Hi,
hit another wall when trying to install current Tumbleweed on Acer Travelmate 8204WLMi /Intel Core Duo T2500/ATI Mobility Radeon X1600
Installation works, when restart I can see
“Welcome to Grub” then the three entry choice menu. When (auto) opening openSuse Tumbleweed I get there:
0.148470] T1] ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - 2008 (20211217/dspkginit-438)
repeats three more times then all is stopped.
What can I do? I read up, but BIOS update - I cannot figure out.
Can I choose Advanced options and modify the script?
The current TW installation system is probably using the 5.18.15 kernel that isn’t working well with a lot of AMD GPUs. You could try appending spectre_v2=off to the installation’s bootloader linu line. If that doesn’t help, try failsafe mode boot option, or appending textmode=1 to the linu line to run the installation in plain text mode. Also you could try waiting for the next iso, which hopefully will have a fixed kernel, to try again.
ACPI errors are usually red herrings.
I have a bunch of PCs running TW on Core2Duos. They aren’t obsolete yet. The X1600 ultimately might need some special cmdline option(s) for optimal X performance, but should at least be bootable. 9 days ago I upgraded a Core2Duo with X1300 and had no issues I recall, except for 2 displays not working on the modesetting DIX display driver, but OK on the radeon DDX.
I appreciate your participation, but here are some data:
Intel 64 (Intel’s x86-64 implementation) is not supported by Yonah. However, Intel 64 support is integrated in Yonah’s successor, the mobile version of Core 2, code-named Merom.
Man, you’re trolling poor guys?
Amdgpu is too new for ATI Mobility Radeon X1600 = RV530 die.
Mesa 3D used R500 driver for it, now it deprecates R500 and uses R600 driver with unknown level of acceleration.
But it is OpenGL 2.0 (2.1) with limitations, glitches with KDE, no support for KDE’s live buttons, no acceleration with Firefox (and maybe with Chromiums).
2 GiB of RAM means troubles with BTRFS, so user needs ext4/XFS, but with TW it is better to use BTRFS.
But it is DDR2 RAM, so it is upgradable to 2*2 = 4 GiB.
WiFi Intel PRO/Wireless 3945ABG supports 802.11a/b/g only.
I hope HDD is SATA, not IDE.
Core Duo is predecessor for Core2 Duo.
CPU maybe upgradable to Core2 with BIOS update, but IDK.
I saw nothing in OP to suggest OP was attempting to use a 64bit TW version. His laptop differs modestly from one PC here, mine just a bit older RV5xx ATI GPU, with single core Intel Pentium Prescott:
Thank you all for your time (@mrmazda, @Svyatko, @karlmistelberger) and your input.
I was trying to install 32-bit TW, 64-bit gave immediate error message, as you mentioned before.
I tried the suggestions, but no success. I am unsure if
adding “spectre_v2=off to the installation’s bootloader linu line”
is the same as adding “spectre_v2=off” to the first line of the GNU GRUB version 2.06 script
I also tried “textmode=1”
I did not do a bios upgrade, as I cannot find a specific one on the Acer home page. My model does not seem to exist within their selection.
I will wait for a new ISO update and try installation again
I did not trash the hardware yet but will do as final option
ATI Mobility Radeon X1600 = RV530 die.
Mesa 3D used R500 driver for it, now it deprecates R500 and uses R600 driver with unknown level of acceleration.
I’m not sure whether the installation media’s bootloader is Grub, Syslinux, or something else, which is the reason I didn’t use the word Grub there. The portion of your post I highlighted in bold is ambiguous. Grub scripts I’m familiar with have many lines. Grub provides multiple scripts. If you mean the linu lines in boot stanzas in /boot/grub2/grub.cfg, then yes, it’s the same as “the installation’s bootloader linu line”. My thought is that spectre_v2=off most likely is only needed with considerably newer GPUs than your X1600.
The bug that caused spectre_v2=off to be required for some GPUs was fixed in kernels newer than 5.15.15, so with kernel 5.19 in current TW, those who needed it no longer do. 5.19 provided many other changes, so it’s probably time to try installation again. If it fails again, try appending to the bootloader’s linu line radeon.agpmode=-1.
AFAIK all radeon.agpmode=-1 is supposed to do is ensure use of PCI mode with buggy GPUs. Last AGP Radeon model was 2.5 years after X1600, as OP has. IIRC, I’ve found it necessary in some configurations since AGP support was “removed” from kernel around 2 years ago (5.7?, 5.8?), but not which. It could have been AGP 7xxx, 9xxx or X1950, or PCIe X600, X1300 or HD2xxx.