Btrfs volume am PC auslesen

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
nun habe ich die 2 Platte der 216+ genommen. Da geht noch weniger:

Code:
mint ~ # mdadm -AfR /dev/md1000 /dev/sdc5
mdadm: /dev/sdc5 is busy - skipping
mint ~ # mdadm --stop /dev/md127
mdadm: stopped /dev/md127
mint ~ # mdadm -AfR /dev/md1000 /dev/sdc5
mdadm: unexpected failure opening /dev/md1000
mint ~ #
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
zurück mit dem geichen USB Adapter, gleicher PC, Linux Mint-18.3-Sylvia Platte wieder aus der 218+

alles geht wieder perfekt, die Felher sind minim und ich kann mounten und auslesen etc:

Code:
[   64.957489] scsi 4:0:0:0: Direct-Access     ASMT     ASM1156-PM       0    PQ: 0 ANSI: 6
[   64.996462] sd 4:0:0:0: Attached scsi generic sg3 type 0
[   64.998861] sd 4:0:0:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[   64.998863] sd 4:0:0:0: [sdc] 4096-byte physical blocks
[   64.998998] sd 4:0:0:0: [sdc] Write Protect is off
[   64.999001] sd 4:0:0:0: [sdc] Mode Sense: 43 00 00 00
[   64.999159] sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   71.992565]  sdc: sdc1 sdc2 sdc5
[   71.997940] sd 4:0:0:0: [sdc] Attached SCSI disk
[   72.245177] md127: Warning: Device sdc5 is misaligned
[   72.245179] md/raid1:md127: active with 1 out of 2 mirrors
[   72.245217] md127: detected capacity change from 0 to 3995839954944
[   72.471885] Btrfs loaded, crc32c=crc32c-intel
[   72.472576] BTRFS: device label 2020.12.12-15:58:57 v25426 devid 1 transid 596 /dev/dm-0
[  154.523371] BTRFS info (device dm-0): using free space tree
[  154.523373] BTRFS info (device dm-0): has skinny extents
mint ~ #

die Platten aus der 216+ wieder in die DS eingesteckt gestartet und alles geht prima.
 
Zuletzt bearbeitet:

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
@ottosykora
Ich verfolge diesen Thread von Seite 1 an. Ich bin geflasht davon wie schwierig das Auslesen ist. Bisher hatte ich gehofft, dass es an einer übersehenen Kleinigkeit ist, inzwischen glaube ich auch, dass das modellabhängig und je nach Modell eine andere Vorgehensweise nötig ist.
Ich würde mich nicht mal wundern, wenn sogar Synology da nicht durchblickt. Wenn sie das tun würden, gäbe es ja eine klare Vorgehensweise (meinetwegen je Modell).
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
Ein Versuch wäre, aufgrund der old PV header WARNING, tatsächlich mal (wie im Syno-Artikel geschrieben) ein Ubuntu 18.04 zu verwenden, ggf. sind die alten Tool-Versionen da besser auf die Synovariante "abgestimmt" - hab noch nicht per ssh nachgesehen welche Versionsnummer die einzelnen Komponenten auf der Syno haben.

Update:
auf dem 220+ wird btrfs-progs version 4.0 angegeben
wei kann ich die btrfs Version der DS auslesen?

Momentan scheint es eine 218+ und 216+ verwenden nicht die gleiche Version, jedenfalls ist auch dein Anleitung für nur eine ganz bestimmte Kombination aus Linux Distro und DS gültig
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
@ottosykora
inzwischen glaube ich auch, dass das modellabhängig und je nach Modell eine andere Vorgehensweise nötig ist.
genau so sieht es aus. Eine ganz bestimmte Version von btrfs in der Linux Distro passt zu einer bestimmten DS (nicht DSM Version)

Bei meiner 218+ habe ich durch endloses probieren die richtige Linux Distro gefunden und dort stimmt die Anleitung ganz genau.

Alleine die grundlegenede Ubuntu Version aber scheitert bereits an den gleichen Platten.
Für eine DS216+ muss ich wohl genau so alle erreichbaren Distros ausprobieren bis ich eine finde welche geht, wenn das überhaupt möglich wird.

Eine Anleitung also scheint von Anfang an zu Makulatur werden, es besteht wohl gar keine Möglichkeit eine eindeutige Anleitung zu erstellen.
 
  • Like
Reaktionen: peterhoffmann

THDev

Benutzer
Mitglied seit
27. Mrz 2020
Beiträge
354
Punkte für Reaktionen
122
Punkte
93
Wie gesagt, habe bei mir Ubuntu 16, 18 und 20 versucht. Und Fedora 33. Dort kommt immer unknown root flags.
Ich versuche jetzt mal die von dir vorgeschlagene mint Version.


@THDev du mountest aber schon btrfs? Welche Linux-Distribution bzw. Version verwendest du?
Ubuntu 20.04 lts. oder auch debian. geht alles. ja btrsf auch direkt mit -t btrfs angegeben.

Code:
   96.097099] usb 3-1: New USB device found, idVendor=174c, idProduct=55aa
[   96.097102] usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[   96.097103] usb 3-1: Product: ASM1156-PM
[   96.097105] usb 3-1: Manufacturer: ASMT
[   96.097106] usb 3-1: SerialNumber: 00000000000000000000
[   96.099708] scsi host5: uas
[   96.101524] scsi 5:0:0:0: Direct-Access     ASMT     ASM1156-PM       0    PQ: 0 ANSI: 6
[   96.140750] sd 5:0:0:0: Attached scsi generic sg0 type 0
[   96.143022] sd 5:0:0:0: [sdd] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
[   96.143025] sd 5:0:0:0: [sdd] 4096-byte physical blocks
[   96.143151] sd 5:0:0:0: [sdd] Write Protect is off
[   96.143152] sd 5:0:0:0: [sdd] Mode Sense: 43 00 00 00
[   96.143320] sd 5:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[  100.755814]  sdd: sdd1 sdd2 sdd3 < sdd5 >
[  100.761348] sd 5:0:0:0: [sdd] Attached SCSI disk
[  126.964214] Btrfs loaded, crc32c=crc32c-intel
[  127.090788] JFS: nTxBlock = 8192, nTxLock = 65536
[  127.164643] SGI XFS with ACLs, security attributes, realtime, no debug enabled
[  359.492172] md: array md127 already has disks!
[  359.495713] md127: Warning: Device sda5 is misaligned
[  359.495715] md/raid1:md127: active with 1 out of 2 mirrors
[  359.495752] md127: detected capacity change from 0 to 1995451858944
[  359.495970] Buffer I/O error on dev md127, logical block 0, async page read
[  359.495984] Buffer I/O error on dev md127, logical block 0, async page read
[  359.495992] Buffer I/O error on dev md127, logical block 0, async page read
[  359.495996] ldm_validate_partition_table(): Disk read failed.
[  359.496001] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496008] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496015] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496022] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496026] Dev md127: unable to read RDB block 0
[  359.496032] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496039] Buffer I/O error on dev md127, logical block 0, async page read
[  359.496049] Buffer I/O error on dev md127, logical block 3, async page read
[  359.496062]  md127: unable to read partition table
[  642.484443] buffer_io_error: 3 callbacks suppressed
[  642.484445] Buffer I/O error on dev md127, logical block 487170848, async page read
mint ~ #
Dein md ist nicht vollständig da. schau mal bei cat /proc/mdstat. am besten md stoppen und einmal neu starten mit vgchange -an && mdadm -SF /dev/md127

dann einmal mdadm -AfR /dev/md127 /dev/sda5 /dev/sdb5 && vgchange -ay

naja wie der syno support schon sagte. BTRFS flags werden nicht rausgegeben von daher hat sich die sache für mich gegessen.

tl;dr: macht backups und ignorier die anleitung einfach. mir ist das relativ egal auch wenn du da jetzt weiterhin auf deinen prinzipien beharrst.
 
  • Like
Reaktionen: the other und mayo007

THDev

Benutzer
Mitglied seit
27. Mrz 2020
Beiträge
354
Punkte für Reaktionen
122
Punkte
93
@ottosykora
Ich verfolge diesen Thread von Seite 1 an. Ich bin geflasht davon wie schwierig das Auslesen ist. Bisher hatte ich gehofft, dass es an einer übersehenen Kleinigkeit ist, inzwischen glaube ich auch, dass das modellabhängig und je nach Modell eine andere Vorgehensweise nötig ist.
Ich würde mich nicht mal wundern, wenn sogar Synology da nicht durchblickt. Wenn sie das tun würden, gäbe es ja eine klare Vorgehensweise (meinetwegen je Modell).
Synology blickt da schon durch. Ich habe oft data rescues bei Syno gemacht und das geht meistens immer. Wenns sich nicht mounten lässt hilft meist nur ein btrfs restore oder ein replacen des btrfs root trees ;) mehr sage ich jetzt mal dazu nicht.
 
  • Wow
Reaktionen: mayo007

mayo007

Benutzer
Sehr erfahren
Mitglied seit
26. Okt 2016
Beiträge
2.416
Punkte für Reaktionen
459
Punkte
123
wie man sich über sowas den kopf zerbrechen kann. eieiei. zu viel freizeit / langeweile....
 

Iarn

Benutzer
Sehr erfahren
Mitglied seit
16. Jun 2012
Beiträge
3.017
Punkte für Reaktionen
428
Punkte
149
Wobei das Problem nicht bei Linux liegt. Ich benutze zahlreiche Systeme mit verschiedenen Linux Distributionen meist mit btrfs und außerhalb der Synology Welt habe ich nie Probleme gehabt irgendwelche btrfs Raids mit anderen Distributionen zu mounten.
 

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
Ubuntu 20.04 lts. oder auch debian. geht alles. ja btrsf auch direkt mit -t btrfs angegeben.

negativ, geht nicht, oder wenn ja dann nur mit einer DS.
Ich habe hier 218+ und 216+ momentan, bei der 218+ geht es bei mir mit einer Distro, 216+ kann die gleiche Distro nicht mounten

Wir glauben dir dass du ein Experte bist, aber nur pauschal sagen es geht problemlos können wir nun einmal nicht nachvollziehen. Ich denke schon du schaffst es mit Tricks immer, aber gibst und nur ziemlich unklare Ratschläge.
Es ist schwierig mit >Wenns sich nicht mounten lässt hilft meist nur ein btrfs restore oder ein replacen des btrfs root trees< was anzufangen.
Was ist ein btrfs restore?
 

THDev

Benutzer
Mitglied seit
27. Mrz 2020
Beiträge
354
Punkte für Reaktionen
122
Punkte
93
Wobei das Problem nicht bei Linux liegt. Ich benutze zahlreiche Systeme mit verschiedenen Linux Distributionen meist mit btrfs und außerhalb der Synology Welt habe ich nie Probleme gehabt irgendwelche btrfs Raids mit anderen Distributionen zu mounten.
Unterschied: ist ein mdadm raid kein btrfs raid...
 

THDev

Benutzer
Mitglied seit
27. Mrz 2020
Beiträge
354
Punkte für Reaktionen
122
Punkte
93
negativ, geht nicht, oder wenn ja dann nur mit einer DS.
Ich habe hier 218+ und 216+ momentan, bei der 218+ geht es bei mir mit einer Distro, 216+ kann die gleiche Distro nicht mounten

Wir glauben dir dass du ein Experte bist, aber nur pauschal sagen es geht problemlos können wir nun einmal nicht nachvollziehen. Ich denke schon du schaffst es mit Tricks immer, aber gibst und nur ziemlich unklare Ratschläge.
Es ist schwierig mit >Wenns sich nicht mounten lässt hilft meist nur ein btrfs restore oder ein replacen des btrfs root trees< was anzufangen.
Was ist ein btrfs restore?
Ich möchte hier keinem direkt alle Arbeit wegnehmen. Dafür gibt es btrfs man pages oder sonst einfach mal in der ds btrfs<tab> machen und schauen sas es so gibt.

btrfs-show-super zeigt den jetzigen super-block (die generation). (mit -a alle).
mit btrfs-super-hack kannst du den root tree replacen und somit schauen ob ein anderer root tree funktioniert (danach dann wieder versuchen zu mounten - wenn das nicht geht anderen backup tree nutzen).
 
  • Like
Reaktionen: tproko

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
6.057
Punkte für Reaktionen
1.855
Punkte
254
mehr sage ich jetzt mal dazu nicht
Das ist schade, aber aus der Sicht eines Mitarbeiters in der Datenrettung (Ontrack?) kann ich das verstehen. Man will sich ja nicht selber das Wasser abgraben. ;)
Das hat mit Langeweile nichts zu tun. Es sind die Daten des Nutzers und dann muss auch ein Weg vorhanden sein außerhalb der Synowelt an diese Daten heranzukommen.
Zauberwort heißt Backup
Erstens ist das nicht die Lösung, zweitens nicht Kern dieses Threads.
 

mayo007

Benutzer
Sehr erfahren
Mitglied seit
26. Okt 2016
Beiträge
2.416
Punkte für Reaktionen
459
Punkte
123
Wünsche euch noch viel Spaß bei der sinnlosen Diskussion hier.
 

tproko

Benutzer
Sehr erfahren
Mitglied seit
11. Jun 2017
Beiträge
2.117
Punkte für Reaktionen
256
Punkte
129
Ja ein Backup haben, soweit ich das hier so gelesen hab, wohl die meisten Beteiligten.


Das war aber nicht die Frage und wenn das Backup die Daten von heute Früh vielleicht nicht enthält oder sonst was... wird schon UC geben, wo das mounten sinnvoll ist.


Es sollte einfach möglich sein, per mdadm und lvm das zu mounten. Leider dürfte hier Synology zum Teil den Standard erwas zu sehr anpassen. Bei meiner 416play klappt es jedenfalls nicht ohne weiteres und ist laut Syno auch nicht möglich (wobei ich das so nicht glaube, aber ich habe noch keine Möglichkeit gefunden, die rootflags entsprechend "richtig" zu setzen, dass es beim mount klappt).


Und btrfs restore ist trotzdem was anderes als einfach gewisse Daten auslesen per mount und vielleicht wegkopieren. Man kann auch btrfs repair verwenden, dass mache ich aber bei meinen prod Platten jetzt gerade nicht, nur im falls es wirklich sein sollte.

@THDev danke für deine Distribution Informationen. Die haben bei mir nicht geklappt. Liegt wohl einfach am Modell, dass sich diese Unterschiedlich verhalten.
 
Zuletzt bearbeitet:

THDev

Benutzer
Mitglied seit
27. Mrz 2020
Beiträge
354
Punkte für Reaktionen
122
Punkte
93
Das ist schade, aber aus der Sicht eines Mitarbeiters in der Datenrettung (Ontrack?) kann ich das verstehen. Man will sich ja nicht selber das Wasser abgraben. ;)

Das hat mit Langeweile nichts zu tun. Es sind die Daten des Nutzers und dann muss auch ein Weg vorhanden sein außerhalb der Synowelt an diese Daten heranzukommen.

Erstens ist das nicht die Lösung, zweitens nicht Kern dieses Threads.
Nein nicht Ontrack. Ontrack ist auch der größte Dreck glaube ich.
Du bist aber näher dran als du denkst.

Ja ein Backup haben, soweit ich das hier so gelesen hab, wohl die meisten Beteiligten.


Das war aber nicht die Frage und wenn das Backup die Daten von heute Früh vielleicht nicht enthält oder sonst was... wird schon UC geben, wo das mounten sinnvoll ist.


Es sollte einfach möglich sein, per mdadm und lvm das zu mounten. Leider dürfte hier Synology zum Teil den Standard erwas zu sehr anpassen. Bei meiner 416play klappt es jedenfalls nicht ohne weiteres und ist laut Syno auch nicht möglich (wobei ich das so nicht glaube, aber ich habe noch keine Möglichkeit gefunden, die rootflags entsprechend "richtig" zu setzen, dass es beim mount klappt).


Und btrfs restore ist trotzdem was anderes als einfach gewisse Daten auslesen per mount und vielleicht wegkopieren. Man kann auch btrfs repair verwenden, dass mache ich aber bei meinen prod Platten jetzt gerade nicht, nur im falls es wirklich sein sollte.

@THDev danke für deine Distribution Informationen. Die haben bei mir nicht geklappt. Liegt wohl einfach am Modell, dass sich diese Unterschiedlich verhalten.
Naja Syno nutzt eine angepasste mdadm und btrfs version. ich weiß aber nicht inwiefern da sachen angepasst wurden sodass eine inkompatibilität mit den btrfs-tools von ubuntu/debian/fedora whatever entstehen.
von daher möglich ist es, aber mir halt noch nie untergekommen.
 
  • Like
Reaktionen: peterhoffmann

ottosykora

Benutzer
Mitglied seit
17. Apr 2013
Beiträge
8.859
Punkte für Reaktionen
1.147
Punkte
288
ds btrfs<tab> machen und schauen

also was genau? Muss ich die Platten in die DS geben und da mit Putty drauf und da so was eingeben?
Oder was ist da genau gemeint?


btrfs-show-super zeigt den jetzigen super-block (die generation). (mit -a alle).
mit btrfs-super-hack kannst du den root tree replacen und somit schauen ob ein anderer root tree funktioniert (danach dann wieder versuchen zu mounten - wenn das nicht geht anderen backup tree nutzen).
auch hier spichst du leider etwas in Rätseln.
Wann und wo gebe ich btrfs-show-supper ein?

Ich denke hier wird es nötig sein so was wie eine Flowchart zu machen, wenn etwas nicht geht, dann das tun, bis das und das geht etc.

Wenn du es offenbar alles kennst, kannst du da etwas genauer sein mit den Anweisungen so dass wir es auch nachvollziehen können?
 


 

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