On Thu, 2010-03-11 at 12:04 +0000, Marc_Richter wrote: > So, to come to one level here: Do you see my point with the > no-realistic-workarround-available ? Don't be mad with me please, but > I still don't see how to practically work with your "cancel when it > happens" solution in remote sites. Could you please explain how your > intention to use this was/is when you removed these triggers? I still > think that it simply isn't practicable to cancel a fs check on a > remote system at boot time. That would presuppose that everyone had a > remote KVM on IP basis or have a ride to the ISP everytime you have to > reboot :( > Sure, that's a bit of a different use case to the usual one.
I reviewed the notes we made at the time (this is going back a while now), and the assumption is that server users "tend" to turn off maximum mount counts and the like with tune2fs Don't forget, you can also use tune2fs before a reboot to delay or cancel the next one. Scott -- Scott James Remnant sc...@ubuntu.com -- Please add option -f and -F to shutdown for LPIC compatibility https://bugs.launchpad.net/bugs/535120 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
