https://bugzilla.novell.com/show_bug.cgi?id=805732 https://bugzilla.novell.com/show_bug.cgi?id=805732#c26 Torsten Duwe <duwe@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|duwe@suse.com | --- Comment #26 from Torsten Duwe <duwe@suse.com> 2013-03-20 13:54:03 UTC --- (In reply to comment #24)
(In reply to comment #23)
(In reply to comment #21)
* Linux xfs is extremely lazy writing back dirty data I think you meant metadata (for data, sync should be really enough). I wonder how come you didn't see similar problems with ext3/4 - likely because they have all metadata exposed in buffer cache while xfs does not.
* Linux buffer caches are not coherent (/dev/sda does not include /dev/sda1) True - but sync(1) plus flushing the caches on the device you want to use (BLKFLSBUF ioctl) solves this problem.
No, it didn't. I was recommended to use xfs_freeze and that did the job.
(xfs_freeze -f /; xfs_freeze -f /boot; xfs_freeze -u /; xfs_freeze -u /boot ) > /dev/null 2>&1
That way /dev/null will be opened on still unfrozen filesystem (subsequent writing to it doesn't block because device null as such isn't frozen) and things will work (tested that). Thorsten, can you change postinstall like that please? Thanks!
The whole logic was to be carried out exclusively on xfs, or when the root fs type could not be determined. It looks to me as if someone clueless has inserted the LOADER_TYPE logic in the wrong place. BTW, where are the valid values for YAST_IS_RUNNING documented? -- 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.