Ubuntu první aneb libata pro PATA disky

8.8.2006 08:25 | Přečteno: 3458× | Linux & BSD |

Alan Cox napsal patche, které přidávají do libata podporu PATA zařízení. Takto se zjednoduší kód jádra a sjednotí přístup k diskům a dalším úložným zařízením. Vývojáři Ubuntu se rozhodli Alanovi pomoct a proto jeho patch začlenili do jádra ve vývojové větvi distribuce - v Edgym.

Nové jádro poskytuje pro přístup k diskům pouze rozhraní SCSI. Už žádné /dev/hd* a žádné trable po prohození disků. Proč? Nový model spolu s udevem znamenají, že není dopředu jisté, přes které zařízení bude disk přístupný. Proto se zároveň přechází na koncept UUID pro identifikaci zařízení: dlouhého čísla, které jednoznačně identifikuje systém souborů nebo swapový oddíl. To znamená docela razantní zásah do /etc/fstab:

# /dev/hda1 -- converted during upgrade to edgy
UUID=0afbbda6-304a-44db-bb13-29fde8599459 none swap sw 0 0
# /dev/hda2 -- converted during upgrade to edgy
UUID=b5a644aa-a48f-412a-8641-b3e2fea2ac54 / xfs defaults,noatime 0 1

Něco za něco, robustnost staví na špalek přehlednost. Na druhou stranu pokud se rozšíří SATA disky v "šuplíkách", budou UUID nedocenitelná.

Samotná aktualizace byla bezbolestná až na jednu "drobnost". Používám swsusp, který vyžaduje při zavádění jádra parametr resume=swapový_oddíl_s_obrazem_paměti a ten jsem do grubu dopisoval až dlouho po instalaci systém.u Po aktualizaci to v /boot/grub/menu.lst vypadalo takto:

# kopt=root=UUID=b5a644aa-a48f-412a-8641-b3e2fea2ac54 resume=/dev/hda1 acpi=force ro

a já jsem se nestačil divit, proč mi pokusy o probuzení nevycházely a k tomu ještě zničily swap. Stačilo změnit hodnotu parametru resume obdobně jako změnil instalátor hodnotu parametru root. A jak je možné UUID zjistit? K tomu slouží příkaz vol_id, který jako jeden z parametrů vyplivne i UUID:

# vol_id /dev/sda1
ID_FS_USAGE=other
ID_FS_TYPE=swap
ID_FS_VERSION=2
ID_FS_UUID=0afbbda6-304a-44db-bb13-29fde8599459
ID_FS_LABEL=
ID_FS_LABEL_SAFE

Jako poslední jsem zaznamenal problém s ntfsmountem, který UUID nezná (alespoň ve verzi 1.12.1), který se s UUID neumí vypořádat a proto vyžaduje zadání partišny "postaru" ovšem s přihlédnutím ke změně na SCSI:

# /dev/hda3 -- converted during upgrade to edgy
#UUID=323CA6493CA607C5 /mnt/widle ntfs-fuse defaults,rw,gid=100,fmask=0113,dmask=0002 0 0
/dev/sda3 /mnt/widle ntfs-fuse defaults,rw,gid=100,fmask=0113,dmask=0002 0 0

Podle mého názoru je to krok správným směrem, ale potřebuje ještě odladit. Proto se perfektně hodí do větve, která už svým jménem říká, že je hranatá, neotesaná.

       

Komentáře

[fakenickname]

no jestli to opravdu projde a ja nekdy v budoucnu budu rucne zadavat takove silene retezce tak teda nevim nevim jestli budu opravdu rad

[David Jaša]

Při ručním mountu můžeš samozřejmě použít zařízení v /dev. To UUID tam je jenom aby se po promíchání disků nepromíchaly i FS.

[tomasgn]

no uzasne, dalsi krok k systemu zijicimu vlastnim zivotem, pouzivajicimu misto jednoduchych identifikatoru typu /dev/hda priserna nezapamatovatelna hausnumera k dohledani vlastnich disku. tomu rikam pokrok!

[jm]

Jo, pokrok nezastavis... Jeste horsi nez RH labels, hura!

[Michal Kašpar]

No ona ta hausnumera mi popravdě řečeno připadají k identifikaci disku korektnější, než identifikátor odvozený z toho, na jakém řadiči je to zrovna připojené (obzvlášť pro takové externí usb a firewire disky). A dohledání není až zas tak složité (ls -l /dev/dsk(disk?)/by-xxx).

[David Jaša]

V /dev je všechno.

$ ll /dev/disk/*
/dev/disk/by-id:
celkem 0
lrwxrwxrwx 1 root root  9 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ -> ../../sda
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 scsi-1ATA_ST96812A_5PJ-part8 -> ../../sda8

/dev/disk/by-label:
celkem 0
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 boot -> ../../sda5
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 FAT -> ../../sda6
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 mntdata -> ../../sda7
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 Widle -> ../../sda3

/dev/disk/by-path:
celkem 0
lrwxrwxrwx 1 root root  9 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0 -> ../../sda
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part4 -> ../../sda4
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part6 -> ../../sda6
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part7 -> ../../sda7
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-0:0:0:0-part8 -> ../../sda8
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 pci-0000:00:07.1-scsi-1:0:0:0 -> ../../scd0

/dev/disk/by-uuid:
celkem 0
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 0252a8c3-13aa-4796-ad69-01feeb3e0607 -> ../../sda1
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 231ac2a3-2335-425c-a52e-e2dacc39e7e8 -> ../../sda5
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 323CA6493CA607C5 -> ../../sda3
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 43D3-DAC8 -> ../../sda6
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 57ffcebc-8304-4946-9a6e-1e74b71a17a6 -> ../../sda7
lrwxrwxrwx 1 root root 10 2006-08-07 16:30 b5a644aa-a48f-412a-8641-b3e2fea2ac54 -> ../../sda2

[Michal Kašpar]

Přesně tak. Narážel jsem na to, že to není žádná černá magie, ale ty soubory se stejně všechny najdou v /dev, kde by je člověk čekal.

[Hanato]

Nevim, me zase prijde pekne debilni kdyz je externi disk pokazde neco jinyho. Nednou je to sda, jednou sdb a priste bude treba sdc. Kdo se v tom ma vyznat? Ja uz se teda docela tesim na to ze to bude pokazdy to same...

[Stanislav Schattke]

jsem myslel ze na to aby to nebylo porad sda ... sdx je uz davno udev.

[jm]

Kdepak, jak tim nezaseres fstab a nepridas k tomu to spravne enterprise klikadlo (ktere si cpe konfiguraci nejlepe do nesmyslneho XML, i kdyz to neni vubec potreba), tak to neni ten spravny pokrok!

[Zdeněk Burda]

Náhodou takový label na /boot a zbytek dat natlačených na LVM je celkem prima. Je to přehledné a při přenosu na jiný počítač krásně funkční. Nedávno jsem vyškubl disk z notebooku, vrazil do klasického stolního počítače a pracoval dál. Bylo mi úplně jedno jestli je to nějaký /dev/hda nebo /dev/hde.

[Hanato]

No ja nevim, ja do toho nejak moc nestoural, ale pokazdy kdyz pripojim neco externiho, tak si to "vezme" prvni volny pismenko, z cehoz plyne ze je to poazdy jinak. Tak to alespon funguje me...

[msk]

pouzivajicimu misto jednoduchych identifikatoru typu /dev/hda priserna nezapamatovatelna hausnumera

Myslim, ze si to spravne nepochopil. Z hdx sa stava sdx, pricom to sdx furt zostava. K tomu sa prida moznost detekovat disk pomocou nejakeho identifikatoru. Mne to pride vcelku rozumne a hdx mi chybat nebude. Aspon sa to konecne zjednoti.

[David Jaša]

... K tomu sa prida moznost detekovat disk pomocou nejakeho identifikatoru.

Zajímavé je, že to už určitě uměl linux 2.2 - tedy při googlování souvislostí jsem našel mount(8), který to uváděl jako vlastnost jádra 2.2

[Libor Klepac]

no ano, ono to take nema nic spolecneho s libata, zrejme to tam autor pise proto, ze ted vsechno bude sdx (ale zase na druhou stranu uz to tak nekdo mohl mit i ted, ale pro nekoho to bude nezvyk). a jelikoz bude vsechno sdx, tak se nam muze napr. misto sata disku, ktery byl doposud sda, objevit ide dvdrom, pokud se ovladac pro ide radic zavede drive (opravte me, pokud se pletu)

[David Jaša]

Autor jsem já. Je to tak, skutečně jde o to, že na SCSI z principu nemůže být zaručen stále stejný název zařízení. Sice zrovna optická mechanika by se mezi disky nepletla (protože je /dev/sg*), ale třeba takový IDE disk v "šuplíku" by tím IMO dokázal zamíchat pěkně.

[tomasgn]

na SCSI z principu nemůže být zaručen stále stejný název zařízení.

ne? to je zajimave, zatim jsem si nevsimnul ze by me nekde scsi disky plavaly mezi ruznymi zarizenimi (nejen u linuxu, ale i u jinych unixovych systemu), takze se me zda, ze se ted v linuxu zavadi nejaka podivnost, z niz nasel nekdo "reseni" pres UUID.

[Michal Kubeček]

U interních SCSI disků by k tomu bez "předrátování" dojít nemělo. Problém ale je, že v Linuxu se jako SCSI disk tváří (mimo jiné) i spousta médií, která jsou ze své podstaty dynamická - např. všechna USB mass storage zařízení.

[Libor Klepac]

no tak zavest moduly zarizeni v jinem poradi nez obvykle ... to se ti snad muze stat kdekoliv, ne? ;)

[tomasgn]

nejde o to zda mame hdX a sdX nebo jen sdX. nelibi se me, ze prehledna identifikace disku [h|s]dX se zmeni na neprehledny identifikator, ktery se bude vyskytovat ve fstab a kdovi kde jeste. bylo napsano, ze "není dopředu jisté, přes které zařízení bude disk přístupný", coz zrejme ucini operace jako fdisk docela zabavne, raid pole budou sestavene obcas z jinak oznacenych disku, totez volume grupy, coz asi ucini spravu systemu velmi prijemnou.

rada unixovych systemu oznacovala a dodnes oznacuje disky podle jejich fyzickeho pripojeni (cXtXdX) a toto oznaceni (napr. [h|s]dX) usnadnuje i fyzickou identifikaci hardwaru. povazuji tento i podobne zpusoby oznacovani za vyhodne a stav kdy obdobne oznaceni disku bude v podstate nahodne, nic nerikajici, a jednoznacna identifikace bude spocivat na nelidskem UUID ci podobnem identifikatoru me vubec nelaka. pokud ubuntu hodla pokracovat timto smerem tak me zacina mrzet ze jsem jej dal na dva pocitace, a pokud se toto v linuxu rozsiri, doufam ze bude alespon nejake *bsd bez tohoto neradu (aspon budu mit duvod k *bsd konecne prejit).

[David Jaša]

Pro "normální" systémy se nic nemění - pokud se vám po nějaké aktualizaci objeví:

# /dev/hda2 -- converted during upgrade to edgy
UUID=b5a644aa-a48f-412a-8641-b3e2fea2ac54 / xfs defaults,noatime 0 1

a bude vám to natolik vadit, že to prostě nepřekousnete, tak skutečně není problém to vrátit ručně do "klasické" podoby:

/dev/hda2 / xfs defaults,noatime 0 1

Ta "nová" je tam právě kvůli systémum s hotswapem, systému na SATA na počítači s IDE "šuplíky", na přenosném disku - prostě tam, kde samotná pozice disku na řadiči je přinejmenším nejistá.

rada unixovych systemu oznacovala a dodnes oznacuje disky podle jejich fyzickeho pripojeni (cXtXdX) a toto oznaceni (napr. [h|s]dX) usnadnuje i fyzickou identifikaci hardwaru. povazuji tento i podobne zpusoby oznacovani za vyhodne a stav kdy obdobne oznaceni disku bude v podstate nahodne, nic nerikajici, a jednoznacna identifikace bude spocivat na nelidskem UUID ci podobnem identifikatoru me vubec nelaka.

Disky se stále označují pomocí jejich fyzického umístění. Průšvih je, že nikdo nezaručí, v jakém pořadí se řadiče nadetekují. Proto ta UUID, která jednoznačně identifikují FS, ať už je na kterémkoliv disku. A podívejte se ještě jednou sem, stojí to za to. Co vám na tom připadá nepřehledné (tedy kromě prvního pohledu do fstabu )?

[Michal Kubeček]

To je prostě daň za to, že Linux chce podporovat i zařízení, u kterých identifikace podle fyzického připojení možná není, a také různá hotplug zařízení. Proto je starý model čím dál méně udržitelný. Teď vám to možná připadá jako svévolná komplikace, ale jednou, až třeba budete dávat dohromady systém, který místo IDE hard disku bude mít flash kartu a externí USB disk, možná tomu přijdete na chuť…

[Libor Klepac]

vlastne jsem jeste scsi radic nevidel a nevim, jak vypada ta identifikace podle fyzickeho pripojeni (predpokladam, ze je to ta adresa 0:0:0:0 co mam u sata disku). Ale jestli je to ono, tak i to se muze lehce zmenit, pokud napr. pridam radic, ne? udev vytvari takoveto linky, ale tusim, ze pokud se nadetekuje nejaky scsi radic (at uz pravy nebo "falesny") drive, tak ze se to 0:0:0:0 zmeni

ls /dev/disk/by-path/ -l | grep sda$
lrwxrwxrwx 1 root root  9 2006-08-01 21:22 pci-0000:00:1f.2-scsi-0:0:0:0 -> ../../sda

[Michal Kubeček]

To pravděpodobně ano, ale právě proto jsem u svého příspěvku výše použil výraz "bez předrátování". Za hlavní kritérium toho, zda určitý identifikátor lze označit za persistentní, považuji to, zda se může změnit bez vědomého zásahu administrátora systému (např. při restartu systému - i k tomu může dojít samovolně, žádná UPS nemá neomezenou kapacitu). Že k němu může dojít při přidání dalšího řadiče, to je věc, která se dá celkem očekávat, ale o tom administrátor ví a konfiguraci tomu může přizpůsobit.

Otázkou ale je, zda se nemůže stát, že např. zastrčením USB flashdisku před nabootováním se z interního SCSI (nebo SATA) disku, který je jinak /dev/sda, stane /dev/sdb. To si ale odhadnout netroufám, natolik dobře vnitřnosti jádra neznám.

[Libor Klepac]

jasne jasne, mne se pri vyrazu "predratovani" vybavilo spise prehazovani disku na jednom radici, protoze pri zastrkavani karet si moc dratu neuziju ;)

mno s tema radicema je docela sranda, pridali jsme nekam 3ware radic a ten odsunul existujici radic se systemem na sdb, tak jsme ty radice prohodili (karty ve slotech), ale pak to nebootuje. Takze jsme museli prohodit poradi bootovani v biosu, ale ten radic pak porat vypada jako sdb. No a pak se menilo jadro z 2.4 na 2.6 a zase to bylo spatne (i kdyz tam to bylo spatne sestavenym initrd) ...Ted uz si vlastne nepamatuji, jak jsem to vsechno uchodil, delalo se to ve spechu a dost se obavam okamziku, kdy se s tim bude muset neco delat

[David Jaša]

... a dost se obavam okamziku, kdy se s tim bude muset neco delat

Přejít na UUID už teď? Jak už bylo psáno výš, s libata to nemá nic společného a uměl to už linux 2.2 (viz mount(8)).

[Libor Klepac]

mno tam jde vubec o to bootovani, ono nez se mi s tim 2.6 jadrem vubec povedlo nabootovat ... ;) ..navic je tam lilo, takze si nemuzu ty parametry zkouset , ale musim dokolecka bootvat jak blbec. A na prepsani grubem nemam odvahu ;)

[Libor Klepac]

ale premyslel jsem o tom, kdyz jsem byl pred chvili na kole .. a skoro jsem se vymaz ;)

[msk]

Este kratka otazka: kedy sa da ocakavat realne stabilne nasadenie?

[David Jaša]

Má se objevit v edgym (launchpad). Otázka je, jak moc bude edgy stabilní, přeci jenom se v něm jde především po fíčurách a ne po uhlazenosti...

[Libor Klepac]

hmm ;) ...jelikoz se mi vratil disk z reklamace, tak jsem si rekl, ze na nem udelam partisny jinak, nez jak jsou v soucasnosti (mam dva, a mam tam system a home v raidu) a take jsem si rekl, ze to zkusim s tim uuid, takze jsem do grubu vesele pridal root=UUID=neco, ale ouha ... v initrd se neudela /dev/disk/by-uuid/uuid pro md zarizeni, zrejme se nactou az po spousteni, nbo pred spustenim udevu ...proste nejak nevhodne, protoze pro obycejne partisny tam ty linky jsou ... no nic, fstab jsem na uuid predelal, ale ten parametr u grubu mam /dev/md1