Emergency Mode durch LUKS und NVIDIA

Zitat von Oriel7

Gut, aber welchen Grund habe ich für die Annahme, daß das irgendetwas mit den Schwierigkeiten meines Systems zu tun hat? Yast hat jetzt gerade Tumbleweed wieder mit utf8 installiert.
Code

UUID=8be56629-81fe-454b-bf20-5cc6ccdd140d / ext4 defaults 0 1

/dev/mapper/cr-auto-3 /mnt/hdd2 ext4 data=ordered 0 2

/dev/mapper/cr-auto-1 /mnt/hdd1 ext4 data=ordered 0 2

/dev/mapper/cr-auto-2 /home ext4 data=ordered 0 2

UUID=25fa0b21-ae24-4d21-958b-a19785a4b934 swap swap defaults 0 0

UUID=178E-1A81 /boot/efi vfat utf8,dmask=0077 0 2

Alles anzeigen

Um die richtige Reihenfolge des Einhängens der Partitionen zu gewährleisten (mögliche race-condition), gibt es einen Parameter für die Einträge in der/etc/fstab. Hast du das schon versucht? (hier als Beispiel für deine / home-Partition):

x-systemd.requires=systemd-cryptsetup@cr-auto-2.service

Zitat von Dachstein

Müssen diese beiden Platten hdd1 und hdd2 unbedingt gemountet sein ? Könnte man die nicht erstmal weglassen um wenigstens mal einen ersten Schritt zu tun um herauszufinden woran es liegt ?

Mit Leap 16.0 hat es ja offenbar nichts zu tun da es mit Tumbleweed ähnlich ausschaut.
Ich tippe auf ein Hardware-Problem / Hardware-Defekt.

Was meinst Du warum ich ausgerechnet mount -a zitiert habe .

Ein Hardware-Fehler müsste beim fsck eigentlich auffallen.

Zitat von V-Treiber

Ich gebe auf.

Ich habe schon bei dem Wort LUKS aufgegeben. Ich halte eine Festplattenverschlüsselung, wenn man nicht gerade Geheimnisträger ist, für Unsinn ...

Deswegen .. lass sie machen ... eine Tumbleweed Installation hat bei mir noch nie solcherart Probleme gemacht. Noch niemals nicht.

Das war Post Nr. 133 ... rekordverdächtig.

Zitat von V-Treiber

Was meinst Du warum ich ausgerechnet mount -a zitiert habe .

Ein Hardware-Fehler müsste beim fsck eigentlich auffallen.

Ich verstehe nicht was Du mir da mit "mount -a" sagen willst ?

Die beiden Platten erstmal wegzulassen indem man sie in der fstab auskommentiert ist ein einfacher erster Schritt das Ganze einzugrenzen.

Und bezüglich Hardware Fehler : Hattest Du nicht zuletzt ein vergleichbares Problem mit der einen Platte ?

Auch meine EFI Partition ist mit utf-8 eingerichtet, und das schon seit vielen Jahren.
Das hat mit dem Fehlerbild hier schlichtweg überhaupt nichts zu tun. Sagt mir meine Erfahrung aus 35 Jahren in der IT.

Zitat von Alero

Ich habe schon bei dem Wort LUKS aufgegeben.

Vielleicht hat er ja extrem neugierig und eifersüchtige Personen in seiner näheren Umgebung-

Zitat von Dachstein

Ich verstehe nicht was Du mir da mit "mount -a" sagen willst ?

Die beiden Platten erstmal wegzulassen indem man sie in der fstab auskommentiert ist ein einfacher erster Schritt das Ganze einzugrenzen.

Und bezüglich Hardware Fehler : Hattest Du nicht zuletzt ein vergleichbares Problem mit der einen Platte ?

Auch meine EFI Partition ist mit utf-8 eingerichtet, und das schon seit vielen Jahren.
Das hat mit dem Fehlerbild hier schlichtweg überhaupt nichts zu tun. Sagt mir meine Erfahrung aus 35 Jahren in der IT.

mount .a arbeitet die fstab, ab. Also jede Platte, die Du nicht gemountet hast ...

Nicht auskommentieren, noauto bei den Optionen eintragen. Ach ja und vielleicht noch users damit er auch als nicht root-User seine Platen mounten oder umounten kann.

Hardware-Fehler auf meiner Platte? Das war eine ganz andere Nummer.

Die eine Platte wurde nicht mal mehr als Datenträger erkannt, und die andere wurde obwohl btrfs und xfs -Parttionen als ext-4 erkannt, bis zum Mounten bin ich überhaupt nicht gekommen.

Das etwas so ist, kann auch sein, das es lange falsch ist und trotzdem funktioniert. Ist halt lustig, das der Installer die UTF-8 bei mir nicht eingetragen hat.

Ich kenne mich mit LUKS nicht aus, aber gibt es keine Möglichkeit diese Partition mal testweise zu entschlüsseln und zu schauen ob das Problem dann weg ist ?

Zitat von Oriel7

Nein, man kann eine Verschlüsselung nicht entfernen.

Doch, Backup und unverschlüsselt neu formatieren.