Sunday, September 4, 2022

[fedora-arm] Re: System no longer bootable after latest update.

> Am 04.09.2022 um 12:05 schrieb Peter Robinson <pbrobinson@gmail.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.
Kernel:
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.



Best
Peter

_______________________________________________
arm mailing list -- arm@lists.fedoraproject.org
To unsubscribe send an email to arm-leave@lists.fedoraproject.org
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://lists.fedoraproject.org/archives/list/arm@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

No comments:

Post a Comment