Prepared this motherboard with RAID 1 Hardware prepped through it’s menu setup. All initialled correctly.
Booted off the DVD to install Opensuse 15.1. The above is Motherboard that I’ve Used for a new Installation of Opensuse 15.1. Everything gets installed. Only problem is GRUB doesn’t boot. If I use the Kernel Boot from the DVD menu, it will boot the Operating system. I even tried Fedora 31 with doing it’s normal wizard installation and no manual changes. Still GRUB not booting.
Hope someone can help on this topic.
On another topic as I gave up with RAID 1 hardware. With this installed used Software RAID 1
I updated the BIOS. Installed with UEFI installation. Everything installed correctly, only problem Opensuse didn’t tell me there will be a problem with GPT. At the moment all files have not been corrupted and the journalctl program does’nt show anything that is damaged on software layer.
Gparted says The backup GPT table is corrupt, but the primary appears OK, so that will be used ]
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
Disk /dev/md0: 1024 GiB, 1099511431168 bytes, 2147483264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: CCF8E67F-A977-438E-965C-1030D1CE5073
Device Start End Sectors Size Type
/dev/md0p1 2048 2147221342 2147219295 1023.9G Linux filesystem
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
Disk /dev/md1: 838.5 GiB, 900361748480 bytes, 1758519040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 624E7ED9-0421-4E5D-B4E4-C8978042C50B
What exactly does it mean? What error message do you see? When do you see this error? Describe what happens after you power on system. Post log, error message or at least photo of screen with error.
Am speculating that you didn’t wipe all partitions from your disk before attempting your second installation (with software RAID, although that is unrelated). The openSUSE install looks for free, unpartitioned space to install, and if it finds an existing boot configuration on the disk may attempt to re-use it (but hardware RAID may have its own BIOS integration, parts written to disk).
As for your failed hardware RAID install,
Can’t know what the problem was without more info… starting with the RAID card (and controller if available).
On the topic of Hardware RAID, only used the motherboard Hardware RAID 1. Did clear the partition. Still Didn’t boot GRUB.
On the topic of software RAID 1: will leaving the GPT fault, cause any crashes on the system or complete data loss eventually. This is a company server. It has been running 24/7 for about 2 months.
It is compelte unclear to me what your problem is (and please re-read and answer @avidjaar’s post #2, because when you do not answer them, I doubt many people will even try to dig into your problem). but I wonder, when it says that the backup GPT is corrupt, but that the primary seems to be OK, then why do you not first and for all repair the backup one. If now something happens to the primary one, you have nothing to fall back on.
Probably not. The commands that do this in gdisk are something like r (recover mode) > d (use main GPT header (rebuilding backup) and then w of course. Please check this first using ? in gdisk.
BUT
It is best of course to understand what went wrong. One thing I can imagine is that the data on the disk is a “clone”| byte by byte from another, smaller disk. In that case the backup table would now not be at the end of the physical disk and a repier as explained above is needed (to get a copy of the primary at the end of the now disk).
When it was overwritten by something, you should ask yoursekf what more is overwritten.
And of course having backups of everything is always needed, day and night of everything you might want to use in the future.
With Linux do not use BIOS fake RAID, in your case - Intel RST = Intel Rapid Storage Technology, use software Linux RAID with controllers in AHCI mode.
Has anyone an answer for my previous question as this is a client server that they using now in there Million Rand organization. I know I will have to make the time to repair the GPT error, but since it’s going to be a long processor, I just need to be sure.
I think you must try to describe your problem anew. To me it looks as if different people here read your description in different ways and thus have different answers that may not fit your problem.
Remember that a good problem description has three parts: What did you do; What did you expect to happen, What happened instead.
And all that with a good, precise and exact description, whenever possible by showing what the computer showed you (easiest by copy/paste of terminal text between CODE tags in your post or by posting screen shots in http://paste.opensuse.org ).
E.g. go back to post #2 above where @avidjaar asked you a very clear question, which IMHO you never answered. The result: he will not dig into your problem until you do answer. No answer, one helper lost.
On your question. At the moment the journalctl logging file is not showing me any errors. The computer boots up correct.
Here is two bootup log files as links boot.msg and boot.log
