> Am 04.09.2022 um 12:05 schrieb Peter Robinson <email@example.com>:
>> Yesterday I (re-)installed my Rock Pi4 with F36 and then did an update.
>> During the update there showed up various messages listed below. Afterwards the system didn't boot anymore.
>> Last messages on screen:
>> Started Plymouth-start.ser?e - Show Plymouth Boot Screen
>> Started systems-ask-passw*uests to Plymouth Directory Watch.
>> Reached target paths.target - Path Units.
>> Reached target basic.target - Basic System.
> What were the messages before that, there could well be a lot of other
> things that happen in the boot process prior to that that causes it to
> stop there.
Before that I got the EFI screen and could select a kernel, but the keyboard is not initialised so the system does respond to the cursor keys at all.
15.19.6-200.fc36 default selection and obviously installed by update
15.17.5-300.fc36 I guess the kernel install by installation image
It follows the message in 1 line
Booting ‚Fedora Linux (5.19.6-200.fc36.aarch64) 36 (Server Edition)'
Displays several seconds, then a screen refresh and just the 4 lines
>> Then nothing happened anymore.
> Does it just hang there? Does it eventually drop you to an emergency shell?
Just hanging there, no emergency shell, unfortunately.
1 time (out of several tries) I got additional output:
10.951731. Unable zu handle kernel execute from non-executable memory at virtual address (16 x 0)
and 27 lines of messages. I was able to take a picture with my phone which I am happy to send you if if helps.
>> One question is, how to fix it.
> Hard tell tell. Can you start by selecting the previous booting kernel
> from the grub2 menu and see if that works. Debugging problems on arm
> is no different to debugging on x86.
For my case here it was a fresh installation, so there is no loss of data (though of course I'd like it up and running so I can use it productively. It runs my server monitoring software). But I think it is urgent to find the cause and fix it, before other users may be severely impaired.
>> The other question is how can such a disaster happen? With an item that is offered for download on the Fedora Server page, something like this should not happen.
> Fedora is a complex system of software with a lot of moving parts and
> a lot of updates frrom F-36 GA -> latest updates.
Yes, indeed. But we managed for years now to find such issues before we published an update - at least as far as I remember the updates of all our servers.
>> Update messages
>> Updating: selinux-policy-36.14-1.fc36.noarch 240/670
> You've included a very small part of the update, it shows there's 670
> update transactions happening, you've included a random selection
> between 240-248, then 251-255 then to 351-354 and then back to the
> 250s. Why this selection? I'm guessing in here there's at least a new
> kernel. What was the previously booting kernel and what was the one
> you were trying to boot?
I selected all item with an „unusual" message expecting one of those being the culprit. But obviously, it is the kernel.
I can attach the m2 board to another machine and try to reconfigure grub to use the old kernel, if that helps.
arm mailing list -- firstname.lastname@example.org
To unsubscribe send an email to email@example.com
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://firstname.lastname@example.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue