Dotaz: Naklonovany linux se zastavi pri zavadeni systemu

[666]

Ahoj,

naklonoval jsem cely disk pomoci dd: dd if=/dev/sda of=/dev/sdc

Na disku je linux a winxp. Grub nabootuje. Pokud vyberu winxp, system z noveho disku nabehne. V pripade linuxu se system zacne zavadet, ale pak se zastavi. Neni zamrzly. Kdyz vytahnu nejake USB zarizeni v textovem rezimu se toto vypisuje a kdyz zarizeni vratim, ve vypisu se objevi jeho detekce. Ve vypisu neni ani zadny error ani nic podobneho.

Nenapada prosim nekoho nejaky postup, jak detekovat problem?

Jeste jsem nasel diskuze, kde byl problem s jinymi partuuid na naklonovanem disku. Bohuzel to ted nemuzu overit, ale neprojevovalo by se to nejakym error statusem pri spousteni systemu?

Predem diky...

Odpovědi

[VM]

No a co jsou tedy poslední hlášky od jádra?

[Lazar]

Klonování disku probíhalo zaživa?

Ten naklonovaný disk nahradil v počítači ten původní?

O jakou distribuci/verzi jde?

[k3dAR]

uuid neni treba resit pri klonovani pomoci dd, protoze to naklonuje cely disk v surovem stavu, takze zustanou totozne i uuid, resit by to bylo treba v pripade jakeholiv reseni co pracuje se soubory...
jak bylo receno, dodej posledni hlasky, informaci jestli disk je v tom samem HW (kde je odebran puvodni disk), nebo v jinem HW...
jestli v jinem HW, tak jestli vis ze tam nekdy nejaky Linux fungoval, jestli je totozna graficka karta, jestli nepotrebuje pridat parameter jadra nomodeset pripadne odebrat volby splash a quiet aby jsi videl vice hlasek pri (do)startu...

[lertimir]

Jak již bylo napsáno, je potřeba mít hlášky hlavně ty poslední. A ještě bych začal tím, že bych v v grubu nechal bootnout systém do single user stavu (obvykle run level 1) nejčastěji volba single. Pokud to najede tak je systém v pořádku a někde se blokne spouštěná služba. Některé distribuce mají když nemoutnou disky, nebo když nepřipojí síťové karty, které jsou statické a ne přes NetworkManager, tak mají dlouhé (nekdy nekonečné) čekací časy. Single režim spustí minimum věcí.

[666]

single rezim dopadl stejne, spousteni systemu se zastavi... na konzoli se nedostanu.

[666]

Diky za reakce. Pokusim se situaci upresni podle vasich dotazu.

1) posledni hlasky pri spousteni systemu jsou detekce USB zarizeni. Proto jsem je zkousel odpojovat a zjistil, ze system neni uplne mrtvy. Ale nezda se mi, ze by tohle byl ten zakopany pes.
2) Klonovani probihalo za ziva. Uz kdyz jsem odeslal prvni prispevek, tak me to taky napadlo, jestli se kvuli tomu neco nepo...
3) HW je stejny, jenom jsem vymenil stary PATA disk za SATA SSD.
4) Distribuce je starsi fedora 12. Ja vim...

Az dorazim domu vyzkousim sigle mod jestli se dostanu na konsoli a pripadne znovu naklonovat tu konkretni partition z nejake live distribuce.

Kdyby jeste neco nekoho napadlo tak predem diky.

[Honza]

Radeji se podivej do fstab a zkontroluj si UUID...

[Bill Gates]

2) Klonovani probihalo za ziva. Uz kdyz jsem odeslal prvni prispevek, tak me to taky napadlo, jestli se kvuli tomu neco nepo...

Ten filesystem na mou dusi, na psi usi a na kocici svedomi nebude konzistentni.

Zaziva rozhodne neklonovat. To je jako teleportovat cloveka ktery se hybe a skenovat atomy v mrizce XYZ jeden po druhem. Po opetovnem slozeni vyjde treba neco jako toto.

[Ondro]

Klonovat za ziva nieje nic nenormalne, len chce vediet, co robim. Ak tam nebezi nic specialne(databaza a podobne), tak je to OK.

Je potrebne skopirovat na novy disk vsetky adresare okrem /SYS , /PROC a /DEV . Do cieloveho disku namontovat dane adresare s paramentrom bind (mount --bind /dev /mount_point/dev, ....). Chrootnut sa do noveho systemu a nainstalovat grub. Takto som naklonoval niekolko zivych systemov.

To je len jeden zo sposobov. Urcite existuje viacero sposobov ako naklonovat zivy system.

[Jendа]

On nekopíroval soubory, což je v pohodě, on kopíroval blokové zařízení. Pokud se na ten disk během kopírování zapsalo (stačí logy, periodický sync, whatever), FS se pravděpodobně rozbil.

[Bill Gates]

Ciste teoreticky kdyby se docasne dana partition nebo cele zarizeni oznacilo jako readonly, tak by to slo. Stejne jako poskozeny disk, obvykle spadne do readonly modu. System ale samozrejme muze jecet ze nemuze zapsat to a tamto a ono a ted je otazka co se stane pri prechodu zpet do rw modu. No uplne ciste to asi taky nebude. Urcite lepsi by bylo nabootovat treba z USB - treba gparted live a teprve tehdy klonovat.

[dutá palice]

Když vždycky čtu kecy podobných chytráků, napadne mě přísloví "po bitvě je každý generál". Znamená to, že když někdo znalý odpoví, ti další kteří ho už jen víceméně papouškují, snaží se dělat ještě chytřejšími ačkoli, předtím byli totálně dutí. Navíc musejí přidat vtup, aby svou dutost podepsali

[Lazar]

ad 1) Možná nejde o "System", ale jen kernel+initrd.

ad 2) offline klonem bych začal

ad 3) Jak staré je PC, nemá SATA porty řešené přídavným řadičem? (sdx mariáš)

ad 4) rok 2009, nahlédl bych do LILO/GRUBu zda je root přes UUID/sdx?

[666]

ad 3) sata mam na desce
ad 4) v grubu je to pres UUID, ale nekdo tu psal, ze pri kompletnim klonu disku (ne jednotlive partition) se zkopiruje i UUID.

[Honza]

tak bych se stejne podival v Grubu i fstab, jestli to sedi. Psal jsi, ze jsi zalohu rozbaloval na novy disk...

[k3dAR]

dd dela raw kopii disku, tedy uuid na 1000% sedi, je to sw zalezitost neni to nejake seriove cislo ve fw zarizeni, generuje se pri formatovani oddilu, tady ale zadne formatovani neprobehlo, protoze dd dela kopii 1:1...
priklanim se k ostatnim ze dd za zive je harakiri (narozdil od toho rsync, tar, cp, mc nebo nehokoliv co dela kopii souboru), je to jako xeroxovat a4 a v prubehu zvedat viko a skrtat casti textu a prepisovat je na neco jineho, to co vyleze bude nepouzitelny chaos :)

[Honza]

jj to mas pravdu. uuid to meni jen kdyz zalohuji a nasledne rozbaluji oddil, ktery je nove naformatovany...

[VM]

1. našlo a namountovalo to root?

2. pustilo to init?

3. používáš šifrované oddíly, hlavně / a /boot ?

[Tomáš Bžatek]

Fedora v initrd (mozna je to vec dracutu?) ceka na magicke zhmotneni block device, ktery identifikuje jako root. Timeout je tam par minut tusim, pak zpanikari.

[lertimir]

Jen taková blbá otázka, ten starý disk jsi sešrotoval dříve než jsi vyzkoušel funkionalitu přeneseného systému? Nedá se to naklonovat ještě jednou? Třeba rozumně s clonezilou z flasky při vypnutém systému?

[Jendа]

Zdá se mi, že tu ještě nikdo nedoporučil prostě na to pustit fsck a koukat…

[666]

Puvodni disk samozrejme porad mam.
Vyzkousel jsem znovu naklonovat cely disk pomoci Clonezilly, ale vysledek je uplne stejny. WinXP jede, Linux ne

Jdu spat...

[Jendа]

Breakni to a porozhlídni se.

We have some breakpoints for debugging your hooks. If you pass 'break' as a kernel parameter, the initramfs will drop to a shell just before switching to a new root. You can pass 'break=hookpoint', and the initramfs will break just before hooks in that hookpoint run.

[Trubicoid2]

No jak že ti ta fedora nic nevypusuje při bootu? Jenom něco o USB? Radí prej oddělat na tom fungujícím disku z grub.conf quiet nebo rhgb Taky by to mohlo psát na jinou virtuální konzoli F13 nebo F14 nebo tak nějak

Jinak lépe by bylo nabootovat třeba systemrescuecd a klonovat ty disky zde. Třeba tím dd. Pak to pojede.

[pavele]

Ty máš notebook s UEFI, viď?

[Trubicoid2]

Nemám, jestli je to s uefi, tak by mohlo pomoci parametr jádra earlyprintk=efi,keep

Bez uefi to je earlyprintk=vga,keep

[pavele]

Narážel jsem na tento odkaz. Ten doporučuje po naklonování a výměně disku provést restart -> F2 -> UEFI boot manager -> reset to factory defaults.

[Josef Kufner]

Pošli sem screenshot. Uděláš ho snadno foťákem v telefonu. Neboj se fotit z dostatečné dálky a dej si záležet s ostřením.

[Andrej]

Tak tam nabootuj live distro a naklonuj to odtamtud. Pak to bude bez problémů. Znám i distra, která tohle umí zařídit z initramfs prostředí (tj. bez toho bootování z flashdisku), ale netřeba si to až tolik komplikovat. Zkrátka a dobře, klonovat takhle nízkoúrovňově filesystém namountovaný read/write zkrátka nejde.

Klonování zaživa může vyrobit úplně nefunkční a nekonzistentní výsledek i s nejlepšími a nejodolnějšími filesystémy (Btrfs, ZFS). Důvodem je, že zatímco například náhlé vypnutí počítače zmrazí disky (více méně) v jednom časovém okamžiku, live klonování nic takového negarantuje, takže jak se oddíl postupně čte a kopíruje, různé části kopie se pořídí v různých časech a můžou proto být ve vzájemně naprosto nekompatibilních stavech, jak se k filesystému paralelně s kopírováním přistupuje. Tohle je něco, co žádný filesystém (v obecném případě) nedovede ustát.

[666]

Ja jsem ale nakonec naklonoval pomoci CloneZilly, ale vysledek ja na chlup stejny jako kdyz jsem to delal na zivem systemu. Takze podle me timto smerem problem neni.

tohle je orginalni disk:

/dev/sda6: LABEL="DATA" UUID="495D-4A31" TYPE="vfat" 
/dev/sda2: UUID="64F8B7CDF8B79BAC" LABEL="Windows" TYPE="ntfs" 
/dev/sda5: TYPE="swap" 
/dev/sda1: LABEL="/" UUID="93902985-ec4f-464a-a595-3d38d77068e3" TYPE="ext3"

tohle je naklonovany disk:

/dev/sdc1: LABEL="/" UUID="93902985-ec4f-464a-a595-3d38d77068e3" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdc2: UUID="64F8B7CDF8B79BAC" TYPE="ntfs" 
/dev/sdc5: TYPE="swap" UUID="bf8d469d-cc20-4683-92fa-f93120132341" 
/dev/sdc6: LABEL="DATA" UUID="495D-4A31" TYPE="vfat"

UUID sedi i kdyz puvodni swap zadny nema. fakt nechapu co muze byt spatne...

[k3dAR]

a seriove cislo svazku si v case kopirovani pomoci dd v nabehlem systemu snad menil??? nemenil, ale menili se jiste data... takze na cilovem disku (at jiz se chova ted nestartovani stejne z "DD v nabehlem systemu", jako "Clonezilla nenabehleho systemu"), budes mit jina data, a ne ze nektere soubory budou jine, ale ze budou nektere soubory slozeny z casti ktere k sobe nepatri, s casti bordelu, s casti jinych souboru...
predstav si ze mas dokument ve wordu, ma 1000 stran a pracuje na nem najednou 100 uzivatelu, kazdej v jine strance, nekdo vezme treba odstavec na strane 15 a celej ho prekopiruje na stranu 30 a ze strany 750 na stranu 5, dalsich 99 uzivatelu delaji neco podobneho a ty ten dokument v prubehu kopirujes ne tak ze veznem aktualni stav celeho v jedne dane vterine, ale kazdou 1minutu zkopirujes do schranky 1 stranku, prepnes se do jineho okna a text tam vlozis... myslis ze i presto ze 1 stranka bude u originalu a kopie totozna, ze obsah bude take stejny? bude obsah davat smysl? bude to to same jako by si rekl tem 100 lidem, ted dokument neupravujde ja udelam kopii? :)

[k3dAR]

aby to ujetej priklad byl presnejsi, tak si nepredstavuj ze to kopirujes do schranky po strance, ale po slovech... pak ti snad dojdou teprve ty nesouvisle vety bez vyznamu co z toho vylezou :)

[666]

a neni ta slohovka zbytecna, kdyz to nakonec naklonoval pres live distribuci, takze zadna nekonzistence nemohla nastat.

[k3dAR]

myslel sem ze slohovka zbytecna neni, kdyz si mel pocit ze clonezilla a dd je na chlup stejne protoze to ma stejne uuid, ocividne to ale zbytecne pro tebe bylo, tak treba na to narazi nekdo v budoucnu a ten pochopi ze delat clon pomoci dd v bezicim systemu je kravina :)

[666]

to asi je, ale bohuzel to nijak nesouvisi s mym problemem...

[k3dAR]

dokud by te nenapadlo "kdyz to vypada na chlup stejne" pouziju znovu kopii pres dd v zivem systemu a budu laborovat proc to nestartuje, pak az bys vyresil proc to nestartuje by ses divil ze se to cele chova divne a/nebo nejsou citelna vsechna data...

[Josef Kufner]

S tímhle si moderní žurnálující filesystémy, jako třeba ext3, v pohodě poradí.

[Jendа]

Fakt? Udělám kopii první poloviny disku, pak tam vyrobím adresář se 100 soubory, přičemž alokátor prvních 50 dá na začátek disku a druhých 50 dá na konec, a pak udělám kopii druhé poloviny disku. Jak mi v tomhle žurnál pomůže? FS bude odkazovat na neexistující inody atd.

[666]

jeste jedna vec. kdyz zapojim oba disky a puvodni v BIOSu deaktivuju, tak prokazatelne GRUB nabootuje z noveho, ale system pak nabiha ze stareho. System z noveho se zacne zavadet jenom kdyz stary disk fyzicky odpojim.

[k3dAR]

kdyz naklonujes disk 1:1 a nechas stejne UUID tak se pro GRUB pouzije ten disk kteremu das vetsi prioritu v bios/uefi boot-listu, ale system bude startovat z prvniho v poradi(daneho poradim radicu a portu, nekdy i nahodou) co ma to spravne UUID... muzes zkusit prohodit oba disky na kabelech, muzes zkusit puvodnimu disku zmenit UUID, nebo novemu... pak je ale potreba upravit i prislusne soubory kde jsou UUID uvedene... Clonezilla toto resi, nedela kopii 1:1, takze nezustavaji totozne UUID a zaroven upravuje patricne soubory na cilovem disku...
takze klon z clonezilla by mel pri vybrani jako startovaci nacist pres nove UUID z noveho disku klonovany system...

[lertimir]

No podle mne to je v tom případě jasné. Někde máš identifikátory, které jsou pro disk jedinečné a které čte systém z HW disku a ne ze sektorů. Zkus si udělat přehled jaké UUID jsou v boot.cfg u zavádění jader u chainloadu na windows a v kam jsou nalinkované symbolické linky UUID v /dev/disk/by-uuid (řekl bych že initrd bude mít stejné přiřazení.) možná by stačilo bootnout to nějak, když to nenajede s nového SSD tak ho pak připojit, chrootnout se do něj a přegenerovat initrd.

[666]

Tohle je vypis dmesg kdy se zavadeni systemu zasekne: http://www.jpeg.cz/images/2016/05/10/G7AHt.jpg

Pokud bootuju z puvodniho disku, vypis pokracuje takto:

kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
SELinux:  Disabled at runtime.
SELinux:  Unregistering netfilter hooks
type=1404 audit(1462926629.548:2): selinux=0 auid=4294967295 ses=4294967295
udev: starting version 141
Initializing USB Mass Storage driver...
scsi2 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
scsi3 : SCSI emulation for USB Mass Storage devices
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 6
usb-storage: waiting for device to settle before scanning

[Josef Kufner]

To vypadá, jak kdyby čekal na ten správný disk, kde je /. Jak to vypadá v Grubu? Máš tam jako parametr jádra správný root=něco?

[666]

system je na:

dd7832c5-14ea-47d5-b21a-417aef55860c -> ../../sdc1

v grubu ses spousti pres:

title Fedora (2.6.32.10-44.fc11.i586)
        root (hd2,0)
        kernel /boot/vmlinuz-2.6.32.10-44.fc11.i586 ro root=UUID=dd7832c5-14ea-47d5-b21a-417aef55860c rdblacklist=nouveau nouveau.modeset=0 vga=794
        initrd /boot/initrd-2.6.32.10-44.fc11.i586.img

[lertimir]

Trochu vyjasni, co jsou to za disky. Nějak tomu nerozumím. A pořád mám dojem, že je někde odkaz přímo na disk (Já třeba používám odkazy na konkrétní disky (jsou v /dev/disk/by-id) pak nemohu kopírovat oddíl, ale vyhovuje mi to.) V tom snímku je vidět dva disky. Seagate ST340014A (sda) a Samsung HD 400LD. Co je disk /dev/sdc na kterém máš tu boot partišnu. (jaké /dev/disk/by-id se na odkazuje na sdc1 a je to to správné?)

[666]

Mam 3 disky. Dva stare PATA a novy SATA SSDecko. Na tom 40GB seagatu [sda] byl(je) system, ktery se snazim naklonovat. 400GB Samsung [sdb] je datovy. Novy SSD je [sdc]...
V grubu mam odkaz pres UUID. UUID na [sdc1] ext4 partition se systemem (na starem disku sda1) jsem na SSD zmenil a nove UUID zapsal do grub.conf. Ty UUID beru z

/dev/disk/by-uuid

...

Uplne si nejsem jisty kam miris...

[dustin]

Takže v tom kompu jsou duplicitní UUIDs, nebo máš ten původní disk odpojený?

[666]

nemam duplicitni UUID, na tom naklonovanem jsem je menil.
Zkousel jsem bootovat jak se vsemi disky, tak i pouze s tim naklonovanym... Chova se to na chlup stejne.

[dustin]

A opravdu jsi ty UUIDs po změně opravil na všech místech?

Disky klonuji přes dd pravidelně (typicky na větší disk - poslední (datovou) partišnu pak zvětším + fs_resize a jede se dál). Samozřejmě mám přitom nabootováno z jiného systému. Nepamatuji si, že by to po výměně disků (ten původní tam samozřejmě nenechávám) nefungovalo napoprvé.

[lertimir]

Pořád nerozumím. Na naklonovaném disku jsi změnil UUID a když tam nemáš i ten starý disk tak nenajede systém? a když tam původní disk je tak najede ze starého disku. Tak podle mne někde máš odkaz na původní UUID.

[666]

Ne ne ne. Ze stareho disku system najede. Z noveho (naklonovaneho) nenajede v zadne konfiguraci (samotny novy disk v PC, novy + jeden, novy + oba stare) - ve vsech pripadech se to chova uplne stejne.

[lertimir]

Furt tomu nerozumím. O jaké situaci mluvíš tady? To je podle mne situace, máš v počítači dva disky grub najede podle nového a systém podle starého.

[666]

a vyber ze ktereho disku zavedy system, delam v grubu podle UUID.

[Jendа]

Takže jsi to změnil ve fstabu a na commandline jádra? Například v Debianu je většinou potřeba ještě přegenerovat initramdisk, protože UUID z commandline jádra si to umí vzít jenom v těch nejjednodušších případech kdy je zařízení rovnou vidět.

[666]

Ja to nejak nechapu, disk je bitovou kopii 1:1, odkazy jsou pres UUID, predemnou to uspesne delalo nespocet lidi a me se to takhle nesmyslne posere.

Co vubec "dela" ten kjurnaled? Ma to nekde nejakou konfiguraci? Ale protoze se do /var/log/ nezapsal pri bootovani soubor message, tak to opravdu vypada, ze se neporadi moutnout "/"...

Nejake napady?

[pavele]

SELinux? Při startu zadat "selinux=0".

[k3dAR]

to uz zda se ma i na zdrojovem disku:
SELinux: Disabled at runtime.
type=1404 audit(1462926629.548:2): selinux=0

[linuxik]

Podle te posledni hlasky "usb-storage: waiting for device to settle before scanning" to vypada, ze mas pripojene nejake USB zarizeni, s kterym ma kernel problem. Zkus vyndat vsechny USB a uvidis.

[k3dAR]

btw: textove hlasky jsou z nabehleho systemu (jen to asi oriznul u settle), hlasky z nenabihajici klonovanej system ma ve foto v priloze

[666]

presne tak, je to tam i napsane.

[Lazar]

Zkusil bych na zkousku nechat zapojeny v PC samostatne jen ten naklonovany HDD, zda nabootuje do Linuxu. Tipnul bych si, ze puvodni PATA byl detekovan jako sda/hda(hd0), kdezto ten novy na SATA radici se detekuje az jako treti (sdc/hd2) za PATA disky (sda,sdb/hd0,hd1).

[666]

Detekci jsi odhadl uplne presne.
Konfiguraci s pouze naklonovanym diskem jsem samozrejme zkousel. Chovani je naprosto stejne jako se zapojenymi starymi disky.

[Lazar]

Jde u desky disablovat PATA řadič, tím by možná SATA řadic přidělovat od sda. Případně není rozpor mezi detekcí a /boot/grub/device.map?

[k3dAR]

zkus jen naklonovanej disk a v biosu zakazat ata radic, jestli mas nekde natvrdo sda/hd0 tak bez ata radice by se sata mohlo jako sda/hd0 hlasit...