32 GiB of RAM is more than the typical system has. Just to be sure the memory is good, try running Memtest86+.
Hi Gregory,
Answering the above statment in your previous message, when my system reboots, and I go back into the bios, the bios shows 2 physical bootable partitions on the disk I am trying to boot from, I can delete either of them from the boot partition and booting with either one or the other produces the same results.
Sorry for my ignorance.
Hi Gregory.
Ok, have done memtest and it passes with no issues.
I am beginning to think that this mother board is incapable of running ANY linux distro.
I do not know what else to think, I have laptops that run this very distro without skipping a beat and they also have Nvidia cards… So I do not know…
I would agree except that it obviously did run Fedora Linux well enough to install the operating system to the local hard drive.
Since you see no output beyond the boot menu, I’m still wondering if GRUB is even loading the kernel. You might try running something like ls $(root)/
from the GRUB command line to verify that a) $(root)
is set correctly and b) GRUB can actually read the files from the filesystem (you should see the vmlinuz...
files that GRUB is suppose to load and execute to start the OS).
Were it me, I’d probably try a different bootloader. Unfortunately, it is not as easy as it should be to swap out the bootloader on Fedora Linux.
Hey Gregory.
I’ve tried Ferdora cinnamon as well and it does the same thing.
I am going to try your above queries and I will come back to you…
Thanks for trying to help…
Regards.
Hey Gregory.
So typing c
to get to grub from the boot menu
And then typing
ls $(root)
Givee me what is shown in thw following picture.
Regards.
I don’t use GRUB, so I’m not sure that the command I gave was correct. How about echo $(root)
? What does that output?
Hi,
Same.
Hmm, maybe it is supposed to be echo ${root}
? Or try it without brackets – echo $root
.
OK. Then I think ls (hd1,gpt2)/
should reveal the vmlinuz
files (assuming ${root} is pointing to the correct partition).
It looks right to me. It would be a hassle, and I don’t know that it would reveal anything, but you could try entering the commands from your screenshot in post #7 one at a time. Then, if you enter boot
, your system should start.
Let me check. When you say enter the commands from post 7 is that inside grub?
Yes. Here is a link to someone describing the process of manually loading the kernel and initramfs to boot your OS from the GRUB command line:
Hi Gregory,
It seems there is no boot file from what they are saying there is one of those partitions is supposed to have an entry “boot” but none of the partitio s on mine do, if I querry most of them they just respond with unknown file system… So, I am unable to boot it would seem because of a missing file? Do not know if I am in the least bit correct…
Regards
I don’t think that is the problem. However, I don’t know what the problem is.
I have a script that will install Fedora Linux with a different bootloader (systemd-boot or syslinux), but it is designed to perform mirrored-disk installations and (in its current form), it won’t work on a single disk system. You said something in your initial post about having changed the HDD. Do you perchance have two HDDs in your PC? If so, you might be able to give that script a try.
I have multiple discs available, I did not yet wipe my windows install because of past issues. I am using my motheroards hotswap location for that drive, when I use it or want to boot to it I just power down my pc and unplug the sata cable going to my windows drive. And then in bios I disable fast boot and secure boot…
I am able to boot the live media without any problems
Regards
Unfortunately, the script I have in mind would completely erase both disk drives. You probably don’t want to “burn” the only working OS you have for your system, so I guess that idea is out, unless you have yet another spare HDD that you wouldn’t mind erasing.
I have more than enough drives that I can use… I just need to plug them in…