[Bug 310483] New: Ext3 partitions should have no forced fsck
https://bugzilla.novell.com/show_bug.cgi?id=310483 Summary: Ext3 partitions should have no forced fsck Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: ma2412ma@hotmail.com QAContact: qa@suse.de Found By: --- I've noticed that every 30th boot takes a very long time. The reason for this is that all ext3 partitions are checked automatically every 30th mount. This is very annoying and unnecessary. Ubuntu has also a bug report on this (https://bugs.launchpad.net/ubuntu/+source/partman-ext3/+bug/3581). -- 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=310483 Cyril Hrubis <chrubis@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |ro@novell.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=310483 Ruediger Oertel <ro@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ro@novell.com |mkoenig@novell.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=310483#c1 Matthias Koenig <mkoenig@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Matthias Koenig <mkoenig@novell.com> 2007-09-17 03:44:49 MST --- This is not a bug. These are the values from upstream and I am not going to change this in fsck.ext3. If you want different values, you can change the check interval interval with tune2fs: tune2fs -c max-mount-counts -i interval-between-checks device use values of 0 for disabling the check completely: tune2fs -c 0 -i 0 device Anyway, Yast already sets a larger interval per default now in 10.3 when creating the filesystem (mount count 500 and interval 2 months). -- 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=310483 User Eduard.Avetisyan@desy.de added comment https://bugzilla.novell.com/show_bug.cgi?id=310483#c2 Eduard Avetisyan <Eduard.Avetisyan@desy.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Eduard.Avetisyan@desy.de Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #2 from Eduard Avetisyan <Eduard.Avetisyan@desy.de> 2008-11-22 16:14:55 MST --- Sorry, I disagree with you, Matthias. The forced check was necessary for ext2, for ext3 it's not anymore. I know one can adjust the check time manually, but I think fsck has to be patched to allow some kind of timer, like 3-5 seconds, and do the actual forced check only if no key is pressed. The point is that with 2 new opensuse versions per year many people reinstall way to often and all the filesystem tunings are overwritten. next, many people use opensuse on laptops, and this unwanted fsck's turn on most inconvenient moment leaking your battery, and there's no way to stop it. It's going to get worse with time since HDDs tend to grow larger... I would like to reopen the bug, or rather a feature request. -- 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=310483 Eduard Avetisyan <Eduard.Avetisyan@desy.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Basesystem |Basesystem Product|openSUSE 10.2 |openSUSE 11.0 -- 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=310483 User mkoenig@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=310483#c3 Matthias Koenig <mkoenig@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FEATURE --- Comment #3 from Matthias Koenig <mkoenig@novell.com> 2009-02-11 08:56:16 MST --- According to http://lwn.net/Articles/248180/ fsck's are not obsolete even for journalling filesystems:
Some file system developers initially took this to mean that no fsck was needed at all. In part, this was true - the system no longer needed to repair half-finished writes by scanning the entire file system, it only had to replay the log. But fixing half-finished writes was only one part of what fsck did. It also checked for and repaired corruption caused by disk errors, file system bugs, administrator error, and any other source. These sources of errors are less common and can be ignored in development, but become a major problem in production use. Nobody wanted to repair a journaling file system by hand any more than any other file system. fsck in the sense of "repair half-completed writes" is unnecessary for journaling file systems (or copy-on-write file systems) but it is still necessary in the sense of "check for and repair file system corruption when something unexpected goes wrong." <<
Anyway this is not a bug and if you want to discuss changes in this area please open a request in openfate: https://features.opensuse.org/ -- 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.
participants (1)
-
bugzilla_noreply@novell.com