You are not logged in.
I'm on the very last step to finish the installation of Arch Linux, that is installing a boot loader. I've settled on systemd-boot and followed the official Arch Wiki systemd-boot installation guide: https://wiki.archlinux.org/index.php/Systemd-boot
I followed the steps rigorously installing the package, and setting it up. When doing my own research on the internet I found that it may have something to do with the PARTUUID, and that you should use either the partition LABEL or UUID. As said I did follow the guide as it suggested that the root partition can be identified with either its LABEL or PARTUUID. Now, I looked at a video tutorial on the same subject where their systemd-boot configuration file had the line:
options root=UUID=<string of characters> rwAs I've been instructed to follow the Arch Wiki, so I did. Therefore mine looked like this:
options root=PARTUUID=153e6e69-8579-2c43-bb42-cb9ee7cd95db rwSo I'm now asking you what is the correct way to launch the root partition or if something else is causing the system boot failure, the correct procedure to make the boot successful.
I've no idea where to go from here, when trying to boot I get a couple of messages printed on the screen and then lands me in a shell called rootfs. This is all the text it prints out:
:: running early hook [udev]
starting version 239
:: running hook [udev]
:: Triggering uevents...
Waiting 10 seconds for device /dev/disk/by-partuuid/153e6e69-8579-2c43-bb42-cb9ee7cd95db ...
ERROR: device 'PARTUUID=153e6e69-8579-2c43-bb42-cb9ee7cd95db' not found. Skipping fsck.
:: mounting 'PARTUUID=153e6e69-8579-2c43-bb42-cb9ee7cd95db' on real root
mount: /new-root: can't find PARTUUID=153e6e69-8579-2c43-bb42-cb9ee7cd95db.
You are now being dropped into an emergency shell.
sh: can't access tty; job control turned off
[rootfs ]#Last edited by Halikular (2018-11-12 15:37:10)
Offline
Please paste the output of `blkid` from the chroot.
Offline
How do I do that? When in this rootfs shell it's hard to do anything. What is the exact steps I've to do to first get out of rootfs and secondly chroot into the system.
Last edited by Halikular (2018-11-05 02:03:26)
Offline
What is the exact steps I've to do to first get out of rootfs and secondly chroot into the system.
The same exact steps you followed to do this when you installed arch linux - assuming, of course, that you actually installed arch following the installation guide, which according to this it sounds like you didnt. And if you didn't, you should not ask for help here.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
I've followed the official Arch Wiki Installation guide for Arch Linux in detail, making sure to understand every step I've made. So basically what I'm going to do is to boot into the installation media again, not making any new partitions as they already exists. Then mounting the filesystem, and finally Chrooting? Also regarding the old post, I've done a complete re installation of Arch Linux making sure to wipe all signatures and partitions before doing so.
Last edited by Halikular (2018-11-05 02:31:48)
Offline
So basically what I'm going to do is to boot into the installation media again, not making any new partitions as they already exists. Then mounting the filesystem, and finally Chrooting?
Yes.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Please paste the output of `blkid` from the chroot.
This output of "blkid" http://ix.io/1r0L
Offline
Can you boot the failsafe initramfs?
Online
The problem is that I do not know how to do that, could you please elaborate on the steps I have to take to do that? Can't find online.
Offline
From the UEFI Menu, choose the Fallback Image to boot from.
Offline
Also I tried replacing PARTUUID with UUID and then systemd-boot could boot me into the Arch system. However it prints out some errors and prompts me to press ctrl + d to proceed to the system. I think I'll have to have you judge what is most important in this case and what should be focused on troubleshooting.
Offline
From the UEFI Menu, choose the Fallback Image to boot from.
Alright, I'll try that.
Offline
However it prints out some errors ... I think I'll have to have you judge what is most important ...
We can't possibly do that without actual information: "some errors" is meaningless.
"UNIX is simple and coherent" - Dennis Ritchie; "GNU's Not Unix" - Richard Stallman
Offline
Okay so one thing leads to the other. Now I've been trying to troubleshoot internet connectivity issues following the "Network configuration" article without getting the issue resolved. So for the lack of internet connectivity I opted to boot into the installation media and run the command: "journalctl -xb" to view the report, which was what the system told me to do after the boot of the actual Arch system. I hope this will give us some new leads. This is the output of "journalctl -xb": http://ix.io/1rBl
Last edited by Halikular (2018-11-11 23:56:08)
Offline
That's the journal for the live medium, I don't see how that is going to help.
Offline
See jasonwryan's request in post #2 now you can boot from the live media and post output.
Offline
Okay then, I hoped that I would never have to do this, but for the convenience sake. I know you don't want it but I'm empty handed in these regards. I'm going to have to post pictures taken by my smartphone of of the monitor. This is the result (I know it looks terrible):
https://transfer.sh/jYKNE/outputCombined.pdf
Last edited by Halikular (2018-11-12 01:56:47)
Offline
See jasonwryan's request in post #2 now you can boot from the live media and post output.
What am I supposed to post output of?
Offline
loqs wrote:See jasonwryan's request in post #2 now you can boot from the live media and post output.
What am I supposed to post output of?
Please paste the output of `blkid` from the chroot.
Offline
Okay I'll do it again for good measure. I've added a label for the root partition as it was tedious to work with the UUID. http://ix.io/1rBC
Last edited by Halikular (2018-11-12 02:11:28)
Offline
The PARTUUID matches so perhaps the NVME device is not being detected. In the recue shell does the output of `ls /dev/` contain any entries starting nvme?
Offline
Yes it does. I can show you the single shot of what the rescue shell prints out: https://imgur.com/V2F3rnX
Offline
So, it is /home that is failing. Paste your fstab.
Offline
@jasonwryan looking at the blkid output for what I presume is home
/dev/nvme0n1p7: PARTUUID="daddf4c1-8b17-594f-834a-8c3712817ff8"The lack of UUID and TYPE entries make me wonder if the partition is unformatted.
Last edited by loqs (2018-11-12 03:42:45)
Offline
Wouldn't the fsck fail if it was unformatted? Or is it failing because it can't mount it to run fsck?
In any event, the system is bootable...
Offline