ich bin total neu bei Linux,
Bzgl. Root:
Öffne wieder die Konsole
Gebe dort su ein
Enter
Danach das Passwort blind eingeben und mit Enter bestätigen
Dann den Befehl erneut ausführen und für Sauerland posten.
ich bin total neu bei Linux,
Bzgl. Root:
Öffne wieder die Konsole
Gebe dort su ein
Enter
Danach das Passwort blind eingeben und mit Enter bestätigen
Dann den Befehl erneut ausführen und für Sauerland posten.
Es fehlt noch:
Yast schon mal aus der Konsole gestartet?
Evtl. Fehler hier posten.
Verweist in /etc/default/grub der Eintrag resume, in einer Standard-Installation, immer auf die Swap-Partition?
Wenn ja, ist die vorgeschlagene Änderung von @cheplin's_linux doch genau richtig:
ändere mal part10 in part9
part9 ist bei dir die Swap-Partition.
Und das erklärt auch die Frage von @mezzopiano, warum immer nach dieser Partition gesucht wurde:
Weil diese in deiner /etc/default/grub als Partition für "resume" deklariert wurde.
Mit dem Anlegen deiner 16 MB Partition fährt der Rechner zwar wieder schneller hoch (da sie grundsätzlich gefunden wurde), jedoch ein resume "suspend-to-disk" wäre nicht möglich.
Also nur die /etc/default/grub ändern und es sollte laufen.
Sehe ich das richtig?
Schamesröte ins Gesicht getrieben...
Danke, lieber @Sauerland, waren tatsächlich zu viele Zeichen, am Ende des Befehls.
Dafür hatte ich in Post #4 ein "ls" unterschlagen.
Somit gleicht sich das doch wieder aus, oder - grins.
@cheplin's_linux
Genau diesen Punkt hatte ich auch in Verdacht.
War mir jedoch nicht sicher und wollte aus diesem Grund ein "Verschlimmbessern" vermeiden ![]()
bei der Installation (UEFI, Dual Boot, Leap 15.0 + Windows 10) gab es eine FAT32-Partition auf meiner SSD (M.2 NVMe), die inzwischen gelöscht ist.
Warum hast du sie eigentlich gelöscht, wenn doch alles lief?
Ich würde es beim jetzigen Zustand belassen...
Aber natürlich würde ich gerne wissen, welcher Eintrag die Suche auslöst, wenn sie nicht mehr vorhanden ist.
Das verstehe ich - würde mich auch interessieren.
Dazu fällt mir nur ein, den "fehlerhaften" Zustand wieder herzustellen, um sämtliche Bootmeldungen auszuwerten.
Aber vielleicht kommt noch ein besserer Vorschlag von anderer Stelle.
Aus diesem Grund nutze ich persönlich kein Dual-Boot mehr.
Ein Fehler und alle Systeme laufen nicht mehr.
Ich würde die 16 MB jetzt einfach so lassen, wenn damit alles fehlerfrei funktioniert.
Durch erneutes Anlegen hast du, meiner Meinug nach, den Fehler selbst behoben.
Sie stört nicht und eine andere Verwendung gibt es dafür auch nicht.
Oder hast du mit den 16 MB noch etwas anderes vor ![]()
Zur Zeit behelfe ich mir mit einer 16 MB großen FAT-Partition,
1) Das ist dann diese hier?
/dev/nvme0n1p10 930197504 930230271 32768 16M Microsoft basic data
2) Aus Interesse, wie hast du das eigentlich gemacht - die swap etwas verkleinert?