Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
> I haven't seen the resulting bootfailure yet, currently I can only explain it > by noexec tmp and thus not precache run. I had the same problem; mounting /tmp as noexec was indeed the cause. -- -Eli -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100717212654.ga2...@neuromancer
Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
Am Sonntag, 11. Juli 2010, 18:13:15 schrieb maximilian attems: > is the /tmp on your box mounted noexec? > please sent output of: > cat /proc/mounts /dev/mapper/_dev_dm_6 /home/calvin ext3 rw,relatime,errors=continue,data=ordered 0 0 /dev/mapper/_dev_sdb1 /mnt/backup ext3 rw,nosuid,nodev,noatime,errors=continue,data=ordered 0 0 /dev/mapper/grog-root / ext3 rw,relatime,errors=remount-ro,data=writeback 0 0 /dev/mapper/grog-tmp /tmp ext3 rw,nosuid,nodev,noexec,relatime,errors=continue,data=writeback 0 0 /dev/mapper/grog-usr /usr ext3 rw,nodev,noatime,nodiratime,errors=continue,data=writeback 0 0 /dev/mapper/grog-var /var ext3 rw,nosuid,nodev,relatime,errors=continue,data=writeback 0 0 /dev/sda1 /boot ext3 rw,nosuid,nodev,noatime,nodiratime,errors=continue,data=writeback 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 none /dev devtmpfs rw,relatime,size=4027460k,nr_inodes=1006865,mode=755 0 0 none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 rootfs / rootfs rw 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 > > please send output of > cat /etc/initramfs-tools/conf.d/resume RESUME=/dev/mapper/grog-swap_1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201007160744.53628.cal...@debian.org
Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
* maximilian attems [Sun Jul 11, 2010 at 06:13:15PM +0200]:
> On Thu, 08 Jul 2010, Bastian Kleineidam wrote:
> > --- /usr/share/initramfs-tools/scripts/local-premount/resume~
> > 2010-07-07 23:13:20.0 +0200
> > +++ /usr/share/initramfs-tools/scripts/local-premount/resume
> > 2010-07-08 20:29:31.0 +0200
> > @@ -58,6 +58,13 @@
> > # hardcode path, uswsusp ships an resume binary too
> > if [ -n "${resume_offset}" ]; then
> > /bin/resume ${resume} ${resume_offset}
> > + res=$?
> > else
> > /bin/resume ${resume}
> > + res=$?
> > fi
> > +if [ $res -eq -1 ]; then
> > + # do not fail when falling back to normal boot
> > + exit 0
> > +fi
> > +exit $res
> checked indeed resume from klibc does return -1 when
> suspend doesn't happen.
> I haven't seen the resulting bootfailure yet, currently I can only
> explain it by noexec tmp and thus not precache run.
> the errexit for hooks on run_script() mika would thus also be hit
> on boot and not only on mkinitramfs. not sure that is what we want.
No, that's not we want - ack, we should fix that.
Exiting during buildtime, but trying to execute it on boot time
is what I'd consider as the way to go.
Thanks for catching, maks.
regards,
-mika-
signature.asc
Description: Digital signature
Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
tags 588466 moreinfo -patch
stop
On Thu, 08 Jul 2010, Bastian Kleineidam wrote:
> all my newly built kernels failed to boot with the following message:
> [...]
> kinit: No resume image, doing normal boot...
> E: /scripts/local-premount/resume failed with return 255
> Kernel panic - not syncing: Attempted to kill init!
is the /tmp on your box mounted noexec?
please sent output of:
cat /proc/mounts
> Attached patch fixes the issue by falling back gracefully to normal
> booting of the system.
>
> My swap partition is crypted btw:
> $ cat /etc/crypttab | grep swap
> cswap /dev/mapper/grog-swap_1 /dev/urandomswap
> $ cat /etc/fstab | grep swap
> /dev/mapper/cswap noneswapsw 0 0
>
> As a sidenote: I do not understand why my system is trying to resume
> from a crypted swap ?artition anyway.
> It tries this everytime, even though the system has always been
> rebooted cleanly without suspending anything to the swap partition.
please send output of
cat /etc/initramfs-tools/conf.d/resume
> --- /usr/share/initramfs-tools/scripts/local-premount/resume~ 2010-07-07
> 23:13:20.0 +0200
> +++ /usr/share/initramfs-tools/scripts/local-premount/resume 2010-07-08
> 20:29:31.0 +0200
> @@ -58,6 +58,13 @@
> # hardcode path, uswsusp ships an resume binary too
> if [ -n "${resume_offset}" ]; then
> /bin/resume ${resume} ${resume_offset}
> + res=$?
> else
> /bin/resume ${resume}
> + res=$?
> fi
> +if [ $res -eq -1 ]; then
> + # do not fail when falling back to normal boot
> + exit 0
> +fi
> +exit $res
checked indeed resume from klibc does return -1 when
suspend doesn't happen.
I haven't seen the resulting bootfailure yet, currently I can only
explain it by noexec tmp and thus not precache run.
the errexit for hooks on run_script() mika would thus also be hit
on boot and not only on mkinitramfs. not sure that is what we want.
--
maks
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100711161315.gc13...@stro.at
Processed: Re: Bug#588466: klibc-utils: kernel panic when resume failed and normal boot continues
Processing commands for cont...@bugs.debian.org: > tags 588466 moreinfo -patch Bug #588466 [initramfs-tools] klibc-utils: kernel panic when resume failed and normal boot continues Added tag(s) moreinfo. Bug #588466 [initramfs-tools] klibc-utils: kernel panic when resume failed and normal boot continues Removed tag(s) patch. > stop Stopping processing here. Please contact me if you need assistance. -- 588466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588466 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.127886481227927.transcr...@bugs.debian.org
