j-Serie Festplatten gehen nicht mehr in den Ruhezustand

[mad_max]

Hallo zusammen,
Meine Festplatten wollen seit ein paar Tagen nicht mehr in den Ruhezustand gehen.
Ein Reboot hilft nicht. Bzw nur bis zum ersten zugriff auf die Platten.

DiskStation> more /var/log/messages
Sep  1 21:10:00 updater: PATCHINFO: part[FIS Directory] file[FIS Directory] start = [0xF83F0000] size[0x65536] datalen=[0x00000600] nblock[0] balance[0] fneedupdate[0]
Sep  1 21:10:00 updater: szCmd=[/bin/rm -rf /upd@te/b@ckup; /bin/mkdir -p /upd@te/b@ckup]
Sep  1 21:10:00 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd0" of="/upd@te/b@ckup/mtd_RedBoot" bs=16384]
Sep  1 21:10:01 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd1" of="/upd@te/b@ckup/mtd_zImage" bs=16384]
Sep  1 21:10:02 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd2" of="/upd@te/b@ckup/mtd_rd.gz" bs=16384]
Sep  1 21:10:03 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd3" of="/upd@te/b@ckup/mtd_vendor" bs=16384]
Sep  1 21:10:03 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd4" of="/upd@te/b@ckup/mtd_RedBoot Config" bs=16384]
Sep  1 21:10:03 updater: UPDTBackupOldPartition(2539): command=[/bin/dd if="/dev/mtd5" of="/upd@te/b@ckup/mtd_FIS directory" bs=16384]
Sep  1 21:10:03 updater: UPDTDoPatch: skip updating [RedBoot]
Sep  1 21:10:03 updater: updater.c:2640(UPDTDoPatch) Try to Erase MTD Partition(/dev/mtd1), [0/3]...
Sep  1 21:10:27 updater: updater.c:2651(UPDTDoPatch) Try to Write MTD Partition(/dev/mtd1), [0/3]...
Sep  1 21:10:33 updater: updater.c:2657(UPDTDoPatch) Try to Verify MTD Partition--More-- (0% of 1601105 bytes)

das sagt das Log dazu...
kann sich jemand einen reim daraus machen, im Netz findet man nichts nach dem Fehler.

System ist eine
-DS211j
-DSM 4.3-3776


Danke schonmal im voraus.
Martin

 

[mad_max]

Kann leider meinen ersten Post nicht mehr bearbeiten/ändern, die Logeinträge aus dem ersten Post kann man vergessen.

Feb  9 16:33:29 DiskStation afpd[22423]: [afp_dsi.c:794-E] bad function 7A
Feb  9 16:36:30 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb  9 18:25:00 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb  9 20:08:25 DiskStation afpd[8863]: [afp_dsi.c:794-E] bad function 7A
Feb  9 21:14:13 DiskStation afpd[4161]: [socket.c:161-E] read: No route to host
Feb  9 21:14:13 DiskStation afpd[4161]: [dsi_stream.c:473-E] dsi_stream_read: len:-1, No route to host
Feb  9 21:14:13 DiskStation afpd[4161]: [dsi_stream.c:473-E] dsi_stream_read: len:0, unexpected EOF
Feb  9 23:49:58 DiskStation afpd[4933]: [afp_dsi.c:794-E] bad function 7A
Feb  9 23:53:01 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 01:38:17 DiskStation afpd[31836]: [afp_dsi.c:794-E] bad function 7A
Feb 10 01:41:31 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 02:38:52 DiskStation pptpd[22142]: CTRL: EOF or bad error reading ctrl packet length.
Feb 10 02:38:52 DiskStation pptpd[22142]: CTRL: couldn't read packet header (exit)
Feb 10 02:38:52 DiskStation pptpd[22142]: CTRL: CTRL read failed
Feb 10 03:26:34 DiskStation afpd[26253]: [afp_dsi.c:794-E] bad function 7A
Feb 10 03:29:32 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 05:14:55 DiskStation afpd[20764]: [afp_dsi.c:794-E] bad function 7A
Feb 10 05:18:02 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 07:03:07 DiskStation afpd[15052]: [afp_dsi.c:794-E] bad function 7A
Feb 10 07:06:32 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 08:51:26 DiskStation afpd[9433]: [afp_dsi.c:794-E] bad function 7A
Feb 10 08:54:32 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 10:43:03 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 12:28:03 DiskStation afpd[30758]: [afp_dsi.c:794-E] bad function 7A
Feb 10 12:31:03 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 14:19:33 DiskStation afpd[4161]: [afp_dsi.c:429-E] afp_alarm: child timed out, entering disconnected state
Feb 10 14:59:12 DiskStation afpd[22273]: [afp_dsi.c:794-E] bad function 7A

kann mir hierzu jemand helfen?
Unter google findet man nur Probleme mit der TimeMachine von OS X, diese funktioniert aber einwandfrei bei mir!
Die HDD der DiskStation gehen nicht mehr in den Ruhezustand.

 

[Ameisentaetowierer]

Hallo,

hast du vielleicht eine Portweiterleitung auf deinem DSL-Router?
Sieht für mich so aus, als würden Zugriffe stattfinden, die nicht mit den jeweiligen Protokollen konform sind.
Also sozusagen jemand, der deine Ports scannt.

 

[mad_max]

Hy,

ja hab natürlich Portweiterleitungen auf die DS laufen.
Und wie kann ich sowas unterbinden?

Martin

 

[Ameisentaetowierer]

Portweiterleitung abschalten?

Erstmal für einige Tage, um zu sehen, ob es daran liegt.
Danach kann man immer noch sehen, was man ggf. sonst machen kann.

Poste auch mal eine Liste der Ports, die weitergeleitet werden.

 

[mad_max]

Hab einfachhalber für einen Tag lang das Netzwerkkabel gezogen.
Platten liefen munter weiter.

Als Ports hab ich nur die https ports offen.


Martin

 

[TonyDom]

Ich habe genau das gleiche Problem seit ein paar Tagen, nur dass bei mir die Platten schlafen gehen, sobald ich das Netzwerkkabel ziehe.

Wenn aber das Netzwerkkabel angeschlossen ist, habe ich alle ca 30 sek einen kurzen Zugriff auf Volume 1 und 3 von etwa 5 - 10 kb/s . Ich weiß aber auch nicht wirklich, wo ich das Suchen anfangen soll. "Aktuelle" Verbindungen sind bei mir leer.

Da die Synobox und die Cloudstation auf Verzeichnisse zugreifen, die auf Volume 1 und 3 liegen, habe ich beide mal deaktiviert. Hat leider nix gebracht.

Vor ca 1 Woche lief noch alles perfekt. Das war bevor ich das Update 4.3-3827 installierte.

 

[Ameisentaetowierer]

Hast du eine Portweiterleitung aus dem Internet?
Hast du diese mal abgeschaltet?

 

[TonyDom]

Ja natürlich habe ich einige Ports weitergeleitet, und das muss auch so sein, sonst hilft mir die NAS nix, wenn ich nicht von außen zugreifen kann.

Das komische ist halt, vor dem Update lief alles perfekt.

Ich suche nach der Möglichkeit detaillierte Logs auszulesen um den Übeltäter zu finden. Im Moment habe ich nur das (siehe unten), und ich tappe regelrecht im Dunkeln. Dings für Dings nacheinander abzuschalten und probieren ist ja auch nicht der Sinn der Sache.

 

[Ameisentaetowierer]

Es geht doch nicht darum, ob eine Portfreigabe Sinn macht, oder nicht!
Die Wahrscheinlichkeit, dass fremde Zugriffe von aussen die DS wach halten ist halt sehr sehr gross.
Aber tapp einfach da, wo du es für sinnvoll hälst.

 

[dil88]

Es geht doch nicht darum, ob eine Portfreigabe Sinn macht, oder nicht!
Die Wahrscheinlichkeit, dass fremde Zugriffe von aussen die DS wach halten ist halt sehr sehr gross.

Ich will das nur nochmal unterstreichen. Ich gehe mittlerweile davon aus, dass das hier häufig beklagte Aufwachen aus dem Ruhezustand in den allermeisten Fällen auf unerwünschte Fremdzugriffe über Portweiterleitungen zurückzuführen ist. Wenn man dieses Problem also hat und beseitigen will, dann sollte man die Portweiterleitungen wenigstens für diesen kleinen Test ausschalten und schauen, ob der Ruhezustand nun immer noch gestört wird oder nicht.

 

[TonyDom]

Das ist mir schon klar was ihr meint, doch finde ich diese Methode "Portweiterleitung abschalten zum testen" nicht wirklich fertig überdacht.

Ich meine, was mach ich denn, wenn mein Port 21 mit Anfragen bombadiert werden würde? Schalte ich dann meinen FTP-Server für immer ab, damit meine Festplatten schlafen können?

Wäre es dagegen nicht sinnvoller einen detaillierten Log unter die Lupe zu nehmen, um Bösewichte zu blockieren? Gibts sowas überhaupt bzw. lässt sich ein Programm dafür installieren?

 

[dil88]

Du weisst nach dem Test, ob die Portweiterleitung den Ruhezustand stört. Und darum geht es in Schritt 1. Dann kann man darauf mit verschiedenen Ansätzen reagieren. Aber dreh den Spieß doch einmal um, mach eine sehr zeitaufwändige Logfile-Analyse, dreh die Dinger rauf und runter. Dann findest Du nichts, machst es nochmal ... Und am Ende stellt sich heraus, dass die Portweiterleitung gar nicht die Ursache war. Deshalb ist dieser Test, den einige hier vorschlagen, meiner Meinung nach der schlauste erst Ansatz.

 

[Ameisentaetowierer]

Wäre es dagegen nicht sinnvoller einen detaillierten Log unter die Lupe zu nehmen, um Bösewichte zu blockieren? Gibts sowas überhaupt bzw. lässt sich ein Programm dafür installieren?

Einfacher Domainfilter...
Die Domain der Bösewichte endet auf ".gov" scnr


Zum Thema:
1. Keine unverschlüsselten Dienste benutzen
2. Portblocker aktivieren (automatische Blockierung)
3. Dienste ggf. auf unbekannte Portnummern verlegen; z.B. Weiterleitung von Port 35022 auf Port 22

 

[TonyDom]

Vielen Dank für eure Mühe,

ich habe mal alles mögliche getestet:

1. Alle Portweiterleitungen aus
2. Stück für Stück sämtliche Geräte ausgeschaltet (Handys, Tablets Computer und Sonos)
3. Stück für Stück sämtliche Netzwerkkabel gezogen
4. Zum Schluss nochmals das Netzwerkkabel der DS gezogen

Ergebnis:

Keine Maßnahme half. Immer wieder blinkten ca alle 30 Sek alle 3 Lämpchen meiner 3 verbauten Festplatten. Einmal gingen sie jedoch für ein paar Minuten schlafen (kein Gerät an, Ports am Router alle zu). Nun wollte ich Stück für Stück die einzelnen Ports wieder öffnen und wollte das Notebook einschalten. Noch bevor ich den Deckel anfasste, sprangen die Festplatten von alleine an.

Sorry für die falsche Info oben. Die Festplatten blinken also doch, obwohl das Netzwerkkabel gezogen ist.

Irgendwas in der DS schreibt laut Ressourcen-Monitor nur auf die Platte 3, selten auch auf die Platte 1. Alle Lämpchen leuchten dabei und ich bin ratlos.

Als Zusatz-Info, die CloudStation greift auf Platte 1 und 2, doch diese habe ich auch schon deaktiviert.

Weitere ZusatzInfo: Die PLatten schlafen nicht mehr, seit ich das o. g. Update machte. Dabei hatte ich einen Download via DownloadStation. Zuerst dachte ich, die DownloadStation ist schuld und deinstallierte sie gnadenlos. Da dies jedoch nichts brachte schob ich das Problem jetzt einfach mal auf das Update, weil ich eben seither nichts verändert hatte.