Hi,
Beim Einschalten bootet mein ASUS K50IJ nicht aus dem LVM
QuoteLoading, 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
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
Wirklich!?
Bei Warmstart -reboot- geht es, und sonst nicht!?
Solche Probleme sind meist genau anders herum ...
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
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
Update läuft, moment noch ...
Sorry, kann ich nicht bestätigen.
[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:
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:
Und /boot bzw. der Kernel liegt bei Dir im LVM?
Die Rootpartion bei mir ist unverschlüsselt.
Ich finde auch keine Logs.
Bequimão
Aehm, nein, das liegt unterschlüsselt auf /dev/sda1. Sorry, hatte Deinen Zusatz in Deinem zweitem Posting nicht gesehen.
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.
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/*"
Hi Bluelupo,
Ich habe Deinen Post erst nicht gesehen. Schuld ist natürlich die Forensoftware!
Viele Grüße,
Bequimão
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:
### 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
}
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.
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