It says press enter for maintenance or ctrl+D to continue.
As a noob I don’t know what to do in maintenance section also if i press ctrl+D I get the same error.
I searched a little bit on internet.
set prefix = (hdp,gpt1)/boot/grub
Method but same error.
Is there any other method?
I think the problem occures after I removed primeOS from dual boot.
I removed it from grub using hrub customiser but forgot to execute (sudo update grub).
I was trying to remove PrimeOS that I had installed before.
First i deleted the main directory of primeOS (as they say to uninstall it)
Then I removed PrimeOS from grub using Grub customiser.
It’s not my first time uninstalling PrimeOS like this but this never happened before.
When i removed PrimeOS from grub using grub customiser, before leaving it asked me to save the changes and I did obviously.
But i forgot to upgrade grub from terminal. Maybe this caused this error??
Isn’t there anything to do?
It’s ok if I have to reset whole OS. I can do that.
I just want my system to bootup
My all important files are stored in different partition than root so I don’t mind resetting it.
Well we start by diagnosing the error then. That disk that cannot be found: what is it? Is it Fedora related? I suspect systemd not being able to find this partition is what is causing it to end up at the emergency shell.
Only the /root file system is mounted in emergency mode, which is probably why you can’t find any files in there. From man systemd.special:
¦ A special target unit that starts an emergency shell on the main console. This target does not pull in any services or mounts. It is the most minimal version of starting the system in order to acquire an interactive
¦ shell; the only processes running are usually just the system manager (PID 1) and the shell process. This unit is supposed to be used with the kernel command line option systemd.unit=; it is also used when a file system
¦ check on a required file system fails, and boot-up cannot continue. Compare with rescue.target, which serves a similar purpose, but also starts the most basic services and mounts all file systems.
¦ Use the "systemd.unit=emergency.target" kernel command line option to boot into this mode. A short alias for this kernel command line option is "emergency", for compatibility with SysV.
¦ In many ways booting into emergency.target is similar to the effect of booting with "init=/bin/sh" on the kernel command line, except that emergency mode provides you with the full system and service manager, and allows
¦ starting individual units in order to continue the boot process in steps.
Can you try to boot into rescue.target? (May not be able to, since it also seems to require mounting all devices, but it’s worth a try). During boot, stop the grub count-down, and add systemd-target=rescue.target to the end of the kernel command line (Let us know if you need more instructions on this).
Edit: still looking, but perhaps there’s a way to mount individual partitions manually to get a working system in emergency mode and then edit fstab to fix boot.