Bug 1607981
| Summary: | No extlinux.conf entry added for new kernel installs on armhfp | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul Whalen <pwhalen> |
| Component: | grubby | Assignee: | Peter Jones <pjones> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | fmartine, pbrobinson, pjones |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | armhfp | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | grubby-8.40-17.fc29 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-08-02 17:47:19 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 245418 | ||
|
Description
Paul Whalen
2018-07-24 16:30:35 UTC
(In reply to Paul Whalen from comment #0) > Description of problem: > > After installing a new kernel on armhfp, rebooting there is no new entry > added for the new kernel, nor is the removed kernel removed from > extlinux.conf. > > This appears to be the result of the Boot Loader Specification change in F29. > https://fedoraproject.org/wiki/Changes/BootLoaderSpecByDefault > > No extlinux support is listed. > > How reproducible: > Everytime The problem was that grubby didn't have the executable bit set so new-kernel-pkg just existed without calling grubby. This should be fixed by https://koji.fedoraproject.org/koji/taskinfo?taskID=28573349 Output with grubby-8.40-16.fc29: .. Running scriptlet: kernel-lpae-core-4.18.0-0.rc6.git0.1.fc29.armv7hl 3/3 /sbin/grubby: line 5: /usr/libexec/grubby: Is a directory /sbin/grubby: line 5: exec: /usr/libexec/grubby: cannot execute: Is a directory /sbin/grubby: line 5: /usr/libexec/grubby: Is a directory /sbin/grubby: line 5: exec: /usr/libexec/grubby: cannot execute: Is a directory Running scriptlet: kernel-lpae-4.18.0-0.rc6.git0.1.fc29.armv7hl 3/3 Verifying : kernel-lpae-4.18.0-0.rc6.git0.1.fc29.armv7hl 1/3 Verifying : kernel-lpae-core-4.18.0-0.rc6.git0.1.fc29.armv7hl 2/3 Verifying : kernel-lpae-modules-4.18.0-0.rc6.git0.1.fc29.armv7hl (In reply to Paul Whalen from comment #2) > Output with grubby-8.40-16.fc29: > > .. > Running scriptlet: kernel-lpae-core-4.18.0-0.rc6.git0.1.fc29.armv7hl > 3/3 > /sbin/grubby: line 5: /usr/libexec/grubby: Is a directory > /sbin/grubby: line 5: exec: /usr/libexec/grubby: cannot execute: Is a > directory > /sbin/grubby: line 5: /usr/libexec/grubby: Is a directory > /sbin/grubby: line 5: exec: /usr/libexec/grubby: cannot execute: Is a > directory > Running scriptlet: kernel-lpae-4.18.0-0.rc6.git0.1.fc29.armv7hl > 3/3 > Verifying : kernel-lpae-4.18.0-0.rc6.git0.1.fc29.armv7hl > 1/3 > Verifying : kernel-lpae-core-4.18.0-0.rc6.git0.1.fc29.armv7hl > 2/3 > Verifying : kernel-lpae-modules-4.18.0-0.rc6.git0.1.fc29.armv7hl Right, sorry for missing that. Should be fixed in grubby-8.40-17.fc29. Looks good with grubby-8.40-17.fc29, thanks Javier! |