/etc/init.d/grub-common uses file from initscripts without a dependency
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
grub2 (Debian) |
Fix Released
|
Unknown
|
|||
grub2 (Ubuntu) |
Fix Released
|
Low
|
Martin Pitt |
Bug Description
In yakkety we are only a few away from dropping initscripts from the default install. When purging initscripts, the only failed service at boot is /etc/init.
● grub-common.service - LSB: Record successful boot for GRUB
Loaded: loaded (/etc/init.
Active: failed (Result: exit-code) since Fr 2016-05-20 18:17:46 CEST; 23s ago
Docs: man:systemd-
Process: 761 ExecStart=
Mai 20 18:17:46 donald systemd[1]: Starting LSB: Record successful boot for GRUB...
Mai 20 18:17:46 donald grub-common[761]: /etc/init.
Mai 20 18:17:46 donald systemd[1]: grub-common.
Mai 20 18:17:46 donald systemd[1]: Failed to start LSB: Record successful boot for GRUB.
Mai 20 18:17:46 donald systemd[1]: grub-common.
Mai 20 18:17:46 donald systemd[1]: grub-common.
Indeed /etc/init.
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: grub-common 2.02~beta2-
ProcVersionSign
Uname: Linux 4.4.0-23-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
CurrentDesktop: i3
Date: Fri May 20 18:19:26 2016
EcryptfsInUse: Yes
SourcePackage: grub2
UpgradeStatus: No upgrade log present (probably fresh install)
Changed in grub2 (Ubuntu): | |
status: | Triaged → In Progress |
Changed in grub2 (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in grub2 (Debian): | |
status: | Unknown → New |
Changed in grub2 (Debian): | |
status: | New → Fix Committed |
Changed in grub2 (Debian): | |
status: | Fix Committed → Fix Released |
This bug was fixed in the package grub2 - 2.02~beta2- 36ubuntu8
--------------- 36ubuntu8) yakkety; urgency=medium
grub2 (2.02~beta2-
* debian/ grub-common. init: Don't source /lib/init/vars.sh, we don't depend
on initscripts (and don't want to). There is no reason why we would not
use the LSB log_action_msg in non-verbose (default) mode, most other
packages use it unconditionally. (LP: #1584134)
-- Martin Pitt <email address hidden> Fri, 20 May 2016 18:33:35 +0200