Zugriff auf HDs mittels Linuxsystem

Status
Für weitere Antworten geschlossen.

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Fast, das wollte ich auch gerade ausprobieren, bzw. habe ich, leider nicht so toll

root@ubuntu:~# sudo mount /dev/vg1/volume_1 /media/newhd

mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Vielleicht mal ein
Code:
fsck.ext4 /dev/vg1/volume_1
oder
Code:
mount -t ext4 .....
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
root@ubuntu:~# fsck.ext4 /dev/vg1/volume_1
e2fsck 1.44.1 (24-Mar-2018)
Beschädigung gefunden im Superblock. (reserved_gdt_blocks = 8189).

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
e2fsck -b 8193 <Gerät>
oder
e2fsck -b 32768 <Gerät>

root@ubuntu:~# sudo mount /dev/vg1/volume_1 -t ext4 /media/newhd

mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
 
Zuletzt bearbeitet:

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
root@ubuntu:~# e2fsck -b 8193 /dev/vg1/volume_1
e2fsck 1.44.1 (24-Mar-2018)
e2fsck: Ungültige magische Zahl im Superblock beim Versuch, /dev/vg1/volume_1 zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
e2fsck -b 8193 <Gerät>
oder
e2fsck -b 32768 <Gerät>

/dev/vg1/volume_1 hat ein ext4-Dateisystem mit Namen „1.41.10-2228“
zuletzt auf /volume1 auf Fri Feb 2 08:43:49 2018
eingehängt


1.41.10-2228: ***** DATEISYSTEM WURDE VERÄNDERT *****


root@ubuntu:~# e2fsck -b 32768 /dev/vg1/volume_1
e2fsck 1.44.1 (24-Mar-2018)
Beschädigung gefunden im Superblock. (reserved_gdt_blocks = 8189).

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
e2fsck -b 8193 <Gerät>
oder
e2fsck -b 32768 <Gerät>


1.41.10-2228: ***** DATEISYSTEM WURDE VERÄNDERT *****
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Der Befehl ist (aber das ist glaube grad egal)
Code:
mount -t ext4 /quelle /ziel

Ist auf jeden Fall der richtige Ort. Allerdings scheint eben das Dateisystem beschädigt zu sein.

Beim dritten Versuch mit Superblock 32768 hat er etwas repariert? Kannst es jetzt mounten?
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Leider nein:

root@ubuntu:~# sudo mount /dev/vg1/volume_1 -t ext4 /media/newhd
mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
root@ubuntu:~# sudo mount /dev/vg1/volume_1 /media/newhd
mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
root@ubuntu:~# sudo mount /dev/vg1/volume_1 /media/newhd
mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.

root@ubuntu:~# sudo mount -t ext4 /dev/vg1/volume_1 /media/newhd
mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Code:
mke2fs -n /dev/vg1/volume_1
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
root@ubuntu:~# mke2fs -n /dev/vg1/volume_1
mke2fs 1.44.1 (24-Mar-2018)
/dev/vg1/volume_1 hat ein ext4-Dateisystem mit Namen „1.41.10-2228“
zuletzt auf /volume1 auf Fri Feb 2 08:43:49 2018
eingehängtTrotzdem fortfahren? (j,n) j
Ein Dateisystem mit 487063552 (4k) Blöcken und 121765888 Inodes wird erzeugt.
UUID des Dateisystems: d75d8cb2-05e3-4d02-8a14-9169097ac5aa
Superblock-Sicherungskopien gespeichert in den Blöcken:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
oh, oh, jetzt ist es dann glaube weg.
Wenn man zu schnell auf "Trotzdem fortfahren" klickt...und das Dateisystem neu erzeugt.

Wegen dem "eingehängt" wollte ich vorher mal den "mount" Befehl sehen (einfach so eingegeben, ohne sonst irgendwas).

Jetzt könnte man mit der zweiten Platte (vorsichtiger) probieren. Aber auf jeden Fall nicht mehr heute.
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Mist, dann ist jetzt alles weg?
Es war kein redundantes Raid, die zweite Platte war von manchen Dingen ein Backup, z.B. fuer die automatischen Datenbanken.
Danke und bis morgen?

Hab aus Neugier nochmal versucht zu mounten>
root@ubuntu:~# sudo mount /dev/vg1/volume_1 /media/newhd
mount: /media/newhd: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/mapper/vg1-volume_1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
 
Zuletzt bearbeitet:

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Noch nicht weg, aber so gut wie.
Das Dateisystem ist nun leer, da neu geschrieben. Wenn man jetzt mit Recovery Software alle Blöcke einliest kann man noch Daten finden, aber das entspricht dann eher einem 100.000 Teile Puzzle da dann sinnvolle Dateien heraus zu gewinnen.
Tut mir leid, da hätte ich etwas wachsamer sein müssen.

Auf der anderen Platte nach dem "mdadm -Asf && vgchange -ay" zuerst mit "mount" nachschauen, was er schon automatisch eingehängt hat. Jedenfalls klingt es danach, weil du mit deinem "mount bla bla" Befehlen ja eigentlich nie eine Erfolgsmeldung bekommen hast, der letzte Befehl aber moniert hat, dass es eingehängt wäre.
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Sorry, komme erst heute dazu.
Kannst Du ein recoverz Programm f[r die erste Platte empfehlen? Vozugsweise ein Windows taugliches :eek:
mount liefert nach dem mdadm Befehl dies>

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3646144k,nr_inodes=911536,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=733464k,mode=755)
/dev/sdb1 on /cdrom type vfat (ro,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0 on /rofs type squashfs (ro,noatime)
/cow on / type overlay (rw,relatime,lowerdir=//filesystem.squashfs,upperdir=/cow/upper,workdir=/cow/work)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=40,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=15641)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /run/user/999 type tmpfs (rw,nosuid,nodev,relatime,size=733460k,mode=700,uid=999,gid=999)
gvfsd-fuse on /run/user/999/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=999,group_id=999)
/dev/sr0 on /media/ubuntu/ESD-ISO type udf (ro,nosuid,nodev,relatime,uid=999,gid=999,iocharset=utf8,uhelper=udisks2)
/var/lib/snapd/snaps/core_4917.snap on /snap/core/4917 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_319.snap on /snap/gtk-common-themes/319 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-26-1604_70.snap on /snap/gnome-3-26-1604/70 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-calculator_180.snap on /snap/gnome-calculator/180 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-characters_103.snap on /snap/gnome-characters/103 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-logs_37.snap on /snap/gnome-logs/37 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-system-monitor_51.snap on /snap/gnome-system-monitor/51 type squashfs (ro,nodev,relatime,x-gdu.hide)
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Sieht jetzt erst mal nicht so aus, als hätte er was automatisch eingehängt. Vielleicht noch ein 'df - lh' um sicher zu gehen.

Recovery, da bin ich nicht auf dem neusten Stand und bei Windows kenne ich mich eh nicht mehr aus.
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Ok, wenn Du aber noch einen Linuxtipp für Recovery hättest, wäre das auch nicht verkehrt, ich wollte eh wieder einen parallel Neustart mit Linux machen und den Laptop dafür bald einrichten.

Für die zweite Platte:

root@ubuntu:~# mdadm -Asf && vgchange -ay

mdadm: /dev/md/3 has been started with 1 drive.


root@ubuntu:~# df -lh

Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3.5G 0 3.5G 0% /dev
tmpfs 717M 1.8M 715M 1% /run
/dev/sdb1 16G 8.9G 6.3G 59% /cdrom
/dev/loop0 1.8G 1.8G 0 100% /rofs
/cow 3.5G 745M 2.8G 21% /
tmpfs 3.5G 31M 3.5G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.5G 0 3.5G 0% /sys/fs/cgroup
tmpfs 3.5G 8.0K 3.5G 1% /tmp
tmpfs 717M 64K 717M 1% /run/user/999
/dev/sr0 3.9G 3.9G 0 100% /media/ubuntu/ESD-ISO
/dev/loop1 87M 87M 0 100% /snap/core/4917
/dev/loop2 35M 35M 0 100% /snap/gtk-common-themes/319
/dev/loop3 141M 141M 0 100% /snap/gnome-3-26-1604/70
/dev/loop4 2.4M 2.4M 0 100% /snap/gnome-calculator/180
/dev/loop5 13M 13M 0 100% /snap/gnome-characters/103
/dev/loop6 15M 15M 0 100% /snap/gnome-logs/37
/dev/loop7 3.8M 3.8M 0 100% /snap/gnome-system-monitor/51
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Ich habe auch eine 4 TB Platte besorgt, ursprünglich als Sicherungsplatte für die 2TB. Spricht was dagegen diese zu verwenden um die Synology zum Laufen zu bringen während wir versuchen die anderen zu retten?
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Ne, kannst die 4tb ruhig in Betrieb nehmen.

Bezüglich Zugriff auf die 'backup' 2tb kannst ja noch probieren, ob du bei dieser das /dev/md/volume_1 oder ähnlich mounten kannst ohne Fehlermeldung.

Bezüglich recovery bin ich wie gesagt etwas aus der Übung.
Ext4magic, foremost, scalpel, photorec, testdisk sind Werkzeuge die ich noch im Kopf habe. Aber welches davon jetzt am Erfolg versprechendsten ist, bzw. ob man überhaupt was retten kann steht auf einem anderen Blatt.
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Am Wochenende werde ich mich daran setzen.

Die zweite Festplatte verhält sich übrigens genau wie die erste.
 

Fusion

Benutzer
Sehr erfahren
Mitglied seit
06. Apr 2013
Beiträge
14.135
Punkte für Reaktionen
898
Punkte
424
Was heißt wie die erste? In welchem Kontext? Fehlermeldung beim Mountversuch der ext4 lvm Partition?
 

Fraggle

Benutzer
Mitglied seit
15. Mrz 2009
Beiträge
493
Punkte für Reaktionen
6
Punkte
18
Sorry für die späte Anrtwort, meist kommt alles immer auf einmal, so mußte ich den Laptop neu aufsetzen. Bislang kam ich auch nicht dazu die NAS mit der 4TB Platte aufzusetzen.

Ich bin die Befehle wie bei der ersten Platte durchgegangen, also auch mount etc. Ich herhielt die gleichen Fehlermeldungen.
Ich weiß nicht wie schnell ich immer schreiben kann, aber sollte es irgendwann klappen (oder ich aufgeben), poste ich es auf jeden Fall. Das bin ich alleine schon Deiner umfrangreichen Hilfe schuldig.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat