Bug#1034610: grub-common no longer supports labels

[Dario Andres Susman]

I'm afraid not. This is very old, perhaps, because I've been using 
"testing" on this box for a long time.
I should have saved the patch I did for myself. That's why referenced 
Bug 568084, because I did apply a change using that patch in 
/etc/grub.d/10_linux years ago. I should have kept a copy of the file. 
It wasn't overritten for ages until recently.

Another thing is that even if labels are not used, and UUID are 
disabled, the kernel (or something else?) switches what device is set 
for sda or sdb. Hence the problem booting up. I had no choice but to go 
back UUIDs for now. :\
Rather odd, because if I boot back with linux-6.1.0-6-amd64, it books 
perfectly (without enabling UUIDs).

I must admit, I'm rather confused by and with issue. It may be related 
with the kernel and not grub, perhaps? :S

Thank you!

Best regards,
Dario Susman


On 20/04/2023 14:57, Steve McIntyre wrote:
> Control: severity -1 important
>
> Hi!
>
> On Wed, Apr 19, 2023 at 02:52:31PM -0300, Dario Susman wrote:
>> Package: grub-common
>> Version: 2.06-8
>> Severity: critical
>> Justification: breaks the whole system
>>
>> Dear Maintainer,
>>
>> After upgrading to latest version of grub-common and kernel, the system
>> wouldn't boot up with the latest kernel. The device paths changed, sda1
>> to sdb1. I noticed that the grub config changed to use UUIDs, however
>> /etc/default/grub is set to use LABELS. Which is something I prefer to
>> do.
>>
>> It seems that grub-mkinfo no longer supports the GRUB_ENABLE_LINUX_LABEL
>> parameters and has to be re-written for it to work.
> Looking in the history, I can't see where we've ever supported
> this. Can you tell me which version(s) ever had this working for you
> please?
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 236 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-grub-devel/attachments/20230420/62d2d461/attachment.sig>