Hallo Gert,

was sagt denn lsblk, nachdem Du p1 gebootet hast? Wie sieht dort die fstab aus? Bist Du Dir sicher, dass Du nur in einer Linux-Partition einen Bootloader installiert hast? Findet der alle Kernel, Ram-Disk-Images usw. von allen Linux-Partitionen? Wird auch überall der richtige Kernel geladen? Wenn Du den Kernel von 20.04 lädtst, läuft 18.04 auch irgendwie, kann aber keine Module nachladen (weil es sie nicht findet). Und manchmal tun auch die Userspace-Tools nicht mit neuen Kernels zusammenarbeiten, wenn sich die binär-Schnittstelle geändert hat.

Du hast Anscheinend noch mehr Platten, ist dort alles in Ordnung?

Ich vermute, du kennst schon https://wiki.ubuntuusers.de/D%C3%A9j%C3%A0_Dup/ und hast die dortigen Vorschläge probiert?

Die Typ-Einträge in der Partitionstabelle werden vom Linux weitestgehend ignoriert.

Wenn Du ein System am Laufen hast, kannst Du auch mit mount --bind  /lib/modules/`uname -r` , /sys, /dev, /proc und was Du sonst noch alles brauchst über die zu rettende Partition drübermounten und chroot verwenden. Also Du kannst 20.04 als Rettungssystem nutzen, solltest Dich aber informieren, wie Du ein upgrade des Dateisystems verhinderst.

Am 09.11.21 um 11:06 schrieb gerd becker:

Hallo,

von Falk erhielt ich den Hinweis mich doch mit meinem Problem mal an die Mailingliste zu wenden.

Diesem Hinweis folge ich gern mit der Bitte, dass sich jemand, der mir vielleicht helfen kann, mit mir in Verbundung setzt.

Folgendes Problem habe ich:

Auf meiner nvme0n1p1 dürfte sich – befindet sich der Bootloader von mir aber nicht als gesonderte Bootpartition eingerichtet

Auf nvme0n1p2 befand sich ein Kubuntu 18.04.

Auf nvme0n1p5 befindet sich ein Ubuntu 20.04.

Auf nvme0n1p6 befindet sich ein Kubuntu 18.04 und das dazu gehörige Home auf nvme0n1p7.

Was das nvme0n1p3 bedeutet weiß ich nicht, es wurde von mir nie eingerichtet.

Urspünglich hatte ich nur Kubuntu 18.04 (auf nvme0n1p2, lief unter ext4) und ubuntu 20.04 (auf nvme0n1p5).

Nachdem ich reichlich Fehler gemacht hatte konnte ich auf mein Kubuntu 18.04 nicht mehr zu greifen. Ist auf anhängendem Foto zu sehen - erweitert, aber kein Type wird angezeigt. 111,75 GB sollen jedoch belegt sein.

Da ich über Deja-Dup Sicherungen meines Kubuntu 18.04 auf einer externen Festplatte durchführte, hoffte ich mittels eines auf einer weiteren Partition (nvme0n1p6 als root und nvme0n1p7 als home) installierten gleichen Kubuntu 18.04 mein altes wieder beleben zu können. Nachdem ich dort Deja-Dub installiert hatte und die Wiederbelebung starten wollte schreibt mir Deja-Dup dass es keine Daten finden könnte.

Nun weis ich wirklich nicht mehr weiter. Da ich jedoch keine Daten löschte hoffe ich, dass die vorhandenen Daten fürmich irgendwie wieder lesbar gemacht werden könnten.

Ja, welche Fehler hatte ich gemacht: Ich wollte auf einem USB Stick speichern. Das ging nicht - musste ihn mounten. Ich tat das und erhielt einen kurzen Hinweis dass die fstab geändert würde. Dem stimmte ich zu und konnte speichen. Die Folge war, das ich mein Kubuntu 18.04 immer nur dann starten konnte, wenn der Stick eingesteckt war.

Was hab ich getan? Den stck gelöscht....Nun hatte ich gar nichts mehr mit dem gestartet werden konnte.

Durch viel lesen und probieren gab ich in der fstab die uuid des nvme0n1p1 ein - und ich konnte wieder starten. Aber nicht alles lief mehr - so probierte ich weiter und landete dort wo ich jetzt bin....

Kann mir jemand helfen?

Gerd