Dotaz: presun LV do jine VG

[alda]

Zkousel jsem jsem presunout LV z jedne VG do jine VG, nebo spis obsah LV z jedne VG na jinou LV v jine VG. Nabootoval jsem z livecd, namountoval zdrojovou i cilovou LV a pak jen vse zkopiroval cp -ax. Jelikoz se jednalo o root LV, tak jsem nasledne upravil grub.conf, aby se po restartu uz bootovalo z ni + taky odpovidajicim zpusobem zmenil fstab. Pri bootu ovsem koncim na rozpoznani mysi. Kdyz ale bootuji na puvodni LV, tak je to v poradku, po rozpoznani mysi nasleduje radek selinuxu a dal se snazi udev (v logu na te nove LV nic neni). Moje otazka je tedy nasledujici, je potreba zmenit jeste neco dalsiho mimo grub.conf a fstab?

(Asi by to slo migrovat primo nejakym LVM nastrojem, ale tohle mi prislo puvodne rychlejsi, taky proto, ze cilova LV je vetsi)

Odpovědi

[petr_p]

Jste si jistý, že se vám zachovaly selinuxové značky? Zkuste pokusně vypnout SELinux.

[alda]

taky me napada selinux, predtim byl v permissive modu, zkousel jsem to ted i prepsat v configu na dissabled a nabootovat, ale vysledek stejny

[petr_p]

Odkud běží init skripty, které se zaseknou – z initramdisku nebo z kořenové systému? Jak připojujete souborové systémy – podle cesty, podle UUID, podle jmenovky? Jste si jistý, že se LV sestaví a připojí?

[alda]

Odkud běží init skripty, které se zaseknou – z initramdisku nebo z kořenové systému?

z root fs

Jak připojujete souborové systémy – podle cesty, podle UUID, podle jmenovky?

podle cesty

Jste si jistý, že se LV sestaví a připojí?

nejsem :) nejspis ne

[petr_p]

Takže /etc/fstab a /etc/vlm/lvm.conf obsahují správné údaje? Pochopil jsem, že se jste nepřesouval kořenový systém. Co se stane, když zakážete připojování dotyčného souborového systému?

Já to řeknu jinak: Napsal jste, že se vám zaseknou inicializační skripty přes SELinuxem. To je nám ale velmi malé vodítko. Je třeba zjistit, proč se zaseknou. Takže je třeba prozkoumat, jestli všechny předešlé init skripty prošly v pořádku, co se píše do logů, kde přesně se dotyčný skrip zastaví (přidat set -x na začátek bashového skriptu), použít krokování init skriptu (bývala na to klávesa „I“ při startu initu).

To si ale všechno musíte odladit sám. My vám můžeme pomoci jen s tím, jak opravit chybu, kterou vy přesně identifikujete. Zatím k přesné identifikaci nedošlo.

[alda]

Přílohy:

• lvm.conf (16356 bytů)
• fstab (632 bytů)

jedna se o korenovy system, konfiguraky jsou snad v poradku, v logach neni prave vubec nic, takze se nejspis skutecne ani nepripoji, zkusim jeste vyhodit / z fstabu, jestli pak bude nejaka zmena

[alda]

se zakomentovanym / to dopadne stejne

[arno3t]

Kořenový systém / se čte dřív než fstab, takže zakomentování k ničemu nevede. Jak už jsem psal dřív, myslím, že byste měl znovu sestavit initrd (ramdisk pro inicializaci) tak, aby reflektoval změnu kořenového systému. Distribuce na to mají obvykle na distribuci zavislý nástroj mkinitrd (zkuste man mkinitrd) , kterému musíte nějak říct, jak a že má LV sestavit. Můžete si také stávající initrd prohlédnout tak, že jej odzipujete a namountujete pomocí loop. Jakou distribuci používáte? Dejte sem i konfiguraci grubu.

[arno3t]

Z popisu není úplně jasné, ve které fázi bootování končí. Domnívám se, že se jedná o konec ve fázi zpracovávání initrd a že LV není správně sestaven. LV se běžně sestavují až v inicializačních skriptech z /etc/init.d. Kořenový oddíl musí být ale sestaven ještě před touto fází, proto by asi bylo dobré podívat se na sestavování initrd a případně je předělat.

[alda]

Panove, diky za nakopnuti, mkinitrd --fstab=/ten/novy/fstab problem vyresil