Has anyone tried to install Linux on the Aurora R10 Ryzen? I tried to boot opensuse thumbleweed live but it hangs in normal/failsafe mode. So before continuing trial and error quest I decided to check with community if anyone succeeded with particular distribution (ideally rolling release with secure boot support)?
Our Linux configuration is simple. Ubuntu 1 18.04 is installed fresh, and our scripts take care of test installs (many with the help of Phoronix Test Suite) and system updates. Sleep is disabled, and the performance profile is enforced with this command:
echo performance | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
If you use systemd 240 an up, you will get the boot issues mentioned above. Ubuntu up to 18.10 uses systemd 239 that's why it works without any problem, even with a later Kernel
well, it looks like that particular issue had to be fixed by agesa update... though hang or monitor mode mess up happens at 'updating amd microcode' output from kernel
will try ubuntu versions as well
quick update: looks like there're two problems amd 3700x & nvidia 2060 super. i'm 'almost' able to boot ubuntu 20.04 in 'safe graphics' mode though with multiple errors probably need need to wait couple more months for fixes to come to linux kernel/rolling distros.. feels like it's 90's again :(( in terms of linux hardware support
I have an R10 with Ryzen 9 3900/Radeon RX 5700 XT.
I installed PopOS 20.04 from a USB stick (after turning off Safe Boot). The only issue I had was needing to switch the controller from RAID to AHCI, following the steps to first set Windows to boot into Safe Mode on the next boot, boot into BIOS and make the switch in BIOS, boot into Safe Mode to load the AHCI driver, set it back to normal boot and reboot. Everything pretty much worked out of the box, though of course no Alienware tools or RGB, but that's fine.
I then took the Ubuntu 20.04 M.2 drive from my Intel Zeon/Nvidia Quadro based Thinkpad and installed it with an M.2 to PCIE adapter. I knew that it couldn't possibly boot, but just for grins I tried selecting it at boot. Not only did it boot up, but it gave me the uber-cool Alienware/Ubuntu boot animation as it was booting. After I logged in the screen went black for about a minute and I figured it had fallen over, but then my desktop appeared! Checked and it recognizes that is running on Ryzen with AMD graphics, the Nvidia drivers are gone, everything seems to be working great (I'm writing this on it right now). Virtualbox works fine with both Windows and Linux guests, no issues with any of my software, I'm just amazed at how well it is running without needing to reinstall.
i might have to recheck with latest bios... i was able to install open suse with "vendor" loaded amd raid driver (w/o switching to ahci) and had to disable kernel nvidia drivers
but then figured out opensuse's dkml is incomplete (lack of template to build driver rpm) and just had no time to get back to it.. also had to install nvidia rpm drivers... so it's definitely possible to install in configuration "as shipped" just upset dell has shown literally zero interest to support its linux clients
They support Linux, just not on Gaming PCs, which kind of makes sense as Linux gaming is still pretty rare compared to Windows gaming.
But then, there is that really nice Alienware Ubuntu boot animation that popped up all on its own when I installed an Ubuntu drive. Not sure where that came from - was it built into Ubuntu just lurking and waiting to see Alienware hardware, or did Dell do it?
speedstep
11 Legend
•
46969 Posts
4041
0
Posted March 29th, 2020 16:00
This would not be supported by Dell Alienware. They will only support Windows 10.
But, the Ryzen 7 3700X and 12-core Ryzen 9 3900X work with Ubuntu.
https://techgage.com/article/amd-ryzen-7-3700x-ryzen-9-3900x-performance-in-linux/
Our Linux configuration is simple. Ubuntu 1 18.04 is installed fresh, and our scripts take care of test installs (many with the help of Phoronix Test Suite) and system updates. Sleep is disabled, and the performance profile is enforced with this command:
echo performance | tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
If you use systemd 240 an up, you will get the boot issues mentioned above. Ubuntu up to 18.10 uses systemd 239 that's why it works without any problem, even with a later Kernel
https://github.com/poettering/systemd/commit/1c53d4a070edbec8ad2d384ba0014d0eb6bae077