Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On Mon, 2014-11-17 at 23:24 +0100, Javier Barroso wrote: > Hello, > On Tue, 07 Oct 2014 12:07:48 +0200 > =?UTF-8?B?IklPaGFubmVzIG0gem3DtmxuaWcgKERlYmlhbi9HTlUpIg==?= > wrote: > > On 10/07/2014 11:59 AM, IOhannes m zmoelnig wrote: > > > i am hit by the same problem. > > > as a temporary fix, i added the 'vgchange -ay' to > > > /usr/share/initramfs-tools/scripts/local-top/lvm2 > > > as adding it to > > > /etc/initramfs-tools/scripts/local-top/vgscan > > > somehow did not work (most likely due wrong order of execution, but i did > > > not > > > investigate further) > > > > i turned out that i had forgotten to set +x permissions for > > /etc/initramfs-tools/scripts/local-top/vgscan > > Is there any reference about why this change is not made ? I'm not sure this is correct and I haven't found much time to work on initramfs-tools yet. > All my debian systems with separated /usr are not booting until they > are fixed with "vgchange -ay". I don't like such manually changes. > > Having a Debian Installation which not boot is a hurt for Debian (I'm > sure many people discard Debian when it doesn't boot, all Debian Sid > Users wait their boot problems solved upgrading its systems the next > week, having a updated Debian Sid two months without booting , is a > not go). > > Should Debian Users discard /usr and merge into / ? Yes. > Is this bug left open with such idea at mind? No, this bug should be fixed. > Where is the danger of such fix ? Do you know which would be the > perfect solution? Not yet. Ben. > Thank you very much and sorry for my english > > -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Hello, On Tue, 07 Oct 2014 12:07:48 +0200 =?UTF-8?B?IklPaGFubmVzIG0gem3DtmxuaWcgKERlYmlhbi9HTlUpIg==?= wrote: > On 10/07/2014 11:59 AM, IOhannes m zmoelnig wrote: > > i am hit by the same problem. > > as a temporary fix, i added the 'vgchange -ay' to > > /usr/share/initramfs-tools/scripts/local-top/lvm2 > > as adding it to > > /etc/initramfs-tools/scripts/local-top/vgscan > > somehow did not work (most likely due wrong order of execution, but i did > > not > > investigate further) > > i turned out that i had forgotten to set +x permissions for > /etc/initramfs-tools/scripts/local-top/vgscan Is there any reference about why this change is not made ? All my debian systems with separated /usr are not booting until they are fixed with "vgchange -ay". I don't like such manually changes. Having a Debian Installation which not boot is a hurt for Debian (I'm sure many people discard Debian when it doesn't boot, all Debian Sid Users wait their boot problems solved upgrading its systems the next week, having a updated Debian Sid two months without booting , is a not go). Should Debian Users discard /usr and merge into / ? Is this bug left open with such idea at mind? Where is the danger of such fix ? Do you know which would be the perfect solution? Thank you very much and sorry for my english -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On 10/07/2014 11:59 AM, IOhannes m zmoelnig wrote: > i am hit by the same problem. > as a temporary fix, i added the 'vgchange -ay' to > /usr/share/initramfs-tools/scripts/local-top/lvm2 > as adding it to > /etc/initramfs-tools/scripts/local-top/vgscan > somehow did not work (most likely due wrong order of execution, but i did not > investigate further) i turned out that i had forgotten to set +x permissions for /etc/initramfs-tools/scripts/local-top/vgscan gfmrdsa IOhannes signature.asc Description: OpenPGP digital signature
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Package: initramfs-tools Version: 0.118 Followup-For: Bug #762984 i am hit by the same problem. as a temporary fix, i added the 'vgchange -ay' to /usr/share/initramfs-tools/scripts/local-top/lvm2 as adding it to /etc/initramfs-tools/scripts/local-top/vgscan somehow did not work (most likely due wrong order of execution, but i did not investigate further) -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 17M Oct 7 11:49 /boot/initrd.img-3.16-2-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.16-2-amd64 root=/dev/mapper/--vg-root ro quiet acpi_backlight=vendor pcie_aspm=force -- resume RESUME=/dev/mapper/--vg-swap_1 -- /proc/filesystems btrfs ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by ctr12927 1 ccm17577 1 bnep 17431 2 binfmt_misc16949 1 pci_stub 12429 1 vboxpci23077 0 vboxnetadp 25443 0 vboxnetflt 23324 0 vboxdrv 340020 3 vboxnetadp,vboxnetflt,vboxpci nfsd 263053 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 187961 0 lockd 83417 2 nfs,nfsd fscache45542 1 nfs sunrpc237445 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl ecb12737 1 btusb 29721 0 uvcvideo 79005 0 bluetooth 374429 21 bnep,btusb videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc videobuf2_core 47787 1 uvcvideo 6lowpan_iphc 16588 1 bluetooth v4l2_common12995 1 videobuf2_core videodev 126451 3 uvcvideo,v4l2_common,videobuf2_core media 18305 2 uvcvideo,videodev acpi_call 12552 0 x86_pkg_temp_thermal12951 0 intel_powerclamp 17159 0 joydev 17063 0 intel_rapl 17356 0 iTCO_wdt 12831 0 coretemp 12820 0 iTCO_vendor_support12649 1 iTCO_wdt kvm_intel 139077 0 kvm 388597 1 kvm_intel crc32_pclmul 12915 0 ghash_clmulni_intel12978 0 aesni_intel 151423 3 arc4 12536 2 aes_x86_64 16719 1 aesni_intel iwldvm135156 0 lrw12757 1 aesni_intel mac80211 474202 1 iwldvm gf128mul 12970 1 lrw glue_helper12695 1 aesni_intel ablk_helper12572 1 aesni_intel snd_hda_codec_hdmi 45118 1 iwlwifi92451 1 iwldvm cfg80211 405538 3 iwlwifi,mac80211,iwldvm cryptd 14516 3 ghash_clmulni_intel,aesni_intel,ablk_helper i915 836937 2 thinkpad_acpi 69119 1 drm_kms_helper 49210 1 i915 drm 249955 4 i915,drm_kms_helper snd_hda_codec_realtek63031 1 evdev 17445 5 psmouse98616 0 serio_raw 12849 0 pcspkr 12595 0 ac 12715 0 i2c_algo_bit 12751 1 i915 tpm_tis17182 0 nvram 13034 1 thinkpad_acpi snd_hda_codec_generic63107 1 snd_hda_codec_realtek i2c_i801 16965 0 mei_me 17941 0 tpm31511 1 tpm_tis i2c_core 46012 7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,videodev wmi17339 0 mei74977 1 mei_me lpc_ich20768 0 snd_hda_intel 26327 0 snd_hda_controller 26727 1 snd_hda_intel snd_hda_codec 104463 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller snd_hwdep 13148 1 snd_hda_codec snd_pcm88662 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller snd_timer 26614 1 snd_pcm snd65244 9 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,thinkpad_acpi shpchp 31121 0 mfd_core 12601 1 lpc_ich battery13356 0 rfkill 18867 5 cfg80211,thinkpad_acpi,bluetooth button 12944 1 i915 video 18030 1 i915 soundcore 13026 2 snd,snd_hda_codec processor 28221 0 loop 26605 0 fuse 83350 1 parport_pc 26300 0 ppdev 16782 0 lp 17074 0 parport35749 3 lp,ppdev,parport_pc autofs435529 2 ext4 469572 6 crc16 12343 2 ext4,bluetooth mbcache17171 1 ext4 jbd2
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Control: found -1 0.118 * Elimar Riesebieter [2014-09-26 22:03 +0200]: > Package: initramfs-tools > Version: 0.117 -- Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On Sun, 28 Sep 2014 11:54:16 +0200 Elimar Riesebieter wrote: > Workaround: > cat /etc/initramfs-tools/scripts/local-top/vgscan > > #!/bin/sh > vgchange -ay This problem affects me as well, and this workaround worked for me. The message I get at bootup says that /dev/mapper/system-usr does not exist. Let me know if more detail would help, and I can try to break it again and note down specifics. However, my USB keyboard doesn't seem to function in the shell I get dropped into, so I currently have limited diagnostic capabilities when the problem occurs. As far as I can tell, the problem only occurs with linux-image-3.16-2-amd64, not with linux-image-3.16-1-amd64. I have a fairly large /etc/fstab, but here is my 'system' VG: - 8< - # awk '/^\/dev\/mapper\/system-/ {print $1"\t"$2}' /etc/fstab /dev/mapper/system-root / /dev/mapper/system-ssddata/ssd /dev/mapper/system-opt/opt /dev/mapper/system-usr/usr /dev/mapper/system-usr.local /usr/local /dev/mapper/system-var/var /dev/mapper/system-swap none - >8 - No RAID of any sort, no dm-crypt. The LVM PG is directly on an MBR partition on a SATA SSD. I'm happy to provide any further information required, or even work on a patch when I get time. Thanks, Steven. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
* Elimar Riesebieter [2014-09-28 11:54 +0200]: > * Elimar Riesebieter [2014-09-27 22:14 +0200]: > [...] > Workaround: > cat /etc/initramfs-tools/scripts/local-top/vgscan > > #!/bin/sh > vgchange -ay [...] > Workaround: > cat /etc/initramfs-tools/scripts/local-top/mdadm-assemble > > #!/bin/sh > mdadm --assemble --scan /dev/md7 To make sure this works one has to install busybox which provides /usr/share/initramfs-tools/hooks/zz-busybox, though. Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
* Elimar Riesebieter [2014-09-27 22:14 +0200]: > On Sat, 27 Sep 2014 20:05:07 +0100 Ben Hutchings wrote: [...] > > Is / on RAID and/or LVM? I suspect we may not correctly handle some > > cases where /usr requires a RAID or VG that / does not. > > ## > System 1: > /dev/mapper/vg0-burn /burn > /dev/mapper/vg0-home /home > /dev/mapper/vg0-root / > /dev/mapper/vg0-source /source > /dev/mapper/vg0-tmp /tmp > /dev/mapper/vg0-usr /usr > /dev/mapper/vg0-var /var > /dev/mapper/vg0-working /working > /dev/md5 /boot > > where the volume group resides on a RAID1 > /dev/md5 is a RAID1 as well > Alert! /dev/vg0/usr does not exist Workaround: cat /etc/initramfs-tools/scripts/local-top/vgscan #!/bin/sh vgchange -ay > ## > System 2: > /dev/md5 /boot > /dev/md6 / > /dev/md7 /usr > /dev/md8 /var > /dev/md9 /tmp > /dev/md10 /burn > /dev/md11 /source > /dev/md12 /working > > where all partitions are configured as RAID1 > Alert! /dev/md5 does not exist Must be: Alert! /dev/md7 does not exist Workaround: cat /etc/initramfs-tools/scripts/local-top/mdadm-assemble #!/bin/sh mdadm --assemble --scan /dev/md7 Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On Sat, 27 Sep 2014 20:05:07 +0100 Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Fri, 26 Sep 2014 22:03:29 +0200 Elimar Riesebieter > wrote: > > Package: initramfs-tools > > Version: 0.117 > > Severity: normal > > > > > > LVM2 running on top of RAID1. > > > > /usr is separated on an extra volume. > [...] > > You also wrote: > > Running /usr on a separate raid partition is not recognized too. > > Verified that on an other System: > > > > Alert! /dev/md5 does not exist > > Is / on RAID and/or LVM? I suspect we may not correctly handle some > cases where /usr requires a RAID or VG that / does not. ## System 1: /dev/mapper/vg0-burn /burn /dev/mapper/vg0-home /home /dev/mapper/vg0-root / /dev/mapper/vg0-source /source /dev/mapper/vg0-tmp /tmp /dev/mapper/vg0-usr /usr /dev/mapper/vg0-var /var /dev/mapper/vg0-working /working /dev/md5 /boot where the volume group resides on a RAID1 /dev/md5 is a RAID1 as well Alert! /dev/vg0/usr does not exist ## System 2: /dev/md5 /boot /dev/md6 / /dev/md7 /usr /dev/md8 /var /dev/md9 /tmp /dev/md10 /burn /dev/md11 /source /dev/md12 /working where all partitions are configured as RAID1 Alert! /dev/md5 does not exist -- Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Control: tag -1 moreinfo On Fri, 26 Sep 2014 22:03:29 +0200 Elimar Riesebieter wrote: > Package: initramfs-tools > Version: 0.117 > Severity: normal > > > LVM2 running on top of RAID1. > > /usr is separated on an extra volume. [...] You also wrote: > Running /usr on a separate raid partition is not recognized too. > Verified that on an other System: > > Alert! /dev/md5 does not exist Is / on RAID and/or LVM? I suspect we may not correctly handle some cases where /usr requires a RAID or VG that / does not. Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On Fri, 26 Sep 2014 22:03:29 +0200 Elimar Riesebieter wrote: > Package: initramfs-tools > Version: 0.117 > Severity: normal > > > LVM2 running on top of RAID1. Running /usr on a separate raid partition is not recognized too. Verified that on an other System: Alert! /dev/md5 does not exist Elimar -- >what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
Package: initramfs-tools Version: 0.117 Severity: normal LVM2 running on top of RAID1. /usr is separated on an extra volume. sh -x mkinitramfs -o /dev/null >/tmp/trace.log 2>&1 attached -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 4.6M Sep 26 21:47 /boot/initrd.img-3.14.19-pipin-lxtec-amd64 -rw-r--r-- 1 root root 4.6M Sep 26 21:47 /boot/initrd.img-3.16.3-pipin-lxtec-amd64 -rw-r--r-- 1 root root 4.9M Sep 26 21:51 /boot/initrd.img-3.17.0-rc6-pipin-lxtec-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.16.3-pipin-lxtec-amd64 root=/dev/mapper/vg0-root ro init=/lib/systemd/systemd systemd.show_status=true -- /proc/filesystems ext3 ext2 ext4 fuseblk vfat -- lsmod Module Size Used by nfsd 227542 2 auth_rpcgss41958 1 nfsd oid_registry2227 1 auth_rpcgss nfs_acl 2575 1 nfsd nfsv4 126863 1 nfs 116231 4 nfsv4 lockd 58596 2 nfs,nfsd sunrpc172182 16 nfs,nfsd,auth_rpcgss,lockd,nfsv4,nfs_acl vfat 10015 1 fat50584 1 vfat snd_hda_codec_hdmi 35253 1 x86_pkg_temp_thermal 4839 0 snd_hda_codec_realtek51232 1 snd_hda_codec_generic50127 1 snd_hda_codec_realtek hid_logitech_dj10200 0 snd_hda_intel 19335 5 snd_hda_controller 15930 1 snd_hda_intel usbhid 24997 0 snd_hda_codec 82786 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller snd_pcm77267 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller aesni_intel 143128 0 aes_x86_64 7359 1 aesni_intel glue_helper 4249 1 aesni_intel hid93397 2 usbhid,hid_logitech_dj snd_timer 17774 1 snd_pcm lrw 1 aesni_intel gf128mul5530 1 lrw ablk_helper 1804 1 aesni_intel snd56028 17 snd_hda_codec_realtek,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel soundcore 5231 2 snd,snd_hda_codec microcode 8070 0 acpi_cpufreq6607 0 evdev 11519 4 processor 22935 1 acpi_cpufreq nct677537028 0 hwmon_vid 3156 1 nct6775 coretemp5772 0 fuse 76310 1 ipv6 284503 49 autofs422273 2 e1000e161291 0 ptp10360 1 e1000e sr_mod 12759 0 cdrom 25982 1 sr_mod ehci_pci3560 0 ehci_hcd 41894 1 ehci_pci pps_core6465 1 ptp xhci_hcd 99490 0 fan 2489 0 thermal 8231 0 -- /etc/initramfs-tools/modules -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /proc/mdstat Personalities : [raid0] [raid1] [raid10] md6 : active raid1 sda6[0] sdb6[1] 629014528 blocks super 1.2 [2/2] [UU] bitmap: 0/5 pages [0KB], 65536KB chunk md5 : active raid1 sda5[0] sdb5[1] 1023424 blocks super 1.2 [2/2] [UU] unused devices: -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup fsck fuse keymap klibc kmod lvm2 mdadm ntfs_3g resume thermal udev zz-busybox -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3-pipin-lxtec-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11+dfsg-2 ii klibc-utils2.0.4-1.1 ii kmod 18-2 ii module-init-tools 18-2 ii udev 215-4 Versions of packages initramfs-tools recommends: ii busybox 1:1.22.0-8 Versions of packages initramfs-tools suggests: pn bash-completion -- no debconf information + umask 0022 + export PATH=/usr/bin:/sbin:/bin + PATH=/usr/bin:/sbin:/bin + keep=n + CONFDIR=/etc/initramfs-tools + verbose=n + test -e /bin/busybox + BUSYBOXDIR=/bin + test -e /usr/lib/initramfs-tools/bin/busybox + export BUSYBOXDIR ++ getopt -o c:d:ko:r:v -n mkinitramfs -- -o /dev/null + OPTIONS=' -o '\''/dev/null'\'' --' + '[' 0 '!=' 0 ']' + eval set -- ' -o '\''/dev/null'\'' --' ++ set -- -o /dev/null -- + true + case "$1" in + outfile=/dev/null + shift 2 + true + case "$1" in + shift + break + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf ++ MODULES=most ++ BUS