View Issue Details

IDProjectCategoryView StatusLast Update
0017598CentOS-8kernelpublic2020-07-18 00:32
Reporterps7776 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version8.0.1905 
Target VersionFixed in Version 
Summary0017598: Any kernel beyond 8.0 rescue fails to boot
DescriptionHardware : SuperMicro MBD-H11SSL with AMD Epyc 7502 32-core CPU

Originally installed CentOS8.0.1905 on this system. / and /boot are on real GPT partitions, data disks are a combination of LVM and sodftware RAID-5.

Regular yum upgrades to running system since February all ok but a recent power outage lead to trying to boot from 8.2 kernel ( 193.6.3 ) which failed. After a lot of trial and error I determined that the only kernel that would boot properly was the original ( 147 ) rescue kernel and initramfs. For any other combination I get a black screen immediately after the Probing EDD .... message and the hardware eventually reboots. Removing quiet and rhgb , gives no extra output on the screen, rebuilding initramfs with either -a rescue or -H does not make any difference, adding rd.shell and/or rd.break to get a dracut shell doesn't do anything, ading init=/bin/bash doesn't do anything either,setting edd=on or off makes no difference. Removing and reinstalling kernels make no difference.

 So - basically the boot fails at a very, very early stage and I'm not sure how to get mode debug output. Any suggestions to other kernel options to try ? Like how to select the most basic video ? What is the dumbest VGA mode one can select ? Any early boot debug parameters ? Any other modules that I should try to load in to initramfs ?

This is obviously some weird combination of software and hardware ( BIOS ?) that causes booting to fail. Highly unexpected.

The BIOS is set to legacy ( ie. non UEFI only ) but I don't think there is anything wrong with with it or grub2 for that matter. I can do an "ls" at the grub prompt for all the partitions on all disks and they appear to be correct. Using (hd0,gpt... ) insted of labels or /dev/sda... makes no difference.


Booting from an 8.2 install USB fails too by the way.




peter
Steps To ReproduceBoot anything beyond the 8.0 rescue kernel.

TagsNo tags attached.

Activities

ps7776

ps7776

2020-07-18 00:32

reporter   ~0037377

Could be a video driver problem with the built in ASPEED card and the linux ast driver according to this link https://www.supermicro.com/support/faqs/faq.cfm?faq=31035 .

Issue History

Date Modified Username Field Change
2020-07-17 18:32 ps7776 New Issue
2020-07-18 00:32 ps7776 Note Added: 0037377