https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c Jiri Srain changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jsrain@suse.com |mchang@suse.com -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c2 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED --- Comment #2 from Michael Chang 2013-12-05 06:23:09 UTC --- (In reply to comment #0)

However, when mounting is attempted as xfs, it spews out a full call trace and a lot more, plus a report to all logged-in users, presumably at priority = emergency. I haven't seen this before: maybe os-prober is new in 13.1-final (I didn't see the behavior in 13.1-RC1), or maybe this particular extended partition sets off the bug.

Did you have the error in this thread? http://oss.sgi.com/archives/xfs/2013-05/msg00148.html -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c4 --- Comment #4 from Michael Chang 2013-12-05 10:38:39 UTC --- Created an attachment (id=570368) --> (http://bugzilla.novell.com/attachment.cgi?id=570368) not trying to detect partition without fs-uuid return false fs type result if partition without any file system uuid on it. this could fix os-prober trying to detect it by mount tests with various kinds of file system which's not only waste of time, but also could result in errors on certain file system modules -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c6 --- Comment #6 from Michael Chang 2013-12-06 09:38:06 UTC --- I have a new fix. But it's the same URL so please follow above step to test. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c8 James Carter changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED InfoProvider|jimc@math.ucla.edu | --- Comment #8 from James Carter 2013-12-07 05:46:45 UTC --- Starting with the standard os-prober-1.61-3.1.2.x86_64 and /etc/default/grub saying GRUB_DISABLE_OS_PROBER=false. If I do grub2-mkconfig -o /boot/grub2/grub.cfg syslog shows the volcanic eruption from XFS. I attached the complete performance, which I should have done the first time around. It's the same as in the oss.sgi.com bug report, except slight differences in the call trace because they have kernel 3.7.x while we have 3.11.6. If GRUB_DISABLE_OS_PROBER=true, nothing at all is seen in syslog, as expected. I installed os-prober-1.61-52.1.x86_64.rpm from your repo (and btrfsprogs, snapper, and its dependencies). With GRUB_DISABLE_OS_PROBER=false I did grub2-mkconfig -o /boot/grub2/grub.cfg and the debug messages indicated a much more sane logic in os-prober, and in particular, no XFS involvement at all, and /dev/sda4 (the extended partition) is rejected out of hand. Thank you for this improvement; I'll install it on my other machines. I look forward to seeing it in an official update. Someone with a known corrupt filesystem or with other reasons to not mount it, should be sure to set GRUB_DISABLE_OS_PROBER=true. I still haven't figured out what would have execed grub2-mkconfig so long after booting. Maybe purge-kernels.service, if it does purge a kernel. It has IOSchedulingClass=idle which could have made it start late. It would be nice to only install btrfsprogs and snapper-zypp-plugin if the machine actually had (or gained in the future) a BTRFS partition, but I can't imagine how to do a dynamic dependency of this kind. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c10 --- Comment #10 from Michael Chang 2013-12-09 07:32:05 UTC --- (In reply to comment #8)

I still haven't figured out what would have execed grub2-mkconfig so long after booting. Maybe purge-kernels.service, if it does purge a kernel. It has IOSchedulingClass=idle which could have made it start late.

Kernel package's %post (or %postun) scrip-let will call "update-bootloader --refresh" to update bootloader config with new kernel entries. In grub2 it will call grub2-mkconfig and in turn calls os-prober so it's probably the case.

It would be nice to only install btrfsprogs and snapper-zypp-plugin if the machine actually had (or gained in the future) a BTRFS partition, but I can't imagine how to do a dynamic dependency of this kind.

os-prober should only require btrfsprogs and no dependency to snapper(-zypp-plugin) at least the result of `rpm -q --requires os-prober` doesn't seem to be without snapper .. The btrfsprogs is used by os-prober to detect distributions on Btrfs subvolumes (not necessary in "/" as any subvol could set as default root tree..). Yes there's really no such dynamic dependency set by foreign partitions use Btrfs or not. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=851722 https://bugzilla.novell.com/show_bug.cgi?id=851722#c12 --- Comment #12 from Bernhard Wiedemann 2013-12-10 11:00:55 CET --- This is an autogenerated message for OBS integration: This bug (851722) was mentioned in https://build.opensuse.org/request/show/210325 Factory / os-prober -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.