Summary: | GUI poweroff sometimes fails to umount partition, mounted with 'acl' option | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sergey S. Starikoff <Ikonta> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | alex_y_xu |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=560008 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
rc.log.success.Z
rc.log_fail.Z |
Description
Sergey S. Starikoff
2015-06-29 10:46:23 UTC
I have no idea how to assign this bug. If someone has some clue, please feel free to wrangle it. Can you enable rc_logger in /etc/rc.conf and attach an rc.log taken from when you experience this issue? Created attachment 406024 [details] rc.log.success.Z (In reply to Mike Gilbert from comment #2) > Can you enable rc_logger in /etc/rc.conf and attach an rc.log taken from > when you experience this issue? Notable details: Issued partition is formatted using less-supported reiser3 filesystem. Disklabel type: dos # blkid | grep backups /dev/sda7: LABEL="backups-dir" UUID="e5a9493f-e7e4-48aa-b54f-59b334985097" TYPE="reiserfs" PARTUUID="daf3daf3-07" # /sbin/fdisk -l | grep sda7 /dev/sda7 104133393 232139249 128005857 61G 83 Linux Now attaching rc.log of succeed poweroff for compare. Getting an issued one will take a time. /usr is also located on separate partition: # mount | grep usr /dev/sda5 on /usr type reiserfs (rw,noatime) Issue appeared on 3.8.13 kernel. Were you going to provide a log from a failure case? Created attachment 406240 [details] rc.log_fail.Z (In reply to Mike Gilbert from comment #4) > Were you going to provide a log from a failure case? Not where, but when. The issue is not willingly-reproducable. For recent kernel I've caught it last Friday. rc.log of failed poweroff together with first boot in attached file rc.log_fail.Z Recently used kernel is 3.18.9-aufs. For this kernel description is not correct: according to log umount failed for all partitions listed in /etc/fstab after /usr: /etc/fstab: /dev/sda1 /boot ext2 noauto,noatime 1 2 /dev/sda2 / ext3 noatime 0 1 /dev/sda3 none swap sw 0 0 /dev/sda5 /usr reiserfs noatime 0 1 /dev/sda6 /var reiserfs noatime 0 1 /dev/sda8 /home reiserfs noatime 0 1 LABEL=backups-dir /usr/backups reiserfs noatime,user,acl 0 1 # /sbin/fdisk -l /dev/sda Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 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 Disklabel type: dos Disk identifier: 0xdaf3daf3 Device Boot Start End Sectors Size Id Type /dev/sda1 * 63 128519 128457 62,7M 83 Linux /dev/sda2 128520 8128889 8000370 3,8G 83 Linux /dev/sda3 8128890 24129629 16000740 7,6G 82 Linux swap / Solaris /dev/sda4 24129630 488397167 464267538 221,4G 5 Extended /dev/sda5 24129693 56131109 32001417 15,3G 83 Linux /dev/sda6 56131173 104133329 48002157 22,9G 83 Linux /dev/sda7 104133393 232139249 128005857 61G 83 Linux /dev/sda8 232139313 488397167 256257855 122,2G 83 Linux > sed: can't read /sys/fs/aufs/config/br[0-9][0-9][0-9]: Not a directory
> * Failed to remove branch from aufs
please test gentoo-sources.
(In reply to Alex Xu (Hello71) from comment #6) > > sed: can't read /sys/fs/aufs/config/br[0-9][0-9][0-9]: Not a directory > > * Failed to remove branch from aufs > > please test gentoo-sources. You've quoted the different easely reproduceable issue. You probably can easyly get it just by: 1. Boot into aufs-enabled kernel (aufs-sources or install sys-fs/aufs4[kernel-patch] with gentoo-sources); 2. Create an squashfs image and mount it in rw (aufs) mode; 3. Umount it; 4. Poweroff your system with turned on rc.log and monitoring openrc messages you'll see the quoted error. But, probably (I know at least two installation, where you can see quoted error message), but not subject issue. For first times (3.8.13 kernel, on which I've caught this issue first and some kernel updates after) I've used gentoo-sources. I use sys-kernel/aufs-sources[-vanilla], that means "Full sources including the Gentoo patchset plus aufs4 patchset". Of course, I can make a check with gentoo-sources, but exactly before reporting this bug I've reproduced this issue with =sys-kernel/vanilla-sources-3.18.14 (also without aufs support) and shure in reproducability with any gentoo-sources 3.x newer than 3.8.13. But since I've migrated my portage tree into aufs such check (with booting into no-aufs kernel) will break normal emerge --sync, that I don't like. So, the rc log didn't really provide any especially useful information. It does seem that it is making it like 99% through the power-off process; your filesystems get unmounted, the clock gets updated, and then the logging stops. This happens in both the success and failure cases. Very few things happen in userspace after that point; basically, openrc will kill procs and remount rootfs as read-only. I think this is either a kernel bug or a hardware bug. I'm passing this to the kernel team in case that have any more debugging ideas. The bug was reproduced after update, with =sys-fs/eudev-3.1.2 on 4.0.5-aufs kernel. (In reply to Alex Xu (Hello71) from comment #6) > > sed: can't read /sys/fs/aufs/config/br[0-9][0-9][0-9]: Not a directory > > * Failed to remove branch from aufs > > please test gentoo-sources. It's localmount service miss. See bug #560008 for details. Maybe notable: last time turning off my workstation with poweroff command I regularly see login manager (x11-misc/slim) refused to stop: rc.log: rc shutdown logging started at Mon Nov 9 18:00:27 2015 … * Stopping slim ... * start-stop-daemon: 1 process refused to stop * Error stopping slim [ !! ] * ERROR: xdm failed to stop … Is this still an issue? (In reply to Mike Pagano from comment #12) > Is this still an issue? For a time I use cli utils to switch off my workstation. Making re-check of this bug will take a week or two. Seems to be fixed with =sys-kernel/gentoo-sources-4.9.6-r1. |