I accidentally deleted a partition on my Windows + Manjaro dual-boot system. Now, GRUB is there, but the boot menu is missing, and the system boots straight into Windows unless I force Manjaro from the BIOS boot options.
That’s not the correct procedure - or not all of what you did.
it’s either: manjaro-chroot -a
or:
mount the manjaro / partition at /mnt for example -
and then the /boot partition to it
only then can you do: manjaro-chroot /mnt
You said what you did - but you didn’t show the resulting messages.
In light of the above - they may not have been successful and the messages would have told you that.
If you deleted a partition:
which one?
If you deleted it - it’s gone - recreate it!
None of the commands you said you did would re-create a partition.
You would need to recreate it yourself - and recreate the file system on it as well.
There is a possibility TestDisk may be able to recover a deleted partition.
I found quite a decent-looking guide, it is Ubuntu-oriented but I just checked with a Manjaro KDE .ISO in VirtualBox and it turns out TestDisk is already present. This means you can skip the installation parts.
First it was a recovery partition which I accidentally deleted ig it has something related to grub or bootloader. I was able access only windows after that manjaro was not at all visible in the boot menu. Then I tried the live usb. Mounted the root partition then mounted boot efi partition. Then reinstalled grub. When I rebooted I was able to access manjaro but when I booted into that boot screen was there for a long time then this error screen came you’re in a emergency mode or whatever.
/dev/sda1 is probably your EFI partition - UUID ends in FFF2
In your picture it is not (yet) mounted to /boot/efi.
But in your /etc/fstab, this UUID is a different one - UUID ends in 1590
If these are supposed to be the same - they need to match.
Currently, /etc/fstab points to a partition which doesn’t exist.
Adapt /etc/fstab.
However they became different is a thing only you can know.
Avoid posting pictures - hard to read and text can’t be cited, indexed, copy/pasted …
There are pastebins like 0x0.st where you can send it to and post the link here if you can’t post the text itself here.
If I understand correctly, you deleted and your $ESP and have now created a new one; your respective UUID’s seem to confirm this.
Your /etc/fstab points to the old UUID of the $ESP (before you deleted it) but the UUID has changed on your new freshly formatted partition. This is expected (one should never randomly delete the $ESP).
One way to resolve this is to boot using a Manjaro Installer ISO and enter a chroot environment via it’s terminal;
sudo manjaro-chroot -a
Once in the chroot environment you can modify anything in your system as the Super User (‘root’).
Careful, there be dragons!
You need to change the UUID in /etc/fstab;
nano /etc/fstab
sudo isn’t needed in a chroot environment; you are root.
Find this line (the UUID needs to be edited);
UUID=CEB4-1950 /boot/efi vfat umask=0077 0 2
and change it to;
UUID=C484-FFF2 /boot/efi vfat umask=0077 0 2
This should now match the new UUID in your lsblk output previously given.
Save the /etc/fstab file, and then exit chroot;
All being well, after a reboot your $ESP should be recognised and booting will continue as before. I hope this helps.
