You are not logged in.
No, just boot the ISO and use a partitioning tool (e.g. gdisk/cgdisk) to change the type to EF00/Efi system. Then try booting it again.
Offline
changed it to EFI system but it does not boot nonetheless
Offline
Offline
did that but it still shows hd0, msdos
Offline
seth wrote:As Strike0 suggested, the partition type is wrong.
may I ask where did you find it? Could you elaborate on this matter please?
Seth found that by looking the output of 1 which you then changed to the correct EFI system type (2). The partition type is independent of the used filesystem, it denotes what filesystem the partition is supposed to contain. A system booting with UEFI must exactly have one active EFI system partition (3), a system booting with legacy Bios must have one partition marked as "bootable".
Offline
did that but it still shows hd0, msdos
And I suppose grub-install did not complain with errors.(?)
Frankly, I'm at a loss. Have you looked in the bios, if there is an option to explicitly set it to UEFI?
I'd check that and if it does not help/is available, try to install grub without chrooting next. See the note, but we have to recheck how to excute it.
From reading the note I would currently: mount /dev/sda2 root to /mnt, next mount /dev/sda1 to /mnt/boot and execute the install with
grub-install --target=x86_64-efi --efi-directory=/mnt/boot --bootloader-id=GRUB --boot-directory=/mnt/boot --removable --recheck
But I can't remember right now, if --efi-directory is supposed to be /boot or /mnt/boot in this exception of installing outside the chroot.
Offline
https://imgbb.com/fC0ZZxV is from the install iso
https://0x0.st/HOOx.txt says the partition is GPT
Run the command in #31 and post the complete output.
In doubt you can log it into a file in a "script" session.
Online
Installing for x86_64-efi platform
Installation finished. No error reported.
Offline
So is grub now found?
Online
b42 wrote:did that but it still shows hd0, msdos
From reading the note I would currently: mount /dev/sda2 root to /mnt, next mount /dev/sda1 to /mnt/boot and execute the install with
grub-install --target=x86_64-efi --efi-directory=/mnt/boot --bootloader-id=GRUB --boot-directory=/mnt/boot --removable --recheck
It did work!
Now, have you guys got any idea why the usual grub-install did not work if it did work a week ago on the same machine with the same disk?
and the interesting thing is that my /dev/sda1 is not partitioned as EFI System and it still boots.
Last edited by b42 (2023-09-19 14:46:58)
Offline
any thoughts on that?
Offline
any thoughts on that?
Don't do that. https://wiki.archlinux.org/title/Genera … es#Bumping
Offline
If "grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub" was literal (nb. the capitalization) and possibly you did this outside a chroot, there're obvious differences between that and the ultimately succesful command.
We can't tell you what you did wrong 10 days ago, evidently "something"
Online
If "grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub" was literal (nb. the capitalization) and possibly you did this outside a chroot, there're obvious differences between that and the ultimately succesful command.
We can't tell you what you did wrong 10 days ago, evidently "something"
Yes, now I did that outside of chroot, but those 10 days ago I did this while chrooted:
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=grub
and I was able to successfully launch the system.
Offline
and the interesting thing is that my /dev/sda1 is not partitioned as EFI System and it still boots.
You write you get a grub menu without a partition type of EFI system for it?
I think that is wrong. Do you mean it?
My speculation would be you had an EFI ssytem partition 10 days ago, installed grub's efi into it, later decided to wipe the disk incl. partition table to reinstall fresh and did not re-set the partition type. hence, it failed to boot.
Offline