Debian unstable aneb dráždíme hada bosou nohou I.

18.5.2007 12:32 | Přečteno: 2570× | Za vším hledej Linux |

K sepsání mě inspiroval nově nainstalovaný, ještě nezasmrádlý, řádně zakoupený VMware Workstation 6.0 for Linux. Jako vůbec první virtuální stroj jsem si do něj totiž vrazil takového menšího brášku hostitelského OS. Předchozí blogpost se mi nějak zvrtnul v oslavnou ódu na VMware, ale což, vykecal jsem se v něm ze svého nadšení, tak jdeme na věc.
Dal jsou tomuto blogpostu římskou jedna i když ani zdaleka netuším, bude-li nějaká dvě. Je to povídání o tom, jak řežu unstable experimentalem a co při tom občas používám za zvrhlosti a proč.

Základem je funkční systém

Chvíli jsem zápolil s pokusem o instalaci ze staženého obrazu instalačního CD. Nově vytvořený virtuální stroj mi chtěl neustále bootovat po síti, místo aby použil virtuální CD-ROM. Až poté co jsem vyzkoušel místo obrazů CD i spolehlivě fungující CD z něhož jsem kdysi dávno instaloval svůj notes, mne napadlo že může být zakopaný pes v chybně nastaveném typu zařízení CD-ROM. Změnil jsem tedy typ zařízení z scsi na ide a voilá! Začalo to bootovat z CD. Takže jsem to stopnul a přehodil opět na obraz instalačního CD na disku

Nainstaloval jsem základní systém. Jen to nejzákladnější. Obvykle instaluji jiné počítače tak, že připojím jejich disk přes USB adaptér, naporcuji disk, připojím a pak do něj přes dbootstrap naliju základní systém. Ale v tomto případě jsem se uchýlil k CD protože mi to přišlo jednodušší.

Zkonfiguroval jsem síťovku, připsal do souboru /etc/apt/sources.list následující řádky:

deb http://ftp.debian.org/debian/ unstable main contrib non-free
deb-src http://ftp.debian.org/debian/ unstable main contrib non-free
deb http://ftp.debian.org/debian/ experimental main contrib non-free
deb-src http://ftp.debian.org/debian/ experimental main contrib non-free

..a jako vůbec první příkazy spustil:

unstable:~# apt-get update
unstable:~# apt-get dist-upgrade

Po úspěšně provedeném upgrade doinstalil základní sadu svých oblíbených aplikací:

unstable:~# apt-get install mc less sshfs fakeroot sudo

Nic víc není díky apt třeba, neboť ten se již o závislosti postará.

Každý, kdo jen trochu častěji aktualizuje a schraňuje po nějaký čas balíky "pro strýčka Příhodu", ví jak posléze utěšeně dokáže adresář /var/cache/apt/archives zaplácnout disk. Osobně řeším tuhle věc tím, že vždy nahradím tento adresář symlinkem na chlívek s těmito balíku co mám na větším disku. U jiného stroje na síti (tento virtuální nevyjímaje) pak stačí tento chlívek přimountit někam třebas pomocí sshfs a rovněž nahradit výše zmíněný adresář symlinkem na přípojný bod.

Co tím získám? Minimálně to, že se mi nestahují potřebné balíky vícekrát. A pak také to, že tím ušetřím diskový prostor. Takový chlívek se pak také hodí tehdy, když zjistíte že nějaký aktualizovaný balík není košer, nebo je poškozený, k bezproblémovému návratu k původní verzi.

Bez správného gcc se prostě nehneš

Takže systém se rozjel, je aktualizován a obsahuje základní nástroje. Prima. K úplné spokojenosti mi chybí nacpat do něj vmware-tools, aby lépe spolupracoval s virtualizačním prostředím. Ale ouha! Verze gcc-4.1 která je v unstable distribuci již dávno neodpovídá té, kterou bylo kompilované distribuční jádro?!

Malá vsuvka o jaderných modulech

Aby bylo možné dokompilovávat další jaderné moduly, je třeba aby jádro i modul byly kompilované stejnou verzí kompilátoru. To je nejčastější kámen úrazu unstable distribuce, kde se balíky relativně často aktualizují, ne vždy jsou opraveny všechny závislosti a překompilovány potřebné balíky. Proto je přinejmenším vhodné mít alespoň jedno funkční jádro se všemi potřebnými ovladači, které lze nabootovat v případě problémů.

Dalším kamenem úrazu - který souvisí s jádrem, jeho moduly a verzí kompilátoru - je že aplikaci, která má jaderný modul používat, někdy stejnou verzí kompilátoru prostě zkompilovat nelze. V takovém případě se rozlučte s podporou této aplikace v jádře. Nemusím pro názorný příklad chodit daleko - qemu. Nezbývá pak, než se pokusit zjistit proč kompilace selhává a chyby opravit. To už však není žádná trivialita a ne vždy se to podaří.

Ať žje vlastní jádro!

Nejjednodušší cestou, jak docílit stejné verze kompilátoru pro jádro a ev. dokompilování dalších modulů je zkompilovat vlastní jádro. A když už dráždíme hada bosou nohou, proč rovnou nezkompilovat nejnovější jádro s poslední verzí kompilátoru, že?

Kdo by nosil v hlavě seznam všech potřebných balíků.. Ještě že APT má tak super příkazy..

unstable:~# apt-cache search linux-tree | grep linux-tree
linux-tree-2.6.20 - Linux kernel source tree for building Debian kernel images
unstable:~# apt-get build-dep linux-tree-2.6.20

Nejprve jsem si našel jakou máme vlastně poslední verzi balíku linux-tree a pak jedním vrzem doinstaloval vše potřebné pro kompilaci nového jádra.

Méně neklidné duše by se s tímto bodem mohly spokojit a rovnou se vrhnout na kompilaci jádra, mě to však nestačí a tak si doinstalovávám poslední verzi kompilátoru (o které však již vím že je bezproblémová), a do adresáře /usr/src přesouvám rozbalené zdrojáky jádra linux-2.6.22-rc1-cfs-v12. Na tento adresář pak udělám symlink ze kterého se vrhnu na vlastní kompilaci..

unstable:~# apt-get install gcc-4.2 g++-4.2
unstable:~# cd /usr/src ; ln -s linux-2.6.22-rc1-cfs-v12 linux
unstable:/usr/src# cd linux
unstable:/usr/src/linux# export MAKEFLAGS="CC=gcc-4.2"
unstable:/usr/src/linux# make-kpkg --initrd --config menuconfig binary-arch modules-image
unstable:/usr/src/linux# cd ../ ; ls linux*deb
linux-headers-2.6.22-rc1-cfs-v12_2.6.22-rc1-cfs-v12-10.00.Custom_amd64.deb
linux-image-2.6.22-rc1-cfs-v12_2.6.22-rc1-cfs-v12-10.00.Custom_amd64.deb
unstable:/usr/src# dpkg -i linux*deb

Po kompilaci a instalaci nového jádra jsem si rebootnul tak abych měl najeté toto jádro

Instalace vmware-tools

Nejprve jsem si k virtuálnímu stroji připojil obraz CD /usr/lib/vmware/isoimages/linux.iso. Ve virtuálním stroji jsem normálně přimountil cdrom a obsah balíku s vmware-tools rozbalil do dočasného adresáře

Ještě před vlastní kompilací jsem si však upravil systém tak aby se mi kompilovalo vše již gcc-4.2

• Nejprve jsem zkontroloval symlinky v adresáři /usr/bin tak aby ukazovaly místo verze 4.1 na 4.2
• Pak jsem odinstaloval jsem gcc-4.1 a g++-4.1 spolu s ostatními závislými balíky
• Znovu nechal nainstalovat gcc-4.2 g++-4.2 a zkontroloval symlinky v adresáři /usr/bin
• Nastavil proměnnou CC=gcc-4.2 a spustil instalaci vmware-tools

Jak zajistit Debian unstable ať se nerozhasí?

Jednoduchá rada: Naučte se využívat soubor /etc/apt/preferences! Pro ty co nevědí jak na to tady mám odkaz na wikibooks. Osobně doporučuji pro klid duše zafixovat kompilátor, libc6 knihovnu a jádro a příslušnými vlastními moduly. Ev. nějaké kritické aplikace.

Pokud je systém ve virtualizovaném prostředí, pak doporučuji udělat snapshot.

Na co se můžete těšit příště..

O čem bych chtěl napsat příště? O tom, jak na hostitelský systém s obdobnou kombinací jak je uvedeno výše nainstalovat VMware Workstation 6.0 včetně jaderných modulů a jak na něm rozběhnout 3D akceleraci.. Ovšem kdo se těší na Beryl, těší se marně. Né že by se mi jej nějak pofiderně nepodařilo rozjet, ale s příšernou ATI grafikou co má můj notes to byl děs a hrůza. Navíc mi stejně k ničemu není, používám XFCE4.

P.S.: Na viděnou dnes odpoledne v Narcisu!

       

Komentáře

[Dalibor Smolík]

No, někdo má adrenalin v krvi rád

[Michal Vyskočil]

Já jsem klikač, takže si to raději naklikám v aptitude

[Robert Krátký]

Tomu jsem nikdy nepřišel na chuť. Jsem pak nervózní, že nevím, co se děje (aspoň mám ten pocit). Jen jsem si pro apt-get vytvořil několik aliasů, abych nemusel pořád vypisovat celé příkazy. Je to hodně návykové...

alias apg='apt-get -u dist-upgrade'
alias apd='apt-get update'
alias api='apt-get -u install'
alias apr='apt-get --purge remove'
alias apc='apt-get clean'
alias acs='apt-cache search'
alias acsh='apt-cache show'
alias acg='apt-cache gencaches'
alias apf='apt-get -f install'
alias dpg='dpkg -l|grep -i'
alias dpl='dpkg -L'
alias dpr='dpkg --purge'

[Aleš Kapica]

Já moc aliasy nepoužívám. Při své skleróze bych asi pozapomínal syntaxi, takže si raději osvěžuji paměť tím že to píšu stále dokola. HISTSIZE taky obvykle nastavuji nejmíň na hodnotu 10000

[Dalibor Smolík]

Tak to jsme na tom asi stejně

[Michal Vyskočil]

Ale to přeci není žádný problém, pokud apt-get, či apt-cache nahradíš za aptitude, tak zjistíš, že se příkazy chovají úplně stejně. Pouze příkaz aptitude bez parametrů zobrazí CLI rozhraní, jinak se dá používat stejně, jako apt.

[Michal Vyskočil]

Teda úplně stejně ne, protože aptitude umí nabízet různé scénáře pro řešení konfliktů, což apt afaik nedělá. Ale v zásadě je to prakticky k nerozeznání :)

[Robert Krátký]

Na žádný neřešitelný konflikt jsem zatím (za 5 let s Debian unstable) nenarazil, takže nemám důvod...

[Josef Kufner]

Ale s aptitude se daji resit lepe a pohodlneji

[trekker.dk]

Jednou jsem aptitude po dlouhý době zkusil... poté, co na aptitude install chtěl nainstalovat všechny recommended i suggested balíky, jsem se rychle vrátil k apt-get.

[michich]

aptitude ve výchozím nastavení instaluje recommended balíky, ale suggested určitě ne. Obojí chování je ale nastavitelné. V tvém případě bych dal do /etc/apt/apt.conf:

Aptitude::Recommends-Important "false";
Aptitude::Suggests-Important "false";

[trekker.dk]

Jo, to jsem tušil, že to jde nějak nastavit. Nicméně u apt-getu to dělat nemusím a to, co umí, mi bohatě postačuje, takže vlastně nemám důvod používat něco jiného.

[Milhouse]

Taky jsem si vytvořil zkratky. Ovšem škoda je, že pak nefunguje doplňování názvů balíků. Takže často to stejně píšu celé. :)

[Trained.Monkey]

A proc v takovehle situaci nepouzit Ubuntu server? Nechci flame, jen prosim odlisnosti od debianu stable/unstable..

[Robert Krátký]

Neměla by ta otázka spíše znít, proč _použít_ Ubuntu server? Proč by člověk přecházel na jinou distribuci, když mu ta dosavadní vyhovuje?

[Trained.Monkey]

Jo, proto se ptam. Predpokladam ze autor, stejne jako ja a zbytek sveta, pouziva Ubuntu

Zajimaji me duvody proc autor pouzil debian unstable. Rekl bych ze Ubuntu ma blize k Debianu stable. Asi mel nejake duvody a ty by sly vyresit i prechodem na Blbuntu.

[Robert Krátký]

Predpokladam ze autor, stejne jako ja a zbytek sveta, pouziva Ubuntu

Tipuji, že předpokládáš špatně - jak v případě autora, tak zbytku světa.

Rekl bych ze Ubuntu ma blize k Debianu stable.

Zkus spíše Debian testing nebo unstable. Ke stable opravdu moc blízko nemá.

[KKL]

Zdravím, nemáte někdo zkušenost ve VMWare WKS 6.0 připadně VMWare Virtual serveru s funkcialitou postupu který nazývají "Integrované Physical-to-Virtual (P2V) funkce" - Nějaká součást, která umí převést fyzický server do virtualního prostředí ? Docela bych si rád udělal "snapshot" živého serveru, který beží pořád a otestoval jak dopadnou nějaké zásahy ( třeba upgrade Woody -> Etch ).

[fx-95]

Prostě vyhradíš celej jeden server pro virtualizaci jednoho virtual serveru...

[KKL]

Ok, ale jsou nějaký praktický zkušenosti ? Popravdě si nedovedu představit, že by to fungovalo :) Převedení několika win a lin serverů a možnost je testovat/ladit, případně dělat zálohy snapshotováním zní pěkně. Myslel jsem spíš jestli to někdo používá, jak to funguje, spolehlivost, náklady apd. Stahuju tu free verzi VMware Converter (Starter Edition), tak vyzkoušíme co to umí Když mi to úspěšně naklonuje můj stroj (takže pak budu hostovat ve VM Ware playeru kopii sebe sama ( OS na kterým běží ) tak by stála za zkoušku nějaká větší akce ...

BTW, našel jsem si na webu co je to STM, ale stůl tam vyfocenej nebyl, nevím kde pracuješ, ale pohodlnější místo než (určitě) tvrdý stůl tam nemáte ?

[Čech Antonín]

Uz jste nejak pokrocil ve virtualizaci stavajicich stroju? Jak to dopadlo? Pouzivam jen free produkty vmware player a free server a zatim k plne spokojenosti. Rad bych v budoucnu take prestehoval nejake stroje do virt.