j-Serie DS215j | Kurzer Start aus Versehen mit nur einer HDD

[peterhoffmann]

Wenn man müde ist, soll man nicht an Technik fummeln.

Ich habe aus Versehen eine DS215j mit nur einer (der beiden) HDDs (voll mit Daten) gestartet. Die DS hat sofort gemeckert, ich habe sie runtergefahren und die zweite HDD eingesetzt.

Die DS hat wieder gemeckert. Die Fehlermeldung (verschiedene Größen für den freien Speicherplatz) habe ich mit allen Möglichkeiten im Speichermanager nicht beseitigt bekommen.

In Anbetracht meiner Möglichkeiten habe ich die zweite Festplatte über ein Sata-USB-Adapter an ein Laptop gehängt und wollte einfach die Partition(en) löschen, damit danach die DS die Daten wieder spiegeln kann. Unter Knoppix wurden von 3TB aber nur knapp 750GB erkannt und QParted stürzte ab.

Ich schob das Verhalten auf den Sata-USB-Adapter und meine dummen Ideen wollten nicht enden.
Ich löschte die ersten ca. 500MB mit dem Befehl => dd if=/dev/zero of=/dev/sda
Ich erhoffte mir damit, dass die DS eine nicht partitionierte HDD erkennt und fleißig die Daten spiegelt.

Hmm... Festplatte eingesetzt. DS hat kurz gemeckert, eine Reparatur vorgeschlagen, ausgeführt, was aber nur 2-3 Minuten mit ca. 15-25MB/s Schreib- und Lesegeschwindigkeit gedauert hat. Nun sagt die DS, dass alles ok ist.

Eigentlich dachte ich, dass nun die DS stundenlang kopiert. Pustekuchen. Sie macht nichts mehr. Daten sind erreichbar, die DS sagt alles ok, keinerlei weitere Aktivität seitens der DS im Ressourcenmonitor sichtbar.

Wird die DS wirklich nur die ersten mit DD überschriebenen Daten ersetzt haben? Ich bin verunsichert. Lieber wäre mir eine stundenlange Aktion mit Kopieren/Spiegeln gewesen.

Wie ist eure Meinung?

 

[peterhoffmann]

Neue Entwicklung:
Wenn ich mich in der DS einlogge, meckert die DS, dass das Dateisystem überprüft werden und dafür neugestartet werden muss. Wenn ich das mache, dauert das ca. 3-5 Minuten, dann ist die DS wieder da, meckert aber erneut mit der gleichen Fehlermeldung nach dem Einloggen. So habe ich jetzt schon etliche Male neugestartet.

Wie kann ich nun weiter vorgehen?
Gibt es keine Möglichkeit die DS anzuweisen alles zu prüfen bzw. neu zu spiegeln?

 

[dil88]

Vielleicht ein Kabel oder eine DockingStation besorgen, die mit der Platte klar kommt, dann nochmal am PC die Partitionen löschen und dann die Platte erneut in die DS einbauen.

 

[peterhoffmann]

@dil88
Ich habe die Festplatte mit einem anderen PC mehrfach formatiert und (teilweise) einen Wipe gemacht.
Danach wurde die HDD als "frische" Platte von der DS erkannt. Dann hat sie rund 8 Stunden gerödelt und ist nun wieder zufrieden.

Ende gut, alles gut.

 

[dil88]

Wunderbar, danke für die Information!

 

[peterhoffmann]

Ein paar Tage ging es gut. Nun bekomme ich sporadisch wieder die gleichen Meldungen:
2016-02-08 19:51:27 Error DS user System => File system error was found on volume [1].

Leider rückt die Oberfläche der DS keine weiteren Informationen raus. Ich würde natürlich gerne wissen wo genau. Gibt es ein Log wo ich nachschauen kann (SSH mit Putty ist kein Problem)?

---

Nachtrag:
Hier zur Sicherheit die Smartwerte von beiden Platten:

 

[dil88]

Schau Dir einmal /var/log/messages an. Die SMART-Daten geben keinen Hinweis auf Probleme - zumindest mir nicht.

 

[peterhoffmann]

Schau Dir einmal /var/log/messages an.

Hier die drei betreffenden Reihen daraus:

Feb  8 19:51:27 DS kernel: [276462.622581] EXT4-fs error (device dm-0): ext4_mb_generate_buddy:742: group 10325, 3035 clusters in bitmap, 3036 in gd
Feb  8 19:51:27 DS kernel: [276462.633875] JBD2: Spotted dirty metadata buffer (dev = dm-0, blocknr = 0). There's a risk of filesystem corruption in case of system crash.
Feb  8 19:51:27 DS kernel: [276462.650863] JBD2: Spotted dirty metadata buffer (dev = dm-0, blocknr = 0). There's a risk of filesystem corruption in case of system crash.

 

[peterhoffmann]

Ab und zu bekomme ich immer noch Fehlermeldungen.

Gibt es keine Möglichkeit einen vollständigen Scan auszuführen?

Ich habe jetzt "e2fsck" gefunden. Installiert ist es wohl auch. Ist es das richtige Tool und wie muss ich vorgehen? Ich möchte mir ja nichts zerschießen.

 

[dil88]

Ein Filesystem-Check kann zu Datenverlust führen, aber vielleicht ist er in diesem Fall nötig. In diesem Beitrag findest Du Informationen, wie Du einen Filesystem-Check auf einer Shell machen kannst. Ich hoffe, der hilft Dir weiter.

 

[peterhoffmann]

Ein Filesystem-Check kann zu Datenverlust führen, aber vielleicht ist er in diesem Fall nötig. In diesem Beitrag findest Du Informationen, wie Du einen Filesystem-Check auf einer Shell machen kannst. Ich hoffe, der hilft Dir weiter.

Danke. Ja, das hat mir weitergeholfen.

Ich bin so vorgegangen und ein paar Sachen waren zu fixen.

Siehe hier:

DS> ls -d /dev/vg*
/dev/vg1000
DS> syno_poweroff_task -d
DS> vgchange -ay
  1 logical volume(s) in volume group "vg1000" now active
DS> fsck.ext4 -yvf -C0 /dev/vg1000/lv
e2fsck 1.42.6 (21-Sep-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Invalid inode number for '.' in directory inode 86638830.
Fix? yes

Invalid inode number for '.' in directory inode 86638827.
Fix? yes

Entry '..' in .../??? (86638827) has deleted/unused inode 86638848.  Clear? yes

Entry 'icon' in .../??? (86638827) has deleted/unused inode 86638888.  Clear? yes

Pass 3: Checking directory connectivity
Unconnected directory inode 86638827 (...)
Connect to /lost+found? yes

Unconnected directory inode 86638830 (/otr/@eaDir/???)
Connect to /lost+found? yes

Pass 4: Checking reference counts
Inode 2 ref count is 20, should be 23.  Fix? yes

Inode 14 ref count is 7, should be 6.  Fix? yes

Inode 11766 ref count is 72, should be 71.  Fix? yes

Inode 2621489 ref count is 13, should be 12.  Fix? yes

Inode 2754352 ref count is 2, should be 3.  Fix? yes

Inode 85983241 ref count is 4, should be 3.  Fix? yes

Inode 86638827 ref count is 3, should be 2.  Fix? yes

Inode 86638830 ref count is 3, should be 2.  Fix? yes

Pass 5: Checking group summary information
Block bitmap differences:  -346583531 -346583562 +346583563 -346583567 +346583601 -346583603 -346712576
Fix? yes

Free blocks count wrong for group #10325 (4254, counted=4253).
Fix? yes

Free blocks count wrong for group #10576 (3646, counted=3648).
Fix? yes

Free blocks count wrong for group #10580 (16509, counted=16510).
Fix? yes

Free blocks count wrong (279159727, counted=279159729).
Fix? yes

Free inodes count wrong for group #10576 (8151, counted=8155).
Fix? yes

Directories count wrong for group #10576 (8, counted=6).
Fix? yes

Free inodes count wrong (182650974, counted=182650978).
Fix? yes

1.42.6-5021: ***** FILE SYSTEM WAS MODIFIED *****

      194462 inodes used (0.11%, out of 182845440)
        2110 non-contiguous files (1.1%)
         117 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 192740/645/1
   452195407 blocks used (61.83%, out of 731355136)
           0 bad blocks
           9 large files

      170697 regular files
       22688 directories
           0 character device files
           0 block device files
           0 fifos
          18 links
        1068 symbolic links (1068 fast symbolic links)
           0 sockets
------------
      194471 files

DS> reboot

Broadcast message from root@DS
        (/dev/pts/2) at 11:23 ...

The system is going down for reboot NOW!

Nun warte ich mal die nächsten Tage ab und hoffe, dass das Thema endgültig gegessen ist.