udev és a sata winyók

 ( _Petya_ | 2008. november 18., kedd - 15:50 )

Sziasztok!

A következő problémához kérném a segítségeteket:

Intel S3200SHV alaplap, 6 sata porttal. Az első kettőre kötöttem egy-egy winyót, az 1-es porton az sda, a 2-esen az sdb. Ez így rendben is van. Most beletettem még két winyót, a 3-as és 4-es portra. Azt várnám, hogy ezek sdc és sdd lesznek. Viszont ezzel szemben összekeveredtek a device-ok, az egyik új merevlemez lett az sdb, a másik az sdd, a két régi pedig sda és sdc.

Amikor először beleraktam az új winyókat, benne volt még a gépben egy silicon image SATA vezérlő, amire nem volt kötve semmi.

A rendszer Debian etch.

Ez miért történt, és hogy lehet megadni, hogy az általam elvárt device nevek legyenek? (1->sda, 2->sdb, ... 6->sdf) Sőt, ha még beleteszek egy SATA vezérlőt, akkor folytassa ezt, tehát a vezérlő 1-es portja sdg, 2-es sdh, stb...

Mi alapján nevezi el az udev a sata eszközöket? (Esetleg lehet erre is olyan szabályokat létrehozni, mint a hálókártyákra MAC address alapján?)

Petya

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Ez engem is érdekelne!

Én annyit tudok, hogy azt lehet megcsinálni, hogy ha a partíciónak van neve, akkor a media könyvtárban azon a néven fog mindíg csatolódni. Esetleg ezt kihasználva meg lehet tudni, hogy éppen melyik dev eszköz is az (mount parancs kimenete, grep, awk vagy sed-el megkeresni az dev-es részt), már ha ezt egyszkriptben szertetnéd használni.

Én még valami olyasmit szeretnék, hogy amikor a pendrive-ot csatlakoztatom, automatikusan mentse le. Van is egy jó linuxvilág cikk ( http://linuxvilag.hu/content/files/cikk/76/cikk_76_38_40.pdf )ez ügyben, csakhogy az uhu-m udev-je nem rendeli hozzá az információkat a pendrivehoz, így hivatkozni sem tudok rá... Erre van valakinek ötlete?

Kodmen
-------------------
...a Linux filozófiája: "Keresd a veszélyt". Hopp! Nem így van. "Csináld magad!" Ez az! (Linus Torvalds)

Nos, magukat a merevlemezeket más sorrendben rádugva az alaplapra, sikerült elérni a kívánt eszközneveket.
Viszont most jön az újabb csavar: egy PCI-os SATA vezérlőt betéve, és arra lemezeket kötve, onnan kezdi a számozást, és csak utána az alaplapi vezérlőre kötött lemezeket. Ezt meg lehet valagogy oldani? (Tehát azt szeretném, hogy először az alaplapi, utána pedig a PCI-os kártya következzen)

Petya

Tud valaki segíteni?

Felhoznám újra a témát, hátha valakinek van ötlete...

Petya

hasznalj uuidt es felejtsd el a problemat ;)

udv Zoli

libata stack-ben másképp van definiálva, hogy a controller melyik módban hova map-elje a hdd-ket. nézd meg a forrást pl az ata_piix-ben:

static const struct piix_map_db ich8_map_db = {
        .mask = 0x3,
        .port_enable = 0xf,
        .map = {
                /* PM   PS   SM   SS       MAP */
                {  P0,  P2,  P1,  P3 }, /* 00b (hardwired when in AHCI) */
                {  RV,  RV,  RV,  RV },
                {  P0,  P2, IDE, IDE }, /* 10b (IDE mode) */
                {  RV,  RV,  RV,  RV },
        },
};

így vannak "beállítva" az eszközök sorrendjei, udev rulesekkel be lehet lőni a sorrendet.

az hogy bent volt elötte a másik kártya és most más a sorrend, az az miatt van, mivel nincsenek (még) fix eszköznevek a libata stackben, és a driverek inicializálásának sorrendjében osztja ki dinamikusan az eszközneveket a mapelésnek megfelelő sorrendben a driveren belül. Ha ezt el akarod kerülni, akkor célszerű UUID vagy LABEL alapján csatolni az FS-eket, és akkor nem kell szívni ilyenekkel, egy pl erre:

LABEL=pancs_root        /               xfs             defaults                        0       1
vagy
UUID=631e49e8-6e14-4957-bb5f-c69eff581e1f        /               xfs             defaults                        0       1

UUID kinyerése:
ls -l /dev/disk/by-uuid/
___
info

Label vagy UUID alapján sw raid-et is tudok csinálni?

Valamint, a cryptsetup is támogatja az UUID-t? Lehet így dm-crypt-es titkosított lemezeket használni?

Petya

sw raid (mdadm) alapból UUID-vel kezeli (fixme), mert használtam már, cryptsetupot nem ismerem, meg kell nézni
___
info