Forum Debian Users Gang

Przeprowadziłem próbny boot obu zaszyfrowanych linuxów na grubie ale coś nie zadziałało. Grub pochodzi póki co z archa i bootuje się tylko arch.

Wyczyściłem w /etc/default/grub GRUB_CMDLINE_LINUX i dopisałem 2 wpisy w /etc/grub.d/40_custom :

menuentry "Zaszyfrowany arch (on /dev/sda5)" {
    set root=(hd0,msdos2)

    echo    'Loading Linux core repo kernel ...'
    linux    /vmlinuz-linux root=/dev/mapper/arch_crypt-root resume=/dev/mapper/arch_crypt-swap cryptdevice=/dev/sda5:sda5_crypt ro  
    echo    'Loading initial ramdisk ...'
    initrd    /initramfs-linux.img
}

menuentry "Zaszyfrowany debian (on /dev/sda6)" {
    set root=(hd0,msdos2)

    echo    'Loading Linux core repo kernel ...'
    linux    /vmlinuz-3.8-2-686-pae root=/dev/mapper/deb_crypt-root resume=/dev/mapper/deb_crypt-swap cryptdevice=/dev/sda6:sda6_crypt ro  
    echo    'Loading initial ramdisk ...'
    initrd    /initrd.img-3.8-2-686-pae
}

Arch, jak wspomniałem uruchamia się, w przypadku debiana po paru-parunastu sekundach zostaje wyrzucony komunikat:

Alert /dev/mapper/deb_crypt-root does not exist. Dropping to a shell.[/quote]
Więc cryptdevice=/dev/sda6:sda6_crypt na debianowym kernelu nie działa. W jakiś inny sposób trzeba wskazać by kontener został otwarty. póki co nie mam zielonego pojęcia jak. xD Prawdopodobnie zamiana gruba na debianowego będzie skutkować podobnym komunikatem, tym razem w przypadku archa.

Wpisy w oryginalnym grubie na sysemach które się uruchamiają wyglądają jak poniżej:

Arch:

Kod:

menuentry 'Arch Linux, with Linux core repo kernel' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-core repo kernel-true-41d6214c-6b59-4324-a5c1-983400c0dfc3' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2  27e5bccf-256b-4239-a3a4-c0ed81892869
    else
      search --no-floppy --fs-uuid --set=root 27e5bccf-256b-4239-a3a4-c0ed81892869
    fi
    echo    'Loading Linux core repo kernel ...'
    linux    /vmlinuz-linux root=/dev/mapper/arch_crypt-root ro resume=/dev/mapper/arch_crypt-swap cryptdevice=/dev/sda5:sda5_crypt
    echo    'Loading initial ramdisk ...'
    initrd    /initramfs-linux.img
}

debian:

Kod:

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-36283630-3b78-48be-8267-a9d84ca26522' {
    load_video
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  1388432a-9bc1-47e8-a977-1a740e9e61f6
    else
      search --no-floppy --fs-uuid --set=root 1388432a-9bc1-47e8-a977-1a740e9e61f6
    fi
    echo    'Wczytywanie systemu Linux 3.9-4.slh.3-aptosid-686...'
    linux    /vmlinuz-3.9-4.slh.3-aptosid-686 root=/dev/mapper/szyferek-root ro  vga=795 quiet
    echo    'Wczytywanie początkowego dysku RAM...'
    initrd    /initrd.img-3.9-4.slh.3-aptosid-686
}

W przypadku debiana nie ma w grubie info na temat zaszyfrowanego kontenera. Gdyby linijka "inux" z archa była podobna do tej w debianie (bez cryptdevice), arch też by się nie odpalił.

Jutro jeszcze spróbuje zamienić gruby i jak nic nie wykombinuję to spróbuję z extlinux.