SD kaartjes raspberry steeds corrupt

[sweebee]

Ik heb een stuk of 10 raspberry pi versie 3 draaien met Sandisk 16GB sd kaartjes.

Hierop draait Raspbian die de Chromium browser opstart en vervolgens een website inlaad. Deze website is een soort slider met afbeeldingen en video's die automatisch afspelen.

Echter na een paar weken/maand stoppen ze er ineens mee en krijg ik rare foutmeldingen. Na een corrupte SD kaart heb ik er ook weer een nieuwe SD kaart ingestopt en gebeurt het weer na een tijdje.

Ik heb al ingesteld dat logs naar RAM geschreven worden.

Ook het volgende ingested voor chromium (telkens bij opstarten):

chromium --disk-cache-dir=/tmp/cache

fstab:
tmpfs /home/username/.cache tmpfs noatime,nodev,nosuid,size=400M 0 0

Iemand nog tips? Raak een beetje gefrustreerd zo

[Ypho]

Heel vreemd, maar ik heb dit inderdaad ook gehad met de Raspberry Pi 3. Tot twee keer aan toe binnen een week een SD kaartje corrupt. Mijn Raspberry Pi 2 (model , draait daarentegen al 3 maanden 24/7 zonder problemen. (*bookmarkt topic)

[Arunia]

Wat voor merk en model kaartjes gebruik je? Wellicht zijn betere merk kaartjes ook beter ivm corruptie?
Dat heb ik overigens regelmatig gelezen in het Pi topic.

[Kaalus]

Hoevaak veranderd je die website? Als dat nauwelijks is zou ik het filesystem standaard read-only maken.

[Patrick89]

Het is sowieso een beetje een drama met die kaartjes. Momenteel ook al 6 weg kunnen gooien, alleen het draaien van een domotica systeem met logging is al genoeg om ze kapot te maken.

[jhead22]

Blijft de Pi altijd aan of wordt hij zonder netjes af te sluiten van de stroom gehaald?
SD kaarten gaan defect door te veel writes, of bij stroom uitval.

Tegen stroom uitval kan je de Pico UPS kopen. Deze sluit de pi netjes af bij stroom uit val.
Als hij alleen een website toont kan je de SD kaart in read only zetten.

[hcQd]

Als er in principe geen wijzigingen op de SD kaart worden uitgevoerd kun je het rootfs read-only maken (link), dan kun je er op elk moment de stekker uit trekken zonder dat er iets kapot gaat.

[sweebee]

Arunia schreef op donderdag 7 juni 2018 @ 10:16:
Wat voor merk en model kaartjes gebruik je? Wellicht zijn betere merk kaartjes ook beter ivm corruptie?
Dat heb ik overigens regelmatig gelezen in het Pi topic.

Sandisk kaarten die rood met grijs.

Ik kan hem natuurlijk readonly maken, het is belangrijk dat alles doorloopt indien internet weg valt. Hij cached daarom zo veel mogelijk, ook video's. Is het RAM geheugen van de PI dan niet te weinig?

Kaalus schreef op donderdag 7 juni 2018 @ 10:21:
Hoevaak veranderd je die website? Als dat nauwelijks is zou ik het filesystem standaard read-only maken.

om de 15 minuten doet hij een Ajax request om nieuwe gegevens op te halen. Geen f5 refresh.

jhead22 schreef op donderdag 7 juni 2018 @ 10:28:
Blijft de Pi altijd aan of wordt hij zonder netjes af te sluiten van de stroom gehaald?
SD kaarten gaan defect door te veel writes, of bij stroom uitval.

Tegen stroom uitval kan je de Pico UPS kopen. Deze sluit de pi netjes af bij stroom uit val.
Als hij alleen een website toont kan je de SD kaart in read only zetten.

De PI draait 24/7, maar start elke ochtend om 5 uur even opnieuw op, dit gaat gewoon via een commando "reboot".

[chaoscontrol]

Externe schijf er aan ipv de SD kaart? Minder praktisch maar stuk stabieler.

[Hero of Time]

Kan ook zijn dat je Pi net te weinig stroom krijgt, dan kan dit ook wel eens gebeuren.

[Sandor_Clegane]

Net als hierboven, ik zou eens kijken naar een andere adapter.

[jeroen3]

Je kunt ook een SLC kaart kopen. Die gaan veel langer mee, bevatten werkende wear leveling en en worden ook in industriele PLC en dataloggers gebruikt.
Nadeel: prijskaartje.

[ Voor 7% gewijzigd door jeroen3 op 07-06-2018 13:25 ]

[Wolfboy]

Te weinig stroom is bij raspberry pi's best wel een probleem inderdaad, het liefste wil je eigenlijk 5.1v geven in plaats van de 5.0v die een standaard power supply geeft. Dat scheelt een hoop kwa stabiliteit.

Kwa SD kaarten heb ik persoonlijk erg goede ervaringen met de Samsung kaartjes: http://www.samsung.com/uk...all-memory-cards/?microsd

[PhilipsFan]

Ik heb dit ook regelmatig. Mijn ervaring is dat de SD-kaartjes meestal niet fysiek kapot gaan, alleen de structuur raakt beschadigd. Dit kun je herstellen met een low-level format. Ik gebruik hiervoor een tooltje van hddguru.com, maar er zijn vast alternatieven.

Het is een beetje jammer dat het nodig is, maar de Raspberry Pi heeft hier nu eenmaal veel last van.

[Mijzelf]

PhilipsFan schreef op donderdag 7 juni 2018 @ 13:35:
Ik heb dit ook regelmatig. Mijn ervaring is dat de SD-kaartjes meestal niet fysiek kapot gaan, alleen de structuur raakt beschadigd. Dit kun je herstellen met een low-level format. Ik gebruik hiervoor een tooltje van hddguru.com, maar er zijn vast alternatieven.

Als alleen de structuur beschadigd raakt zou je dat met een fsck, of in het ergste geval met een nieuw filesysteem moeten kunnen herstellen.

Wanneer inderdaad een 'low-level format' nodig is (wat een tamelijk ongedefinieerde term is, als ik de beschijving lees op hddguru.com is het denk ik een simpele wipe), is er meer aan de hand. Mogelijk zijn er sectors fysiek beschadigd, en is de wipe nodig om de controller in het kaartje daarvan bewust te maken en een reserve sector in te zetten.

[sweebee]

Kan ik eventueel achterhalen waar de meeste writes naartoe gaan? Ik heb hem nu 3 uur lopen en er is 2250280 keer geschreven naar de sd kaart.

Gecheckt met awk '{print $7}' /sys/block/mmcblk0/stat

[sarcast]

Dit speelde ook al bij de oudere Pi's.. Je zou kunnen overwegen om over te stappen naar een bootable USB stick. Performance schijnt ook beter te worden dan.

[Slavy]

Zou je het eens met een Samsung Evo Plus kaartje kunnen proberen? Niet erg relevant, maar bij dashcams kunnen SanDisk kaarten ook niet de constante load aan, raken ze ook corrupt of ze nemen uberhaupt de data niet op, ditzelf ook meegemaakt, heb zelf nu een Samsung Evo Plus kaart erin en werkt weer goed.

[Wolfboy]

sweebee schreef op donderdag 7 juni 2018 @ 14:37:
Kan ik eventueel achterhalen waar de meeste writes naartoe gaan? Ik heb hem nu 3 uur lopen en er is 2250280 keer geschreven naar de sd kaart.

Gecheckt met awk '{print $7}' /sys/block/mmcblk0/stat

Met "lsof" kan je in ieder geval de open bestanden zien. Wat in dit geval nog kan helpen is iets als dit (uit het hoofd, niet getest) om te zoeken naar bestanden die gewijzigd zijn het laatste uur:

find / -xdev -mmin -60

[Fore!]

Heb zelf goede ervaring met Kingston SD-kaartjes. Heb er nu 2 waarvan 1 als back-up. De eerste die ik samen met de Pi gekocht had, heb ik inmiddels ongeveer iets minder dan een jaar constant aan waaronder ook meerdere malen een (her)installatie uitgevoerd is.

Ik had voordat ik de 2e Kingston kocht ook een Sandisk, deze had het nog geen maand uitgehouden terwijl deze alleen een SD-kopie via de GUI van de Raspbian heeft moeten doorstaan en enkele reboots.

[Raven]

sweebee schreef op donderdag 7 juni 2018 @ 10:34:
[...]


Sandisk kaarten die rood met grijs.

^? Daar heb ik niet alleen bij Pi's problemen mee gehad, ook in smartphones

Bekijk https://elinux.org/RPi_SD_cards overigens maar eens

[Mijzelf]

sweebee schreef op donderdag 7 juni 2018 @ 14:37:
Kan ik eventueel achterhalen waar de meeste writes naartoe gaan? Ik heb hem nu 3 uur lopen en er is 2250280 keer geschreven naar de sd kaart.

Gecheckt met awk '{print $7}' /sys/block/mmcblk0/stat

Mijzelf in "Het grote WD My Book Live topic"

[sweebee]

Heb via via nog weer wat opties voor loggen naar ram gevonden, heb nu een uptime van 6 uur en 138408 writes.

dus van 750k writes per uur naar 23k

[CR2032]

Alle logging eens uitzetten en een goede voeding van 2,5 A nemen. Aanrader is de originele Raspberry Pi voeding.

[valkenier]

Ik herken deze problemen wel. Ik had een Raspberry gekoppeld aan een weerstation om data op een webpage te serveren. Na hooguit 3 maanden gaf het sd kaartje dan weer de geest, en liep de boel vast. Uiteindelijk de Raspberry daarom de deur uitgedaan. Overigens loopt een 2e Raspberry met Kodi wel al heel lang stabiel. Het crasht vooral met veel writes inderdaad.

[Raven]

CR2032 schreef op donderdag 7 juni 2018 @ 22:37:
Aanrader is de originele Raspberry Pi voeding.

Die heb ik laatst achter de Pi weggehaald omdat dmesg volgespamt werd met undervoltage meldingen

[CR2032]

Raven schreef op vrijdag 22 juni 2018 @ 09:41:
[...]

Die heb ik laatst achter de Pi weggehaald omdat dmesg volgespamt werd met undervoltage meldingen

Aan die voeding ligt het dan niet. Is je randapparatuur soms defect of sluit je soms teveel aan? De orginele voeding levert 2,5, die is ruim bemeten.

[ Voor 11% gewijzigd door CR2032 op 22-06-2018 13:44 ]

[Raven]

CR2032 schreef op vrijdag 22 juni 2018 @ 13:39:
[...]


Aan die voeding ligt het dan niet. Is je randapparatuur soms defect of sluit je soms teveel aan? De orginele voeding levert 2,5, die is ruim bemeten.

Ik heb een andere voeding eraan gehangen en die doet het meteen goed, sindsdien geen undervoltage melding meer gehad, ook niet met smartcard reader, DVB-C ontvanger en datakabel voor kWh-meter (aangesloten via hub). Ik gok dat de originele voeding niet meer goed is.