Replies: 4 comments
-
It could be an issue switching from frame buffer to DRM driver. Add nomodeset to the end of the kernel command line after loglevel=3 If that works, can you ALT F2 and run lspci -k so I can see what your graphics hardware is on the super micro. Thanks. |
Beta Was this translation helpful? Give feedback.
-
This is my grub.cfg set default="0" menuentry "shredos" { I have tried it without telnetd as well, and still the same issue. I also tried with --nogui to nwipe and have tried it without any nwipe_options to see if comes up at all. I have also pulled the .img file and tried this with the shredos kernel instead of bzImage and it does the same thing. |
Beta Was this translation helpful? Give feedback.
-
Have you tried it with nomodeset but without noapic |
Beta Was this translation helpful? Give feedback.
-
I did try it and it was still unsuccessful. I was able to use the BIOS
security function and destroy volumes that way, so I found a workaround.
|
Beta Was this translation helpful? Give feedback.
-
I have setup ipxe to deliver shredos to systems on boot so I can clear partitions. This works perfectly on a dell machine, but when i try to do this on my SuperMicro machines it just stalls and never brings up the interfaces
I am using the following for PXE ( this calls the shredos pulled from the .img file)
#!ipxe
dhcp
kernel http://172.16.0.1:8080/ipxe/shredos/shredos console=tty3 loglevel=3 nwipe_options="--autonuke --method=zero --verify=off --noblank --nousb --autopoweroff"
boot
I have also tried the .iso file and called the bzImage file but it does the exact same thing.
These systems are UEFI boot, but so were the Dell machines, so not sure if that is the issue. I am thinking there is some BIOS setting that I am missing that is causing this issue, but I am at a loss.
Any help would be appreciated.
I have also tried the steps in #148 with the same results.
Beta Was this translation helpful? Give feedback.
All reactions