Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[MartinP]

Wäre es unter dem Gesichtspunkt nicht interessant, eine billige, kleine SSD für diese Art von Daten zu nutzen?
Ist Geschwindigkeit hier ein Thema?
Wenn sowieso im RAM zwischengespeichert wird, halte ich das für nicht sehr wahrscheinlich.

Eine fette SSD, die "alles" enthält zu ersetzen ist sicherlich teurer, als wenn man die Abnutzung verursachenden häufig geschriebenen Daten auf eine kleinere, billigere SSD auslagert ...

Durch "Wear Leveling" kann das Thema aber durchaus kniffelig einzuschätzen werden. Es könnte sein, dass eine kleine prall gefüllte SSD deutlich schneller kaputt geht, als eine große SSD mit viel freiem Platz für Wear Leveling

https://en.wikipedia.org/wiki/Wear_leveling

[Eduard77]

@MartinP
ich habe bei mir vor 3 Jahren eine billige SSD verbaut.
Die SSD hat damals nur 18 Euro gekostet.

[MartinP]

Meine war auch nicht besonders teuer, da ich noch weiteres Zeug auf dem Mini-PC hoste habe ich mir aber was gegönnt und einen 480 GB SATA SSD genommen ;-)

28000 "Power-On-Hours" entsprächen auch etwa 3 Jahren.

Ich nutze keine Redis DB, wie sieht es bei Dir aus?

etwa 20,7 TB wurden wohl geschrieben.

[Eduard77]

@MartinP
Ich nutze auch kein Redis und habe nur 5 LXC Container.

[MartinP]

"Total_LBAs_Written" ist bei Dir um GRÖSSENORDNUNGEN kleiner, als bei mir

163062 wären bei 512 Byte LBAs ca 83 MByte, die geschrieben wurden ... mit 4096 Bytes LBA-Größe wäre die Zahl nicht viel realistischer ...

EDIT:
Es scheint SSDs zu geben, die den Zähler in GB auflösen.

https://serverfault.com/questions/992698/unit-for-total-lbas-written-in-smart-data

163 062 000 000 000 bei Dir

22 275 122 659 840 (=43506098945 x 512)

oder

178 200 981 278 720 (=43506098945 x 512)

bei mir ...

Könnte also ähnlich sein

[emil70]

@Negalein sagte:

Hab das Thema gerade entdeckt.

In Proxmox sagt er 0%.
Aber im Adapter sagt er 100%.

Bei mir zeigt er in Proxmox 4 % an und im Adapter 96%

Ich denke im Proxmox Adapter wird der freie Platz angezeigt

[MartinP]

4% + 96% = 100%

Meine Vermutung:

96% ist die "Rest-Fitness" der SSD, 4% der Abnutzungsgrad...

100% - Rest-Fitness = Abnutzungsgrad.

[arteck]

@Negalein das ist richtig die API liefert die restliche Lebensaduer.. also 100 % .. im Proxmox ist bei 0% = 100 %..

@MartinP sagte:

96% ist die "Rest-Fitness" der SSD, 4% der Abnutzungsgrad...

100% - Rest-Fitness = Abnutzungsgrad.

genau so

[Dr. Bakterius]

@Negalein sagte:

Wo holst du dir die Daten?

ich schreibe mir den Wearout mit einem kleinen Bash-Script das im Host per Cron regelmäßig ausgeführt wird in einen Datenpunkt von ioBroker.

#!/bin/bash

# Restliche vermutete Lebensdauer der SSD auslesen.
 wert=$(smartctl -a /dev/nvme0 | grep 'Percentage Used:' | awk '{print $3}')
 wert=$(echo "${wert%?}")
((wert=100-$wert))
	 
# In Datenpunkt von ioBroker schreiben
 Erg=$(curl -s http://192.168.1.101:8087/set/0_userdata.0.Disk_Restlebensdauer?value=$wert)

In deinem Fall macht das aber vielleicht sowieso der Adapter. Wenn Proxmox mal mehr als 0 anzeigt, dann schau nach was der Adapter anzeigt. (z.B. 2 -> 98).

[bahnuhr]

@MartinP
die Rest-Fitness (96%) bekomme ich auch angezeigt;
die Abnutzung (4%) jedoch nicht.

Welche Häkchen hast du in der Instanz angeklickt ?
Bitte kurze Rückinfo.
Danke.

[arteck]

@bahnuhr rechnen kannst du aber oder

100% - 96% = naaaaaaaaaaaaaa wie viel ist es den ???

der adapter ezeigt nur die rest Lebensdauer an von 100% ausgehend

[bahnuhr]

@arteck sagte:

100% - 96% = naaaaaaaaaaaaaa wie viel ist es den ???

den Unterton kannst du lassen.

Oben war dieses Bild:

Und diesen DP hab ich gesucht.

[MartinP]

@bahnuhr sagte:

Welche Häkchen hast du in der Instanz angeklickt ?
Bitte kurze Rückinfo.
Danke.

Meinst Du die Einstellungen des LXC-Containers?

[bahnuhr]

@MartinP

Ich dachte es gibt diesen DP bei den Objekten in iob.

Scheint nicht so zu sein.
Danke für deine Antwort.

[Homoran]

@bahnuhr sagte:

Ich dachte es gibt diesen DP bei den Objekten in iob.

Das hatte @emil70 aber klar formuliert

@emil70 sagte:

Bei mir zeigt er in Proxmox 4 % an und im Adapter 96%

[bahnuhr]

@Homoran sagte:

Das hatte @emil70 aber klar formuliert

Das mag sein.
Habe aber nicht den kompletten thread gelesen.
Jetzt ist es klar.
Danke.

[MartinP]

Den habe ich mir selber erstellt - den Proxmox-Adapter habe ich nicht installiert.

Hier der Userdata-Tree

Das Bash-Script ist etwas länglich...

Spoiler

 #!/usr/bin/bash 


# to make script ready for cron
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin


SimpleApiUrl="http://192.168.2.201:8087/set/0_userdata.0."


echo "test_hdd_data.sh drive health check started" > /root/scripte/Proxmox_Skripte/last_run.log

# parameter §1 is subpath (no leading dot but a trailing dot
function write_userdata_hdd()
{
  # normalized read error rate

  # use simple api to write to iobroker
  # example: http://192.168.1.:8087/set/javascript.0.test?value=1

  # ReadErrorRate and ReadErrorRateWorst should be ABOVE ReadErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"NormalizedReadErrorRate?value="$(awk '/Raw_Read_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateWorst?value="$(awk '/Raw_Read_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateLimit?value="$(awk '/Raw_Read_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);

  # SeekErrorRate and SeekErrorRateWorst should be ABOVE SeekErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"SeekErrorRate?value="$(awk '/Seek_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"SeekErrorRateWorst?value="$(awk '/Seek_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"SeekErrorRateLimit?value="$(awk '/Seek_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"LastSmartResult?value="$2

}



function write_userdata_ssd()
{
  # normalized read error rate

  # use simple api to write to iobroker
  # example: http://192.168.1.:8087/set/javascript.0.test?value=1

  # ReadErrorRate and ReadErrorRateWorst should be ABOVE ReadErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"NormalizedReadErrorRate?value="$(awk '/Raw_Read_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateWorst?value="$(awk '/Raw_Read_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateLimit?value="$(awk '/Raw_Read_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);

  # SeekErrorRate and SeekErrorRateWorst should be ABOVE SeekErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"PercentLifetimeRemain?value="$(awk '/Percent_Lifetime_Remain/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"LastSmartResult?value="$2

}

# write smartctl of hdds of interest to file and analyze results

# for test purpose comment out smartctl invocations and invoke write_userdata_... functions with off script got Testdata.txt
# even possible on different linux machine

# Intenso USB hdd read parameter "sat,12" from https://raw.githubusercontent.com/mirror/smartmontools/master/drivedb.h 
smartctl -a -d sat,12 /dev/sdb >/root/scripte/Proxmox_Skripte/Testdata.txt
result=$?
echo " test_hdd_data.sh drive health check data of usb hdd retrieved result="$result >> /root/scripte/Proxmox_Skripte/last_run.log


write_userdata_hdd "Proxmox_N3000.HDD_Intenso1." $result


# system SSD
smartctl -a /dev/sda >/root/scripte/Proxmox_Skripte/Testdata.txt
result=$?
echo " test_hdd_data.sh drive health check data of system ssd retrieved result="$result >> /root/scripte/Proxmox_Skripte/last_run.log
write_userdata_ssd "Proxmox_N3000.System_SSD." $result


echo " test_hdd_data.sh drive health check finished" >> /root/scripte/Proxmox_Skripte/last_run.log

[ticaki]

nicht das es eine gute platte war - aber das hab ich gerade gefunden (hab was anders geguckt)

Wert	Status
SMART Health	FAILED
Critical Warning	0x04 — Reliability degraded
Percentage Used	131% — SSD hat TBW-Limit um 31% überschritten
Daten geschrieben	221 TB auf einer 512 GB SSD
Power On Hours	24.754 h (~2,8 Jahre)
Spare Blocks	100% (noch gut)
Media Errors	0 (noch keine Datenfehler)

[MartinP]

Hmm - nur ~500 Zyklen pro Zelle, und die Platte gibt Alarm?

Meine Platte (480 GB) hat inzwischen 43562302801 LBAs geschrieben.

Bei 512 Bytes pro LBA wären das 22 TB, bei 4096 Bytes pro LBA etwa 180 TB

Der Abnutzungsgrad von 11% spricht dafür, dass etwa 22 TB bisher geschrieben worden sind...

Scheint also üblich zu sein, dass man das 500 - fache der Kapazität an Schreibzyklen als Verschleißgrenze annimmt ...