Kein Ordner-Zugriff über File Station

[FFM]

Ah, okay. Wieder was gelernt. So schauts aus:

 

[Benares]

Da ist alles ok. Das Root-Verzeichnis ist schonmal nicht voll. Dein Problem muss eine andere Ursache haben.

 

[FFM]

Vielen Dank erstmal. Ich werde am Wochenende mal auf Werkseinstellung zurücksetzen, wenn bis dahin nicht noch jemand eine passende Idee hat.

 

[FFM]

Update: Habe die DS komplett platt gemacht und neu eingerichtet. Anwendungsdienst und File Station laufen wieder. Spiele gerade das Backup zurück (ohne Einstellungen und Paketdaten). Mal schauen, wie es dann aussieht...

 

[siorac]

Hallo liebes Forum!

Ich habe genau das gleiche Problem wie FFM. Ohne jede Änderung habe ich von einem Tag auf den anderen alle möglichen Fehlermeldungen - genau die, die FFM gepostet hat. Z.b. funktioniert File Station nicht mehr.

Was kann ich tun? Bin echt schon verzweifelt...

Der RAID-Typ ist SHR.

Es lässt sich auch Hyper Backup nicht mehr installieren.

Danke für Eure Hilfe!

 

[plang.pl]

Wie viel RAM hast du eingebaut? Mal nen Speichertest über den Assistant gemacht?
Und bitte mal posten, welche Platten genau verbaut sind und deren SMART-Werte auslesen (Anleitung siehe meine Signatur).

 

[siorac]

Hallo plant.pl! Danke für Deine Hilfe.

Ich habe eine DS920+, verbaut sind die werkseitigen 4 GB DDR4 RAM.
Verbaut sind drei Platten, siehe Foto.



Der Speichertest über den Assistent funktioniert nicht, es kommt folgende Fehlermeldung:

 

[plang.pl]

Firewall der DS an?
Ich denke aber, dass die SMART-Werte erstmal wichtiger sind. Diese bitte einmal ermitteln: https://www.synology-forum.de/threads/smart-werte-auslesen-und-interpretieren.131057/

Achja und natürlich herzlich willkommen hier im Forum!

EDIT: Hast du ein Backup? Wenn nicht, irgendwie versuchen, die Daten zu sichern und hoffen, dass es klappt. Notfalls über SMB / Netzlaufwerke. Dass du schreibst, dass sich kein Hyper Backup mehr installieren lässt, lässt mich vermuten, dass du kein Backup hast. Das ist natürlich immer schlecht. Wenn die Daten wichtig sind, hat man ein Backup.

 

[plang.pl]

Was mir grad noch "brandheiß" einfällt: Vielleicht ist auch die Systempartition voll. Wenn du hier im Forum danach suchst, dürftest du genügend dazu finden.

 

[siorac]

Hallo plang.pl! Danke für die schnelle Antwort.
Ich hoffe ich habe das mit den SMART-Werten richtig gemacht. Habe versucht mich an deine Anleitung zu halten und habe das über den Aufgabenplaner gemacht.

Das ist das Ergebnis:

smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-4.4.302+] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 083 064 044 Pre-fail Always - 187321974
3 Spin_Up_Time 0x0003 086 084 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 256
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 091 060 045 Pre-fail Always - 1394899230
9 Power_On_Hours 0x0032 051 051 000 Old_age Always - 43294 (80 207 0)
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 251
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 064 048 040 Old_age Always - 36 (Min/Max 34/37)
191 G-Sense_Error_Rate 0x0032 098 098 000 Old_age Always - 4879
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 101
193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 369
194 Temperature_Celsius 0x0022 036 052 000 Old_age Always - 36 (0 19 0 0 0)
195 Hardware_ECC_Recovered 0x001a 006 001 000 Old_age Always - 187321974
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 43283h+02m+40.661s
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 40291332162
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 778807227849

smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-4.4.302+] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 175 051 Pre-fail Always - 3
3 Spin_Up_Time 0x0027 198 193 021 Pre-fail Always - 9083
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 506
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 029 029 000 Old_age Always - 52551
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 411
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 25
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1121
194 Temperature_Celsius 0x0022 122 102 000 Old_age Always - 30
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 6
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-4.4.302+] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 213 192 021 Pre-fail Always - 8308
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 506
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 029 029 000 Old_age Always - 52552
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 411
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 25
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1118
194 Temperature_Celsius 0x0022 120 100 000 Old_age Always - 32
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0

 

[plang.pl]

Was hast du für einen RAID / Setup eingerichtet?
Nur Platte 2 sieht grenzwertig aus (also die zweite Platte deines letzten Posts). Ich denke, dass das alleine aber nicht zu den genannten Problemen führen kann. Ausgeschlossen ist es aber nicht. Das Wichtigste ist erstmal die Erstellung eines Backups

 

[siorac]

Ich habe ein RAID SHR mit einer redundanten Platte.
Backup mache ich jetzt über SMB, weil Hyper Backup nicht funktioniert.

Deiner Idee mit der vollen Systempartition würde ich auch gerne nachgehen, leider verstehe ich aus den anderen Posts nicht wie das gemacht wird. Ich habe leider überhaupt keine Erfahrung mit SSH. Gibt es einen einfachen Weg, um zu überprüfen, ob die Systempartiton voll ist?

 

[ctrlaltdelete]

https://kb.synology.com/de-de/DSM/tutorial/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet
Setze das mal um und melde dich dann, dann können wir dir mit den Befehlen helfen.

 

[siorac]

Ich komme mit dem Terminal bis zur zweiten Passwordanforderung. Das nimmt er dann aber nicht und sagt "Sorry, try again". Habe es mehrfach versucht. Bei der ersten Passwordeingabe gab es keine Probleme.

Er nimmt ja interesannterweise das admin Passwort auch nicht beim Speichertest über den Assistant...

Ich bin völlig ratlos...

 

[ctrlaltdelete]

Dann würde ich mal den einfachen Reset machen, Modus1:
https://kb.synology.com/de-de/DSM/tutorial/How_to_reset_my_Synology_NAS

 

[plang.pl]

Dann ist wohl der sshd (Linux ssh Dienst) auch nicht mehr lauffähig. Wenn die Daten gesichert sind, HDDs ausbauen und am PC mit Crystal Disk Info prüfen. Wenn die noch gut sind, DS damit neu aufsetzen und dann den RAM-Test machen

 

[siorac]

https://kb.synology.com/de-de/DSM/tutorial/How_to_login_to_DSM_with_root_permission_via_SSH_Telnet
Setze das mal um und melde dich dann, dann können wir dir mit den Befehlen helfen.

Es ist mir jetzt gelungen im Terminal SSH zu realisieren.

So sieht das jetzt aus:


Passt das so? Welche Befehle soll ich jetzt eingeben um zu schauen ob die Systempartition voll ist?

Vielen Dank schon im Vorhinein!

 

[ctrlaltdelete]

super:
df -h

 

[siorac]

super:
df -h

Danke!

Das ist das Ergebnis:



Wie interpretiere ich das? Ist die Systempartition voll? Immerhin steht da einmal 52% und einmal 48%, würden zusammen 100% ausmachen!?
Hab leider keine Ahnung was das bedeutet?

Danke für Deine Hilfe!

 

[plang.pl]

Die Systempartition ist definitiv nicht voll