You are not logged in.
I'm not sure this is related to pacman, but I'm not sure where else it would go either.
Yesterday I upgraded a bunch of packages, including the kernel, pacman, and systemd. I shut down the computer overnight. Today it will not boot. I get this:
Booting the kernel.
[ 0.000000] tsc: Fast TSC calibration failed
:: running early hook [udev]
:: running hook [udev]
:: Triggering uevents...
:: running hook [consolefont]
:: Loading console font...done
:: performing fsck on '/dev/disk/by-uuid/...'
/dev/sda3 has been mounted 21 times without being checked, check forced.
/dev/sda3: (snipped)
:: mounting /dev/disk/by-uuid/... on real root
:: running cleanup hook [udev]
ERROR: Root device mounted successfully but /bin/systemd does not exist.
Bailing out, you are on your own. Good luck.
sh: can't access tty: job control turned off.
[rootfs /]#
My /home is on a separate partition and seems to be fine. Most of the root partition seems to be okay, but /boot is totally empty. I can't find anything in /var/log recent enough.
Any ideas?
Last edited by ibrunton (2013-05-19 17:58:32)
Offline
you should migrate to systemd long ago.
maybe the wiki can help you.
ezik
Offline
you should migrate to systemd long ago.
maybe the wiki can help you.
ezik
I migrated to systemd ages ago. That's why it's peculiar that /bin/systemd doesn't exist.
Offline
You should read pacman's output when upgrading:
https://bbs.archlinux.org/viewtopic.php?id=163243
Offline
i don't have /bin/systemd just like you without any problem.
maybe somthing happened to the disk by fsck or before.
is /boot a separate partition?,
because in my red-hat days i hade separate partition
that mixed with a directory boot in partition /.
ezik
Offline
This has really been discussed to death since the change was made. Please do some searching before posting. Basically, if /sbin/systemd doesn't exist, then poitning init= to that is not the greatest idea. So unless you have the systemd-sysvcompat package, your system will now try and boot the old /sbin/init of sysvinit that you never fully replaced.
Offline
This has really been discussed to death since the change was made. Please do some searching before posting. Basically, if /sbin/systemd doesn't exist, then poitning init= to that is not the greatest idea. So unless you have the systemd-sysvcompat package, your system will now try and boot the old /sbin/init of sysvinit that you never fully replaced.
I have systemd-sysvcompat. Am I misunderstanding something, or shouldn't systemd-sysvcompat have prevented whatever my problem is?
Or at least I had systemd-sysvcompat installed. The entire drive seems to have been overwritten with the ARCH_201305 iso image. I downloaed that via another distro's liveCD that I had lying around, but I thought I'd written it to my USB drive. Apparently not? My oops (either that or a MAJOR bug in dd, which I doubt). Oh, well, good thing I back up my /home dir regularly, and this gives me an opportunity for a clean, new install.
Offline
In your bootloader, you are probably telling it init=/sbin/systemd on the kernel command line. Just lose that entire init- clause. You can edit the line in the boot loader so you can boot. Then, after you boot, ensure that your boot partition is mounted on /boot. then go edit your bootloader configuration and fix it permanently, like the news on the Arch Linux site and the output of Pacman both indicated.
Edit: Never mind, I saw your last post after posting this.
Last edited by ewaller (2013-05-20 00:14:43)
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
I have this issue as well. I upgraded the first time in about 2 weeks.
on boot, I get past grub and im dumped into a shell as rootfs. /boot is empty and /new_root is read only. Can anyone shed any light on it?
My system is about 2 years old.
Offline
I have this issue as well. I upgraded the first time in about 2 weeks.
on boot, I get past grub and im dumped into a shell as rootfs. /boot is empty and /new_root is read only. Can anyone shed any light on it?
My system is about 2 years old.
I think you have to provide more infomration that what you have provided. Otherwise it is going to be awfully hard to just guess about what you might have done or any other specification about the state of your system. In any case, I think this constitutes hijacking a thread because 1) I don't think your problem is the same, and 2) it si not your thread to by bringing your own issue to.
Of course I hope that you actually read the thread and tried the fix that has been posted throughout here and throughout these forums over and over again. But the fact remains that the issue the OP had had nothing to do with what he/she orignally thought it was, and turned out to be that he/she dd'ed the ISO onto their rootfs. I don't think that you did that.
Please start a new thread, and link back to this one if you think it is relevant. Also, you need to provide more info... real info. Often times the machine tries to tell the user what is going wrong, and 90% of common computer "users" ignore these warnings and then beg for help. So what does your computer tell you after being "dumped into a shell"? What kind of shell is is?
Offline
I have this issue as well. I upgraded the first time in about 2 weeks.
on boot, I get past grub and im dumped into a shell as rootfs. /boot is empty and /new_root is read only. Can anyone shed any light on it?
My system is about 2 years old.
Umount /new_root, then remount it (this will mount it as rw).
Then navigate to /new_root/boot/grub...etc. (I have syslinux so I don't know the details) and edit the loader configuration to include
init=/usr/lib/systemd/systemd
Also, a good idea to add it for the fallback image too.
Then reboot.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline