Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Created attachment 1406325[details]
Text installation output
Description of problem:
When doing installations on armhfp, some SoC's fail to reboot when the installation is completed successfully, requiring user intervention.
Reboot works as expected with the same kernel outside of anaconda.
Version-Release number of selected component (if applicable):
anaconda 28.22.1-1.fc28
How reproducible:
Always.
Steps to Reproduce:
1. Complete a network install on armhfp (raspbery pi 2/3 for example)
2. Reboot after successful install (issued in the kickstart or manually)
Actual results:
...
[ OK ] Unmounted /mnt/sysimage.
[ OK ] Reached target Unmount All Filesystems.
[ OK ] Stopped target Local File Systems (Pre).
Stopping Device-Mapper Multipath Device Controller...
[ OK ] Stopped Create Static Device Nodes in /dev.
[ OK ] Stopped Create System Users.
[ OK ] Stopped Remount Root and Kernel File Systems.
[ OK ] Reached target Shutdown.
[ OK ] Reached target Final Step.
Starting Reboot...
[ OK ] Stopped Device-Mapper Multipath Device Controller.
[ 3170.980713] reboot: Restarting system
The system will not reboot at this point and requires a manual reset.
If Anaconda tells the system to reboot by calling the appropriate commands and nothing happens, something is most likely wrong lower in the stack (kernel/systemd ?). So reassigning to kernel for further triage.
*********** MASS BUG UPDATE **************
We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 28 kernel bugs.
Fedora 28 has now been rebased to 4.17.7-200.fc28. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.
If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE **************
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 5 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.
Created attachment 1406325 [details] Text installation output Description of problem: When doing installations on armhfp, some SoC's fail to reboot when the installation is completed successfully, requiring user intervention. Reboot works as expected with the same kernel outside of anaconda. Version-Release number of selected component (if applicable): anaconda 28.22.1-1.fc28 How reproducible: Always. Steps to Reproduce: 1. Complete a network install on armhfp (raspbery pi 2/3 for example) 2. Reboot after successful install (issued in the kickstart or manually) Actual results: ... [ OK ] Unmounted /mnt/sysimage. [ OK ] Reached target Unmount All Filesystems. [ OK ] Stopped target Local File Systems (Pre). Stopping Device-Mapper Multipath Device Controller... [ OK ] Stopped Create Static Device Nodes in /dev. [ OK ] Stopped Create System Users. [ OK ] Stopped Remount Root and Kernel File Systems. [ OK ] Reached target Shutdown. [ OK ] Reached target Final Step. Starting Reboot... [ OK ] Stopped Device-Mapper Multipath Device Controller. [ 3170.980713] reboot: Restarting system The system will not reboot at this point and requires a manual reset.