Pi5 auf Probleme testen und Nutzungsdauer auslesen

Antony1 · August 20, 2026 at 9:34 PM

Guten Abend,

ich habe mir nach einiger Zeit mal wieder einen Pi5 mit 16GB Ram angeschafft. Den Pi habe ich bei Kleinanzeigen für "nur" 160€ erworben. Die Preise bewegen sich eigentlich zwischen 220€ und 300€ im Gebrauchtmarkt. Der Verkäufer hat mir sogar das originale Stromkabel mitgegeben. Ich habe ihn noch nicht ausprobiert, allerdings habe ich so meine Zweifel ob der Pi wirklich neu ist, so wie er es angegeben hat, oder ob ein Defekt vorliegen könnte. Die Schachtel sieht zumindest tatsächlich noch ungeöffnet aus.

Ich würde gerne wissen, ob man die Nutzungsdauer auslesen kann und wie man am besten einen Stresstest o.ä. durchführt, um zu prüfen ob dieser fehlerfrei funktioniert.

Bot · Vor 5 Minuten

Pi5 auf Probleme testen und Nutzungsdauer auslesen? Schau mal ob du hier fündig wirst!

DistroEx · August 20, 2026 at 10:47 PM

Quote from Antony1

Der Verkäufer hat mir sogar das originale Stromkabel mitgegeben.

Meinst Du das orginale Netzteil?

Quote from Antony1

Ich würde gerne wissen, ob man die Nutzungsdauer auslesen kann

Da ist mir nichts bekannt. Man kann beim Booten zusehen, welche Bootloaderversion drauf ist und die notieren.

Oder später mit vcgencmd bootloader_version

Quote from Antony1

und wie man am besten einen Stresstest o.ä. durchführt, um zu prüfen ob dieser fehlerfrei funktioniert.

Forum nach stresstest durchsuchen. Einen Post dazu gab es hier.

Edit: wenn jemand den RPi schon vorher genutzt hätte, aber nie Updates gemacht hat, sieht man an der Bootloader-Version auch nichts.
Du solltest die Teile vor dem Auspacken fotografieren, dann erst mal booten (Lüfter und Kühlkörper hast Du?) und möglicherweise weitere Fragen beantworten.

daxb · August 21, 2026 at 10:28 AM

Vielleicht kann man aus den Logs (falls vorhanden) /var/log Schlüsse auf die Nutzungsdauer ziehen.

Bot · Vor einem Moment

framp · August 21, 2026 at 10:40 AM

Die sind imagespezifisch und existieren beim nackten RPi nicht.

framp · August 21, 2026 at 10:41 AM

Einen Hinweis, dass der RPi genutzt wurde, gibt es, wenn die Bootreihenfolge nicht mehr die Originalbootreihenfolge ist.

RTFM · August 21, 2026 at 1:56 PM

Mit "dumpe2fs" kann zumindes das Erstellungsdatum des ext4 (root) Filesystems der ungemounteten Partition sichtbar gemacht werden.

man dumpe2fs

bei mir z.B. "sudo dumpe2fs -h /dev/sda5" --> Filesystem created:

Servus!

Bot · Vor einem Moment

**hyle** · August 21, 2026 at 2:10 PM

Der RPi 5 ist offenbar originalverpackt. Darin steckt ootb keine SD-Karte, von der man irgendwelche Daten auslesen könnte. Der einzige Hinweis auf ein Datum könnte sich IMHO maximal im EEPROM verstecken.

BTW: Wie ich gestern schon mal an anderer Stelle schrieb ist eine gewisse Skepsis völlig ok, aber vielleicht ist Antony1 ja an einen Verkäufer geraten, der kein A*****och ist wie viele andere. Vielleicht hat der Verkäufer aus Kleinanzeigen den RPi irgendwann mal gekauft, aber nie gebraucht oder es gibt einen anderen (seriösen) Grund den wieder zu verkaufen.

rpi444 · August 21, 2026 at 4:22 PM

Quote from Antony1

..., allerdings habe ich so meine Zweifel ob der Pi wirklich neu ist, so wie er es angegeben hat, ...

Welches Datum (Jahr/Woche) steht auf dem RP1-Chip deines PI5?

Siehe Seite 4 in: https://pip-assets.raspberrypi.com/categories/892…peripherals.pdf

Antony1 · August 23, 2026 at 1:10 AM

Erst einmal vielen Dank für die zahlreichen Hinweise. Ich habe den Pi inzwischen getestet und die genannten Punkte soweit möglich geprüft.

Sorry, mit „Stromkabel“ meinte ich das originale 27-W-Raspberry-Pi-Netzteil. Zusammen mit dem Pi 5 16 GB habe ich dafür insgesamt 160 € inkl. Versand bezahlt. Wenn ich mir die derzeitigen Gebrauchtpreise anschaue, war das offenbar tatsächlich ein ziemliches Schnäppchen

Die Verpackung machte übrigens nicht nur auf den ersten Blick einen guten Eindruck, sondern sah beim Öffnen tatsächlich so aus, als wäre sie vorher noch nie geöffnet worden.

Zum RP1: Auf dem Chip steht 25/07.

Bootloader:

2025/11/27 13:40:26
version 999d0ec96c451f74e3874c6f2d59025a2fab7182 (release)
update-time 0

EEPROM-Konfiguration:

BOOT_UART=1
BOOT_ORDER=0xf461
NET_INSTALL_AT_POWER_ON=1

Eine Nutzungsdauer konnte ich erwartungsgemäß nicht auslesen. /var/log und dumpe2fs helfen in meinem Fall ebenfalls nicht weiter, da ich Raspberry Pi OS selbst frisch auf einen USB-Stick geschrieben habe.

Den Pi habe ich anschließend mit dem offiziellen Active Cooler getestet. Im Idle lag er bei etwa 41 °C.

CPU-Stresstest:

stress-ng --cpu 4 --cpu-method all --verify --metrics-brief --timeout 10m

Ergebnis:

passed: 4: cpu (4)
failed: 0
successful run completed in 10 mins

Maximaltemperatur dabei etwa 61,5 °C, anschließend weiterhin:

throttled=0x0

Danach habe ich mit memtester getestet. Bis einschließlich Checkerboard liefen alle Testmuster mit ok durch. Es gab keinerlei Fehler; maximale Temperatur etwa 59 °C, weiterhin throttled=0x0.

Unterm Strich habe ich bislang keinen Hinweis auf einen Defekt gefunden.

Bot · Vor einem Moment

mopperle · August 23, 2026 at 2:30 PM

Dann hast du ein echtes Schnäppchen gemacht.

DistroEx · August 23, 2026 at 9:12 PM

Quote from Antony1

Bootloader:
2025/11/27 13:40:26
version 999d0ec96c451f74e3874c6f2d59025a2fab7182 (release)
update-time 0

update-time 0 : noch kein Update des Bootloaders durchgeführt. Meine Interpretation, dürfte vermutlich aber stimmen.
Auf meinem RPi 5, das ist die default release-Linie des Bootloaders, seitdem gab es zwar Änderungen, aber noch keine neuere Version wurde default release:

Code

moi@mulberrypie:~ $ vcgencmd bootloader_version 
2026/05/26 16:01:25
version 086b83e3332dfc8927c56762771d082f3077a1ae (release)
timestamp 1779807685
update-time 1780143359
capabilities 0x0000007f

Deine weiteren Tests sehen gut aus.

Quote from Antony1

Danach habe ich mit memtester getestet. Bis einschließlich Checkerboard liefen alle Testmuster mit ok durch. Es gab keinerlei Fehler; maximale Temperatur etwa 59 °C, weiterhin throttled=0x0.

memtester habe ich jetzt auch einmal installiert.

Mit welchen Argumenten hast Du aufgerufen, also welche <mem>-Angabe und wieviele Iterationen? Eigentlich kommen doch nach Checkerboard noch weitere Tests.

Ich habe hier nur 8GB, die lässt es mich natürlich nicht vollständig nehmen, wie man sieht:

Code

moi@mulberrypie:~ $ sudo memtester 8G 10
memtester version 4.7.1 (64-bit)
Copyright (C) 2001-2024 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).

pagesize is 16384
pagesizemask is 0xffffffffffffc000
want 8192MB (8589934592 bytes)
got  8192MB (8589934592 bytes), trying mlock ...Getötet
moi@mulberrypie:~ $ sudo memtester 2G 10
memtester version 4.7.1 (64-bit)
Copyright (C) 2001-2024 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).

pagesize is 16384
pagesizemask is 0xffffffffffffc000
want 2048MB (2147483648 bytes)
got  2048MB (2147483648 bytes), trying mlock ...locked.
Loop 1/10:
  Stuck Address       : ok         
  Random Value        : ok
  Compare XOR         : ok
  Compare SUB         : ok
  Compare MUL         : ok
  Compare DIV         : ok
  Compare OR          : ok
  Compare AND         : ok
  Sequential Increment: ok
  Solid Bits          : ok         
  Block Sequential    : ok         
  Checkerboard        : ok         
  Bit Spread          : ok         
  Bit Flip            : ok         
  Walking Ones        : ok         
  Walking Zeroes      : ok         
  8-bit Writes        : ok
  16-bit Writes       : ok

Loop 2/10:
  Stuck Address       : ok         
  Random Value        : \^C
moi@mulberrypie:~ $

Display More

Abgebrochen mit Strg-C, das ist nichts zum dabeisitzen. An den höchsten möglichen Wert für <mem> muss ich mich noch herantasten.

Code

moi@mulberrypie:~ $ free -h
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      7,9Gi       413Mi       7,4Gi        56Mi       238Mi       7,5Gi
Swap:          2,0Gi       246Mi       1,8Gi
moi@mulberrypie:~ $ sudo memtester 7G 
[...]
pagesize is 16384
pagesizemask is 0xffffffffffffc000
want 7168MB (7516192768 bytes)
got  7168MB (7516192768 bytes), trying mlock ...locked.
Loop 1:
  Stuck Address       : ok         
  Random Value        : ok
[...]

Display More

Ha, endlich benutzt er mal Swap. 7G gehen also. Ich hatte erst Mühe die Manpage zu verstehen, mein Englisch. Zuerst hatte ich ohne sudo probiert, das startet auch, erlaubt aber nur wesentlich kleinere Werte für <mem>, das hat mich verwirrt. Und mir das Terminal so vollgeschrieben, dass ich nicht mehr zum Anfang zurück scrollen kann.

Code

[...]
got  159MB (167706624 bytes), trying mlock ...too many pages, reducing...
got  159MB (167690240 bytes), trying mlock ...too many pages, reducing...
got  159MB (167673856 bytes), trying mlock ...too many pages, reducing...
got  159MB (167657472 bytes), trying mlock ...too many pages, reducing...
got  159MB (167641088 bytes), trying mlock ...too many pages, reducing...
got  159MB (167624704 bytes), trying mlock ...too many pages, reducing...
got  159MB (167608320 bytes), trying mlock ...too many pages, reducing...
got  159MB (167591936 bytes), trying mlock ...too many pages, reducing...
got  159MB (167575552 bytes), trying mlock ...too many pages, reducing...
got  159MB (167559168 bytes), trying mlock ...too many pages, reducing...
got  159MB (167542784 bytes), trying mlock ...too many pages, reducing...
[...]
got  8MB (8421376 bytes), trying mlock ...too many pages, reducing...
got  8MB (8404992 bytes), trying mlock ...too many pages, reducing...
got  8MB (8388608 bytes), trying mlock ...locked.
Loop 1/10:
  Stuck Address       : ok         
[...]

Display More

Maximal ohne sudo also 8MB.

Participate now!