Bug#792557: initramfs-tools functions doesn't honour "fsckfix" kernel command line option
- To: 792557@bugs.debian.org
- Subject: Bug#792557: initramfs-tools functions doesn't honour "fsckfix" kernel command line option
- From: Laurent Bigonville <bigon@debian.org>
- Date: Sun, 15 Nov 2015 09:42:10 +0100
- Message-id: <[🔎] 56484562.8070801@debian.org>
- Reply-to: Laurent Bigonville <bigon@debian.org>, 792557@bugs.debian.org
- In-reply-to: <CAE3Q69uJTCqqorZy0_omRXV58wD7gCoU3u-R4XWx5C3QhFmN2Q@mail.gmail.com>
- References: <CAE3Q69uJTCqqorZy0_omRXV58wD7gCoU3u-R4XWx5C3QhFmN2Q@mail.gmail.com> <CAE3Q69uJTCqqorZy0_omRXV58wD7gCoU3u-R4XWx5C3QhFmN2Q@mail.gmail.com>
Hello,
On Thu, 16 Jul 2015 11:42:52 +0200 Alessandro Pazzaglia
<jackdroido@gmail.com> wrote:
> Passing "fsckfix" kernel command line option currently does not force
> (as it should) fsck run at initramfs time to fix errors (using -y
> option).
>
> This is caused by a (wrong) equality check against the string "yes" on
> the fsckfix script variable, instead of "y" (which is what the init
> script set it to if it sees the kernel command line option).
>
> This seems to have been introduced along with the fsck in intramfs
> feature (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708000#10)
> in version 0.117.
>
> Attached a patch which fixes the problem.
I was just looking at the code and saw this in the code, could somebody
merge this patch?
Cheers,
Laurent Bigonville
Reply to: