[Megoldva] Lemez csatolási probléma (időnként és kiszámíthatatlan gyakorisággal felcserélődik)

Na most ebben az fstabban egy árva hivatkozás sincs a LUKS-os partíciódra. Ha kézzel indítod a cryptsetupot, annak is megadhatod a /dev/sdb1 helyett a /dev/by-id/...-t elérést.

Attól, hogy a partíciókra UUID-el hivatkozol, nem fog stabilizálódni az sda/sdb elnevezés.

Kezdem érteni a problémádat. Attól, hogy UUID-et használsz, továbbra is néha sda, néha pedig sdb lesz az a disk. Éppen azért haszálsz UUID-et, hogy akár az sda-n, akár az sdb-n lesz az a partíció, amelynek az UUID-jét az fstab-ba írtad, mindenképp ahhoz a csatolási ponthoz legyen mont-olva az fs, ahova szeretnéd.

Az, hogy a disk nem fixen ugyanaz a block device, az nem bug. Elindul a kernel, szimatol, s amikor megvan egy újabb eszköz, tehát felpörgött a disk, a mikrokontroller startup timer-e kivárta, amíg stabilizálódik a tápfeszültség, majd diagnosztikát futtat, felépíti az adatstruktúráit, akkor bejelntkezik, s az aktuális soron következő block device lesz a disked. Ezt az UUID-sem fogja fixálni, de nem is kell, mert nem sda2-ként hivatkozol rá, ami néha sdb2 lesz, hanem UUID-dal, amit akkor is megtalál, ha történetesen az sda2, meg akkor is, ha sdc2.

Tehát ha a későbbiekben sda2-ként hivatkozol például egy titkosítás feloldásakor rá, akkor még mindig a konfigurációt szúrtad el.

A problémád tehát fog létezni, de ezt tekintsd tulajdonságnak, ez nem bug. Olyan metodikát válassz, hogy mindig UUID-dal, vagy mindig LABEL-lel hivatkozz. Inkább az előbbivel. Illetve, ha az fstab-ba be van jegyezve a filerendszer, akkor a csatoláskor nem kell hivatkozni a device-ra, elég a mount point, hiszen épp az fstab-ból tudja majd az eszközt. Tehát a mount /mnt/ddrive, vagy mount /mnt/mdrive root joggal működni fog. Ha sima userként kell, akkor a user illetve users opciók valamelyikét használd az fstab-ban.

Eszembe jutott egy példa programozásból. A buff = malloc(size); esetében sem tudod előre, hol, milyen címen adja oda a malloc() a kívánt méretű területet, ellenben megmondja azt a visszatérési értékében. Vagy NULL, ha nem sikerült. Nincs dolgod azzal, hogy mint szám, mint memóriacím, mi lesz a buff értéke. Amikor használod, erre hivatkozol. Bármi is legyen buff, onnantól kezdve tied a size méretű memória. Felszabadításkor pedig ezt a címet adod a free()-nek, s megint csak lényegtelen, mennyi. Tehát free(buff); buff = NULL; lesz a megoldás.

Neked éppen ennyire teljesen mindegy, hogy az a háttértár sda, sdb, sdc, vagy micsoda. Valami. Ha nagyon tudni akarod, UUID alapján egy scripttel kiszeded az lsblk -fr kimenetéből. De lényegtelen, nincs dolgod vele.