Raspberry Pi: Ervaringen en Discussie - deel 2

[Japie.G]

Lennyz schreef op maandag 8 maart 2021 @ 11:31:
[...]


Waarom is het wachten op problemen? Een SSD gaat echt niet zomaar stuk. Dan moet je wel heeeel veel write acties uitvoeren over een lange periode.

Oeps domme typo.. draai nu een pi3 met SD, een s’je minder dus.

[nero355]

Japie.G schreef op maandag 8 maart 2021 @ 10:10:
Ik wil eigenlijk ook mijn rpi3 naar een 4 met ssd upgraden. Welke combinatie heb je in gebruik?

Pak gewoon een fatsoenlijke Externe SSD en het komt wel goed!

Daarnaast staan er wat voorbeelden van een losse SSD i.c.m. een Externe 2,5 inch USB HDD/SSD behuizing in dit topic

[Wiley99]

Japie.G schreef op maandag 8 maart 2021 @ 10:10:
[...]


Ik wil eigenlijk ook mijn rpi3 naar een 4 met ssd upgraden. Welke combinatie heb je in gebruik? Ik wil hem voor home automaten inzetten met zeer veel schrijfacties van sensordata. Het gaat tot dusver goed op mn rpi3 met SD (hier stond per ongeluk ssd) maar dat is natuurlijk wachten op problemen.

Ik zie alleen door de bomen het bos niet en zou graag een combinatie kopen die bewezen is (doordat hij bij een mede tweaker goed draait )

Ik heb het toevallig onlangs in het Domoticz forum gepost, dus hier even een kopietje (bron):

Als je een recente RPi4 hebt is het enorm simpel en met een wat oudere erg simpel. Start een keer met een SD kaartje, zorg ervoor dat alle updates gedraaid zijn en vooral dat de EEPROM van na 3 september 2020 (bron).

Daarna het gewenste RaspberryOS image naar je nieuwe SSD 'dd-en' (of met je favo Windows tool 'branden') en starten maar.

Ik heb gewoon een goedkope 240GB SSD (Kingston) van 30,- en een USB3 enclosure (Sabrent) gekocht.
Met die laatste moet je wel opletten: liefst heb je UASP ondersteuning (want nog veel sneller) maar niet alle enclosures (zoals mijn Sabrent ) hebben die UASP goed geïmplementeerd. Daardoor start de Pi niet standaard vanaf USB3 en wel vanaf USB2 en moet je een fix in je cmdline.txt zetten om 'm toch USB3 te laten booten (bron). Daarmee krijg je niet de UASP snelheid maar toch zat op voor jouw (en mijn) setup. [Wiley99: verwijzing naar ander persoon]
Er zijn enclosures die dat wel goed doen maar die heb ik dus nog niet.

Oh en voeding: ik heb geen separate voeding maar wel een officiële aanbevolen Raspberry voeding (3A).
Er is een Raspberry Pi topic waar je veel info vindt hierover [Wiley99: verwijzing naar dit topic]

Nog een aanvulling: als je vanaf USB start en je hebt geen SD kaart meer in het slot, dan zul je zien dat je idle load verbazingwekkend hoog is (bij mij rond 1 terwijl mijn RPi1 en 3 idle rond 0,2 zweven. Processor doet niets, IO valt ook mee enz. Probleem is dat je Raspberry naar de SD blijft pollen. Dat is een feature (je kan er elk moment één toevoegen) maar wel een beetje extreem; Twee oplossingen: 1. stop er een non-bootable SD in voor bijv. backups; of 2. voeg dit toe aan je /boot/config.txt:

code:

dtparam=sd_poll_once

[ericplan]

Hoewel de Raspi 3B+ en de Odroid C4 bij mij geen superbelangrijke taken vervullen ben ik het toch zo aan het inrichten dat ik redelijk ingedekt ben voor storingen:

• Raspberry Pi voor logging PV met SBFspot
• Odroid C4 voor overige logging met Node Red

Beide devices slaan hun gegevens extern op. De PV-data staat in een database bij een webhoster, de C4-data staat op een lokale database op de Synology.

Beide devices zijn inmiddels ingericht als hot spare van elkaar, dwz ze kunnen probleemloos de andere taak erbij nemen. Hardwarematig moet er alleen een dongle omgestoken worden.

In alle gevallen wordt er niet geschreven naar de SD-kaart, behalve logfiles.

Databasebeheer van de MariaDB kan in probleemgevallen met PHPMyadmin, zowel bij de webhoster als op de Synology. Ik heb heel even gespeeld met de InfluxDB, maar vooral het ontbreken van een GUI is vooral met problemen erg lastig. Dat nog afgezien van de afwijkende terminologie bij InfluxDB.

Het op deze manier inrichten heeft een paar voordelen:

• Snel weer in de lucht bij een storing
• Rustig kunnen analyseren wat er fout is gegaan
• De kans op dataverlies is beperkt

Natuurlijk is dit geen garantie dat alles goed blijft gaan, maar de risico's zijn gespreid.

[Freee!!]

ericplan schreef op maandag 8 maart 2021 @ 21:52:
[...]
In alle gevallen wordt er niet geschreven naar de SD-kaart, behalve logfiles.

Ik zou nu net die logfiles niet naar de SD-kaart schrijven, daarmee vernaggel je die SD-kaart nogal gemakkelijk.

[Kammika]

Vraagje:

Ik zoek een case voor een pi 3b+ die ik wil voorzien van een iqaudio digiamp+, maar ook nog de gpio pinnen wil gebruiken.

ofwel: de iquadio digiamp+ zou netjes in de case weggewekt moeten zijn, maar aan de buitenkant van de case wil ik nog steeds iets op de gpio pinnen kunnen drukken. (die 3b+ lees nu ook een watermeter uit en bedient een paar relais via gpio)

iemand enige idee of er een case is waar dit redelijk makkelijk in zou kunnen? Zou dus een wat hogere case moeten zijn, waar iig de uitsparing voor de gpio pinnen in zit. Vind het geen probleem als ik zelf nog wel de gaten erin maken om de aansluitingen voor de digiamp+ eruit te kunnen laten komen...

[ericplan]

Freee!! schreef op dinsdag 9 maart 2021 @ 07:53:
[...]

Ik zou nu net die logfiles niet naar de SD-kaart schrijven, daarmee vernaggel je die SD-kaart nogal gemakkelijk.

Goede tip, direct aangepakt. Logging naar RAM: https://www.raspberrypi.org/forums/viewtopic.php?t=261536

[Dwarlorf]

Kammika schreef op dinsdag 9 maart 2021 @ 10:06:
Vraagje:

Ik zoek een case voor een pi 3b+ die ik wil voorzien van een iqaudio digiamp+, maar ook nog de gpio pinnen wil gebruiken.

ofwel: de iquadio digiamp+ zou netjes in de case weggewekt moeten zijn, maar aan de buitenkant van de case wil ik nog steeds iets op de gpio pinnen kunnen drukken. (die 3b+ lees nu ook een watermeter uit en bedient een paar relais via gpio)

iemand enige idee of er een case is waar dit redelijk makkelijk in zou kunnen? Zou dus een wat hogere case moeten zijn, waar iig de uitsparing voor de gpio pinnen in zit. Vind het geen probleem als ik zelf nog wel de gaten erin maken om de aansluitingen voor de digiamp+ eruit te kunnen laten komen...

Ik denk dat het lastig wordt zonder modden. Ik heb ook IQaudIO spul maar ik kan hun website niet terugvinden. Het lijkt wel of IQaudIO niet meer bestaat. Misschien dat je hier wat mee kan?: https://uk.pi-supply.com/products/justboom-amp-hat-case (helaas wel out of stock)

Als je die IQaudIO amp nog niet hebt is de amp van Justboom zelf mss een alternatief?

[ Voor 3% gewijzigd door Dwarlorf op 09-03-2021 10:45 ]

[nero355]

Freee!! schreef op dinsdag 9 maart 2021 @ 07:53:
Ik zou nu net die logfiles niet naar de SD-kaart schrijven, daarmee vernaggel je die SD-kaart nogal gemakkelijk.

Ligt er natuurlijk aan hoe vaak de logs worden weggeschreven en hoe goed de gebruikte microSDXC kaart daar tegen kan, maar minder is natuurlijk altijd beter!

[Wiley99]

Kammika schreef op dinsdag 9 maart 2021 @ 10:06:
(die 3b+ lees nu ook een watermeter uit [...]

Heb je hier wat meer informatie over? Zoek ook al een tijdje naar een goede methode maar er is vaak veel knutselwerk nodig.

[Kammika]

Dwarlorf schreef op dinsdag 9 maart 2021 @ 10:43:
[...]

Ik denk dat het lastig wordt zonder modden. Ik heb ook IQaudIO spul maar ik kan hun website niet terugvinden. Het lijkt wel of IQaudIO niet meer bestaat. Misschien dat je hier wat mee kan?: https://uk.pi-supply.com/products/justboom-amp-hat-case (helaas wel out of stock)

Als je die IQaudIO amp nog niet hebt is de amp van Justboom zelf mss een alternatief?

Helaas die mist ook de uitsparing om nog bij de gpio te kunnen komen

[Dwarlorf]

Kammika schreef op woensdag 10 maart 2021 @ 19:38:
[...]

Helaas die mist ook de uitsparing om nog bij de gpio te kunnen komen

Is dat niet te modden door er een sleuf er in maken? Of moet er iets bijzonders bovenop?

[Kammika]

Wiley99 schreef op woensdag 10 maart 2021 @ 10:59:
[...]


Heb je hier wat meer informatie over? Zoek ook al een tijdje naar een goede methode maar er is vaak veel knutselwerk nodig.

Via Aliexpress heb ik voor $1.50 een NPN sensor gekocht. (LJ12A3-4-Z/BX New Inductive Proximity Sensor Detection Switch NPN DC 6-36V heet die)

Werkt officieel vanaf 6V, maar blijkt het in de praktijk ook prima op 5V te doen. dus als volgt aangesloten
- blauw op ground
- zwart op een GPIO pin
- bruin op de 5V pin.

Met een schroevendraaier kun je zien of die werkt (als je 'm in de buurt houdt, gaat er een ledje op de sensor branden en kun je ook als je de gpio pin uitleest zien dat die een andere waarde geeft dan wanneer die schroevendraaier niet in de buurt van de sensor is).

en dan kun je op de gpio pin de pulses uitlezen. Omdat ik domoticz gebruik heb ik een bestaand domoticz script hiervoor opgezocht op internet en omgeschreven naar een domoticz plugin: https://github.com/akamming/domoticz-watermeter

Meest gepruts was overigens nog om die sensor op een slimme manier op de watermeter te plaatsen (hij moet dat ronddraaiend metalen schrijfje detecteren). Uiteindelijk opgelost door een gat in het dekseltje ter grootte van de sensor te boren precies op de juiste plaats.

[Kammika]

Dwarlorf schreef op woensdag 10 maart 2021 @ 19:50:
[...]


Is dat niet te modden door er een sleuf er in maken? Of moet er iets bijzonders bovenop?

tuurlijk, maar ik hoopte dat er een standaardcase was zodat ik niet hoefde te modden

[Copitano]

Wiley99 schreef op woensdag 10 maart 2021 @ 10:59:
[...]


Heb je hier wat meer informatie over? Zoek ook al een tijdje naar een goede methode maar er is vaak veel knutselwerk nodig.

Deze heb je vast al gevonden?
Bij mij zit het zo:


Knutselwerk valt erg mee. Beugeltje heb ik zelf gemaakt uit een stukje persplex, maar bij Ali kun je ze ook kant en klaar kopen. Met een stukje tweezijdig kleefband en flinke tie wrap op de meter vastmaken. Ik heb een 12 V versie gewoon op de 5 V pin (maar de sensor is ook in 5 V versie te koop. Werkt bij mij al twee jaar zonder problemen. ca. 7 liter afwijking in een half jaar

[ Voor 5% gewijzigd door Copitano op 13-03-2021 14:00 ]

[Copitano]

Heeft iemand enig idee wat hier gebeurt?

De piek om 01:00 uur is de backup naar een USB stick. Wat er om 05:00 uur gebeurt is mij een raadsel. Dit doet zich structureel elke dag voor om precies 05:00. Ik heb mijn crontab -e's en dzvents al nagekeken. Daar zit geen trigger in op 05:00. Heb ook nog niet kunnen vinden wat er precies gebeurt. Zie alleen dat het een berg geheugen in beslag neemt.
Vanmorgen 14/3/2021 zelfde plaatje. Loopt alleen wel weer heel langzaam leeg.

[ Voor 29% gewijzigd door Copitano op 14-03-2021 16:20 ]

[aawe mwan]

Ik heb een „PSSD” USB-stick gekocht. Die leek me handig om permanent in de Pi400 te stoppen als bootdrive.

Zo'n PSSD stick ziet er uit als een USB-stick, maar het is een SSD: het schijnt dat dit type sticks intern opgebouwd is uit een SATA SSD chipset en een USB3-naar-SATA bridge.

Aangesloten op een Pi gaat lezen met 300MB/s en schrijven met 100MB/s (op grote bestanden), wat op zich niet verkeerd is. Maar tegenvallers zijn er ook: als je de Pi opstart van deze stick (Manjaro), dan herkent hij hem niet meer als USB3, maar als USB2 en de stick is dan zelfs trager dan een micro-SD kaartje. De stick is heel klein, maar toch ietsje groter dan een USB poort, daardoor kan je de naastgelegen USB connector(s) niet meer gebruiken (geldt zowel horizontaal als vertikaal). De stick heeft geen UASP ondersteuning.

Kortom: geen oplossing voor de Pi 400 en een gewone externe SSD met kort kabeltje is beter.

[aawe mwan]

Copitano schreef op zaterdag 13 maart 2021 @ 14:15:
[...] structureel elke dag voor om precies 05:00. Ik heb mijn crontab -e's en dzvents al nagekeken.

Heb je ook gekeken in /etc/cron.* ? Daar vond ik namelijk laatst een cronjob die met crontab -e niet te vinden was. In directory /etc/cron.d vind je bijvoorbeeld bestanden die elk op zich ook een cron schedule bevatten.

[Capacitor]

Copitano schreef op zaterdag 13 maart 2021 @ 13:55:
[...]

Deze heb je vast al gevonden?
Bij mij zit het zo:
[Afbeelding]
[Afbeelding]
Knutselwerk valt erg mee. Beugeltje heb ik zelf gemaakt uit een stukje persplex, maar bij Ali kun je ze ook kant en klaar kopen. Met een stukje tweezijdig kleefband en flinke tie wrap op de meter vastmaken. Ik heb een 12 V versie gewoon op de 5 V pin (maar de sensor is ook in 5 V versie te koop. Werkt bij mij al twee jaar zonder problemen. ca. 7 liter afwijking in een half jaar

Welke case is dat? En kan je die zo tegen dat houten bord schroeven?

[Copitano]

Capacitor schreef op zaterdag 13 maart 2021 @ 20:29:
[...]

Welke case is dat? En kan je die zo tegen dat houten bord schroeven?

Deze.
Je moet wel een beetje geduld hebben Fannetje werkt ook prima. van 55 graden naar 37 graden
en alle heatsinks zitten er ook nog steeds goed op.
Ja je kunt hem gewoon op de wand schroeven met kleine schroefjes. Ik heb er alleen een verhoginkje achter gemaakt van 5 mm voor de EMMC adapter in het SD slot.

[Copitano]

aawe mwan schreef op zaterdag 13 maart 2021 @ 19:48:
[...]


Heb je ook gekeken in /etc/cron.* ? Daar vond ik namelijk laatst een cronjob die met crontab -e niet te vinden was. In directory /etc/cron.d vind je bijvoorbeeld bestanden die elk op zich ook een cron schedule bevatten.

Nee, had ik nog niet gedaan. Inmiddels wel, maar kan daar niets bijzonders kunnen vinden.

by the way, waarom geen EMMC module. In december heb ik de SD kaart ingeruild voor een EMMC module. Tot nu toe heerlijk stabiel. Start razend snel op. Zelfs na een abrupte stroomstoring afgelopen week geen corruptie en vlot weer opgestart.

[ Voor 27% gewijzigd door Copitano op 13-03-2021 22:07 ]

[Pierre]

@Copitano Kan je een EMMC gebruiken om te booten van een Pi3? In plaats van een USB stick of SD card.

[Copitano]

Pierre schreef op zaterdag 13 maart 2021 @ 22:14:
@Copitano Kan je een EMMC gebruiken om te booten van een Pi3? In plaats van een USB stick of SD card.

Ja, ik heb gewoon een image gemaakt van mijn SD kaart en die weggeschreven naar de EMMC module. Werkte direct.

[nero355]

Pierre schreef op zaterdag 13 maart 2021 @ 22:14:
@Copitano Kan je een EMMC gebruiken om te booten van een Pi3? In plaats van een USB stick of SD card.

Zoals @Raven al vaker heeft gepost werkt dat prima : Raven in "Raspberry Pi - deel 2"

[JB]

Welke MicroSD kaart raad men hier aan voor de 2B Mijn Pi Hole setup gaat sinds vandaag mank met een;

"end Kernel panic - not syncing: Attempted to kill init!"

Bovenstaande gebeurde overigens na een "sudo apt-get upgrade" omdat ik Pi Hole wilde bijwerken.

Onderstaande heb ik dus en daar wordt het verweten aan een "gare" SD kaart;

https://github.com/raspberrypi/linux/issues/1416

Dit heeft met de huidige SD kaart (32GB Verbatim class10) meer dan een jaar probleemloos gedraaid. Ook een andere voeding getest, maar haalt niets uit.

[ Voor 4% gewijzigd door JB op 30-03-2021 21:10 ]

[SebasFM]

Ik gebruik al lange tijd Kingston microSD kaartjes. Nog nooit eentje stuk gehad (wel de Pi altijd netjes afgesloten voor het spanningsloos stellen). Tegenwoordig koop ik de High Endurance variant van Kingston. Prijsverschil is nihil voor kleine kaartjes tot 32 GB.

[JB]

SebasFM schreef op dinsdag 30 maart 2021 @ 21:17:
Ik gebruik al lange tijd Kingston microSD kaartjes. Nog nooit eentje stuk gehad (wel de Pi altijd netjes afgesloten voor het spanningsloos stellen). Tegenwoordig koop ik de High Endurance variant van Kingston. Prijsverschil is nihil voor kleine kaartjes tot 32 GB.

Standaard adres waar je deze koopt? De link met mijn issue heeft het over fake Kingston card

[SebasFM]

JB schreef op dinsdag 30 maart 2021 @ 21:28:
[...]

Standaard adres waar je deze koopt? De link met mijn issue heeft het over fake Kingston card

Wil hier geen reclame maken, maar ik koop mijn kaartjes altijd bij of Informatique of DataIO.

Edit: of Amazon, maar dan wel bij Amazon zelf en niet een andere verkoper op het platform.

[ Voor 13% gewijzigd door SebasFM op 30-03-2021 21:32 ]

[JB]

Informatique! Das lang geleden

[Freee!!]

Ik gebruik voornamelijk kaartjes van SanDisk, laatste paar (meer dan een jaar geleden) bij MediaMarkt gehaald en tot dusver zonder problemen.

[aawe mwan]

In het algemeen zijn de chips in "kleine" SD-kaartjes chips van mindere kwaliteit, zo worden ze namelijk uittgesorteerd aan het eind van de productielijn. Alleen om die reden is het al verstandig om groter geheugen te kopen dan wat je nodig hebt. Het kan ook geen kwaad om een groter kaartje te gebruiken, want dit is voor de consument nauwelijks duurder en ook door die lege extra ruimte krijg je vanzelf extra duurzaamheid.

Een kaartje zonder A1 moet je sowieso niet meer kopen, maar dat is vanwege de snelheid. Als je de Pi wel eens interactief gebruikt, kan je er beter een SSD aan hangen (via USB) want dat is weer ontzettend veel sneller en dan heb je het duurzaamheidsprobleem ook niet.

Kijk ook eens naar high endurance geheugenkaartjes, die zouden zelfs geschikt moeten zijn voor continue beschrijven door bewakingscameras.

[1nsane]

JB schreef op dinsdag 30 maart 2021 @ 21:09:
Welke MicroSD kaart raad men hier aan voor de 2B Mijn Pi Hole setup gaat sinds vandaag mank met een;

"end Kernel panic - not syncing: Attempted to kill init!"

Bovenstaande gebeurde overigens na een "sudo apt-get upgrade" omdat ik Pi Hole wilde bijwerken.

Onderstaande heb ik dus en daar wordt het verweten aan een "gare" SD kaart;

https://github.com/raspberrypi/linux/issues/1416

Dit heeft met de huidige SD kaart (32GB Verbatim class10) meer dan een jaar probleemloos gedraaid. Ook een andere voeding getest, maar haalt niets uit.

zijn er tegenwoordig niet van die eMMC naar SD converters?

hoe je het ook wendt of keert, vroeg of laat gaat zo'n SD kaartje gewoon stuk en eMMC is gewoon net ff wat robuuster.

[Webgnome]

Maar wat is technisch het verschil tussen SD en eMMC? Kan mij niet aan de indruk ontrekken dat in beide gevallen het vroeg of laat kapot is

[JB]

Webgnome schreef op donderdag 1 april 2021 @ 10:22:
Maar wat is technisch het verschil tussen SD en eMMC? Kan mij niet aan de indruk ontrekken dat in beide gevallen het vroeg of laat kapot is

Mja het vage is dat mijn Pi Hole nu weer vrolijk doordraait op de huidige SD, die sudo apt upgrade doet een kernel panic. Dus ik kan de klok er op gelijk zetten, dat zodra ik het commando weer draai, mijn setup hemelt.

We take a completely fresh raspbian-lite image, and run sudo-apt update then sudo apt-get upgrade, and it immediately kernel panics. Absolutely nothing else was done on it. This was repeated on both the Pi 2 B+ AND the Pi 3, and on multiple SD cards.

De vraag is nu, of dat ook gebeurd met mijn verse "Kingston 32GB microSDHC Endurance 95R/30W C10 A1UH"

[1nsane]

Webgnome schreef op donderdag 1 april 2021 @ 10:22:
Maar wat is technisch het verschil tussen SD en eMMC? Kan mij niet aan de indruk ontrekken dat in beide gevallen het vroeg of laat kapot is

zover ik weet (correct me if wrong) heeft een eMMC niet per se andere storage cells dan een SD card. Praktisch gesproken, zou je dan denken dat het weinig uit zou moeten maken (volgens mij hebben beide formats ongeveer even veel read/write cycles als levensduur, ik dacht een miljoen of 10 a 20).

Waar echter wél een verschil in zit, is dat een eMMC module een ingebouwde controller heeft die beter is in wear levelling etc dan de hele simpele geheugencontroller op een SD card. Bij een SD card worden volgens mij meerdere processen voor geheugen controlling uitbesteed aan de CPU van het apparaat waar het in zit, een CPU van o.a. een RPI doet nu eenmaal meer dan alleen zorgen dat de juiste geheugenblocks op de juiste manier gevuld worden, dat gaat soms mis.

Niet voor niets worden SD cards vooral gebruikt voor toepassingen zoals camera's enz. waarbij ze doorgaans minder read/write cycles ondergaan.

eMMC's zijn ook toegepast in van die netbooks enz, het is goedkoop maar niet per se onbetrouwbaar voor de toepassing.

Als je Googled op eMMC vs. SD kaarten, zal je ook dergelijke discussies online lezen.

Over het algemeen is eMMC op langere duur gewoon een stukje betrouwbaarder (en sneller) dan een SD card.

[aawe mwan]

1nsane schreef op donderdag 1 april 2021 @ 11:43:
[...]
(volgens mij hebben beide formats ongeveer even veel read/write cycles als levensduur, ik dacht een miljoen of 10 a 20).

Wat je zegt klopt helemaal niet. Een m.2 SSD van Intel kan je bijvoorbeeld maar 200 keer overschrijven en dat is voldoende voor bijna iedereen.

Het aantal schrijfcycli is JUIST een van de onderscheidende verschillen bij geheugenchips en loopt uiteen van een paar keer tot miljoenen keren, afhankelijk van wat de fabrikant wil maken. Je krijgt waar je voor betaalt.

Dat de controllers van duurder geheugen beter zouden zijn, is een echte Tweakers Urban Legend, want aan de "slijtage" van SSD's die ik al jaren gebruik, kan ik zien dat het magische "wear leveling" wat een drive zou moeten kunnen in de praktijk gewoon niet of nauwelijks werkt.

[nero355]

1nsane schreef op donderdag 1 april 2021 @ 10:00:
zijn er tegenwoordig niet van die eMMC naar SD converters?

Zie : Copitano in "Raspberry Pi - deel 2"

[1nsane]

aawe mwan schreef op donderdag 1 april 2021 @ 19:13:
[...]


Wat je zegt klopt helemaal niet. Een m.2 SSD van Intel kan je bijvoorbeeld maar 200 keer overschrijven en dat is voldoende voor bijna iedereen.

Het aantal schrijfcycli is JUIST een van de onderscheidende verschillen bij geheugenchips en loopt uiteen van een paar keer tot miljoenen keren, afhankelijk van wat de fabrikant wil maken. Je krijgt waar je voor betaalt.

Dat de controllers van duurder geheugen beter zouden zijn, is een echte Tweakers Urban Legend, want aan de "slijtage" van SSD's die ik al jaren gebruik, kan ik zien dat het magische "wear leveling" wat een drive zou moeten kunnen in de praktijk gewoon niet of nauwelijks werkt.

Wat jij nu zegt klopt ook niet helemaal. Waar het met name fout gaat (naast het softwarematige deel) is toch echt aan de management kant van de geheugen cells.

In theorie zou dus, als je het zo stelt zoals jij het zegt, een m.2 SSD even betrouwbaar of onbetrouwbaar zijn als een SD kaart mits de kwaliteit van de geheugencells maar vergelijkbaar is. Dat is gewoon niet waar. Natuurlijk wordt elk solid state opslagmedium op den duur slechter, het verschil is alleen dat SD kaarten daadwerkelijk sneller corrupt worden.

Natuurlijk zit er een verschil in aantal read/write cycli tussen verschillende soorten cellen maar in het algemeen is dat verschil tussen een gemiddelde SD kaart en een gemiddelde eMMC kaart niet zo groot.

Ik heb het ook niet over duurder geheugen als je goed had gelezen, ik had het over een verschil in implementatie.

De geheugencellen van een SD kaart hoeven niet per se beter of slechter te zijn dan van een goed merk SSD. De implementatie echter maakt wel degelijk een verschil. Je kunt simpelweg niet ontkennen dat een SSD of eMMC langer storings/corruptie vrij blijft dan een SD kaart.

[andregroeneveld]

Ik ben opnieuw begonnen maar het lijkt er op dat de raspberry zelf vreemd doet. Dan doet ie het wel en dan weer niet. Al andere netwerkkabel en andere poort switch en nu andere voeding.


Na schone installatie werkt het goed. Ik probeer nu nog met de oude voeding om te kijken of hij weer na een dag uitvalt. Dan een andere voeding proberen en afwachten. Gekke storing.

[ Voor 33% gewijzigd door andregroeneveld op 08-04-2021 14:30 ]

[andregroeneveld]

Ik zie dat in de nieuwe beschrijving je niet meer zo kan clonen en dat je daar bepaalde voorbereidingen voor moet doen.

[deHakkelaar]

andregroeneveld schreef op donderdag 8 april 2021 @ 13:49:
Ik ben opnieuw begonnen maar het lijkt er op dat de raspberry zelf vreemd doet. Dan doet ie het wel en dan weer niet. Al andere netwerkkabel en andere poort switch en nu andere voeding.


Na schone installatie werkt het goed. Ik probeer nu nog met de oude voeding om te kijken of hij weer na een dag uitvalt. Dan een andere voeding proberen en afwachten. Gekke storing.

Niet zo gek hoor.
Vele voedingen zijn gewoon niet toerijkend en dan gaat een Raspi flippen:
https://www.raspberrypi.o...spberrypi/power/README.md

Check eerder reply van mij om te achterhalen:
deHakkelaar in "[Pi-Hole] Ervaringen & discussie"

[andregroeneveld]

deHakkelaar schreef op donderdag 8 april 2021 @ 15:22:
[...]

Niet zo gek hoor.
Vele voedingen zijn gewoon niet toerijkend en dan gaat een Raspi flippen:
https://www.raspberrypi.o...spberrypi/power/README.md

Check eerder reply van mij om te achterhalen:
deHakkelaar in "[Pi-Hole] Ervaringen & discussie"

He Hakelaar, jij hebt het bij het rechte end. Under voltage berichten zitten er steeds tussen. En de voeding is nog wel een originele 2,5 Amp voeding.

[deHakkelaar]

andregroeneveld schreef op donderdag 8 april 2021 @ 15:27:
[...]


He Hakelaar, jij hebt het bij het rechte end. Under voltage berichten zitten er steeds tussen. En de voeding is nog wel een originele 2,5 Amp voeding.

Kan ook het USB kabeltje ertussen zijn die slecht is.
Probeer ook een andere.
Vaak is dikker beter

[andregroeneveld]

deHakkelaar schreef op donderdag 8 april 2021 @ 15:31:
[...]

Kan ook het USB kabeltje ertussen zijn die slecht is.
Probeer ook een andere.
Vaak is dikker beter

Is een geheel die voeding en kabel.

[andregroeneveld]

Met een andere voeding heb ik hetzelfde under voltage detected en dan weer voltage normalized. Ik hoor het fannetje ook een beetje zwaar lopen. misschien trekt die te veel stroom zo nu en dan.

[deHakkelaar]

andregroeneveld schreef op donderdag 8 april 2021 @ 15:41:
Met een andere voeding heb ik hetzelfde under voltage detected en dan weer voltage normalized. Ik hoor het fannetje ook een beetje zwaar lopen. misschien trekt die te veel stroom zo nu en dan.

Was vergeten te melden dat het er ook aan kan liggen hoeveel USB apparaten zijn verbonden met Pi.
En andere opties die power vreten.
Toch maar op zoek naar weer een andere voeding ?
Zolang die "under-voltage" berichten optreden, loop je het risico dat de data op de SD kaart beschadigd en je weer opnieuw moet beginnen.

[andregroeneveld]

deHakkelaar schreef op donderdag 8 april 2021 @ 15:48:
[...]

Was vergeten te melden dat het er ook aan kan liggen hoeveel USB apparaten zijn verbonden met Pi.
En andere opties die power vreten.
Toch maar op zoek naar weer een andere voeding ?
Zolang die "under-voltage" berichten optreden, loop je het risico dat de data op de SD kaart beschadigd en je weer opnieuw moet beginnen.

Er hangt niets aan de usb aansluitingen. Ik ga dat fannetje eens loshalen.

[andregroeneveld]

andregroeneveld schreef op donderdag 8 april 2021 @ 15:51:
[...]

Er hangt niets aan de usb aansluitingen. Ik ga dat fannetje eens loshalen.

Als het kastje op zijn kant ligt dan draait het fannetje het best en krijg ik geen under voltage meer. Ook als ik hem loshaal. Zoals hij zat in de meterkast werd hij door een tayrap strak ombonden en misschien net wat torsie waardoor de fan het na een tijd te veel stroom trekt bij vlagen.

[deHakkelaar]

andregroeneveld schreef op donderdag 8 april 2021 @ 16:07:
Als het kastje op zijn kant ligt dan draait het fannetje het best en krijg ik geen under voltage meer. Ook als ik hem loshaal. Zoals hij zat in de meterkast werd hij door een tayrap strak ombonden en misschien net wat torsie waardoor de fan het na een tijd te veel stroom trekt bij vlagen.

FUBAR
Maar dat betekent nog dat je waarschijnlijk op het randje opereert.
Raspi's staan erom bekent dat ze de data op de SD kaart vernaggelen als de power niet toerijkend is.

[andregroeneveld]

deHakkelaar schreef op donderdag 8 april 2021 @ 16:16:
[...]

FUBAR
Maar dat betekent nog dat je waarschijnlijk op het randje opereert.
Raspi's staan erom bekent dat ze de data op de SD kaart vernaggelen als de power niet toerijkend is.

Dat is nu wel duidelijk. Ik heb die commando`s voor het voltage vanochtend weer toegepast en de laatste under voltage was gisterenmiddag. Dus het fannetje is de oorzaak. De Pi 33+ zit in een kastje met zo`n koelsetje ik denk dat doordat het kastje met een tayrap vastzat iets torsie is ontstaan en de fan zwaar is gaan lopen. Misschien beter helemaal weglaten?

[deHakkelaar]

andregroeneveld schreef op vrijdag 9 april 2021 @ 07:09:
[...]

Dat is nu wel duidelijk. Ik heb die commando`s voor het voltage vanochtend weer toegepast en de laatste under voltage was gisterenmiddag. Dus het fannetje is de oorzaak. De Pi 33+ zit in een kastje met zo`n koelsetje ik denk dat doordat het kastje met een tayrap vastzat iets torsie is ontstaan en de fan zwaar is gaan lopen. Misschien beter helemaal weglaten?

Denk nog net kantje boord on-topic omdat het om een Pi gaat
Je zult moeten uitvinden ofdat die Pi CPU/GPU van jou ook zonder fan niet te heet wordt en er geen klok snelheid "throttling" optreed.
Zodra de on-board system management merkt dat de temperatuur naar boven de +/- 70 °C gaat, dan zal system management de CPU/GPU klok freqeuntie omlaag brengen net zolang totdat de temperatuur stabiliseerd op die 70 graden grens.
Je Pi gaat dus niet stuk maar alles draait gewoon aanzienlijk trager.
"Soft temperature limit" throttling kun je uitlezen met onderstaande:

pi@ph5b:~ $ vcgencmd get_throttled int
throttled=0x0

Linkje met tabel:
https://www.raspberrypi.o.../applications/vcgencmd.md

[andregroeneveld]

Het draait nu een tijdje probleemloos met nieuwe fan erin.
3 verschillende voedingen (origineel en telefoon) geprobeerd, zelfs een 5 Amp. Allemaal laten ze 1 melding zien na het opstarten met dit commando: dmesg -T | grep -i voltage

Doe ik dit commando: sudo zgrep -i voltage /var/log/syslog* dan zie ik wanneer de laatste keer is geweest en niet die melding van net na het opstarten.

Ik blijf het zo nu en dan monitoren. Blijft het terugkomen dan denk ik dat er iets met de RaspberryPi 33+ zelf is.

[deHakkelaar]

andregroeneveld schreef op dinsdag 13 april 2021 @ 04:59:
dmesg -T | grep -i voltage

Deze leest de kernel ring buffer in RAM uit.

andregroeneveld schreef op dinsdag 13 april 2021 @ 04:59:
sudo zgrep -i voltage /var/log/syslog*

Deze de logs op de SD kaart.

Angezien de kernel 1 vd eerste processen is die geladen wordt, kan het gebeuren dat een under voltage optreed vroeg tijdens boot nog voordat de SD kaart partities mounted zijn en er gelogt kan worden.
Zodra de kernel opstart creërt deze meteen een ring buffer in RAM nog voordat partities ge-mount worden.
Maar ja die RAM logs zijn wel weg met een reboot of power cycle.
Dat verklaart mogelijk waarom je ze wel ziet in de één maar niet in de ander.

[ Voor 4% gewijzigd door deHakkelaar op 13-04-2021 20:07 ]

[andregroeneveld]

Heb jij dat ook dan?

[deHakkelaar]

Nope:

pi@ph5b:~ $ uptime
 15:48:59 up 28 days,  3:11,  1 user,  load average: 0.38, 0.40, 0.18

pi@ph5b:~ $ dmesg -T | grep -i voltage
pi@ph5b:~ $

pi@ph5b:~ $ sudo zgrep -i voltage /var/log/syslog*
pi@ph5b:~ $

pi@ph5b:~ $ vcgencmd get_throttled
throttled=0x0

Zoals ik al aangaf, je hebt echt een HW probleem met je huidige voedingen/bekabeling of de Pi is stuk.

[andregroeneveld]

Ik had eerst een BananaPi die ging stuk en nu een RaspberryPi die dan stuk gaat met Pi-Hole draaien terwijl ik 2 BananaPi`s heb draaien voor andere doeleinden en een Arduino die vele jaren ouder zijn en nog nooit stuk zijn gegaan.

[Freee!!]

andregroeneveld schreef op vrijdag 16 april 2021 @ 06:08:
Ik had eerst een BananaPi die ging stuk en nu een RaspberryPi die dan stuk gaat met Pi-Hole draaien terwijl ik 2 BananaPi`s heb draaien voor andere doeleinden en een Arduino die vele jaren ouder zijn en nog nooit stuk zijn gegaan.

Of je hebt heel veel pech gehad, of je doet iets geks. Ik heb twee RPi's met allebei Pi-Hole draaien en die hebben geen van beide problemen.

[deHakkelaar]

@andregroeneveld, sinds de Raspi op de markt kwam zijn er denk ik wel 15 Pi's plus een Odroid en een Tinkerboard door m'n handen gegaan voor mezelf, vrienden en collega.
Geen ééntje is stuk gegaan naar mijn weten.
Wel heb ik regelmatig problemen ondervonden wanneer de voeding niet toerijkend was of er teveel aan de USB poorten hing.
Je zegt dat je een officiele Raspi voeding hebt.
Mogelijk dat deze stuk is of een fake replica.
Kun je foto's plaatsen van boven/onderkant voor vergelijk ?

[ Voor 0% gewijzigd door deHakkelaar op 16-04-2021 19:51 . Reden: typo ]

[andregroeneveld]

deHakkelaar schreef op vrijdag 16 april 2021 @ 09:05:
@andregroeneveld, sinds de Raspi op de markt kwam zijn er denk ik wel 15 Pi's plus een Odroid en een Tinkerboard door m'n handen gegaan voor mezelf, vrienden en collega.
Geen ééntje is stuk gegaan naar mijn weten.
Wel heb ik regelmatig problemen ondervonden wanneer de voeding niet toerijkend was of er teveel aan de USB poorten hing.
Je zegt dat je een officiele Raspi voeding hebt.
Mogelijk dat deze stuk is of een fake replica.
Kun je foto's plaatsen van boven/onderkant voor vergelijk ?

Hier zijn de foto`s.

[nero355]

@andregroeneveld

Dat is geen officiële Raspberry Pi voeding dus bestel gewoon een echte en probeer het nog een keer daarmee

[dss58]

deHakkelaar schreef op vrijdag 16 april 2021 @ 09:05:
@andregroeneveld, sinds de Raspi op de markt kwam zijn er denk ik wel 15 Pi's plus een Odroid en een Tinkerboard door m'n handen gegaan voor mezelf, vrienden en collega.
Geen ééntje is stuk gegaan naar mijn weten.
Wel heb ik regelmatig problemen ondervonden wanneer de voeding niet toerijkend was of er teveel aan de USB poorten hing.
Je zegt dat je een officiele Raspi voeding hebt.
Mogelijk dat deze stuk is of een fake replica.
Kun je foto's plaatsen van boven/onderkant voor vergelijk ?

hier wel, paar maanden terug heeft een pi3B+ het begeven van 1,5 jaar oud en met originele voeding

[deHakkelaar]

andregroeneveld schreef op zondag 18 april 2021 @ 20:27:
[...]
Hier zijn de foto`s.

nero355 schreef op zondag 18 april 2021 @ 20:32:
@andregroeneveld

Dat is geen officiële Raspberry Pi voeding dus bestel gewoon een echte en probeer het nog een keer daarmee

Dat is idd geen geen echte.
Zo ziet een echte eruit of in zwart:
https://www.raspberrypi.o...i-universal-power-supply/
Of voor de Pi4:
https://www.okdo.com/nl/p...1v-3a-psu-w-usb-c-for-eu/
Je hebt ook handig niet de bovenkant gefotografeerd, waarom ik vroeg, omdat hoogst waarschijnlijk daar geen Raspi logo pronkt.
Tijd voor een echte of andere degelijke voeding!

[ Voor 6% gewijzigd door deHakkelaar op 19-04-2021 09:12 ]

[deHakkelaar]

dss58 schreef op zondag 18 april 2021 @ 22:14:
[...]

hier wel, paar maanden terug heeft een pi3B+ het begeven van 1,5 jaar oud en met originele voeding

Daar ga ik niet op in omdat alles wel stuk kan gaan.

[mcDavid]

Lol ik heb ook 2 kapotte RPi's hoor, allebei zelf opgeblazen door 19V Passive POE op de netwerkpoort te zetten

Voor de rest is het eigenlijk altijd ofwel het SD-kaartje ofwel de voeding(skabel) als er iets niet werkt.

[TheCeet]

Unbound vraagje (geen idee of die hier het beste thuis hoort )

Atm is het versie 1.9.0 > een versie van februari 2019.
Als ik ga kijken op hun website, zitten ze ondertussen aan versie 1.13.1 van februari 2021.
Waarom is deze versie niet beschikbaar bij een 'apt update && apt-upgrade command'?

[Lizard]

TheCeet schreef op maandag 19 april 2021 @ 11:13:
Unbound vraagje (geen idee of die hier het beste thuis hoort )

Atm is het versie 1.9.0 > een versie van februari 2019.
Als ik ga kijken op hun website, zitten ze ondertussen aan versie 1.13.1 van februari 2021.
Waarom is deze versie niet beschikbaar bij een 'apt update && apt-upgrade command'?

Dat komt vooral hoe de standaard repositories van Debian/Ubuntu zijn ingericht. Voor elke release wordt een major versie 'gepinned'. Neem bv. OpenSSL.
Die is onlangs in het nieuws geweest dat je moet updaten naar v1.1.1k. Echter voor Ubuntu 20.04 hebben ze de security fixes gebackport naar v1.1.1f-1ubuntu2.3.
Je krijgt dan wel de fixes maar niet de nieuwere features van een nieuwe versie. Een van de uitzonderingen hiervoor is Firefox die wel bijgewerkt wordt.
Een andere oplossing is om een eigen repo van het software pakket toe te voegen om zo een recentere versie te krijgen.

Op deze pagina zie je het ook mooi als je naar beneden scrolled: https://launchpad.net/ubuntu/+source/unbound of https://packages.debian.org/search?keywords=unbound

In Ubuntu 21.04 zal versie 1.13 zitten. Voor Debian Buster zou je de backports repo kunnen activeren.
Zie ook hier: http://marksrpicluster.bl...orts-to-raspberry-pi.html

[ Voor 3% gewijzigd door Lizard op 19-04-2021 19:47 ]

[nero355]

Lizard schreef op maandag 19 april 2021 @ 18:56:
Voor Debian Buster zou je de backports repo kunnen activeren.
Zie ook hier: http://marksrpicluster.bl...orts-to-raspberry-pi.html

Nog beter :

@TheCeet Kijk eens of je Debian Testing erop kan draaien!

Draait nu op mijn HTPC en op een aantal dingen na zijn de versies veel meer up-to-date dan met Debian Stable or RaspBian of een Ubuntu LTS en zo...

[deHakkelaar]

TheCeet schreef op maandag 19 april 2021 @ 11:13:
Unbound vraagje (geen idee of die hier het beste thuis hoort )

Atm is het versie 1.9.0 > een versie van februari 2019.
Als ik ga kijken op hun website, zitten ze ondertussen aan versie 1.13.1 van februari 2021.
Waarom is deze versie niet beschikbaar bij een 'apt update && apt-upgrade command'?

Ik weet het niet zeker maar vermoed dat daar meerdere redenen voor zijn.
Vele distro's hebben een 'stable' release en zoals de naam al aangeeft, moet ie dus stabiel zijn ... wat je van Linux software verwacht.
Dus kijkt men liever eerst een poosje de kat uit de boom voordat een release naar stable wordt gedrukt.

Dan zijn er nog de package maintainers.
De één is wat produktiever als de ander.

En de user base voor een bepaalde package.
Vaak met meer gebruikers zitten de releases dichter op de laatste versie omdat er meer getest wordt etc.

Zeker met zaken die publick facing zijn, of te wel dingen die publiekelijk via Internet benaderbaar kunnen zijn, staat veiligheid voorop en hebben nieuwe features etc minder prioriteit.

Ik zal er wel een paar over het hoofd zien

En dan heb je altijd nog Gentoo:
https://wiki.gentoo.org/w...makes_Gentoo_different.3F

[nero355]

deHakkelaar schreef op dinsdag 20 april 2021 @ 00:15:
En dan heb je altijd nog Gentoo:
https://wiki.gentoo.org/w...makes_Gentoo_different.3F

Ook mooi die eerste zin :

Gentoo uses a BSD ports-like system called Portage.

FreeBSD en hun Ports systeem is inderdaad iets wat echt geweldig goed werkt!

Ik ga waarschijnlijk over een tijdje mijn pricewatch: Intel NUC Kit DN2820FYKH blij maken met FreeBSD om zodoende een excuus te hebben om daar weer mee te rommelen!

[Rouwette]

Ik heb een usb ssd aangeschaft voor mijn pi 4, de SD zat bomvol en wou voorkomen dat de sd eens zou crashen.
Boot menu aangepast.
Ik heb een backup van de sd gemaakt en deze img op de SSD gezet.
geen succes, usb-boot werkt, de sd in een usb-sd reader en de pi start gewoon op.

een lege img op de ssd is ook niet gelukt.. waar kan dit aan liggen?

het is gelukt met deze handleiding
https://www.jeffgeerling....my-raspberry-pi-4-usb-ssd

[ Voor 14% gewijzigd door Rouwette op 21-04-2021 10:34 ]

[nielsn]

Ik ben een beetje aan het hobbyen met een RPi400 en nu kwam ik de Tarot applicatie tegen op Github welke ik in de toekomst best wel eens nodig kan gaan hebben voor wat hobby projectjes.

Alleen kom ik er niet helemaal aan uit hoe ik Tarot moet installeren en kan gebruiken. Uit de documentatie maak ik op dat ik eerst systemd, dcfldd, lsblk en lighttpd moet installeren.

Vervolgens moet ik het een Github clone maken op de Pi en tot nu lukt het allemaal nog.

De configuratie wordt gedaan in web/includes/config.php, dit bestand ziet er standaard zo uit:

code:

<?php
define('PREFIX', '/usr/local');
define('DESTDIR', '');
define('WEBROOT', '/var/www/html');
define('APPROOT', WEBROOT . '/tarot');
define('WEBUSER', 'www-data');
define('WEBGROUP', 'www-data');
define('IMAGE_PATH', '/local/images');
define('IMAGE_FILE_SUFFIX', '\.img'); // escape for preg_match!
define('STATE_PATH', '/var/lib/tarot');
define('STATE_FILE', STATE_PATH . '/tarot.state');
define('TRIGGER_FILE', STATE_PATH . '/tarot.trigger');
define('PROGRESS_FILE', STATE_PATH . '/tarot.progress');
?>

Klopt het dat ik eigenlijk alleen maar de DESTDIR hoef te definiëren?

Vervolgens zou ik install.sh moeten starten. Maar wanneer ik dit doe vanuit de desktop omgeving krijg ik het niet werkend.

Wat doe ik verkeerd waardoor ik het niet werkend krijg? Hopelijk kan iemand me in de goede richting helpen.

[nero355]

nielsn schreef op woensdag 21 april 2021 @ 13:43:
Ik ben een beetje aan het hobbyen met een RPi400 en nu kwam ik de Tarot applicatie tegen op Github welke ik in de toekomst best wel eens nodig kan gaan hebben voor wat hobby projectjes.

WOW!!! De setup van die kerel :

[Jesse-]

nielsn schreef op woensdag 21 april 2021 @ 13:43:

Vervolgens zou ik install.sh moeten starten. Maar wanneer ik dit doe vanuit de desktop omgeving krijg ik het niet werkend.

Wat doe ik verkeerd waardoor ik het niet werkend krijg? Hopelijk kan iemand me in de goede richting helpen.

Open een terminal (ctrl + alt + t) en navigeer naar de plek waar install.sh staat. Die moet je waarschijnlijk eerst executable maken (chmod +x install.sh). Daarna kan je de installatie met ./install.sh starten.
Mocht het niet werken, dan krijg je in ieder geval een zichtbare foutmelding

[nero355]

Jesse- schreef op donderdag 22 april 2021 @ 19:30:
Open een terminal (ctrl + alt + t)

Kleine opmerking daarbij : Dat werkt niet in elke DE standaard zo dus soms zal je CTRL+ALT+T zelf in moeten stellen als Terminal/Konsole/Console toetsencombinatie

[SiorcGeal]

andregroeneveld schreef op zondag 18 april 2021 @ 20:27:
[...]


Hier zijn de foto`s.
[Afbeelding]

[Afbeelding]

Aan de CE markering te zien is dit Chine Export. Ik heb deze ook en bij mij geeft de Raspberry Pi aan dat er niet genoeg vermogen gegeven wodt ondanks dat het een 3A voeding zou moeten zijn.

Rotzooi is het: ik durf ze zelfs niet te verkopen hier op tweakers omdat ik er zelf geen goed gevoel bij heb.

[roeleboel]

SiorcGeal schreef op vrijdag 23 april 2021 @ 15:45:
[...]
Aan de CE markering te zien is dit Chine Export.

https://en.wikipedia.org/wiki/CE_marking#%22China_Export%22

[SiorcGeal]

De C en de E staan te dicht op elkaar. Als je de cirkel van de C rond maakt moet deze gelijk liggen met de linkerzijde van de E.

[Ferruginous Hwk]

SiorcGeal schreef op vrijdag 23 april 2021 @ 15:45:
[...]


Aan de CE markering te zien is dit Chine Export. Ik heb deze ook en bij mij geeft de Raspberry Pi aan dat er niet genoeg vermogen gegeven wodt ondanks dat het een 3A voeding zou moeten zijn.

Rotzooi is het: ik durf ze zelfs niet te verkopen hier op tweakers omdat ik er zelf geen goed gevoel bij heb.

Goed gezien!!.. Dit is idd geen CE-keurmerk maar een China Export label.
Tip aan de eigenaar: Mocht die niet stuk zijn gebruik hem dan ajb niet want dit is een mogelijk zeer gevaarlijke adapter.

[Arloid]

Snoer doorknippen, hammertje tik op de adapter en naar de stort.

Zijn wat dingetjes gearriveerd...ook China export maar heb hier meer vertrouwen in, Pi is gewoon uit Nederland vandaan trouwens.

[mcDavid]

Zucht... @roeleboel doet nog een poging maar een linkje aanklikken is blijkbaar teveel moeite voor het roddelcircuit.

Dan hier ook nog maar eens herhalen: Er bestaat niet zoiets als een "China export" label. Producten uit China zijn gelabeld met "made in China" en niet anders. Sommige producten hebben idd een "misprint" van het CE-logo, sommigen printen het goed. Het zegt allemaal niets over of het product daadwerkelijk aan de eisen voor een CE markering voldoet of niet. En een al dan niet kloppend logo maakt ook niets uit voor hoe legaal een product is, daarvoor moet het gewoon aan de eisen voldoen, niet perse een bepaald logo hebben.

En als laatste kan een voeding die wél aan de eisen voor een CE markering voldoet, nog steeds een volkomen waardeloos prul zijn. CE zegt alleen iets over hoe bepaalde risico's vermeden worden, niets over kwaliteit.

[ Voor 14% gewijzigd door mcDavid op 24-04-2021 19:24 ]

[Freee!!]

mcDavid schreef op zaterdag 24 april 2021 @ 19:20:
Zucht... @roeleboel doet nog een poging maar een linkje aanklikken is blijkbaar teveel moeite voor het roddelcircuit.

Dan hier ook nog maar eens herhalen: Er bestaat niet zoiets als een "China export" label. Producten uit China zijn gelabeld met "made in China" en niet anders. Sommige producten hebben idd een "misprint" van het CE-logo, sommigen printen het goed. Het zegt allemaal niets over of het product daadwerkelijk aan de eisen voor een CE markering voldoet of niet. En een al dan niet kloppend logo maakt ook niets uit voor hoe legaal een product is, daarvoor moet het gewoon aan de eisen voldoen, niet perse een bepaald logo hebben.

En als laatste kan een voeding die wél aan de eisen voor een CE markering voldoet, nog steeds een volkomen waardeloos prul zijn. CE zegt alleen iets over hoe bepaalde risico's vermeden worden, niets over kwaliteit.

Ooit van de diverse vormen van humor gehoord zoals onder andere sarcasme en ironie "China Export" is een Backroniem.

[Peutpeut]

Goedenavond,

Al een tijdje heb ik een Pi4B draaien met daarop InfluxDB, Grafana, PiHole en Caddy. Deze Pi loopt om de twee dagen (ongeveer) vast. In Monit zie ik dan dat de CPU continu op de 100%. Via SSH dan nog wel te benaderen, wat overigens erg lang duurt, ik kan via de CLI dan niets meer uitvoeren.

Wat is de beste manier om dit te troubleshooten?

Via dit commando heb ik al wat logs kunnen bekijken maar daar kom ik niet veel verder mee.

journalctl -xe

De tijdelijke oplossing die ik heb is om dagelijks de Pi te rebooten met een cronjob, dat is geen definitieve oplossing dus vandaar de vraag

[Webgnome]

Als je via SSH ingelogged bent en je doet top welk process trekt er dan het meeste cpu?

[deHakkelaar]

In het algemeen als je een lastig probleem niet kan localiseren, dan ga je minimaliseren.
Dat houd in dat je je systeem zo kaal mogelijk laat draaien totdat alles weer stabiel draait (alles de nek omdraaien wat niet nodig is voor minimale werking).
En dan dingen gaat toevoegen totdat het fout loopt.
Dus in jou geval, al die services stoppen (InfluxDB, Grafana, Pi-hole en Caddy etc) en dan één voor één een service op laten starten, en een poosje laten draaien, totdat het probleem weer optreedt.
Dan weet je dat de laatste service die je opstarte, een probleem veroorzaakt.
Soms moet je de volgorde van opstarten een beetje aanpassen ivm afhankelijkheden etc.

[ Voor 5% gewijzigd door deHakkelaar op 26-04-2021 00:03 ]

[nero355]

Peutpeut schreef op zondag 25 april 2021 @ 19:34:
Via dit commando heb ik al wat logs kunnen bekijken maar daar kom ik niet veel verder mee.

journalctl -xe

Overleeft je Journalctl logging wel een reboot/shutdown

Zo niet : Effe aanpassen!

[Peutpeut]

Webgnome schreef op zondag 25 april 2021 @ 20:39:
Als je via SSH ingelogged bent en je doet top welk process trekt er dan het meeste cpu?

Dat gaat helaas niet meer na dat de Pi is vastgelopen. Onder normale omstandigheden staat InfluxDB kortstondig even bovenaan, maar niet continu met een hoge CPU load.

[Peutpeut]

deHakkelaar schreef op maandag 26 april 2021 @ 00:00:
In het algemeen als je een lastig probleem niet kan localiseren, dan ga je minimaliseren.
Dat houd in dat je je systeem zo kaal mogelijk laat draaien totdat alles weer stabiel draait (alles de nek omdraaien wat niet nodig is voor minimale werking).
En dan dingen gaat toevoegen totdat het fout loopt.
Dus in jou geval, al die services stoppen (InfluxDB, Grafana, Pi-hole en Caddy etc) en dan één voor één een service op laten starten, en een poosje laten draaien, totdat het probleem weer optreedt.
Dan weet je dat de laatste service die je opstarte, een probleem veroorzaakt.
Soms moet je de volgorde van opstarten een beetje aanpassen ivm afhankelijkheden etc.

Ik denk dat ik het maar eens op deze manier ga aanpakken

[Peutpeut]

nero355 schreef op maandag 26 april 2021 @ 00:36:
[...]

Overleeft je Journalctl logging wel een reboot/shutdown

Zo niet : Effe aanpassen!

Jep, dat is het geval.

[Peutpeut]

Vandaag weer vastgelopen met alleen InfluxDB draaiende, via Monit om 1901u een melding gekregen. Helaas staat dat deel niet in de log

code:

Apr 27 18:32:19 PiDark influxd[496]: ts=2021-04-27T16:32:19.120010Z lvl=info msg="Listening for signals" log_id=0Tm2cS~l000
Apr 27 18:32:19 PiDark influxd[496]: ts=2021-04-27T16:32:19.439372Z lvl=info msg="Sending usage statistics to usage.influxdata.com" log_id=0Tm2cS~l000
Apr 27 18:32:24 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:24 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 258277a1-a776-11eb-8001-dca6327eece6 7889
Apr 27 18:32:24 PiDark dhcpcd[426]: eth0: no IPv6 Routers available
Apr 27 18:32:28 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:28 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 27f3a0fa-a776-11eb-8002-dca6327eece6 5986
Apr 27 18:32:33 PiDark systemd[1]: systemd-fsckd.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-fsckd.service has successfully entered the 'dead' state.
Apr 27 18:32:35 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:35 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 2c6f0b10-a776-11eb-8003-dca6327eece6 2305
Apr 27 18:32:36 PiDark CRON[411]: pam_unix(cron:session): session closed for user root
Apr 27 18:32:40 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:40 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 2eeb7c01-a776-11eb-8004-dca6327eece6 6385
Apr 27 18:32:42 PiDark systemd[1]: systemd-hostnamed.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-hostnamed.service has successfully entered the 'dead' state.
Apr 27 18:32:44 PiDark systemd-timesyncd[324]: Timed out waiting for reply from 149.210.142.45:123 (2.debian.pool.ntp.org).
Apr 27 20:34:38 PiDark systemd-timesyncd[324]: Synchronized to time server for the first time 46.166.188.75:123 (2.debian.pool.ntp.org).
Apr 27 20:34:38 PiDark systemd[1]: Starting Clean php session files...
-- Subject: A start job for unit phpsessionclean.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit phpsessionclean.service has begun execution.
--
-- The job identifier is 1061.
Apr 27 20:34:38 PiDark systemd[1]: phpsessionclean.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit phpsessionclean.service has successfully entered the 'dead' state.
Apr 27 20:34:38 PiDark systemd[1]: Started Clean php session files.
-- Subject: A start job for unit phpsessionclean.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support

[Jesse-]

Peutpeut schreef op dinsdag 27 april 2021 @ 20:55:
Vandaag weer vastgelopen met alleen InfluxDB draaiende, via Monit om 1901u een melding gekregen. Helaas staat dat deel niet in de log

code:

Apr 27 18:32:19 PiDark influxd[496]: ts=2021-04-27T16:32:19.120010Z lvl=info msg="Listening for signals" log_id=0Tm2cS~l000
Apr 27 18:32:19 PiDark influxd[496]: ts=2021-04-27T16:32:19.439372Z lvl=info msg="Sending usage statistics to usage.influxdata.com" log_id=0Tm2cS~l000
Apr 27 18:32:24 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:24 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 258277a1-a776-11eb-8001-dca6327eece6 7889
Apr 27 18:32:24 PiDark dhcpcd[426]: eth0: no IPv6 Routers available
Apr 27 18:32:28 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:28 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 27f3a0fa-a776-11eb-8002-dca6327eece6 5986
Apr 27 18:32:33 PiDark systemd[1]: systemd-fsckd.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-fsckd.service has successfully entered the 'dead' state.
Apr 27 18:32:35 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:35 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 2c6f0b10-a776-11eb-8003-dca6327eece6 2305
Apr 27 18:32:36 PiDark CRON[411]: pam_unix(cron:session): session closed for user root
Apr 27 18:32:40 PiDark influxd[496]: [httpd] 192.168.1.30 - root [27/Apr/2021:18:32:40 +0200] "POST /write?db=homeassistant HTTP/1.1 " 204 0 "-" "python-requests/2.25.1" 2eeb7c01-a776-11eb-8004-dca6327eece6 6385
Apr 27 18:32:42 PiDark systemd[1]: systemd-hostnamed.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit systemd-hostnamed.service has successfully entered the 'dead' state.
Apr 27 18:32:44 PiDark systemd-timesyncd[324]: Timed out waiting for reply from 149.210.142.45:123 (2.debian.pool.ntp.org).
Apr 27 20:34:38 PiDark systemd-timesyncd[324]: Synchronized to time server for the first time 46.166.188.75:123 (2.debian.pool.ntp.org).
Apr 27 20:34:38 PiDark systemd[1]: Starting Clean php session files...
-- Subject: A start job for unit phpsessionclean.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit phpsessionclean.service has begun execution.
--
-- The job identifier is 1061.
Apr 27 20:34:38 PiDark systemd[1]: phpsessionclean.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit phpsessionclean.service has successfully entered the 'dead' state.
Apr 27 20:34:38 PiDark systemd[1]: Started Clean php session files.
-- Subject: A start job for unit phpsessionclean.service has finished successfully
-- Defined-By: systemd
-- Support: https://www.debian.org/support

Dat schiet niet heel erg op
Kan je anders nagaan wat Influx rond die tijd gedaan heeft? Zijn een boel queries/tasks rond die tijd gestart?
Hoe gaat het met je geheugengebruik? Mijn Pi3 vertoonde dezelfde kuren als het geheugen volledig gebruikt werd door een aantal processen. Dat heb ik opgelost door hem wat swap (op een SSD!) te geven.

[Peutpeut]

Jesse- schreef op woensdag 28 april 2021 @ 09:20:
[...]


Dat schiet niet heel erg op
Kan je anders nagaan wat Influx rond die tijd gedaan heeft? Zijn een boel queries/tasks rond die tijd gestart?
Hoe gaat het met je geheugengebruik? Mijn Pi3 vertoonde dezelfde kuren als het geheugen volledig gebruikt werd door een aantal processen. Dat heb ik opgelost door hem wat swap (op een SSD!) te geven.

Ook dat kan ik in de log niet vinden, ik heb Influx nu even uitgeschakeld en ik ga een paar dagen afwachten.

De Pi draait volledig vanaf een SSD. Het geheugen is niet volledig verbruikt, er is maximaal 15 tot 20% in gebruik.

Edit: heel veel gegevens worden er niet naar Influx geschreven. Ik heb in HA via de optie include aangegeven welke entities er naar Influx gestuurd worden.

[ Voor 10% gewijzigd door Peutpeut op 28-04-2021 20:53 ]

[Peutpeut]

Alles stapsgewijs opgestart, uiteindelijk ook Influx gestart, dat draait zonder problemen. Nu weer begonnen om via Home Assistant naar Influx te schrijven, afwachten hoe dat gaat.

[Rouwette]

Ik heb nu de remote desktop werkend
Binnen mijn netwerk kan ik via PC of telefoon de Pi desktop benaderen, via telefoon is nog niet zo handig .
maar het werkt

[aawe mwan]

Rouwette schreef op woensdag 12 mei 2021 @ 11:34:
via telefoon is nog niet zo handig

Misschien kan je een normaal USB keyboard en muis aansluiten op je telefoon?
Bij Androïd kan dat in elk geval, misschien bij Apple tegenwoordig ook.

[Seafarer]

Rouwette schreef op woensdag 12 mei 2021 @ 11:34:
Ik heb nu de remote desktop werkend
Binnen mijn netwerk kan ik via PC of telefoon de Pi desktop benaderen, via telefoon is nog niet zo handig .
maar het werkt

Met telefoon en VNC de desktop bedienen is goed te doen. Even wennen in het begin. Maar dan is het ook trefzeker.

[Rouwette]

Seafarer schreef op woensdag 12 mei 2021 @ 18:40:
[...]

Met telefoon en VNC de desktop bedienen is goed te doen. Even wennen in het begin. Maar dan is het ook trefzeker.

Ik gebruik inderdaad VNC. Wel wennen maar wel goed te doen.

[19roland70]

Ik heb een Piface aan de Rpi gemaakt en wil dit in Home-assistant gaan gebruiken .
Nu kan ik wel de uitgangen hoog en laag zetten alleen de ingangen reageren af en toe maar eens.
Daarom heb ik gekeken om de piface emulator te gebruiken ,dus deze geprobeerd om te installeren maar dan krijg ik deze melding

code:

Unable to locate package python3-pifacedigital-emulator

Als ik google krijg ik vele suggesties , deze ook geprobeerd maar helaas geen werkend resultaat.
Weet iemand de oplossing?

[Jesse-]

19roland70 schreef op zondag 16 mei 2021 @ 10:39:
Ik heb een Piface aan de Rpi gemaakt en wil dit in Home-assistant gaan gebruiken .
Nu kan ik wel de uitgangen hoog en laag zetten alleen de ingangen reageren af en toe maar eens.
Daarom heb ik gekeken om de piface emulator te gebruiken ,dus deze geprobeerd om te installeren maar dan krijg ik deze melding

code:

Unable to locate package python3-pifacedigital-emulator

Als ik google krijg ik vele suggesties , deze ook geprobeerd maar helaas geen werkend resultaat.
Weet iemand de oplossing?

Die lijkt inderdaad niet aanwezig in de repository.
Op de githubpagina kan je de .deb wel downloaden:
https://github.com/piface...lator/releases/tag/v2.0.2

Installeer die door sudo apt install /pad/naar/gedownoade/deb/bestandsnaam.deb

[19roland70]

Jesse- schreef op zondag 16 mei 2021 @ 11:12:
[...]


Die lijkt inderdaad niet aanwezig in de repository.
Op de githubpagina kan je de .deb wel downloaden:
https://github.com/piface...lator/releases/tag/v2.0.2

Installeer die door sudo apt install /pad/naar/gedownoade/deb/bestandsnaam.deb

Dit heb ik gedaan maar ik krijg het nog niet werkend.

[Jesse-]

19roland70 schreef op zondag 16 mei 2021 @ 12:06:
[...]

Dit heb ik gedaan maar ik krijg het nog niet werkend.

Dan heb je unmet dependencies of iets dergelijks?