Bug 1326375 - Dracut >= 042 does not produce a bootable initramfs ("permission denied" errors)
Summary: Dracut >= 042 does not produce a bootable initramfs ("permission denied" errors)
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 23
Hardware: All
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: dracut-maint-list
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-12 14:32 UTC by g.trentalancia
Modified: 2016-04-18 11:20 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-04-18 11:20:29 UTC
Type: Bug


Attachments (Terms of Use)
Proposed patch (998 bytes, text/plain)
2016-04-12 14:32 UTC, g.trentalancia
no flags Details
Proposed patch (version 2) (1.38 KB, patch)
2016-04-14 12:07 UTC, g.trentalancia
no flags Details | Diff

Description g.trentalancia 2016-04-12 14:32:42 UTC
Created attachment 1146474 [details]
Proposed patch

Description of problem:

Dracut (>= 042, up to latest) fails to boot up the system with several "permission denied" errors on execution of binaries.

Version-Release number of selected component (if applicable):

042 and greater

How reproducible:


Steps to Reproduce:
1. Create an initramfs
2. Install grub using the initramfs that has been created
3. Boot up the newly installed grub entry

Actual results:

System fails to boot up (with "permission denied" errors and it does not offer an emergency shell).

Expected results:

The system should boot up normally.

Additional info:

Patch submitted to the initramfs.org mailing list.

Comment 1 g.trentalancia 2016-04-14 12:07:43 UTC
Created attachment 1147217 [details]
Proposed patch (version 2)

Comment 2 g.trentalancia 2016-04-14 20:37:52 UTC
As already explained on the mailing list, the patch committed by Harald Hoyer (db7d61cff7f5a5be3a56cff39dc278f004b9c461 Thu Apr 14 14:56:37 2016 +0200) does NOT work (due to the function str_starts() not behaving as expected).

If the check proposed by Harald Hoyer is really needed (I don't think it's really needed), please apply patch version 2:

https://bugzilla.redhat.com/attachment.cgi?id=1147217

otherwise, please apply patch version 1:

https://bugzilla.redhat.com/attachment.cgi?id=1146474

The above two patches are the only one that work properly and that have been tested.


Note You need to log in before you can comment on or make changes to this bug.