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