CachyOS Boot "Cannot open access to console, the root account is locked"

[OdlG]

Moin

Ich möchte auch den Wechsel von Windows zu Linux wagen und habe mir mit der aktuellen ISO CachyOS installiert. Auf zwei Laptops verlief das ohne Probleme. Bei meinem Haupt-PC habe ich jedoch folgendes Problem:

Im Bootloader (Limine und systemd getestet) kann ich auswählen zwischen CachyOS, CachyOS-LTS und einer Win11-Installation. Leider bootet nur CachyOS-LTS. Die "Standard"-Version mündet in der Fehlermeldung

"Cannot open access to console, the root account is locked"

(übrigens ist zu diesem Zeitpunkt scheinbar auch USB deaktiviert, Tastatur ist tot)

Ich habe nach etwas suchen zuerst die Partitionierung aufgrund des DualBoot mit Win11 verdächtigt. Allerdings habe ich beide SSDs nochmal platt gemacht, Win11 installiert, die Win11-SSD ausgebaut, dann CachyOS auf die Linux-SSD installiert und nur mit dieser gebootet. Auch so kommt derselbe Fehler.

Hat hier jemand einen Tipp für mich? Einige der Suchmaschinenergebnisse konnte ich leider nicht nachvollziehen, da das scheinbar einiges an Vorkenntnissen erfordert hat, die mir leider noch fehlen.

Vielen Dank

 

[|Moppel|]

Boote mal ins LTS und versuche das:

sudo mkinitcpio -P

 

[OdlG]

Vielen Dank für den Tipp. Ich nehme an, dass der Befehl die Einträge im Bootloader reparieren soll? (Pfade etc)

Leider besteht der Fehler weiterhin. Anbei der Terminal-Log. Ich glaube, der Befehl wurde erfolgreich ausgeführt.

Spoiler: Log

==> Building image from preset: /etc/mkinitcpio.d/linux-cachyos-lts.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux-cachyos-lts -g /boot/initramfs-linux-cachyos-lts.img
==> Using drop-in configuration file: '10-chwd.conf'
==> Using drop-in configuration file: '10-limine-snapper-sync.conf'
==> Starting build: '6.18.13-2-cachyos-lts'
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [microcode]
-> Running build hook: [kms]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [sd-vconsole]
-> Running build hook: [plymouth]
-> Running build hook: [filesystems]
-> Running build hook: [sd-btrfs-overlayfs]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-cachyos-lts.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-cachyos.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux-cachyos -g /boot/initramfs-linux-cachyos.img
==> Using drop-in configuration file: '10-chwd.conf'
==> Using drop-in configuration file: '10-limine-snapper-sync.conf'
==> Starting build: '6.19.3-2-cachyos'
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [microcode]
-> Running build hook: [kms]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [sd-vconsole]
-> Running build hook: [plymouth]
-> Running build hook: [filesystems]
-> Running build hook: [sd-btrfs-overlayfs]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-cachyos.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> WARNING: This does not update Limine boot entries.
Use 'limine-mkinitcpio' or 'limine-update' instead.
==> Would you like to run 'limine-mkinitcpio' now? [Y/n]: y
Building initramfs for linux-cachyos-lts (6.18.13-2-cachyos-lts)
==> Using drop-in configuration file: '10-chwd.conf'
==> Using drop-in configuration file: '10-limine-snapper-sync.conf'
==> Starting build: '6.18.13-2-cachyos-lts'
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [microcode]
-> Running build hook: [kms]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [sd-vconsole]
-> Running build hook: [plymouth]
-> Running build hook: [filesystems]
-> Running build hook: [sd-btrfs-overlayfs]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/tmp/staging_initramfs.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
Kernel stored in /boot/844028615d4f474096dcc576f4609766/linux-cachyos-lts/vmlinuz-linux-cachyos-lts
Initramfs stored in /boot/844028615d4f474096dcc576f4609766/linux-cachyos-lts/initramfs-linux-cachyos-lts
Updated: /boot/limine.conf
Building initramfs for linux-cachyos (6.19.3-2-cachyos)
==> Using drop-in configuration file: '10-chwd.conf'
==> Using drop-in configuration file: '10-limine-snapper-sync.conf'
==> Starting build: '6.19.3-2-cachyos'
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [microcode]
-> Running build hook: [kms]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [keyboard]
-> Running build hook: [sd-vconsole]
-> Running build hook: [plymouth]
-> Running build hook: [filesystems]
-> Running build hook: [sd-btrfs-overlayfs]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/tmp/staging_initramfs.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
Kernel stored in /boot/844028615d4f474096dcc576f4609766/linux-cachyos/vmlinuz-linux-cachyos
Initramfs stored in /boot/844028615d4f474096dcc576f4609766/linux-cachyos/initramfs-linux-cachyos
Updated: /boot/limine.conf

 

[coxon]

Ein paar Details zur PC Hardware wären nützlich.

 

[OdlG]

Ryzen 9800X3D
MSI MAG B850M Mortar WiFi
2x 16GB DDR5-6000 CL26
RTX 5090 + RTX 3050
SSD1: Kingston Fury Renegade G5 4TB (CachyOS)
SSD2: Lexar NM790 8TB (Daten, keine Boot-Partition)
SSD3: SK Hynix 500GB PCIe 4.0 (Win11)

Achso, SecureBoot ist deaktiviert.

 

[BFF]

Kann es sein das dieses Schnell starten vom Windows (Energieeinstellungen) eine Rolle spielen kann? @OdlG

 

[OdlG]

@BFF Danke für den Tipp. Das habe ich in der Win11 Systemsteuerung bei der Einrichtung deaktiviert. Um den Fehler jedoch auszuschließen, habe ich CachyOS ohne die verbaute Windows-SSD installiert, sodass es nach meinem Verständnis keinerlei Wechselwirkung geben kann. Oder kenne ich hier eine bestimmte UEFI-Funktion nicht?

 

[Derduke]

nur eine Idee
weist du wie chroot funktioniert?
Live Linux starten
deine Linux SSD finden
lsblk oder fdisk -l

mounten nach /mnt

mount /dev/sdX /mnt
chroot /mnt
passwd root

neues root PW eingeben

versuchs ist es wert

 

[OdlG]

Danke, in einem Thread zu dem Fehler hat auch jemand etwas von chroot geschrieben. Das habe ich leider mangels Vorkenntnisse nicht verstanden. Ich belese mich mal zu dem Befehl/Funktion und teste es aus

 

[|Moppel|]

Ich kann mir auch vorstellen, dass ich irgendwie der Nvidia Grafik Treiber verschluckt.

Du kannst noch mal in das lts booten und dort folgenden Parameter hinzufügen

sudo nano /boot/limine.conf

Dort am Ende mal nomodeset einfügen. Wenn es dann funktioniert, liegt das Problem beim grafiktreiber.

 

[OdlG]

Sorry für die blöde Frage: Wo genau soll ich das da einfügen? Irgendwo bei dem //CachyOS (nicht LTS) Eintrag, oder?

Und ich meine mich beim rumspielen mit limine daran zu erinnern, dass ich das auch im Bootloader selbst über das Editieren der Einträge hinzufügen kann, oder?

 

[Uridium]

Wenn das eine Neuinstallation ist, würde ich gar nicht fummeln. Lösche/formatiere/partitioniere die Platte (als GPT) und installiere neu. Das kann man wahrscheinlich alles im Installer machen.

 

[OdlG]

Ich habe bereits viermal neu installiert bevor ich dieses Thema eröffnet habe. Zumindest mit meinem aktuellen Wissen kann ich das nicht mehr als Fehlerquelle identifizieren...

 

[|Moppel|]

Irgendwo bei dem //CachyOS (nicht LTS) Eintrag, oder?

Ja genau an das Ende der Zeile.
Cachy hat auch ein eingebautes tool um text schnell per link online verfügbar zu machen

So kannst du uns zeigen wo du gerade schaust und was bei dir steht.

 

[coxon]

Hast du jedes mal den gleichen Bootloader genommen? Ich habe bei der Auswahn nicht Limine oder Grub genommen, sondern den einfachsten der mir angeboten wurde, systemd-boot müsste das sein. Ich würde einer nochmaligen Installation eine Chance geben, velleicht klappt es mit diesem besser.

Loader: └─/boot//EFI/SYSTEMD/SYSTEMD-BOOTX64.EFI

Ergänzung (Montag um 23:45)

Kurzer Nachtag: ich habe nach dem Threadtitel gegoogelt und bin auf das Cachy Forum gestoßen.
https://discuss.cachyos.org/t/ran-u...nnot-open-access-to-console-root-locked/20821

Ich kenne mich zwar nicht gut aus, aber ein anderer Bootloader könnte das Problem beheben.

Viel Glück & gn8

 

[Uridium]

Der Fehler kann u.a. entstehen bei Altlasten (Platte nicht komplett gelöscht, Partitionen korrupt/dirty), wenn Platten nicht mehr da sind, die bei der Installation vorhanden waren oder die Daten/Partitionen (aus welchem Grund auch immer) nicht gemountet werden können. Technisch funktioniert der Bootloader (sowie Kernel), kann aber den Wechsel von initramfs zur Rootpartition nicht abschließen. Auch eine fehlgeschlagene Entschlüsselung (sofern vorhanden) kann das auslösen. Ein Wechsel des Bootloaders könnte in der Tat helfen. Hast Du denn alles auf "Standard" belassen im Installer oder hast Du individuelle Einstellungen vorgenommen (Dateisystem, Bootloader, etc)?

Edit: Auch Ventoy (sofern verwendet) könnte hier Schwierigkeiten machen, da das ja einiges tricksen muss, ggf. ohne testen.
Vielleicht fehlt auch ein Hook/Modul im initramfs, was eigentlich nur bei exotischeren Konfigurationen benötigt wird. Das sollte in einem eher für Anfänger prädestinierten OS aber alles der Installer erledigen.

 

[OdlG]

nur eine Idee
weist du wie chroot funktioniert?
Live Linux starten
deine Linux SSD finden
lsblk oder fdisk -l

mounten nach /mnt

mount /dev/sdX /mnt
chroot /mnt
passwd root

neues root PW eingeben

versuchs ist es wert

Ich habe es mal versucht. Leider scheitert es anscheinend an einem Dateipfadproblem?

Spoiler: Log

[liveuser@CachyOS ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 2.7G 1 loop /run/archiso/airootfs
sda 8:0 0 115.2G 0 disk
├─sda1 8:1 0 115.2G 0 part
└─sda2 8:2 0 1M 0 part
zram0 253:0 0 30.9G 0 disk [SWAP]
nvme0n1 259:0 0 3.7T 0 disk
├─nvme0n1p1 259:1 0 4.1G 0 part /home/liveuser/hdd
└─nvme0n1p2 259:2 0 3.7T 0 part /home/liveuser/hdd
/run/media/liveuser/db8b6dc6-cb79-447f-8e24-65654f730fe5
nvme2n1 259:3 0 7.5T 0 disk
├─nvme2n1p1 259:4 0 16M 0 part
└─nvme2n1p2 259:5 0 7.5T 0 part
nvme1n1 259:6 0 476.9G 0 disk
├─nvme1n1p1 259:7 0 200M 0 part
├─nvme1n1p2 259:8 0 16M 0 part
├─nvme1n1p3 259:9 0 476G 0 part
└─nvme1n1p4 259:10 0 780M 0 part
[liveuser@CachyOS ~]$ mount /dev/nvme0n1p1 /mnt
mount: /mnt: must be superuser to use mount.
dmesg(1) may have more information after failed mount system call.
[liveuser@CachyOS ~]$ sudo mount /dev/nvme0n1p1 /mnt
[liveuser@CachyOS ~]$ chroot /mnt
chroot: cannot change root directory to '/mnt': Operation not permitted
[liveuser@CachyOS ~]$ sudo chroot /mnt
chroot: failed to run command ‘/bin/bash’: No such file or directory
[liveuser@CachyOS ~]$

Ja genau an das Ende der Zeile.
Cachy hat auch ein eingebautes tool um text schnell per link online verfügbar zu machen

So kannst du uns zeigen wo du gerade schaust und was bei dir steht.

Hab es hinbekommen, das hinzuzufügen. Wird im bootloader auch mit integrity check bestätigt. Ändert beim booten aber leider nichts am Verhalten. Es lädt recht lange bis kurz der Splashscreen erscheint und danach kommt die Fehlermeldung.

Hast du jedes mal den gleichen Bootloader genommen? Ich habe bei der Auswahn nicht Limine oder Grub genommen, sondern den einfachsten der mir angeboten wurde, systemd-boot müsste das sein. Ich würde einer nochmaligen Installation eine Chance geben, velleicht klappt es mit diesem besser.

Loader: └─/boot//EFI/SYSTEMD/SYSTEMD-BOOTX64.EFI

Ergänzung (Montag um 23:45)

Kurzer Nachtag: ich habe nach dem Threadtitel gegoogelt und bin auf das Cachy Forum gestoßen.
https://discuss.cachyos.org/t/ran-u...nnot-open-access-to-console-root-locked/20821

Ich kenne mich zwar nicht gut aus, aber ein anderer Bootloader könnte das Problem beheben.

Viel Glück & gn8

Ich habe limine und systemd probiert. Beides mit demselben Fehlerbild. In einem anderen Thread hat jemand den Fehler scheinbar mit GRUB. Ich würde gern noch die Reparatur probieren bevor ich schon wieder neu installiere :')
Bei der angepinnten Lösung im von dir verlinkten Thread verstehe ich leider nur Bahnhof 🙈

Spoiler: Lösung

I think the issue might be related to mkinitcpio switching from udev hook to systemd hook, which could break something.

Try removing old btrfs-overlayfs hook in /etc/mkinitcpio.conf.d/..., which is only meant for udev / busybox. Then run sudo limine-mkinitcpio

However, I can’t reproduce the issue, since systemd hook simply ignores the btrfs-overlayfs functionality, but booting still works.

If that does not help, try switching to limine-dracut-support

Der Fehler kann u.a. entstehen bei Altlasten (Platte nicht komplett gelöscht, Partitionen korrupt/dirty), wenn Platten nicht mehr da sind, die bei der Installation vorhanden waren oder die Daten/Partitionen (aus welchem Grund auch immer) nicht gemountet werden können. Technisch funktioniert der Bootloader (sowie Kernel), kann aber den Wechsel von initramfs zur Rootpartition nicht abschließen. Auch eine fehlgeschlagene Entschlüsselung (sofern vorhanden) kann das auslösen. Ein Wechsel des Bootloaders könnte in der Tat helfen. Hast Du denn alles auf "Standard" belassen im Installer oder hast Du individuelle Einstellungen vorgenommen (Dateisystem, Bootloader, etc)?

Edit: Auch Ventoy (sofern verwendet) könnte hier Schwierigkeiten machen, da das ja einiges tricksen muss, ggf. ohne testen.
Vielleicht fehlt auch ein Hook/Modul im initramfs, was eigentlich nur bei exotischeren Konfigurationen benötigt wird. Das sollte in einem eher für Anfänger prädestinierten OS aber alles der Installer erledigen.

Ich habe mehrfach mit den Standardeinstellungen installiert (Bootloader limine, Dateisystem btrfs), es aber auch mit systemd/btrfs probiert. Der USB Stick wurde immer mit Rufus und den empfohlenen Einstellungen erstellt. Das Live-System funktioniert auch einwandfrei.
Was meinst du mit Entschlüsselung? Hat Linux sowas auch standardmäßig aktiviert? Ich bin mir nicht bewusst, etwas in die Richtung aktiviert zu haben...


Schonmal Danke für die vielen Beiträge bis hierher! Ich versuche mit euch Schritt zu halten und jeden Rat nachzuvollziehen. In jedem Fall lerne ich hier schon einiges

 

[Uridium]

Das ist wahrscheinlich nicht dein Fehler. Deshalb würde ich auch keine Reparaturmaßnahmen ergreifen. Versuche eine Neuinstallation mit ext4 statt btrfs Dateisystem und Grub oder systemd-boot.
Du könntest auch ein etwas älteres ISO versuchen. Vielleicht ist das ein recht neuer Bug.
Oder Du gehst gleich auf das Original, auf ArchLinux. Das ist aber nicht vorkonfiguriert. Steinig, dein Weg wird sein.

 

[|Moppel|]

Lösch das nomodeset wieder raus und Pack mal das hier rein:

nvme_core.default_ps_max_latency_us=0 rootwait rw iommu=soft

Eine gangbare Alternative ist natürlich den lts Kernel vorerst zu nutzen.

 

[Derduke]

sudo -i erleichtert dir die Arbeit und die richtige Partition waehlen
mount /dev/nvme0n1p2 /mnt
1 ist meist die Bootpartition sehe die groesse M, G und T
Ich glaub zwar nicht das es funktioniert

als beispiel

Spoiler

user@debian:~$ sudo -i
root@debian:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
loop0    7:0    0  1.2G  1 loop /run/live/rootfs/filesystem.squashfs
sda      8:0    0   10G  0 disk
├─sda1   8:1    0  710M  0 part
├─sda2   8:2    0  8.4G  0 part
└─sda3   8:3    0  924M  0 part
sr0     11:0    1  1.9G  0 rom  /run/live/medium
root@debian:~# mount /dev/sda2 /mnt
root@debian:~# chroot /mnt
root@debian:/# ls -la
total 84
drwxr-xr-x 18 root root  4096 Oct 12  2011 .
drwxr-xr-x 18 root root  4096 Oct 12  2011 ..
lrwxrwxrwx  1 root root     7 Feb 15 03:28 bin -> usr/bin
drwxr-xr-x  4 root root  4096 Feb 15 03:32 boot
drwxr-xr-x  4 root root  4096 Feb 15 03:28 dev
drwxr-xr-x 86 root root  4096 Feb 15 04:22 etc
drwxr-xr-x  3 root root  4096 Feb 15 03:31 home