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.
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! |