Löschen verursacht schreibgeschützte Volume

[knilch]

Leider keine Hinweis...
Da steht auch weiterhin nur ein kurzer Hinweis, dass das Volume in den Schreibgeschütztden gegangen ist.

 

[synfor]

Was ich so gar nicht verstehen kann:
Ein chkdsk unter Windoof prüft, repariert und/oder zeigt Fehler.

Windows kann doch gar nicht mit Linuxdateisystemen umgehen. Wie kann da chkdsk Fehler finden oder reparieren?

 

[knilch]

Neee. Ich wollte das zu einem NTFS unter WIndows vergleichen.

Bei Synology:
Wieso ist es bei einer Synology DS918 mit DSM 7.2 im Jahr 2026 nicht möglich, das Dateisystem BTRFS ordentlich auf Fehler prüfen zu lassen, bzw kein Ergebnis zu erhalten, obwohl offensichtlich ein Problem vorliegt? Ist das etwa der Komplexität geschuldet?

Mit Windows
und einem NTFS kein Problem: prüfen, Ergebnis einsehen, bei Bedarf auch reparieren - meist sogar mit top Ergebnis.

Das versteh ich nicht.

 

[DaveR]

Hier die SMART-Werte:

Looks like you used an older version of the syno_smart_info script because it did not decode the raw values for attributes 1 and 7.

v1.4.34

• Added decoding of Seagate and Synology HAT3300 HDD SMART raw attributes 1, 7, 195 and 240 when DSM only has smartctl 6.5.

See https://github.com/007revad/Synology_SMART_info/releases

 

[knilch]

Thanks for that tip, man!

Synology_SMART_info v1.4.34 - by 007revad
LAS DS918+ DSM 7.2.2-72806-5
Using smartctl 6.5

Drive 1  ST16000NE000-2RW103  /dev/sda
SMART overall-health self-assessment test result: PASSED
SMART Error Counter Log:         No Errors Logged
  1 Raw_Error_Rate               136432647
  5 Retired_Sectors_Count        0
  7 Seek_Error_Rate              90133616
  9 Power_On_Hours               6965
 10 Spin_Retry_Count             0
187 Reported_Uncorrectables      0
188 Command_Timeout_Count        0
194 Temperature                  32
197 Pending-Sparing_Count        0
198 Uncorrectable_Sectors_Count  0
199 Ultra_DMA_CRC_Error_Count    0

Drive 3  ST16000NT001-3LV101  /dev/sdc
SMART overall-health self-assessment test result: PASSED
SMART Error Counter Log:         No Errors Logged
  1 Raw_Read_Error_Rate          101711253
  5 Reallocated_Sector_Ct        0
  7 Seek_Error_Rate              971697387
  9 Power_On_Hours               11024
 10 Spin_Retry_Count             0
187 Reported_Uncorrect           0
188 Command_Timeout              0
194 Temperature_Celsius          32
197 Current_Pending_Sector       0
198 Offline_Uncorrectable        0
199 UDMA_CRC_Error_Count         0
200 Pressure_Limit               0

 

[DaveR]

Okay, I need to look at why the Seagate SMART values for 1 and 7 are not being decoded.

EDIT I found the problem. With smartctl 6 the script is only decoding Seagate SMART values 1, 7, 195 and 240 when the -a or --all options is used. I forgot to decode them in the default "only show important SMART attributes" mode.

 

[DaveR]

@knilch

Can you try v1.4.35 as it should decode the raw attributes 1 and 7 for you.

• Added decoding of Seagate and Synology HAT3300 HDD SMART raw attributes 1, 7 and 195 when DSM only has smartctl 6.5 and script run in default mode.

 

[ctrlaltdelete]

Ich habe die Werte mit dem Tool geprüft:
https://s.i.wtf/#000039EAECEB
No errors were ever seen.

 

[Hagen2000]

Ist das etwa der Komplexität geschuldet?

Schwer zu sagen, da Du aber beobachtet hast, dass nach Auftreten des Fehler bereits gelöschte Dateien wieder vorhanden sind, scheint sich das System selbst wieder in einen konsistenten Zustand zurückzuführen.
Du könntest probieren, DSM auf 7.3 zu aktualisieren in der Hoffnung, dass der Fehler hier besser behandelt wird.
Ich würde an deiner Stelle allerdings erst einmal bei Synology ein Ticket öffnen, vielleicht können die Dir bei der Fehlersuche helfen.

 

[knilch]

@knilch

Can you try v1.4.35 as it should decode the raw attributes 1 and 7 for you.

• Added decoding of Seagate and Synology HAT3300 HDD SMART raw attributes 1, 7 and 195 when DSM only has smartctl 6.5 and script run in default mode.

OK... here you go:

Drive 1  ST16000NE000-2RW103    /dev/sda
SMART overall-health self-assessment test result: PASSED
SMART Error Counter Log:         No Errors Logged
  1 Raw_Read_Error_Rate          0
  5 Retired_Sectors_Count        0
  7 Seek_Error_Rate              0
  9 Power_On_Hours               6975
 10 Spin_Retry_Count             0
187 Reported_Uncorrectables      0
188 Command_Timeout_Count        0
194 Temperature                  32
197 Pending-Sparing_Count        0
198 Uncorrectable_Sectors_Count  0
199 Ultra_DMA_CRC_Error_Count    0

Drive 3  ST16000NT001-3LV101    /dev/sdc
SMART overall-health self-assessment test result: PASSED
SMART Error Counter Log:         No Errors Logged
  1 Raw_Read_Error_Rate          0
  5 Reallocated_Sector_Ct        0
  7 Seek_Error_Rate              0
  9 Power_On_Hours               11034
 10 Spin_Retry_Count             0
187 Reported_Uncorrect           0
188 Command_Timeout              0
194 Temperature_Celsius          32
197 Current_Pending_Sector       0
198 Offline_Uncorrectable        0
199 UDMA_CRC_Error_Count         0
200 Pressure_Limit               0

 

[knilch]

Schwer zu sagen, da Du aber beobachtet hast, dass nach Auftreten des Fehler bereits gelöschte Dateien wieder vorhanden sind, scheint sich das System selbst wieder in einen konsistenten Zustand zurückzuführen.
Du könntest probieren, DSM auf 7.3 zu aktualisieren in der Hoffnung, dass der Fehler hier besser behandelt wird.
Ich würde an deiner Stelle allerdings erst einmal bei Synology ein Ticket öffnen, vielleicht können die Dir bei der Fehlersuche helfen.

Ja, viele Optionen habe ich ja leider nicht...
Ich werde wieder berichten, wenn es was neues in der Sache gibt.

Bis dahin:
Ich danke Euch allen für die großartioge Unterstützung hier im Forum bei diesem und anderen Problemen! ❤
Wirklich eine sehr tolle Sache, das Forum hier: Technik und Leute; alles top!!

 

[ctrlaltdelete]

@DaveR if i use the option: --increased, will it monitore the ID 252 on my SATA SSDs?

 

[DaveR]

Ich habe die Werte mit dem Tool geprüft:
https://s.i.wtf/#000039EAECEB

I like this online tool because it also shows you the total number of operations. Apparently Seagate ignore the number of errors if the number of operations is less than a million.
https://www.disktuna.com/seagate-raw-smart-attributes-to-error-convertertest

 

[DaveR]

@ctrlaltdelete
The option: --increased, currently does not monitor ID 252. But earlier today I was thinking I should add it because it seems important.

 

[ctrlaltdelete]

Yes, please

 

[DaveR]

Can you test this version v1.4.36 Pre-release and make sure it logs "Added_Bad_Flash_Blk_Ct" for your Samsung SSDs.

v1.4.36
- Added logging of SMART attribute "252 Added_Bad_Flash_Blk_Ct" for Samsung SSDs for when -i or --increased option used.
- Added logging of SMART attributes 1, 7 and 195 for Seagate drives when using smartctl 6.5 for when -i or --increased option used.
- Bug fix for using raw48 for all non-Seagate drives is smartctl is v6.5.

 

[ctrlaltdelete]

super, thanx a lot!!!

root@DS920plus:~# /volume1/script/syno_smart_info.sh --increased
Synology_SMART_info v1.4.36 - by 007revad
DS920plus DS920+ DSM 7.3.2-86009
Using smartctl 7.5
Using options: --increased

Drive 2  SSD 870 EVO 2TB  S754NX0X600593W  /dev/sata2
252 Added_Bad_Flash_Blk_Ct       1      Increased by 1

Finished

[S754NX0X602832J]
Added_Bad_Flash_Blk_Ct=0
drive_num=Drive 1
model=SSD 870 EVO 2TB
CRC_Error_Count=0
device=/dev/sata1
ECC_Error_Rate=0
Hardware_ECC_Recovered=0
Reallocated_Sector_Ct=0
Uncorrectable_Error_Cnt=0
[S754NX0X600593W]
Added_Bad_Flash_Blk_Ct=1
drive_num=Drive 2
model=SSD 870 EVO 2TB
CRC_Error_Count=0
device=/dev/sata2
ECC_Error_Rate=0
Hardware_ECC_Recovered=0
Reallocated_Sector_Ct=0
Uncorrectable_Error_Cnt=0
[ZJV3VQG9]
drive_num=Drive 1 (DX517-1)