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

Unidentified subject!

The partition table scheme is GPT and UEFI with Secure Boot is enabled. I do not use legacy BIOS with master boot record.

Below is the partition layout of my SDD:

536.9MB EFI system partition (ESP)
511.7MB /boot (unencrypted)
100GB encrypted logical volumes (contains 99GB of / partition, 1GB of swap area.Debian Buster was installed on this partition)
16MB Microsoft reserved area (automatically created by Microsoft Windows' installer)
100GB Microsoft Windows 10

1. Debian Buster's 64bit installer (version 10.10) was used to create the EFI System Partition (ESP), the /boot partition and the encrypted logical volumes. Installation was successful and I was able to boot into the GRUB menu with a blue background. It had an entry named Debian GNU/Linux.

2. Next I installed Microsoft Windows 10 and the installation was successful.

3. I rebooted into Debian and used sudo os-prober to add the Microsoft Windows' entry to GRUB followed by sudo update-grub

4. Dual-boot of Debian and Windows was possible

Problem(s) happened after I did the following:

5. With a USB stick containing the latest weekly build of Debian Testing (Bullseye), I booted into the Debian's installer screen and deleted the 100GB encrypted logical volumes.

6. As a result, 100GB of free space was made available. I configured it to have two encrypted logical volumes: 99GB of the / partition, 1GB of swap area.

7. Debian Testing was installed on the 100GB partition. Installation was successful.

8. However, I am now unable to boot into the GRUB menu with the blue background. Instead all I have is a black screen with the word grub> _ (The underscore is actually the position of the cursor)

After reading some stuff on the internet, please tell me if my understanding of the following is correct:

Grub's UEFI Stub is located in EFI System Partition (ESP) while its second stage modules are in the /boot partition. /boot also contains Grub's config file. It would appear that the bootloader in ESP is not updated to match the modules in the /boot partition or it could be that /boot/grub/grub.cfg is missing.

Below's my attempt at getting back the Grub menu with the blue background:

A. I used Debian Bullseye's weekly installer to boot up my machine and chose Rescue mode.

B. After entering the encrypted passphrase, below were some relevant messages on the screen:

[beginning of message]
Enter a device you wish to use as your root file system.

Device to use as root file system:

etc, etc....
Assemble a RAID system
Do not use a root file system
[end of message]

I highlighted /dev/sda1 and pressed Enter.

I was given four choices one of which was to Execute a shell in the installer environment. I highlighted it and pressed Enter.

There was a message on the screen stating that /dev/sda1 would be mounted as "/target", that the tools of the installer environment would be available for use and that I could use chroot to "chroot /target".

There was a small grey box at the bottom of the screen.

I tried the following options:

~# "chroot /target"
/bin/sh: "chroot /target" not found

~# chroot /target
chroot: can't execute "/bin/sh". No such file or directory

~# apt install --reinstall grub-efi
/bin/sh: apt: not found

I am stuck with the above as my technical knowledge of Linux is limited and appreciate your help with the above matter.

Reply to: