[gelöst] Kernel 3.5.x bootet nicht aus LVM

[Bequimão]

Hi,

Beim Einschalten bootet mein ASUS K50IJ nicht aus dem LVM

Loading, please wait ...
Volume group "vg1" not found.
Skipping volume group vg1.
Unable to find LVM volume vg1/mlvm1
Gave up waiting for root device.
...
(initramfs)

Mit Neustart funktioniert es dann

Code Select Expand

bequimao@siductionbox:~$ inxi
CPU~Dual core Pentium CPU T4200 (-MCP-) clocked at 1200.000 Mhz Kernel~3.5-1.towo-siduction-amd64 x86_64 Up~3 min Mem~450.5/2982.3MB HDD~250.1GB(9.7% used) Procs~152 Client~Shell inxi~1.8.13  


Grüße
Bequimão

[ralul]

Wirklich!?
Bei Warmstart -reboot- geht es, und sonst nicht!?
Solche Probleme sind meist genau anders herum ...

[Bequimão]

Ist aber so. Es sieht so aus, als wenn ein temporäres Konstrukt ( /dev/disk/* ?? ) den Warmstart überlebt.

Wenn keiner den Bug bestätigen kann, könnte vielleicht umgekehrt jemand bestätigen, daß es bei ihm funktioniert.

Die Konfiguration

Code Select Expand

root@siductionbox:/home/bequimao# fdisk -l /dev/sda

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b2af3

  Device Boot      Start         End      Blocks   Id  System
/dev/sda1       110942208   488396799   188727296   8e  Linux LVM
/dev/sda2   *        2048     2099199     1048576   83  Linux
/dev/sda3         2099200   110942207    54421504    5  Extended
/dev/sda5         2101248    33558527    15728640   83  Linux
/dev/sda6        33560576    65304575    15872000   83  Linux

Partition table entries are not in disk order
root@siductionbox:/home/bequimao#
root@siductionbox:/home/bequimao# vgs
 VG   #PV #LV #SN Attr   VSize   VFree
 vg1    1   7   0 wz--n- 179,98g 88,98g
root@siductionbox:/home/bequimao#
root@siductionbox:/home/bequimao# lvs
 LV    VG   Attr     LSize  Pool Origin Data%  Move Log Copy%  Convert
 mlvm1 vg1  -wi-ao-- 10,00g
 mlvm2 vg1  -wi-ao-- 40,00g
 mlvm3 vg1  -wi-a---  9,00g
 mlvm4 vg1  -wi-a---  8,00g
 mlvm5 vg1  -wi-a---  9,00g
 mlvm6 vg1  -wi-a---  9,00g
 swap  vg1  -wc-ao--  6,00g

/ und /boot liegen in vg1-mlvm1.

Viele Grüße
Bequimão

[cryptosteve]

Update läuft, moment noch ...

[cryptosteve]

Sorry, kann ich nicht bestätigen.

Code Select Expand

[stell @ shangrila:~]% uname -a
Linux shangrila 3.5-1.towo-siduction-amd64 #1 SMP PREEMPT Thu Aug 9 17:30:54 UTC 2012 x86_64 GNU/Linux

Beim Booten sind die Meldungen vielfältig, aber funktionieren tut's trotzdem:

Code Select Expand

Loading, please wait ...
mdadm: No arrays found in config file or automatically
 Volume group "cryptvg" not found
 Skipping volume group cryptvg
Unable to find LVM volume cryptvg/root
 Reading all physical volumes. This may take a while...
 No volume groups found
 No volume groups found
cryptsetup: evms_active is not available
Unlocking the disk /dev/disk/by-uuid/08[...]
Enter passphrase:


[Bequimão]

Und /boot bzw. der Kernel liegt bei Dir im LVM?
Die Rootpartion bei mir ist unverschlüsselt.

Ich finde auch keine Logs.

Bequimão

[cryptosteve]

Aehm, nein, das liegt unterschlüsselt auf /dev/sda1. Sorry, hatte Deinen Zusatz in Deinem zweitem Posting nicht gesehen.

[bluelupo]

Hi Bequimão
ich habe keine Probleme beim Booten mit dem LVM. / und /boot (ist kein eigenes LV, liegt im LVroot) liegt bei mir im LVM.

Code Select Expand


rootfs                                      rootfs    5,0G   4,1G     871M   83%    /
udev                                        devtmpfs  10M    0        10M    0%     /dev
tmpfs                                       tmpfs     1,6G   464K     1,6G   1%     /run
/dev/mapper/VGsys-LVroot                    ext4      5,0G   4,1G     871M   83%    /
tmpfs                                       tmpfs     5,0M   4,0K     5,0M   1%     /run/lock
tmpfs                                       tmpfs     3,2G   676K     3,2G   1%     /run/shm
/dev/mapper/VGsys-LVhome                    ext4      5,0G   1,7G     3,3G   35%    /home
/dev/mapper/VGsys-LVvar                     ext4      3,0G   2,1G     951M   69%    /var
[...]


EDIT: Zeig mal den Output von "ls -ld /dev/mapper/*"

[Bequimão]

Hi Bluelupo,

Ich habe Deinen Post erst nicht gesehen. Schuld ist natürlich die Forensoftware!

Viele Grüße,
Bequimão

Code Select Expand

bequimao@siductionbox:~$ ls -ld /dev/mapper/*
crw------T 1 root root 10, 236 Aug 24 06:36 /dev/mapper/control
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm1 -> ../dm-0
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm2 -> ../dm-2
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm3 -> ../dm-4
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm4 -> ../dm-3
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm5 -> ../dm-5
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm6 -> ../dm-6
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-mlvm7 -> ../dm-7
lrwxrwxrwx 1 root root       7 Aug 24 06:36 /dev/mapper/vg1-swap -> ../dm-1

Auszug aus grub.cfg:

Code Select Expand

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, mit Linux 3.5-2.towo-siduction-amd64' --class debian --class gnu-linux --class gnu --class os {
       insmod gzio
       insmod lvm
       insmod part_msdos
       insmod ext2
       set root='(vg1-mlvm1)'
       search --no-floppy --fs-uuid --set=root 97a1510b-1148-4c85-9814-1a09168469d6
       echo    'Linux 3.5-2.towo-siduction-amd64 wird geladen ...'
       linux   /boot/vmlinuz-3.5-2.towo-siduction-amd64 root=/dev/mapper/vg1-mlvm1 ro  quiet
       echo    'Initiale Ramdisk wird geladen ...'
       initrd  /boot/initrd.img-3.5-2.towo-siduction-amd64
}
menuentry 'Debian GNU/Linux, mit Linux 3.5-2.towo-siduction-amd64 (Wiederherstellungsmodus)' --class debian --class gnu-linux --class gnu --class os {
       insmod gzio
       insmod lvm
       insmod part_msdos
       insmod ext2
       set root='(vg1-mlvm1)'
       search --no-floppy --fs-uuid --set=root 97a1510b-1148-4c85-9814-1a09168469d6
       echo    'Linux 3.5-2.towo-siduction-amd64 wird geladen ...'
       linux   /boot/vmlinuz-3.5-2.towo-siduction-amd64 root=/dev/mapper/vg1-mlvm1 ro single
       echo    'Initiale Ramdisk wird geladen ...'
       initrd  /boot/initrd.img-3.5-2.towo-siduction-amd64
}
menuentry 'Debian GNU/Linux, mit Linux 3.4-4.towo-siduction-amd64' --class debian --class gnu-linux --class gnu --class os {
       insmod gzio
       insmod lvm
       insmod part_msdos
       insmod ext2
       set root='(vg1-mlvm1)'
       search --no-floppy --fs-uuid --set=root 97a1510b-1148-4c85-9814-1a09168469d6
       echo    'Linux 3.4-4.towo-siduction-amd64 wird geladen ...'
       linux   /boot/vmlinuz-3.4-4.towo-siduction-amd64 root=/dev/mapper/vg1-mlvm1 ro  quiet
       echo    'Initiale Ramdisk wird geladen ...'
       initrd  /boot/initrd.img-3.4-4.towo-siduction-amd64
}


[bluelupo]

Hi Bequimão,
hmmm, deine Ausgaben von /dev/mapper und die grub.cfg sind okay.

Aber schau dir mal den Artikel an http://www.thomas-krenn.com/de/wiki/GRUB_Bootloader_bootet_nicht_von_LVM_Volume. Das könnte evtl. dein Problem sein, vielleicht brauchst du den Parameter "rootdelay" in der grub.cfg.

[Bequimão]

Hi Bluelupo,

Danke, das war's.

(initramfs) vgchange -ay
bzw.
rootdelay=5 in der Kernelzeile, und die Volume Group wird aktiviert.

Viele Grüße.
Bequimão