On Thu, 15.05.14 17:36, Holger Freyther (hol...@freyther.de) wrote:
The idea/concern is that we have some remote systems and
they generally do not have a serial console. So in case the
fs is corrupt the question is what to do. Currently the emergency
target would be entered but that will not
From: Holger Hans Peter Freyther hol...@moiji-mobile.com
Some unattended systems do not have a console attached and entering
the default rescue mode will not be too helpful. Allow to specify
the -y option to attempt to fix all filesystem errors.
Manually verified by downloading an image.gz of
On Thu, 15.05.14 19:07, Holger Freyther (hol...@freyther.de) wrote:
From: Holger Hans Peter Freyther hol...@moiji-mobile.com
Some unattended systems do not have a console attached and entering
the default rescue mode will not be too helpful. Allow to specify
the -y option to attempt to fix
Lennart Poettering lennart at poettering.net writes:
the -y option to attempt to fix all filesystem errors.
Hmm, we already unconditionally pass -a to fsck, which should have the
desired effect of non-interactively fixing everything.
What does your patch add on top of that?
fsck.ext4(8)
