mdadm számozás...

Sok év alatt még nem tudtam rájönni, hogy az mdadm raid tömbök miért számozódnak át adott esetben.
Csinálok akármilyen raid tömböket mondjuk éles rendszer alatt, md10, md11, md12, md13 néven. Majd egy másik rendszert felbootolva előfordul, hogy ezek teljesen más számozást kapnak. Lehet, hogy mind, lehet hogy csak 1-2. Pl. md11, 12, 13 marad, md10 helyett meg lesz md127. De lehet, hogy sorban md10->md127, md11->md126, md12->md125, md13->124 lesznek. Más rendszert bootolva (pl. más live cd), más-más eredmények jöhetnek ki erre.
Jah, és nem azért lesz a tömb mondjuk md10, mert az adott rendszerben mdadm.conf-ban benne van az infó, mert nyilván live rendszeren nincs, csak egy 'mdadm -A --scan' fut le, és mégis md11 lesz az md11, míg az md10 nem lesz md10. Illetve legutóbb tegnap tapasztaltam fedoran, hogy hiába van konfigba az md10, megvan a tömb, de md127 lesz... Ugyanúgy konfigban md11, 12, 13, azok azok lesznek aminek lenni kell.

Van erre valami értelmes magyarázat, hogy ez miért van?

Hozzászólások

Az mdadm.conf egyezik az initramfs-ben lévővel?

Szakmai kerdest miert a blogba teszel?

--
akkor most free tibet vagy delete tibet a jó?? - falu

Mert egyszer valaki bebootolta oket valami live rendszerrel. Es az md tombok olyan idiotak, hogy valahol megjegyzik a sajat szamozasukat, es ha egyszer maskepp szamoztak el oket, akkor utana az eletben nem szamozod oket vissza.

Ezt egyebkent 0.9-es superblock eseteben is eljatsza a cucc, es mar nagyon elegem van belole - de tenni ellene semmit nem lehet, max azt, hogy felhagysz az eszkoznev alapu mountolassal es atallsz UUID/LABEL alapura.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Igen, viszont bootra muszáj 0.9-et tenni, mert másképp nem fog bootolni róla a rendszer - nem próbáltam még hogy tényleg így van-e, az mdadm ezt mondja.

Illetve, a terminológiát követve: ha pl. md10-ből md127 lesz, és ez "írodik be", akkor utána ha én kézzel újra összerakom md10-ként, akkor annak kéne "visszaírodni", nem?
--
The Community ENTerprise Operating System

Elvben jah - de nem tudom miert, nekem mindig csak egyszer sikerul atirni a szamozast, visszairni soha nem sikerul - akkor sem, ha az alol a sysrecuecd alol rakom ujra ossze a tombot, ami elszamozta. Mindegy, en mar raszoktam a LABEL alapu mountolasra, az OS-ek 98%-anak semmi baja nincs vele.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

> az eletben nem szamozod oket vissza.

google kolléga szerint:

-m, --super-minor=

Minor number of device that array was created for. Devices which don't have
this minor number are excluded. If you create an array as /dev/md1, then all
superblocks will contain the minor number 1, even if the array is later
assembled as /dev/md2.

Giving the literal word "dev" for --super-minor will cause mdadm to use the
minor number of the md device that is being assembled. e.g. when assembling
/dev/md0, --super-minor=dev will look for super blocks with a minor number
of 0.

--super-minor is only relevant for v0.90 metadata, and should not normally
be used. Using --uuid is much safer.

Példa: http://www.littlefield.info/software/learnt-change-preferred-minor.html