grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Possible regression in e2fsprogs-1.43.4


From: Vladimir 'phcoder' Serbinenko
Subject: Re: Possible regression in e2fsprogs-1.43.4
Date: Sat, 24 Jun 2017 21:31:38 +0000



сб, 24 июн. 2017 г., 23:22 Felipe A Rodriguez <address@hidden>:
On Jun 23, 2017, at 11:29 PM, Christian Hesse <address@hidden> wrote:

> Theodore Ts'o <address@hidden> on Fri, 2017/06/23 15:53:
>> +grub-devel
>>
>> On Sat, Jun 10, 2017 at 04:00:20PM +0200, Felipe A Rodriguez wrote:
>>> Upgrading from e2fsprogs-1.42.13 to e2fsprogs-1.43.4 causes the boot
>>> loader to fail (unknown filesystem error) on the x86_64 VM I use for
>>> initial testing.  I traced the problem to changes in the e2fsprogs
>>> configuration file which now sets 64 bit flags.  I tried upgrading
>>> to GRUB 2.02 but that did not resolve the problem.  Reverting the
>>> changes per the patch below fixes the problem.
>>
>> Hmm, my laptop has been using a file system with the 64-bit feature
>> enabled for quite some time, and my Debian Stretch system has been
>> using Grub 2.02 to boot my system without any difficulties.
>>
>> I've done a quick check of the Debian patches and none of them seem to
>> modify Grub's ext2/ext4 file system implementation.  So I don't know
>> what to tell you.  Are you sure you properly reinstalled grub on the
>> boot device after you upgraded to grub 2.02?
>

Yes.  I did not upgrade the test VM directly.  I replaced GRUB 2.00 with 2.02 in my build automation which creates an installer ISO.  Installation onto the VM is also largely automated.  GRUB 2.02 (and 2.00) work fine if I revert the config file to that in 1.42.13.
Do you mean grub is unable to read some files ? Can you try, recreating it with grub-fstest? Can you upload failing image somewhere?

To be clear:  I don’t believe any of the code changes between 1.42.13 and 1.43.4 cause this issue.  The problem arises from just the changes in the built-in default configuration file that gets installed.  A distro that uses its own custom configuration file may not encounter this issue.


> Grub should be fine, however syslinux still suffers issues with 64-bit
> feature. Possibly you use a chain to load syslinux first, grub second?

Yes, my test VM is configured to chain load GRUB from Syslinux (ISOLINUX).  I don’t recall whether I tried booting directly into GRUB so I will test that tomorrow.





Regards,

Felipe

_______________________________________________
Grub-devel mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/grub-devel

reply via email to

[Prev in Thread] Current Thread [Next in Thread]