FS#38403 - systemd - FPDT zero-length read causes system freeze during boot

Attached to Project: Arch Linux
Opened by Jeff Hodd (jghodd) - Tuesday, 07 January 2014, 00:40 GMT
Last edited by Dave Reisner (falconindy) - Tuesday, 07 January 2014, 04:03 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Critical
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Many Atom-based systems cannot boot Arch Linux due to a known bug that causes the boot to hang just after the Welcome message. This has been traced to systemd, and more specifically to an issue with some systems where 0 is returned from reading the FPDT (Firmware Protection Data Table).


Additional info:
* package version(s)

systemd-208-3 / systemd-208-9

* config and/or log files etc.

The bug: https://bugzilla.redhat.com/show_bug.cgi?id=1027478
The patch: http://cgit.freedesktop.org/systemd/systemd/commit/?id=f576cd2092bc40f9998415cdc3caf10035d4743a

Steps to reproduce:

Occurs right after the "Welcome to Arch Linux" message during the boot. Systems known to experience this problem include, but are not limited to, the Acer Aspire One D270 and the Packard Bell Dot S.

There has been a patch available to fix this issue since 11/2013 which has been incorporated into systemd in several other distros since release 208-6, but it does not appear to be included in Arch's 208-9 version currently in testing. It should be. This is not a minor bug. It makes the OS completely non-functional for users with Atom-based systems who have a zero-length FPDT (Firmware Protection Data Table).
This task depends upon

Closed by  Dave Reisner (falconindy)
Tuesday, 07 January 2014, 04:03 GMT
Reason for closing:  Implemented
Additional comments about closing:  systemd-208-10
Comment by Dave Reisner (falconindy) - Tuesday, 07 January 2014, 01:02 GMT
the -6 and -9 are completely meaningless between distros. They're distro-specific versioning for the package itself. In this case, 208-9 in testing will be replaced with 208-10, and contain this patch.

Loading...