You are not logged in.
Before I reboot and stuck in this problem I just did an update with kde-applications and some kernel from aur. My root directory is a LUKS on a two disks btrfs raid1.
After I tried to reboot the boot stuck at this start job:
The strange thing is, that this UUID does not belong to any disk and its filesystem in my configurations. E.g: I use /etc/crypttab.initamfs to decrypt both disk that consists of the root directory, here is what it looks like:
nvme_crypt UUID=d82485fd-ce72-42e0-bdaa-a77477fbdc11 /etc/crypto_keyfile.bin
ssd_crypt UUID=b8739465-870f-4248-8fc7-3d8fd15a5a67 /etc/crypto_keyfile.bin
Here is what my /etc/fstab looks like:
The outputs of
lsblk -f
on my machine:
The /etc/default/grub file:
What I have done after the problem occurred:
1. Tried
# mkinitcpio -P
my system after checked that the configurations of my fstab is same as the lsblk output;
2. Tried
# grub-mkconfig -o /boot/grub/grub.cfg
after checked that the /etc/fstab and /etc/crypttab.initramfs is same as the lsblk output.
But after these procedures the problem remains.
Last edited by rime@etik.com (2023-12-09 09:54:23)
Offline
Don't know if there is filesystem or hardware damage, maybe fsck is needed for this problem.
Offline
Please post text, not pictures thereof.
You can use the tip in the 1st link below to paste them from a text shell.
So what is 31adf15f-… ?
Does it show up anywhere in your /etc/crypttab* or initramfs?
You're using dracut?
Offline
Please post text, not pictures thereof.
You can use the tip in the 1st link below to paste them from a text shell.So what is 31adf15f-… ?
Does it show up anywhere in your /etc/crypttab* or initramfs?
You're using dracut?
Sorry about that but I would not use pictures if I can find an ocr service that is accurate enough to recognize these files, and not even asking for the correct format, when I have only got this one computer and it can only run under chroot mode now.
Speaking of the 31adf15f UUID, it does not show up anywhere both in my /etc/crypttab or /etc/crypttab.initramfs file, since I have only got these two file in my /etc that can be related to this. I even checked for the /etc/fstab file cause I configured my data and backup HDDs in it, but they does not match this UUID either.
And, I am not using dracut since this is not endeavourOS and I would not change the default initramfs to it, or I will be using
# dracut-rebuild
to rebuild the initramfs but not
# mkinitcpio
anymore.
Last edited by rime@etik.com (2023-12-12 07:42:24)
Offline
dracut isn't any specific to endeavour.
it can only run under chroot mode now
So? Did you check http://wiki.archlinux.org/title/List_of … n_services ?
Upload some older journal from the chroot
sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st
to see whether the device shows up there (as well)
"lsblk -f" doesn't work from the chroot, but you can run it from the iso before chrooting.
and some kernel from aur
Does the main or LTS kernel still boot?
Offline
dracut isn't any specific to endeavour.
it can only run under chroot mode now
So? Did you check http://wiki.archlinux.org/title/List_of … n_services ?
Upload some older journal from the chrootsudo journalctl -b -1 | curl -F 'file=@-' 0x0.st
to see whether the device shows up there (as well)
"lsblk -f" doesn't work from the chroot, but you can run it from the iso before chrooting.and some kernel from aur
Does the main or LTS kernel still boot?
I tried 0x0.st before but it is almost inaccessible in my network environment.
At least there is only termbin.com is usable here.
Here is the journalctl of the last run of this system.
BTW main and LTS kernels does not work either, because I use main kernel at most of the time.
Offline
That's just a random excerpt of a journal from december 6th, starting way into the boot w/ an fcitx5 autosave
Offline