Your message dated Sun, 15 Feb 2009 21:54:55 +0100 with message-id <20090215205455.GC24912@stro.at> and subject line re: evms_activate complains about missing lib in initramfs has caused the Debian Bug report #411284, regarding evms_activate complains about missing lib in initramfs to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 411284: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=411284 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: initramfs-tools: Created initramfs fails to evms_activate
- From: Sami Liedes <sliedes@cc.hut.fi>
- Date: Sat, 17 Feb 2007 21:52:58 +0200
- Message-id: <20070217195257.GA16491@baron.tky.hut.fi>
Package: initramfs-tools Version: 0.85e Severity: normal The created initramfs for some reason seems to fail to activate evms. I have a setup where I have evms+lvm2, and an evms-volume "root-crypted" is a luks volume of the root file system. This is what happens (typed, not captured from serial console or something, so any typos are mine): ------------------------------------------------------------ Begin: Mounting root file system ... Begin: Running /scripts/local-top ... device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: dm-devel@redhat.com Volume group "root" not found Done. Begin: Waiting for root file system... ------------------------------------------------------------ I don't know what causes the message about vg "root" to not be found. I have no such vg, although it might be that I have have once had such. Once I get dropped to busybox shell, inspecting /dev reveals there is no /dev/evms directory. Running evms_activate from the shell correctly creates the directory and the nodes/mappings there, but after that fails with ------------------------------------------------------------ libgcc_s.so.1 must be installed for pthread_cancel to work Aborted ------------------------------------------------------------ However the nodes and mappings apparently have been correctly created before that. After that, I run "cryptsetup luksOpen /dev/evms/root-crypted root-decrypted" and enter my root filesystem password. /dev/mapper/root-decrypted is created. Then typing "exit" allows the boot process to continue and finish successfully. All the required block devices are correctly detected in the boot process (I have hda, hdd, sda. Of these all are detected, but only sda should be needed for booting after grub; the initramfs and kernel are on a partition on hda). Here's how my evms/lvm2 is setup (the volume1-root in the output below is my old root, not the current one; the current one is root-decrypted): ------------------------------------------------------------ # dmsetup --tree ls hda4 (254:3) `- (3:0) volume1-root (254:19) `-hdd3 (254:7) `- (22:64) hda3 (254:2) `- (3:0) my_container-test--region (254:22) `-sda6 (254:10) `- (8:0) hda2 (254:1) `- (3:0) my_container-my_region (254:20) `-sda5 (254:9) `- (8:0) hdd4 (254:6) `- (22:64) lvm2|volume1|root (254:8) `-hdd3 (254:7) `- (22:64) hda1 (254:0) `- (3:0) hdd2 (254:5) `- (22:64) swap-crypted (254:15) `-lvm2|my_container|swap1 (254:14) `-sda6 (254:10) `- (8:0) hdd1 (254:4) `- (22:64) test-volume (254:17) `-lvm2|my_container|test-region (254:16) `-sda6 (254:10) `- (8:0) sda1 (254:13) `- (8:0) my_container-swap1 (254:21) `-sda6 (254:10) `- (8:0) root-decrypted (254:18) `-root-crypted (254:12) `-lvm2|my_container|my_region (254:11) `-sda5 (254:9) `- (8:0) ------------------------------------------------------------ Additionally there's something wrong with the busybox shell: ctrl-c and ctrl-z do not work in it, so if I issue e.g. the commad "cat" in the shell, I'm stuck forever. The kernel I'm running is the Debian-provided linux-image-2.6.18-4-amd64 2.6.18.dfsg.1-10. You can get the generated initramfs from http://users.tkk.fi/~sliedes/my-initramfs . Sami -- Package-specific info: -- /proc/cmdline root=/dev/mapper/root-decrypted ro -- /proc/filesystems cramfs ext3 ext2 -- lsmod Module Size Used by radeon 116384 2 drm 87080 3 radeon binfmt_misc 17292 1 freq_table 9728 0 ppdev 14088 0 lp 17736 0 button 12192 0 ac 10376 0 battery 15496 0 ipv6 285664 18 ext2 70416 1 it87 28708 0 hwmon_vid 7424 1 it87 i2c_isa 10752 1 it87 eeprom 12560 0 usbmouse 10496 0 ide_cd 45088 0 cdrom 40488 1 ide_cd tsdev 13056 0 snd_mpu401 13608 0 snd_cmipci 41984 0 snd_intel8x0 39592 0 snd_ac97_codec 106456 1 snd_intel8x0 snd_ac97_bus 7296 1 snd_ac97_codec snd_seq_dummy 8580 0 snd_seq_oss 37248 0 snd_opl3_lib 15744 1 snd_cmipci snd_hwdep 15240 1 snd_opl3_lib snd_mpu401_uart 13568 2 snd_mpu401,snd_cmipci snd_pcm_oss 48672 0 snd_mixer_oss 21888 1 snd_pcm_oss snd_seq_midi 13632 0 snd_rawmidi 31392 2 snd_mpu401_uart,snd_seq_midi snd_seq_midi_event 12544 2 snd_seq_oss,snd_seq_midi snd_seq 59520 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_seq_device 13204 6 snd_seq_dummy,snd_seq_oss,snd_opl3_lib,snd_seq_midi,snd_rawmidi,snd_seq snd_pcm 89096 4 snd_cmipci,snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 29192 3 snd_opl3_lib,snd_seq,snd_pcm analog 15456 0 gameport 21264 2 snd_cmipci,analog snd_page_alloc 14864 2 snd_intel8x0,snd_pcm snd 65256 15 snd_mpu401,snd_cmipci,snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_opl3_lib,snd_hwdep,snd_mpu401_uart,snd_pcm_oss,snd_mixer_oss,snd_rawmidi,snd_seq,snd_seq_device,snd_pcm,snd_timer soundcore 15392 1 snd floppy 67112 0 parport_pc 41640 1 parport 44684 3 ppdev,lp,parport_pc psmouse 44432 0 serio_raw 12036 0 pcspkr 7808 0 i2c_nforce2 12544 0 i2c_core 27776 4 it87,i2c_isa,eeprom,i2c_nforce2 evdev 15360 1 ext3 138512 1 jbd 65392 1 ext3 mbcache 14216 2 ext2,ext3 sha256 13312 0 aes 31040 2 dm_crypt 16400 1 dm_mirror 25216 0 dm_snapshot 20664 0 dm_mod 62800 38 dm_crypt,dm_mirror,dm_snapshot ide_generic 5760 0 [permanent] sd_mod 25856 1 ide_disk 20608 3 generic 10756 0 [permanent] amd74xx 19504 0 [permanent] ide_core 147584 5 ide_cd,ide_generic,ide_disk,generic,amd74xx usbhid 45088 2 3c59x 51380 0 mii 10368 1 3c59x forcedeth 46340 0 sata_nv 17412 3 libata 106784 1 sata_nv scsi_mod 153008 2 sd_mod,libata ehci_hcd 36104 0 ohci_hcd 24836 0 thermal 20240 0 processor 38248 1 thermal fan 9864 0 -- kernel-img.conf do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = yes postinst_hook = /sbin/update-grub postrm_hook = /sbin/update-grub -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=C, LC_CTYPE=fi_FI@euro (charmap=ISO-8859-15) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-4 Tiny utilities for small and embed ii cpio 2.6-17 GNU cpio -- a program to manage ar ii klibc-utils 1.4.34-1 small statically-linked utilities ii module-init-tools 3.3-pre4-1 tools for managing Linux kernel mo ii udev 0.103-2 /dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf informationAttachment: signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
- To: 411284-done@bugs.debian.org
- Subject: re: evms_activate complains about missing lib in initramfs
- From: maximilian attems <max@stro.at>
- Date: Sun, 15 Feb 2009 21:54:55 +0100
- Message-id: <20090215205455.GC24912@stro.at>
most probably a wrong linking on the evms side. anyway evms is gone from the stable Lenny release thus closing. thanks for report. -- maks
--- End Message ---