by m040601 » Tue Dec 15, 2020 4:49 am
$this->bbcode_second_pass_quote('', 'S')o, I'm gonna try now replacing only the files that belong to "raspberrypi-bootloader" and "raspberrypi-bootloader-x"
I can now confirm that replacing only the files that belong to "raspberrypi-bootloader" and "raspberrypi-bootloader-x" packages seems to work.
At least the system boots, and I cant seem to see any abnormal behaviour.
Big thanks to @graysky for the prompt advice.
I still dont trust this big mess of having old and new mixed together. All those .elf .dat and the bootcode.bin files from August 2020 cocktailed in a system that was updated in December 2020.
So what would you recommend ?Is it safe to keep the system running this way ?Should I just keep it this way (with the old bootloader files) and wait for the next updates and then forget the all thing ?
I'm thinking the best is to just backup the important stuff, and dont update any thing in the next few days. Just wait to see what comes up from the Raspberry Pi foundation firmware package, and/or a new fresh ArchlinuxARM image (
http://os.archlinuxarm.org/os/ArchLinux ... est.tar.gz) for December or January. A fresh system reinstall them, seems to be the wise thing to do.
----
RANT:
Really unhappy with the sloppy kernel and boot updates on ARM this year. It's not that I blame the ArchlinuxARM release team. But the problem does seem to come from upstream.
This happened a couple of times both on the Raspberry Pi and the Samsung Chromebook. Many times had to rollback the kernel updates to the previous version. It seems things dont get tested before being released ? Lesson learned, dont rush for "pacman -Syu" on ARM.
In more than 10 years using Arch x86 I always laughed at those people who say Arch isnt "stable for production" systems because it's a rolling realese system. But I'm kind of rethinking this for Arch ARM. At least for the case of releasing a robust product for the average user based on it.
On the other end, strangely, issues that seem to affect the average Raspbian/Raspberry professional complainer dont seem to affect me. Example, the" supposed" inferiority/unreliabilty of running a system from a micro sd card.
After almost 5 years running on the same micro sd card and rpi2 board, I never, ever had an sd card physical corruption problem. No matter how many times the power went off, or I "pushed" the system too much. When it boots, and if nothing else changes, Arch Arm will run like a tank forever