Dotaz: Bootování se zasekne po "Loading initial ramdisk ..." - šifrovaný LVM

[Martin]

Dobrý den,
na virtuálním PC (VirtualBox na Win10) mám nainstalovaný 64bit Debian. Po přeinstalaci VirtualBoxu se spustí zavaděč (GRUB 2.02 beta2-22) a po něm naskočí tyto řádky:
Loading Linux 3.16.0-amd64 ...
Loading initial ramdisk ...
Po nich už se zobrazí jen černá obrazovka s kurzorem v levém horním rohu a nic se neděje.

Na Virtuální PC je nastaveno šifrované LVM.
Na VirtualBoxu mám stejně nastavený ještě druhý Debian (také šifrovaný) a ještě další 3 virtuální PC a s žádným z nich není problém.

Prohledával jsem na internetu nějaká česká i anglická fóra, ale bohužel problém se vyřešit nepodařilo.

Prosím o pomoc. Na PC mám uložené důležité dokumenty, o které bych velmi nerad přišel.

Děkuji za pomoc

---

---

Odpovědi

[Aleš Kapica]

Nemůže načíst ramdisk. Je to daň za paranoiu.

[Aleš Kapica]

Jinak bych ještě doplnil. Otestovat zda GRUB vidí ramdisk lze zcela jednoduše. Ještě předtím se přepněte do konzole, což grub umí, a pomocí příkazu ls si můžete vypsat co "vidí". A to i včetně obsahu disku. Pokud totiž nebudete schopen vylistovat co je na disku, tak to s největší pravděpodobností znamená, že grub nemá zaveden příslušný modul. Bohužel pokud nebude schopen přečít souborový systém na kterém má ostatní moduly tak vám nejspíš nabootovat nepodaří. Šifrováním jste si to jenom zkomplikoval. Já ho nikde nepoužívám, takže nevím jak to přesně můžete mít udělané, ale očekával bych, že pro načtení ramdisku by měl být diskový oddíl s ním nešifrovaný, nebo by měl mít grub k dispozici nějaký klíč, kterým si ho dešifruje. Třeba vám pomůže tenhle link.

[Martin]

Příkaz ls jsem zkoušel. Vidí toto: (hd0) (hd0,msdos5) (hd0,msdos1)
Když si vypíšu ls (hd0) nebo (hd0,msdos5), tak vypisuje neznámý filesystem (Partition hd0,msdos5: No known filesystem detected - Partition start as 250880KiB - Total size 10233856KiB☺

Při výpisu ls (hd0,msdos1) vypisuje toto: Partition hd0,msdos1: Filesystem type ext* - Last modification time 2015-11-23 22:58:09 Monday, UUID xxx-xxx-xxx-xxx-xxx - Partiton start at 1024KiB - Total size 248832KiB
ls (hd0,msdos1)/ vidí pouze složky lost+found a grub. Pak soubory, které mají všechny na konci názvu -3.16.0-4-amd64: config, vmlinuz, System.map a initrd.img

Nic víc na disku není vidět.

[Jendа]

Nemůže načíst ramdisk.

Ne, to by hodilo chybu při/před načítáním. Tohle vypadá, že ramdisk načte a dokonce spustí kernel, ale nic dalšího se nestane.

Po nich už se zobrazí jen černá obrazovka s kurzorem v levém horním rohu a nic se neděje.

Jsem přesvědčen, že ses stal další z mnoha obětí moru jménem KMS. Zkus použít parametry kernelu nomodeset nosplash gfxpayload=vga=text nofb a smaž parametr quiet, čímž tyto nefunkční nesmysly vypneš a uvidíš, co se s tím děje.

[Aleš Kapica]

Jo to je možné. Tahle varianta mě nenapadla.

[Martin]

Děkuji za typ, zkusil jsem to s výše vypsanými parametry a bohužel výsledek je stále stejný.

Jen pro upřesnění. Debian používám bez grafického prostředí. V podstatě se jedná o minimální instalaci + samba server

[Andrej]

Nejlepší bude nabootovat ten virtuální stroj z nějakého virtuálního flashdisku, tedy z iso obrazu nějakého live distra, šifrované LVM zprovoznit (vgchange, cryptsetup, mdadm, mount … něco z toho dle potřeby) a tak získat zpět svá data. Nebo případně taky obnovit initramdisk a bootloader pomocí chrootu a mount -o bind. (Návodů je na to spousta.) Je klidně možné, že upgrade nahradil virtuální SCSI / SATA řadič za nějaký jiný a initramdisk pak musí mít v sobě jiné kernelové moduly. Jinými slovy, kdo nepoužívá virtio, dobře mu tak!

[Martin]

Moc děkuji za pomoc. Toto odpověď, i když nepřímo, mi pomohla problém vyřešit.

Bootování z live CD Debianu x64 a stejně tak CD Netinst se nezdařilo díky hlášce
This kernel requires an x86-64 CPU, but only detected an i686 CUP.
Unable to boot - please use a kernel appropriate for your CPU.

Začal jsem hledat a zjistil, že hlášku způsobuje zakázaný HYPER-V/AMD-V v BIOSu.
Po kontrolo, že je zapnutý jsem hledal další příčiny a přišel na jednoduchou věc:

Celý tento problém byl způsoben tím, že po přeinstalaci VirtualBoxu se virtuální PC s Debianem přepl na 32bit systém. Po přepnutí zpět na 64bit vše bez problémů naběhlo.

Všem moc děkuji za pomoc :)

[Jendа]

Na PC mám uložené důležité dokumenty, o které bych velmi nerad přišel.

Disk přece můžeš připojit zvenku, třeba pomocí qemu-nbd. Teda na Windows asi ne, ale to je daň za to, že používáš Windows…

[Max]

Jseš si jist, že nebootuješ s parametrem "quiet"? Zkus v grub menu editovat boot záznam a případně tento parametr umazat. Pak by jsi se mohl dozvědět přesnou chybu.
Zdar Max

[Martin]

S parametrem quiet bootuju, ale i po jeho odmazání je výsledek stále stejný a bohužel se nic dalšího nedovím.