NAS Platte mounten (xfs)

Seite 1 von 2 - Forum: Storage & Memory auf overclockers.at

URL: https://www.overclockers.at/storage-memory/nas-platte-mounten-xfs_241911/page_1 - zur Vollversion wechseln!

bluefoxx schrieb am 28.01.2015 um 15:55

Tja.

Meine Sys-LED auf meinem Seagate Black Armor 220 NAS leuchtet rot - nicht gut.
Verbinden per Netzwerk funktioniert nicht mehr, Black Armor Discovery findet das NAS auch nicht mehr. Platten befinden sich im RAID1-Verbund (2x1TB Seagate Barracuda 7200.12 Platten)

Möchte nun die Platten auslesen und die Daten sichern, scheitere aber daran dass ich es nicht schaffe das xfs-Filesystem zu lesen bzw. zu mounten.

Habe es schon unter Ubuntu und Mac OSX probiert. Für Mac OSX gibt es ja von Paragon eine ext-Utility - die mountet mir 2 der 4 Partionen der Platten (/dev/sda ist aufgeteilt auf /dev/sda1,2,3,4) aber klarerweise nicht die xfs-partition, die die daten beinhaltet.

Unter Ubuntu habe ich versucht mittels

Code:

sudo mount -t xfs /dev/sda1 /media/external

versucht die Platte zu mounten, bekommen aber diesen fehler:

Code:

mount: wrong fs type, bad option, bad superblock on dev/sda1, missing code page or helper program or other error In some cases useful info is found in syslog

habe dann xfsprogs installiert und versucht mit

Code:

sudo xfs_repair -v /dev/sda1

die platte wieder herzustellen, bekomme dabei aber bei beiden platten folgenden fehler:

Code:

mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

ich hab halt null ahnung wie ich das problem weiter verfolge bzw. wie ein lösung aussehen könnte

plz help!

Master99 schrieb am 28.01.2015 um 16:22

ist sda1 wirklich die XFS partition?

poste doch mal den output von fdisk oder lsblk: http://askubuntu.com/questions/1824...hdds-partitions

bluefoxx schrieb am 28.01.2015 um 16:31

nein, es ist sdb4 - hab die befehle einfach mal aus google kopiert. habs eh mit sdb4 laufen lassen, das passt schon. lsblk zeigt mir "linux_raid_member" als "FSTYPE" an

thachriz schrieb am 28.01.2015 um 16:41

Ist vielleicht nicht hilfreich (kenne mich mit Linux null aus), aber bei meinem WD NAS konnte ich mit LinuxReader auf die Daten zugreifen, nachdems eingegangen war.

bluefoxx schrieb am 28.01.2015 um 16:42

Das funktioniert anscheinend nicht für xfs, nur ext2,3,4, hfs und reiser

edit: bekommen folgende meldung mit diskinternals LinuxReader wenn ich den Container anklicke:

Crash Override schrieb am 28.01.2015 um 17:46

Versuch mal "mdadm --assemble --run /dev/md0 /dev/sdb4" eventuell mit "--force" wenn du nur eine Platte verwendest. Danach dann halt /dev/md0 mounten.

bluefoxx schrieb am 29.01.2015 um 08:56

Crash: dein Befehl hat mal funktioniert.

aber beim mounten per:

mount -t xfs /dev.... kommt dann wieder derselbe fehler wie oben (wrong fs type...)

ohne der -t option und nur per mount kommt der fehler:

"mount: unbekannter Dateisystemtyp LVM2_member"

Crash Override schrieb am 29.01.2015 um 09:29

Dann ist das immer noch kein XFS sondern ein LVM Container:
http://wiki.ubuntuusers.de/Logical_Volume_Manager

COLOSSUS schrieb am 29.01.2015 um 09:55

Kurfassung, nach Crash Overrides letztem Kommando:

Code:

pvscan; vgscan; lvscan

Dann den Output hier pasten.

bluefoxx schrieb am 29.01.2015 um 11:17

Kann im Moment keines der Scan-Programme ausführen

Code:

 /dev/mapper/control: open failed: Keine Berechtigung   Failure to communicate with kernel device-mapper driver.   WARNING: Running as a non-root user. Functionality may be unavailable.   No volume groups found

Muss auf meinen Kollegen warten, ist sein ubuntu Laptop und mein User hat anscheinend keine root-Rechte. Werde dann wieder berichten sobald ich lvscan ausführen konnte.

COLOSSUS schrieb am 29.01.2015 um 11:18

`sudo -i` startet dir eine interaktive Shell mir EUID 0.

Oder du prefixt jedes der Kommandos mit "sudo"; dazu brauchst du ja "nur" sein Benutzerpasswort.

bluefoxx schrieb am 29.01.2015 um 11:28

pvscan:

Code:

 PV /dev/md0   VG vg0   lvm2 [928,84 GiB / 0    free]   Total: 1 [928,84 GiB] / in use: 1 [928,84 GiB] / in no VG: 0 [0   ]

vgscan:

Code:

  Reading all physical volumes.  This may take a while...   Found volume group "vg0" using metadata type lvm2

lvscan:

Code:

  inactive          '/dev/vg0/lv0' [928,84 GiB] inherit

COLOSSUS schrieb am 29.01.2015 um 11:39

Code:

sudo lvchange -ay vg0/lv0
sudo mkdir /mnt/tmpdisk
sudo mount -t xfs -o ro /dev/mapper/vg0-lv0 /mnt/tmpdisk

Dann kannst du das fs in /mnt/tmpdisk ansehen (es sollte readonly eingehaengt sein, damit nix schiefgehen kann - xfs replayed dabei trotzdem das Journal, falls es das tun muss).

bluefoxx schrieb am 29.01.2015 um 11:50

Yeah! Danke! Hat ohne den -t und - o Optionen funktioniert - vorher habe ich wieder selbigen Fehler wie oben schon bekommen. Ich kann jetzt auf die Daten zugreifen und den größten Teil kopieren, bei ein paar Ordnern liefert er aber den Fehler dass ich keine Leserechte für diese Dateien besitze. Sind aber nur rund 10-15 Ordner gewesen, die wichtigen Daten kopiere ich gerade (übers GUI halt).

bluefoxx schrieb am 29.01.2015 um 11:53

Zitat von COLOSSUS
xfs replayed dabei trotzdem das Journal, falls es das tun muss).

Ah, deswegen habe ich trotzdem den fehler bekommen - meinst du das damit?