Bug#776676: Possible recurrence
Dear maintainer, It seems that the same symptoms are currently occurring in my system. I'm running buster with OpenZFS 2.0.3 from buster-backports, and have upgraded my root pool with the latest features. My /boot is not on ZFS. Update to grub-efi-amd64 2.02+dfsg1-20+deb10u4 rendered my system unbootable and indeed the issue seems to be missing pool name in the generated kernel command line. I can work around the issue by hard-coding the correct pool name instead of using this grub-probe line in /etc/grub.d/10_linux : rpool=`${grub_probe} --device ${GRUB_DEVICE} --target=fs_label 2>/dev/null || true` -- Br, Markus Vuorio
Bug#624343: Still an issue with amd64 linux kernel 3.2.60-1+deb7u3
I hit this yesterday in 64-bit system running amd64 kernel version 3.2.60-1+deb7u3. I had a RAID-1 array with two attached SATA disks with the other one nearing failure with non-zero reallocated sector count. This array serves as a physical volume for LVM, along with another similar array. On the LVM VG, there's a root LV with XFS. I decided to rebuild a new disk by adding it as a third device to the array via usb-sata adapter, thinking of replacing the failing one after rebuild. This way I thought I'd have less risk of data loss, as I would in no point run the array without redundancy. Then I hit this issue, and some of the running programs started reporting corrupt data. I paniced and shut down the device before further corruption. With two disks attached, everything seems to work normally. Corruption was left in files (logs, etc.) that were written during the time this issue was happening, but otherwise there doesn't seem to be corruption and the filesystem was cleanly mounted. My googling around suggests this is a kernel bug that is unlikely to be fixed in a short term. I think some sort of warning for making heterogenous md arrays should be included to mdadm so that it would be harder to put the system in a state that corrupts data. Apparently even this configuration would have been fine if I did it when the array wasn't running, but I didn't think such precaution to be necessary. -- Markus Vuorio
Bug#673194: closed by maximilian attems m...@stro.at (Re: Bug#673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user)
On 21 May 2012 02:42, Touko Korpela touko.korp...@iki.fi wrote: On Fri, May 18, 2012 at 02:30:24PM +, maximilian attems wrote: have you tried to compare the content of both initramfs? I think closing of this bug was done too fast. Markus, you can compare initramfs contents using lsinitramfs -l command. Thanks for the tip. I did compare them and there was no difference in lsinitramfs printout. Then I proceeded to extract both and the only difference seems to be in file owners. All the files in the archives are owned by the user that ran mkinitramfs. I guess the kernel isn't comfortable with init owned by non-root. -- terveisin Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673194: closed by maximilian attems m...@stro.at (Re: Bug#673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user)
On 18 May 2012 15:50, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the initramfs-tools package: #673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user It has been closed by maximilian attems m...@stro.at. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact maximilian attems m...@stro.at by replying to this email. -- 673194: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673194 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: maximilian attems m...@stro.at To: 673194-d...@bugs.debian.org Cc: Date: Fri, 18 May 2012 12:40:08 + Subject: Re: Bug#673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user On Wed, May 16, 2012 at 11:19:11PM +0300, Markus Vuorio wrote: Package: initramfs-tools Version: 0.98.8 Severity: normal Initramfs created by mkinitramfs just doesn't work when it was created as a non-root user. I guess it's an issue with setting permissions or something like that. At least mkinitramfs could fail loudly if it's not meant to be run as a regular user. no error provided, command is meant to be also run as normal user thus assertion by report is invalid, closing. The resulting initramfs doesn't work, kernel can't find init there. -- maks -- Forwarded message -- From: Markus Vuorio maak...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Cc: Date: Wed, 16 May 2012 23:19:11 +0300 Subject: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user Package: initramfs-tools Version: 0.98.8 Severity: normal Initramfs created by mkinitramfs just doesn't work when it was created as a non-root user. I guess it's an issue with setting permissions or something like that. At least mkinitramfs could fail loudly if it's not meant to be run as a regular user. -- Package-specific info: -- initramfs sizes -- /proc/cmdline console=ttyS0,115200 root=/dev/mapper/elikko-root rootdelay=20 -- /proc/filesystems ext3 ext2 ext4 cramfs vfat msdos jfs fuseblk -- lsmod Module Size Used by xt_multiport 1507 1 nf_conntrack_ftp 4866 0 nf_conntrack_irc 2689 0 xt_limit 1352 16 xt_tcpudp 1964 46 xt_state 947 53 nf_conntrack_ipv4 5721 53 nf_conntrack 41843 4 nf_conntrack_ftp,nf_conntrack_irc,xt_state,nf_conntrack_ipv4 nf_defrag_ipv4 975 1 nf_conntrack_ipv4 zram 9740 1 ipt_ULOG 4978 15 tun 12494 2 iptable_filter 939 1 ip_tables 9492 1 iptable_filter x_tables 11513 7 xt_multiport,xt_limit,xt_tcpudp,xt_state,ipt_ULOG,iptable_filter,ip_tables ipv6 237044 32 fuse 60385 1 nfsd 227755 11 exportfs 2997 1 nfsd 8021q 15109 0 dm_crypt 14438 0 btmrvl_sdio 7580 0 btmrvl 10752 1 btmrvl_sdio libertas_sdio 8830 0 libertas 51098 1 libertas_sdio cfg80211 157618 1 libertas bluetooth 159768 2 btmrvl_sdio,btmrvl rfkill 15099 2 bluetooth,cfg80211 uas 6804 0 sata_mv 24050 0 -- /etc/initramfs-tools/modules -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /etc/crypttab # target name source device key file options -- /proc/mdstat Personalities : unused devices: none -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox cryptgnupg cryptkeyctl cryptopenct cryptopensc cryptpassdev cryptroot dmsetup keymap klibc lvm2 thermal udev -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 3.3.6 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1 utilities for finding files--find, ii klibc-utils 1.5.20-1+squeeze1 small utilities built with klibc f ii module-init-tools 3.12-2 tools
Bug#673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user
Package: initramfs-tools Version: 0.98.8 Severity: normal Initramfs created by mkinitramfs just doesn't work when it was created as a non-root user. I guess it's an issue with setting permissions or something like that. At least mkinitramfs could fail loudly if it's not meant to be run as a regular user. -- Package-specific info: -- initramfs sizes -- /proc/cmdline console=ttyS0,115200 root=/dev/mapper/elikko-root rootdelay=20 -- /proc/filesystems ext3 ext2 ext4 cramfs vfat msdos jfs fuseblk -- lsmod Module Size Used by xt_multiport1507 1 nf_conntrack_ftp4866 0 nf_conntrack_irc2689 0 xt_limit1352 16 xt_tcpudp 1964 46 xt_state 947 53 nf_conntrack_ipv4 5721 53 nf_conntrack 41843 4 nf_conntrack_ftp,nf_conntrack_irc,xt_state,nf_conntrack_ipv4 nf_defrag_ipv4 975 1 nf_conntrack_ipv4 zram9740 1 ipt_ULOG4978 15 tun12494 2 iptable_filter 939 1 ip_tables 9492 1 iptable_filter x_tables 11513 7 xt_multiport,xt_limit,xt_tcpudp,xt_state,ipt_ULOG,iptable_filter,ip_tables ipv6 237044 32 fuse 60385 1 nfsd 227755 11 exportfs2997 1 nfsd 8021q 15109 0 dm_crypt 14438 0 btmrvl_sdio 7580 0 btmrvl 10752 1 btmrvl_sdio libertas_sdio 8830 0 libertas 51098 1 libertas_sdio cfg80211 157618 1 libertas bluetooth 159768 2 btmrvl_sdio,btmrvl rfkill 15099 2 bluetooth,cfg80211 uas 6804 0 sata_mv24050 0 -- /etc/initramfs-tools/modules -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /etc/crypttab # target name source device key file options -- /proc/mdstat Personalities : unused devices: none -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox cryptgnupg cryptkeyctl cryptopenct cryptopensc cryptpassdev cryptroot dmsetup keymap klibc lvm2 thermal udev -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 3.3.6 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4GNU cpio -- a program to manage ar ii findutils 4.4.2-1+b1utilities for finding files--find, ii klibc-utils1.5.20-1+squeeze1 small utilities built with klibc f ii module-init-tools 3.12-2tools for managing Linux kernel mo ii udev 164-3 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: ii busybox 1:1.17.1-8 Tiny utilities for small and embed Versions of packages initramfs-tools suggests: pn bash-completion none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org