Root Partition von Opensuse (btrfs, tumbleweed): Lässt sich nicht mounten. & OS Backup

Guten Abend allerseits,

ich würde nun doch noch einmal um Hilfe bitten, da keine Lösung gefunden. Auch nicht hier.

Ich würde gerne meine OpenSuse Partition ( in btrfs mit snapshots, /home seperat) mounten - für ein Backup.

derzeit muss es so laufen:

root@Microknoppix:/mnt# dd if=/dev/sdb2 of=SEA/aktuell-OSes/opensuse-KDE-clean_2w_59GB.img && dd if=/dev/sdc1 of=SEA/aktuell-OSes/efi-clean_2w_500MB.img
123541455+0 Datensätze ein
123541455+0 Datensätze aus
63253224960 Bytes (63 GB, 59 GiB) kopiert, 442,486 s, 143 MB/s
1023999+0 Datensätze ein
1023999+0 Datensätze aus
524287488 Bytes (524 MB, 500 MiB) kopiert, 2,83118 s, 185 MB/s

Das ist ein bisschen Speicherplatz-aufwändig. Wüsste jemand bitte, wie sich meine /root Partition doch mounten lässt?
Wäre der scrub Befehl notwendig?

Fehler beim mounten:

knoppix@Microknoppix:~$ su
root@Microknoppix:/home/knoppix# cd /mnt
root@Microknoppix:/mnt# mkdir suse mint home 
root@Microknoppix:/mnt# lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0   750G  0 part 
└─sda2   8:2    0 181,5G  0 part 
sdb      8:16   0 558,9G  0 disk 
├─sdb1   8:17   0   500G  0 part 
└─sdb2   8:18   0  58,9G  0 part 
sdc      8:32   0 223,6G  0 disk 
├─sdc1   8:33   0   500M  0 part 
├─sdc2   8:34   0     5G  0 part 
├─sdc3   8:35   0    64G  0 part 
├─sdc4   8:36   0    38G  0 part 
├─sdc5   8:37   0    16M  0 part 
├─sdc6   8:38   0  59,6G  0 part 
├─sdc7   8:39   0   795M  0 part 
└─sdc8   8:40   0  55,7G  0 part 
sdd      8:48   1  29,3G  0 disk 
├─sdd1   8:49   1   664M  0 part /mnt-system
└─sdd2   8:50   1  28,6G  0 part /KNOPPIX-DATA
cloop0 240:0    0   1,8G  1 disk /KNOPPIX
zram0  253:0    0     4G  0 disk [SWAP]
root@Microknoppix:/mnt# mount /dev/sdb2 suse/
mount: /mnt/suse: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdb2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
root@Microknoppix:/mnt# mount /dev/sdc4 mint/
root@Microknoppix:/mnt# ls mint/
@  timeshift-btrfs
root@Microknoppix:/mnt# ls mint/@
bin                etc          lib.usr-is-merged  root                sys
bin.usr-is-merged  home         media              run                 tmp
boot               home-backup  mnt                sbin                usr
cdrom              lib          opt                sbin.usr-is-merged  var
dev                lib64        proc               srv
root@Microknoppix:/mnt# umount mint/
ich danke.
1 Like
...
root@Microknoppix:/mnt# mount /dev/sdb2 suse/
...

Was ist, wenn Du stattdessen das erste Einhängen aus dieser Beschreibung so

mount -t btrfs /dev/sdb2 /mnt/suse

durchführst und dann mit

btrfs subvolume list /mnt/suse

die Subvolumes ermittelst?

1 Like

die -t option hilft auch nichts… hatte es auch versucht.

Könntest Du bitte den Befehl aus meinem Beitrag kopieren, in eine Konsole kopieren, ausführen und das Ergebnis hier zeigen ?

Danke!

1 Like
/dev/sdb2 on /root type btrfs (rw,relatime,seclabel,space_cache=v2,subvolid=260,subvol=/@/root)

so sieht es von Opensuse her aus. Moment…

Bitte, wie svhon gesagt, immer mitsamt Befehl. Jeztz haben wir was, aber wiseen nicht was es ist.

logo, hier:

root@Microknoppix:/mnt# mkdir suse home
root@Microknoppix:/mnt# lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0   750G  0 part 
└─sda2   8:2    0 181,5G  0 part 
sdb      8:16   0 223,6G  0 disk 
├─sdb1   8:17   0   500M  0 part 
├─sdb2   8:18   0     5G  0 part 
├─sdb3   8:19   0    64G  0 part 
├─sdb4   8:20   0    38G  0 part 
├─sdb5   8:21   0    16M  0 part 
├─sdb6   8:22   0  59,6G  0 part 
├─sdb7   8:23   0   795M  0 part 
└─sdb8   8:24   0  55,7G  0 part 
sdc      8:32   0 558,9G  0 disk 
├─sdc1   8:33   0   500G  0 part 
└─sdc2   8:34   0  58,9G  0 part 
sdd      8:48   0 931,5G  0 disk 
├─sdd1   8:49   0    16M  0 part 
├─sdd2   8:50   0 712,9G  0 part 
└─sdd3   8:51   0 218,6G  0 part 
sde      8:64   1  29,3G  0 disk 
├─sde1   8:65   1   664M  0 part /mnt-system
└─sde2   8:66   1  28,6G  0 part /KNOPPIX-DATA
cloop0 240:0    0   1,8G  1 disk /KNOPPIX
zram0  253:0    0     4G  0 disk [SWAP]

root@Microknoppix:/mnt# mount /dev/sdc2 suse/
mount: /mnt/suse: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdc2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.

root@Microknoppix:/mnt# mount -t btrfs /dev/sdc2 suse/
mount: /mnt/suse: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdc2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
root@Microknoppix:/mnt# 

sorry.
vom laufenden OpenSuse war das der befehl

mount | grep root

Das ist nicht der von mir in Beitrag #2 gezeigte Befehl!

Im Prinzip schon:

root@Microknoppix:/mnt# mount -t btrfs /dev/sdb2 /mnt/suse
mount: /mnt/suse: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdb2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.

root@Microknoppix:/mnt# 

Okay, jetzt ja …

Da ich selbst kein btrfs in meinen Systemen nutze, muss ich erst einmal eine VM aufbauen, um das näher untersuchen zu können. Ich melde mich, wenn ich etwas herausfinde (aber vielleicht können Dir Andere schneller weiterhelfen :wink:).

mkdir /mnt/suse

mount -t btrfs /dev/sdb2 -o subvolume=/@/root /mnt/suse
1 Like

Danke schön.
Mich dünkt, das btrfs hat mir bisher auch nicht weiter geholfen.
Ein Roll back über den Bootloader auf einen vergangenen Snapshot führt ebenfalls manchmal zu fehlern. Darum würde ich beim nächsten mal auf btrfs / Snapshots verzichten.

Ein weiteres “Sperenzchen” von tumbleweed: man kann die root partition nach 3 Tagen gebrauch nicht mehr mounten… :thinking:

Ich danke. Jedoch:

root@Microknoppix:/mnt# lsblk 
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0   750G  0 part 
└─sda2   8:2    0 181,5G  0 part 
sdb      8:16   0 223,6G  0 disk 
├─sdb1   8:17   0   500M  0 part 
├─sdb2   8:18   0     5G  0 part 
├─sdb3   8:19   0    64G  0 part 
├─sdb4   8:20   0    38G  0 part 
├─sdb5   8:21   0    16M  0 part 
├─sdb6   8:22   0  59,6G  0 part 
├─sdb7   8:23   0   795M  0 part 
└─sdb8   8:24   0  55,7G  0 part 
sdc      8:32   0 558,9G  0 disk 
├─sdc1   8:33   0   500G  0 part 
└─sdc2   8:34   0  58,9G  0 part 
sdd      8:48   0 931,5G  0 disk 
├─sdd1   8:49   0    16M  0 part 
├─sdd2   8:50   0 712,9G  0 part 
└─sdd3   8:51   0 218,6G  0 part 
sde      8:64   1  29,3G  0 disk 
├─sde1   8:65   1   664M  0 part /mnt-system
└─sde2   8:66   1  28,6G  0 part /KNOPPIX-DATA
cloop0 240:0    0   1,8G  1 disk /KNOPPIX
zram0  253:0    0     4G  0 disk [SWAP]

root@Microknoppix:/mnt# mount -t btrfs /dev/sdc2 -o subvolume=/@/root /mnt/suse
mount: /mnt/suse: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sdc2 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.

root@Microknoppix:/mnt# 

root@Microknoppix:/mnt# ll
insgesamt 0
drwxr-xr-x 2 root root 40  9. Mai 20:40 home
drwxr-xr-x 2 root root 40  9. Mai 20:40 suse
root@Microknoppix:/mnt# 


1 Like

War ein Versuch, ich mach nen Bogen um btrfs, benutze ext4.
Und Leap…

3 Likes

Okay.

Es tut mir auch leid, dass Ihr wegen dieser Kleinigkeit so viel Zeit aufwendet.
vielleicht steht eine Neuinstallation auf ext4 / xfs Dateisystem an.
Das bestehende System kann ich wohl nicht retten. Ist aber auch nicht schlimm - die User-Konfiguration ist ja immerhin gespeichert.

1 Like

Das ist egal, so lange du mitarbeitest.

Du hast ein Problem, wir versuchen bei der Lösung zu helfen.

Du bastelst nur gerne…

2 Likes

Wenn das so ist ist das Dateisystem hin.

Meines Erachtens hätten sowohl

mount -t btrfs /dev/sdb2 -o subvolume=/@/root /mnt/suse

als auch

mount -t btrfs /dev/sdb2 /mnt/suse

das Laufwerk einhängen müssen (wenn auch mit unterschiedlichen Konsequenzen).

Bist Du sicher, dass das von Dir verwendete Betriebssystem (Microknoppix ?) mit btrfs umgehen kann?

Was für eine Knoppix Version?

Könnte dir die letzte Version (9.3) zukommen lassen. Ist zwar auch von 2022 aber…