38
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 25 Feb 2024
38 points (100.0% liked)
Linux
48143 readers
453 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
It was just me not running the command with sudo, my bad!
But even then, doing install-grub and grub-mkconfig with sudo (completing w/o errors) I'm still getting spat out onto the grub console at boot. Should I try formatting the efi partition and reinstalling grub to it?
I had an issue like that in the past
Even after I run grub-mkconfig and put the efi files on the correct folder, it wasn't recognized by the UEFI
What I did was to open my BIOS and at the EFI configs, I choose manually which efi file I wanted it to open
Maybe it does the trick to you as well
Tried the 3 options I had in the UEFI boot menu but no dice on either annoyingly.
Tried all the ones that my BIOS picks up but no dice :/
Can't you select the path?
Maybe your BIOS is at the wrong EFI partition
Make sure your UEFI is retrieving the correct path where you're installing your grub
Edit:
https://www.reddit.com/r/archlinux/comments/y29whd/grub_doesnt_initilize_on_acer_laptop/
Look at my issue in the past and see if it create an insight to you. Note that some of the commands may be different because I run Arch, so adapt it to your distro
Afraid I got nothin' from that. It's pretty much beyond my abilities.
Im gonna try installing mint again and letting that fix my grub. if it doesnt, im gonna wipe and redo my install.
Thanks for trying :)
EDIT: Yep just stuck mint on the smallest partition the installer would let me and it "fixed" itself lol. Ah well. Until I inevitably distro hop :')
Oh its no worries, it sounds like you just need to regenerate the grub config, you can do this by running
or if your distro has it, you can just run
then grub should see the config on boot and put you in the normal graphical menu
Seems to work fine, but same again, nothing :/
Is it worth me just wiping the partition and doing it from scratch?
I think anything that can be done with a fresh format can be done with the current one, when you ran
grub-installafter the issue with not running it as root, did you only do it with--removable? If so, the old grub is might be getting picked over the new grub installed at the removable fallback path, because it has a proper entry in the boot order. I dont know what key it is on your system, but if you can get into the boot order menu where it shows all the different boot devices, like where you can pick where you want to boot from, id look for one that just says something like "UEFI boot " or something like along those lines, it wont say like grub or your distro name, if there is such an option available, could you try booting from that option?I ran it without the --removable flag :)
Spamming f12 for the uefi boot menu, I have 3 options (neon, ubuntu, and ubuntu) but all 3 spit me out onto the grub console
Alright, could you see what the root variable is in the grub console before manually setting it by running
echo $root, and if it prints anything, could you runls /in the grub console and see if you see like home dev etc, or the directories you would expect to see in / inside linux, and if you do see anything, could you runls /boot/grub/and see if you seegrub.cfg. But if you are already inside linux, go ahead and install grub with--removable, it wont overwrite your current installation. I dont want you to format the efi partition, incase something goes wrong and you wont be able to boot into linux at allSo
echo $rootreturns(hd0,gpt1). I have to set it to hd0,gpt2 to get the boot/linux dirs. I'll try --removable and get back to yaEh, it gives me a grub-like menu but selecting any option just dumps me back into the console.