I am rather a noob when it comes to hardware. My wifes desktop (HP Pavillion with 4x AMD AMD A10-7800 Radeon R7) is dying. Most of the time power on does nothing, not even the BIOS splash.
So for a new one.
I am now looking at a HP Pavillion Desktop TP01-2050nd. I think most there will not create any problems using openSUSE, but I have questions about the following:
Processor: AMD Ryzen™ 5 5600G (tot 4,4 GHz boostkloksnelheid, 16 MB L3-cache, 6 cores, 12 threads)
Is this different architecture then the x86_64 I use now on my systems? And when yes, what architecture code to look at when choosing the download?
Disk: 512 GB PCIe® NVMe™ M.2 SSD
The size is OK (the present system uses 4GB for swap, 20GB for ext4 / (43% used) and 200GB for ext4 /home (31% used). Does this NVMe require any hoops to jump through?, The same for SSD (I assume she will experience a very fast working system).
An alternative is a bit heavier system with Ryzen 7 (do not think that is needed) and a 1TB revolving disk. Any reason to have that disk, assuming that the SSD will last as long as the system lasts and the space is not needed?
Video: AMD Radeon™-videokaart
Until now I only usede Intel. Does this run out of the box?
Any other useful remarks?
Of course I plan to use the whole disk when installing openSUSE, thus the pre-installed Windows 11 will be a deadborn one.
Took it to the repair shop. They assume broken MB or CPU. I hope they would have found a bad CMOS battery. Not very helpful. It just started as it does most of the times in the morning. Trying directly after shutdown often goes wrong. I will do some dust removing, always a good thing.
That is fine. Always using confusing strange names for the same :(, I hate that.
No idea where to do that. Will come back to this when the system is here.
Most important for the moment is that I do not buy something that gives extra problems during installation and/or usage.
I bought my first computer from an OEM, but since 1995 I rely on retail components. Web sites such as memorypc.de and others are a great resource for planning.
With a desktop computer slim fit is a bad idea. The above components sit in a bequiet! Pure Base 600 - Midi-Tower, STRAIGHT POWER 11 450W Gold power supply, DARK ROCK 4 cooler. The Corsair 200R case is fine too.
The AMD RyzenTM CPUs with a “G” following the 4 digit number, all have an integrated GPU – usually a Vega 11 or 12.
If you take a look at the AMD specifications, you’ll note that Linux is mentioned – <https://www.amd.com/en/products/apu/amd-ryzen-5-5600g>.
Taking this system as an example, the GPU is happliy running with the “amdgpu” Kernel Module – no need for the AMD driver …
That’s the reason I prefer to build my Desktop boxes myself – I choose a Mainboard which can be either updated via an image on a USB stick which I’ve setup on a Linux system or, a Mainboard with direct Internet access for BIOS/UEFI updates …
I always used HP desktops here and never felt any urge to do a BIOS update. Do you really expect them to come and be important?
@dcurtisfra.
I bookmarked the link you provided (thanks). When I understand it correct, it explains at the end how to do it without Windows. Like @malcomlewis mentioned.
Thanks for the explanation about the G in the type. I now understand why the video card description lacks any type indication. That is because it is inherent to the CPU description.
And on the AMD Ryzen page you offered, I see indeed Ubuntu x86 64-Bit, which then is of course OK for openSUSE.
Lots of reassuring information. Thanks to you both.
If HP has a super stable, absolutely perfectly tested, BIOS/UEFI on their Mainboards then, correct – you will, normally, not need to update the Mainboard’s BIOS/UEFI.
For the case of ASUS Mainboards, you pull a compressed file from ASUS and then, extract the BIOS/UEFI capabilities file to a USB stick – reboot; F2; BIOS; Expert Mode; update …
The instructions for the HP case seems to indicate that, you pull an executable (Windows) installation file from HP which also contains the BIOS/UEFI update file.
Of course there can be “errors” in it that result in an update from HP. But as long as the system runs normally for me, why should I bother to update it? I assume that for a home system it will not be a security risk.
At the moment I have some messages at boot that I offered for comment here on the forums. The answer was that is probably a BIOS error. That settled it for me. Just those few lines on the screen, but openSUSE works like a charm.
I’ve build myself a new desktop earlier this year; with the AMD Ryzen™ 5 5600G and a NVMe SSD, …
The installation of openSUSE Tumbleweed worked without problems. The only thing that is not perfect is the AMDGPU driver.
I experienced the same problems as described here: https://www.camillescott.org/2020/12/16/amdgpy-edid/
And I’m working with Xorg only (KDE), because with Wayland the at every shutdown the system hangs.
Even though I’m not sure, I would blame the AMDGPU driver for this too.
With this knowledge, I would prefer an Intel CPU today.
AFAIK: no.
I avoid the problem by using a displayport cable. That causes a few error messages in the boot process, but beside of three or four seconds more boot time everything works fine.
If this problem occurs depends on the monitor. Mine tells the computer: “I can do RGB (computer mode) and YCbCr (TV mode).” In this case the AMDGPU driver uses - hard coded - TV mode.
Here with an AMD Ryzen 5 3400G – Radeon Vega 11 Graphics – and a Iiyama ProLite XB3288UHSU Display – connected via a HDMI cable for a resolution reason – the resolution I need is only available via HDMI …
.
35381.535] (II) AMDGPU(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
.
35381.536] (II) AMDGPU(0): EDID for output DVI-D-0
35381.536] (II) AMDGPU(0): Output HDMI-A-0 connected
35381.536] (II) AMDGPU(0): Output DVI-D-0 disconnected
35381.536] (II) AMDGPU(0): Using exact sizes for initial modes
35381.536] (II) AMDGPU(0): Output HDMI-A-0 using initial mode 3840x2160 +0+0
35381.536] (II) AMDGPU(0): mem size init: gart size :bf6ca000 vram size: s:7cc50000 visible:7cc50000
35381.536] (**) AMDGPU(0): Display dimensions: (698, 393) mm
35381.536] (**) AMDGPU(0): DPI set to (139, 139)