On Apr 3, 2011, at 12:23 AM, Elliott Mitchell wrote: > > #326647 needs an argument for `fsck` that is passed to the back-ends that > inhibits precautionary checks. A script is better suited for checking > whether the system is on battery (it could be on a UPS battery instead of > an internal battery)...
That's not how it's implemented today; today it is implemented directly in e2fsck. Anyone insane enough to boot a system while on UPS power gets what they deserve. UPS'es are designed for tiding a machine over a brief power outage, not for booting a machine while you're on UPS. I fixed bug #326647 and closed it many years ago for the requested use case, which was laptops. >> The difference between this and what you wanted in Bug #575343 is that >> what you want requires coordination between fsck and e2fsck. That's a >> huge amount of complexity, which IMHO isn't warranted and isn't > > Two options, perhaps "--retrieve-forced-check-status" and > "--disable-preemptive-checks", then some logic to use those is that much > complexity? E2fsck does not currently assume the existence of getopt_long(). Some people do like to be able to compile e2fsck with dietlibc. In addition, all of the other backend fsck programs won't know about these new options which you are proposing (many of them don't use getopt_long either). So yes, it's complexity. > As mentioned before on this very same bug report, I'd hardly call the > problem "largely solved". Perhaps "partially solved for one common usage > case", but hardly "largely". Any system that doesn't reboot that often > (say, a server on reasonably reliable hardware without huge amounts of > activity) will tend to always trigger the date-based checks. Since doing > any check resets the last checked time, those will coalesce and you'll > end up checking everything at once all the time. Date based checks are disabled by default, and aren't used in the common case. -- Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
