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
- 1154 megtekintés
Hozzászólások
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)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Tud valaki segíteni?
- A hozzászóláshoz be kell jelentkezni
Felhoznám újra a témát, hátha valakinek van ötlete...
Petya
- A hozzászóláshoz be kell jelentkezni
hasznalj uuidt es felejtsd el a problemat ;)
udv Zoli
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
sw raid (mdadm) alapból UUID-vel kezeli (fixme), mert használtam már, cryptsetupot nem ismerem, meg kell nézni
___
info
- A hozzászóláshoz be kell jelentkezni