Bug 854611 - unable to boot rawhide VM for a long time
unable to boot rawhide VM for a long time
Status: CLOSED DUPLICATE of bug 847418
Product: Fedora
Classification: Fedora
Component: systemd (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: systemd-maint
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2012-09-05 08:34 EDT by Jeff Layton
Modified: 2014-06-18 03:42 EDT (History)
12 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2012-09-06 08:43:45 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
console output from boot process before forcibly shutting it down (76.93 KB, text/plain)
2012-09-05 08:34 EDT, Jeff Layton
no flags Details

  None (edit)
Description Jeff Layton 2012-09-05 08:34:38 EDT
Created attachment 610018 [details]
console output from boot process before forcibly shutting it down

I have a fairly bog-standard rawhide VM that I use for testing. For the last several weeks, that VM has been unable to boot all the way up. Figuring it was that something got broken during one of the many yum updates, I reinstalled a F17 VM from scratch and then did a distro-sync to bring it up to rawhide. That also failed to boot in the same fashion.

I'm not certain what component has the real problem, but I am able to boot with the original F17 kernel. So, opening this bug against dracut. What happens at boot time is that the console seems to cycle endlessly on trying to do something with systemd and then restarts part of the boot process:

[  OK  ] Started Dracut pre-udev hook.
         Starting udev Kernel Device Manager...
[  OK  ] Started udev Kernel Device Manager.
         Starting Dracut pre-trigger hook...
[  OK  ] Reached target Basic System.
[  114.791847] systemd-udevd[2426]: starting version 188
[  145.347941] systemd-journald[2373]: Received SIGTERM
[  145.365040] systemd[1]: Running in initial RAM disk.

Welcome to Fedora 19 (Rawhide) dracut-023-2.fc18 (Initramfs)!

[  145.404333] systemd[1]: Cannot add dependency job for unit systemd-journal-flush.service, ignoring: Unit systemd-journal-flush.service failed to load: No such file or directory. See system logs and 'systemctl status systemd-journal-flush.service' for details.
         Starting Dracut cmdline hook...
[  OK  ] Reached target Sockets.
Comment 1 Harald Hoyer 2012-09-05 09:27:02 EDT
$ rpm -q systemd

which systemd version do you have?
Comment 2 Jeff Layton 2012-09-05 09:39:37 EDT
[root@rawhide ~]# rpm -q systemd
Comment 3 Harald Hoyer 2012-09-06 06:09:38 EDT
Do you have the file "/etc/initrd-release" in your real root?
Comment 4 Jeff Layton 2012-09-06 07:36:11 EDT

# cat /etc/initrd-release
cat: /etc/initrd-release: No such file or directory
Comment 5 Harald Hoyer 2012-09-06 08:15:13 EDT
Does it help to regenerate the initramfs?

# dracut -f --kver <newest kernel version>
Comment 6 Harald Hoyer 2012-09-06 08:22:25 EDT
bug 847418


somebody messed up the rawhide version.
Comment 7 Jeff Layton 2012-09-06 08:43:45 EDT
Thanks Harald.

Ok, I did a downgrade to systemd-188-3.fc18 and regenerated the initramfs, and it seemed to fix the problem. Closing this as a duplicate of 847418.

*** This bug has been marked as a duplicate of bug 847418 ***

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