Raspberry Pi: Ervaringen en Discussie - deel 2

[Cybermage]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

Wat voor kaartjes zijn dat dan? Heb het 1x gehad met low budget kaartjes.
Nu high endurange kaartjes gekocht en gezeik was over.
Andere optie is een ssd er aan hangen.

[synoniem]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

Mijn ervaring is dat sdkaartjes vooral het loodje leggen door een slechte voeding. Of je heb een goede voeding maar het usb kabeltje naar de voeding is ruk. Ik heb Pi's lopen die al meer dan 5 jaar hetzelfde sdkaartje gebruiken. En voor een Pi die wat vaker een stroomstoring voor de kiezen krijgt heb ik als filesysteem f2fs geïnstalleerd.

[Cybermage]

Inderdaad zorg wel dat je de officiele raspberry pi voeding eraan hebt hangen voor langdurige projecten.
Die goedkoop chinese voedingen zorgen wel eens voor problemen.

[MikeyMan]

Vorige keer een Sandisk ultra. Nu Sandisk extreme pro.

Voeding een 3A Motorola.
Goedkope Chinese voedingen doe ik sowieso niet aan. Maar het is geen Rpi voeding.

Ssd is een optie, maar wel enorme overkill. Heb genoeg aan 32gb. En dan zijn het vrij forse apparaten ook. Of er moet een hat op.

Heb juist ook een alu voeding gekocht waarin ie vrij van de muur hangt.

Betreft een 3b+ overigens. Zie dat de originele voeding daarvoor 2.5A levert. Gek genoeg wel op 5.1v.

Kan het eens proberen.

[ Voor 14% gewijzigd door MikeyMan op 09-07-2025 20:21 ]

[DjoeC]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

Tja, kijk even rond, SSD's zoals Samsung T7 zijn deze week vrij goedkoop verkrijgbaar... Veel minder risico.

[MikeyMan]

DjoeC schreef op woensdag 9 juli 2025 @ 21:20:
[...]

Tja, kijk even rond, SSD's zoals Samsung T7 zijn deze week vrij goedkoop verkrijgbaar... Veel minder risico.

Eens, maar wel een enorme unit en veel teveel opslag

[Goof2000]

MikeyMan schreef op woensdag 9 juli 2025 @ 20:19:
Vorige keer een Sandisk ultra. Nu Sandisk extreme pro.

Voeding een 3A Motorola.
Goedkope Chinese voedingen doe ik sowieso niet aan. Maar het is geen Rpi voeding.

Ssd is een optie, maar wel enorme overkill. Heb genoeg aan 32gb. En dan zijn het vrij forse apparaten ook. Of er moet een hat op.

Heb juist ook een alu voeding gekocht waarin ie vrij van de muur hangt.

Betreft een 3b+ overigens. Zie dat de originele voeding daarvoor 2.5A levert. Gek genoeg wel op 5.1v.

Kan het eens proberen.

Ik heb met diverse raspberries geen problemen gehad, maar koop nu alleen nog maar Samsung en geen SanDisk meer. Ik heb er (10 jaar geleden) in een jaar 3 versleten in de auto waarmee alleen muziek afgespeeld werd. Geen enkele garantie mogelijk (ze waren nog geen jaar oud) en nu komt er geen SanDisk (micro) sd kaarten meer in. Met USB sticks nooit problemen gehad, die durf ik nog wel van ze te kopen.

[DjoeC]

MikeyMan schreef op woensdag 9 juli 2025 @ 21:27:
[...]


Eens, maar wel een enorme unit en veel teveel opslag

Mwah, ik heb 2TB en das prima om extra dingen (denk Docker)mee te doen. Extra ruimte betekent ook langere levensduur want individuele cellen/blokken worden minder vaak beschreven. En een SSD heeft een serieuze controller, net als het kaartje hieronder.

Maar goed, voor een goeie microSD: https://www.digikey.com/e...AK6-148HTA-00101/21576750 met 568 TBw. Zie datasheet. Ze hebben er nog 1, ook bestelbaar via de NL site. Gratis verzending vanaf € 50 en dat gaat via fedex express.

[ Voor 5% gewijzigd door DjoeC op 09-07-2025 21:42 ]

[dirks]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

SD kaartjes zijn leuk voor testopstelling en toepassingen met weinig disk-io. Een P1 meter staat de hele dag te stampen.

Ik heb al jaren een RPi met P1 meter en Domoticz draaien vanaf een zuinige SATA M.2 ssd (Kingston A400 M.2 120GB) in een mini USB behuizing.

[Raven]

MikeyMan schreef op woensdag 9 juli 2025 @ 20:19:
Vorige keer een Sandisk ultra.

Die half rode half grijze? Die gaan snel kapot i.d.d. , ook met voeding die meer dan genoeg stroom kan leveren. Sindsdien 2e hands SSD's uit Intels 320 serie hier

[babbelbox]

Ben het ten dele met je eens dat een 500+ GB SSD overkill is in opslag, maar het geeft in mijn geval wel een stuk keer zekerheid en ook snelheid. Draai al jaren meerdere Rpi4's met een mix van Samsung T5 en T7 SSD's.

[Freee!!]

MikeyMan schreef op woensdag 9 juli 2025 @ 20:19:
Vorige keer een Sandisk ultra. Nu Sandisk extreme pro.

Voeding een 3A Motorola.
Goedkope Chinese voedingen doe ik sowieso niet aan. Maar het is geen Rpi voeding.

Ssd is een optie, maar wel enorme overkill. Heb genoeg aan 32gb. En dan zijn het vrij forse apparaten ook. Of er moet een hat op.

Heb juist ook een alu voeding gekocht waarin ie vrij van de muur hangt.

Betreft een 3b+ overigens. Zie dat de originele voeding daarvoor 2.5A levert. Gek genoeg wel op 5.1v.

Kan het eens proberen.

Mijn 3B+ (eerste Pi) ligt nu al een paar jaar stof te happen, met de 4B's heb ik die problemen niet. Goede Sandisk SD's en goede voedingen eraan (Fresh'n Rebel).

[Webgnome]

@Freee!! hier heb ik sinds een jaar of 2 geen problemen met de 3b. (mocht je hem weg willen doen... )

[MikeyMan]

Freee!! schreef op zaterdag 12 juli 2025 @ 16:05:
[...]

Mijn 3B+ (eerste Pi) ligt nu al een paar jaar stof te happen, met de 4B's heb ik die problemen niet. Goede Sandisk SD's en goede voedingen eraan (Fresh'n Rebel).

Komt dat ook niet door de andere voeding dan?
Ben erachter dat de originele Rpi voeding 5.1 ipv 5.0 volt levert. Zou verschil kunnen maken.

Gisteren een 500gb SN700 wd red binnen gekregen.
Met een externe behuizing. Waar blijkbaar ook binnen de NVME standaard nog verschillen tussen zitten. Dus had de verkeerde.

Zojuist begonnen om de imager een image te laten maken. Eens kijken hoe lang dit goed gaat.
Ben wel een jaar data kwijt. Had ik beter moeten backuppen naar m'n nas.

[Raven]

Freee!! schreef op zaterdag 12 juli 2025 @ 16:05:
[...]

Mijn 3B+ (eerste Pi) ligt nu al een paar jaar stof te happen, met de 4B's heb ik die problemen niet. Goede Sandisk SD's en goede voedingen eraan (Fresh'n Rebel).

2x Pi 2, 2x Pi 3 en een 0W, geen van allen problemen met

De falende kaartjes waren door te veel writes, met SSD's niks aan de hand.

Het enige is dat de Pi's tijdens het inschakelen niet genoeg stroom kunnen leveren over USB, SSD en USB-SATA adapter hangen daarom aan een hub met aparte voeding maar aan dezelfde voeding als de Pi.

[DjoeC]

Raven schreef op zaterdag 12 juli 2025 @ 17:46:
[...]
Het enige is dat de Pi's tijdens het inschakelen niet genoeg stroom kunnen leveren over USB, SSD en USB-SATA adapter hangen daarom aan een hub met aparte voeding maar aan dezelfde voeding als de Pi.

Huh?? Ik heb geen last met te weinig stroom, heb zelfs een 2tb Todhiba HD aan een pi3 gehad maar die moest dan wel een tikkeltje vertraagd starten (config optie). Met m'n Samsung T7 SSD's heeft dat nooit gehoeven.

[Raven]

DjoeC schreef op zaterdag 12 juli 2025 @ 23:18:
[...]

Huh?? Ik heb geen last met te weinig stroom, heb zelfs een 2tb Todhiba HD aan een pi3 gehad maar die moest dan wel een tikkeltje vertraagd starten (config optie). Met m'n Samsung T7 SSD's heeft dat nooit gehoeven.

Hier Intel 320's en uitvoering: Startech.com USB3S2SAT3CB Zwart . Rechtstreeks starten de Pi's niet door en via hub is er niks aan de hand, dus tenzij er iets anders aan de hand zou kunnen zijn lijkt te weinig stroom de oorzaak. Dit gebeurt ook met de optie die de limiet verhoogt van 600 naar 1200mA.

[ Voor 10% gewijzigd door Raven op 13-07-2025 09:18 ]

[Raven]

Laptop met CM5 erin

[1nsane]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

Klinkt vooral als pech maar misschien dan toch naar een ssd?

[MikeyMan]

1nsane schreef op vrijdag 18 juli 2025 @ 20:23:
[...]


Klinkt vooral als pech maar misschien dan toch naar een ssd?

Inmiddels over op een wd red ssd.
Eens kijken hoe lang dit goed gaat

Denk vijf keer in vijf jaar nu, willen we dat nog pech noemen?

[DjoeC]

MikeyMan schreef op vrijdag 18 juli 2025 @ 21:18:
[...]


Inmiddels over op een wd red ssd.
Eens kijken hoe lang dit goed gaat

Denk vijf keer in vijf jaar nu, willen we dat nog pech noemen?

Draai zo af en toe smartctl en hou de statistieken bij. Je ziet dan vanzelf of je geen gekke dingen (teveem schrijfacties) hebt. Ga voor een SSD uit van zo'n 500-2000x capaciteit of meer voor ie het opgeeft. Bekijk de specificaties.

Recent ging 1 van mijn database container op tilt en schreef een aantal onverwachte TB's.... Niet leuk maar ook nog geen probleem. Hou een oogje in 't zeil!

[MikeyMan]

DjoeC schreef op vrijdag 18 juli 2025 @ 22:10:
[...]

Draai zo af en toe smartctl en hou de statistieken bij. Je ziet dan vanzelf of je geen gekke dingen (teveem schrijfacties) hebt. Ga voor een SSD uit van zo'n 500-2000x capaciteit of meer voor ie het opgeeft. Bekijk de specificaties.

Recent ging 1 van mijn database container op tilt en schreef een aantal onverwachte TB's.... Niet leuk maar ook nog geen probleem. Hou een oogje in 't zeil!

Just thinking... Is dat niet op het dashboard te zetten?

[DjoeC]

MikeyMan schreef op vrijdag 18 juli 2025 @ 22:42:
[...]


Just thinking... Is dat niet op het dashboard te zetten?

Vast wel, SMART status, ssd temperatuur en CPU staan op mijn (openmediavault) dashboard. Daar kwam ook de melding can excessief gedrag vandaan. Maar bytes/blokken read/written en andere parameters zie je het best met smartctl. Normaliter kom ik niet in het dashboard, alles moet het gewoon doen, problemen moeten pushmeldingen leveren.

[vincent_1971]

Weet iemand waar je een goede behuizing kan kopen voor een raspberry pi 5?

Heb de volgende uitbreidingen:
-Raspberry Pi 5 4 3 UPS HAT Support
-PCIe to M.2 HAT Raspberry Pi 5 NVME

Heb al eens gekeken op printables. Vind daar wel een behuizing maar waar beiden in passen niet. Het liefste ga ik voor een metalen behuizing die je op een din rail kan plaatsen. Wil die namelijk hier netjes in de meterkast wegwerken.

[DjoeC]

vincent_1971 schreef op maandag 21 juli 2025 @ 12:08:
Weet iemand waar je een goede behuizing kan kopen voor een raspberry pi 5?

Heb de volgende uitbreidingen:
-Raspberry Pi 5 4 3 UPS HAT Support
-PCIe to M.2 HAT Raspberry Pi 5 NVME

Heb al eens gekeken op printables. Vind daar wel een behuizing maar waar beiden in passen niet. Het liefste ga ik voor een metalen behuizing die je op een din rail kan plaatsen. Wil die namelijk hier netjes in de meterkast wegwerken.

Ik heb zo geen suggestie voor je, maar houdt rekening met warmte afvoer......

[MarioMark1541]

Ik heb op een raspberry pi 2b homebridge geïnstalleerd. Aar hij blijft hangen op het scherm homebridge start now

Er gebeurt verder niks
Wat doe ik verkeerd

[1nsane]

MikeyMan schreef op woensdag 9 juli 2025 @ 19:42:
Grr... Weer eens een sd kaartje gecrashed...

Heb inmiddels alleen nog maar domoticz met p1 meter en zwave.js draaien. Alle andere zooi overgezet naar mn nas. Maar ook dat binnen een half jaar weer kaduuk. Met splinternieuwe en dure sd kaartjes. Word er een beetje moedeloos van.

Mijn ervaring is dat het “hit and miss” is.

Ik heb Sandisks na een jaar Ubuntu draaien weg kunnen mikken. Daar tegenover nu wel een Hema Micro-SD met Retropie wekelijks draaien sinds jaren en geen enkel probleem.. ik heb al een M2 ssd klaarliggen met alles erop en eraan wat ik nodig heb met multiboot maar nog te lui om de SSD add-on voor m’n Argon One Pi4 te koppelen met die SSD erin. Dat doe ik pas als er een failure is maarja, het gaat met dat Hema micro-SD kaartje al jaren goed

[DjoeC]

1nsane schreef op zondag 17 augustus 2025 @ 14:37:
[...]


Mijn ervaring is dat het “hit and miss” is.

Ik heb Sandisks na een jaar Ubuntu draaien weg kunnen mikken. Daar tegenover nu wel een Hema Micro-SD met Retropie wekelijks draaien sinds jaren en geen enkel probleem.. ik heb al een M2 ssd klaarliggen met alles erop en eraan wat ik nodig heb met multiboot maar nog te lui om de SSD add-on voor m’n Argon One Pi4 te koppelen met die SSD erin. Dat doe ik pas als er een failure is maarja, het gaat met dat Hema micro-SD kaartje al jaren goed

En toch kun je beter vervangen op een moment dat het jou uitkomt......

[PCJR]

Ik moest ff wat klooien en heb mijn rpi5 met HA erop van de voeding getrokken. Doe ik wel vaker en dan erna denk ik ohja moet eigenlijk via de webinterface netjes afsluiten . Afin, tot op heden nooit issues.

Echter, vanmiddag de voeding weer aangesloten, ik zie m niet online komen. Rode led blijft branden. Geen IP in de router te zien, ook niet als ik utp inprik. Nieuwe sd kaart gepakt, HA erop geflashed, sd erin, rode led, verder niks. Monitor, muis, tobo eraan, voeding eraf en erop, niks, geen beeld ofzo.

What the hell... Iemand nog tips? Al aardig wat op yt gekeken en google, maar kom er toch niet uit. Of is er nu echt iets van hardware kapot?!

(edit: altijd al de originele rpi voeding erbij gebruikt)

[ Voor 9% gewijzigd door PCJR op 19-08-2025 21:05 ]

[stormfly]

PCJR schreef op dinsdag 19 augustus 2025 @ 21:03:
Ik moest ff wat klooien en heb mijn rpi5 met HA erop van de voeding getrokken. Doe ik wel vaker en dan erna denk ik ohja moet eigenlijk via de webinterface netjes afsluiten . Afin, tot op heden nooit issues.

Echter, vanmiddag de voeding weer aangesloten, ik zie m niet online komen. Rode led blijft branden. Geen IP in de router te zien, ook niet als ik utp inprik. Nieuwe sd kaart gepakt, HA erop geflashed, sd erin, rode led, verder niks. Monitor, muis, tobo eraan, voeding eraf en erop, niks, geen beeld ofzo.

What the hell... Iemand nog tips? Al aardig wat op yt gekeken en google, maar kom er toch niet uit. Of is er nu echt iets van hardware kapot?!

(edit: altijd al de originele rpi voeding erbij gebruikt)

Al eens een andere voeding getest?

[PCJR]

stormfly schreef op dinsdag 19 augustus 2025 @ 21:16:
[...]


Al eens een andere voeding getest?

Ook nog een GaN 65w voeding van Action liggen, met usbc-usbc kabel geprobeerd, maar geen resultaat

edit: opgestuurd en gaat mogelijk omgeruild worden

[ Voor 9% gewijzigd door PCJR op 21-08-2025 13:35 ]

[babbelbox]

Officieel is Trixie uit!
nieuws: Raspberry Pi OS maakt overstap naar Debian 13 Trixie

[duvekot]

Toch jammer dat je geen in place upgrade kan doen, maar je weer met een nieuwe schone installatie moet beginnen ..

Bron: https://www.raspberrypi.c...rsion-of-raspberry-pi-os/

As with all major version upgrades, we do not recommend or support attempting to upgrade a running Bookworm image. (If you want to know why not, have a read of the instructions Debian provide for doing this — they are rather long and involved, but a prerequisite is basically to remove anything that you have done to customise your image.) We know some people will nonetheless insist that they have to do this; we strongly suggest you don’t, but if you really want to, there are instructions in the Raspberry Pi OS forum here. These work on a clean Bookworm image, but we cannot guarantee they will work on your image, because we cannot possibly test every change people might have made. You do this at your own risk, and you shouldn’t even consider it without having backed up first — you have been warned!

[babbelbox]

Eigenwijs als ik ben heb ik vlak na de officiële release van Debian zelf al 1 van m'n devices geupgrade en dat ging goed.
Uiteraard, succes uit het verleden....
Ook draai ik niet echt veel bijzondere dingen, grootste deel is docker.
Maar moet ook wel toegeven dat ik met m'n swarm members wat voorzichtiger ga zijn.

[ Voor 15% gewijzigd door babbelbox op 02-10-2025 21:35 ]

[Raven]

duvekot schreef op donderdag 2 oktober 2025 @ 20:02:
Toch jammer dat je geen in place upgrade kan doen, maar je weer met een nieuwe schone installatie moet beginnen ..

Bron: https://www.raspberrypi.c...rsion-of-raspberry-pi-os/

[...]

De enige keer dat het "echt" niet kon was toen de bootpartitie vergroot werd. Dat heb ik achteraf zitten doen

[ed1703]

babbelbox schreef op donderdag 2 oktober 2025 @ 21:34:
Eigenwijs als ik ben heb ik vlak na de officiële release van Debian zelf al 1 van m'n devices geupgrade en dat ging goed.
Uiteraard, succes uit het verleden....
Ook draai ik niet echt veel bijzondere dingen, grootste deel is docker.
Maar moet ook wel toegeven dat ik met m'n swarm members wat voorzichtiger ga zijn.

Hier 2 Pi's probleemloos een aantal weken geleden geupgrade. Nu is het wel net als bij jou denk ik dat ik vrijwel alles in docker heb draaien (pihole, unbound, unifi, lyrionmusicserver, it-tools, freshrss, homepage)
De rest is eigenlijk alleen dagelijkse systeemmeldingen via postfix en cron-apt. Dus ik zou ook redelijk probleemloos een verse installatie kunnen doen. Maar ik ben wat lui wat dat betreft.

[DjoeC]

ed1703 schreef op vrijdag 3 oktober 2025 @ 07:29:
[...]

Hier 2 Pi's probleemloos een aantal weken geleden geupgrade. Nu is het wel net als bij jou denk ik dat ik vrijwel alles in docker heb draaien (pihole, unbound, unifi, lyrionmusicserver, it-tools, freshrss, homepage)
De rest is eigenlijk alleen dagelijkse systeemmeldingen via postfix en cron-apt. Dus ik zou ook redelijk probleemloos een verse installatie kunnen doen. Maar ik ben wat lui wat dat betreft.

Ik zou dat ook wel willen alleen gebruik ik OMV als laag op Debian - en die is er nog niet klaar voor. Heb hier een nieuwe Pi5 met 4TB SSD liggen die t werk van de Pi4 met 2TB moet gaan overnemen

[Freee!!]

DjoeC schreef op vrijdag 3 oktober 2025 @ 10:52:
[...]
Ik zou dat ook wel willen alleen gebruik ik OMV als laag op Debian - en die is er nog niet klaar voor.

Ik ken dat probleem en heb ondertussen de neiging OMV eraf te trappen (draai het nog op één Pi, rest draait zonder).

[DjoeC]

Freee!! schreef op vrijdag 3 oktober 2025 @ 20:49:
[...]

Ik ken dat probleem en heb ondertussen de neiging OMV eraf te trappen (draai het nog op één Pi, rest draait zonder).

Ik heb er 1 met bijna 30 containers en 1 om dingen te proberen. Eigenlijk moet ik ze dubbel uitvoeren maar met de backups moet een duplicaat maken wel binnen een dagje lukken. Wel komt er steeds meer aan toevoegingen in OMV die ik (nog) niet echt nodig heb, maar goed - ik hoef t niet te installeren....

Voorlopig ben ik er best tevreden over.

[ppaulv]

Ik heb het tot nu toe nergens kunnen vinden, dus als het wel al ergens besproken is mijn excuses.
Mijn RPI5 is op dit moment (sinds vandaag) in elkaar gezet en out-of-the-box geïnstalleerd.
Bij de initiële setup meteen na aanzetten moest ik kiezen op welke storage (ik heb er een SD kaartje in, werd meegeleverd) en een SSD NVMe kaart in zitten. Ik heb gekozen voor de SSD. Het SD kaartje lijkt nu leeg te zijn ....? Maar misschien was het dat al?
Oorspronkelijk dacht ik daarop HA te gaan draaien in een docker maar ik lees net dat ik dan geen add-ons kan gebruiken en dat lijkt me een te grote beperking.
Dus nu wil ik toch switchen naar HAOS. Maar in de HA setup handleiding wordt alleen gesproken over hoe je HAOS op een SD kaartje kunt/moet zetten. Maar hoe gaat dat dan met alle data en logging die straks door HA weggeschreven wordt en die ik op de SSD wil hebben (levensduur)? Kan ik enerzijds 'standaard HAOS op de SD kaart hebben en alle hoger-frequente schrijf acties op de SSD?
Hopelijk kan iemand mij de weg wijzen ....

[duvekot]

ppaulv schreef op donderdag 6 november 2025 @ 18:42:
Ik heb het tot nu toe nergens kunnen vinden, dus als het wel al ergens besproken is mijn excuses.
Mijn RPI5 is op dit moment (sinds vandaag) in elkaar gezet en out-of-the-box geïnstalleerd.
Bij de initiële setup meteen na aanzetten moest ik kiezen op welke storage (ik heb er een SD kaartje in, werd meegeleverd) en een SSD NVMe kaart in zitten. Ik heb gekozen voor de SSD. Het SD kaartje lijkt nu leeg te zijn ....? Maar misschien was het dat al?
Oorspronkelijk dacht ik daarop HA te gaan draaien in een docker maar ik lees net dat ik dan geen add-ons kan gebruiken en dat lijkt me een te grote beperking.
Dus nu wil ik toch switchen naar HAOS. Maar in de HA setup handleiding wordt alleen gesproken over hoe je HAOS op een SD kaartje kunt/moet zetten. Maar hoe gaat dat dan met alle data en logging die straks door HA weggeschreven wordt en die ik op de SSD wil hebben (levensduur)? Kan ik enerzijds 'standaard HAOS op de SD kaart hebben en alle hoger-frequente schrijf acties op de SSD?
Hopelijk kan iemand mij de weg wijzen ....

The RPi5 kan gewoon booten vanaf de SSD .. dus je hebt geen SD kaartje meer nodig .. maar dan moet je wel een manier hebben om HAOS op je SSD te krijgen.

Makkelijkste manier ..en alles op de RPi5 .. download en schrijf Raspberry Pi OS met desktop naar je SD kaartje. .. boot daarna vanaf dat kaartje . Zodat je een mooie grafische omgeving hebt. Daarna kan je op je RPi5 gewoon HAOS downloaden..en dat image dan niet op je SD kaartje instaleren maar kiezen voor je SSD.

Ik hoop dat dit je wat richting geeft .. voor verdere hulp met Home Assistant kan je ook hier terecht:

Home Assistant: Open source Python3 home automation - deel 5

[babbelbox]

Op het moment dat je een SSD gebruikt zou ik die SD ff lekker laten voor wat ie is. Veel trager en minder betrouwbaar.
Ik heb een usb 'reader' gekocht waar een NVMe drive op past, daarmee mijn gewenste OS geschreven (Raspbian) en daarna weer terug op de RPi5.
Ikzelf ben juist te spreken over de docker oplossing, lekker flexibel met dingen toevoegen, ook die niet HA gerelateerd zijn

[ppaulv]

@babbelbox dank voor je reactie, begin nu toch te twijfelen over docker. Heb geen haast dus kan het eens proberen.

[ppaulv]

@duvekot je bedoelt dat die imaging tool voor haos ook bestaat voor op de rpi?

[duvekot]

ppaulv schreef op donderdag 6 november 2025 @ 20:27:
@duvekot je bedoelt dat die imaging tool voor haos ook bestaat voor op de rpi?

Heb je de handleiding al doorgelezen?
https://www.home-assistant.io/installation/raspberrypi

Daar staat dat je de standaard Raspberry Pi imager kan gebruiken . En die draait vast wel op raspberry pi os denk ik

[ppaulv]

Dat had ik gelezen maar niet gezien dat die tool ook op de rpi zou draaien. Ga morgen weer kijken.

[ppaulv]

@babbelbox een paar dagen verder .... docker draait op m'n rpi5. HA in docker ook. Echter ..... ik ben ergens m'n HA wachtwoord kwijtgeraakt en kan nu niet meer inloggen. Heb gezocht hoe ik dat weer kan resetten maar moet dan 'hass' runnen in een haos terminal. Nu weet ik niet zeker wat daar mis gaar maar na het uitvoeren van
docker exec -it homeassistant bash
krijg ik deze prompt:
rpi5:/config#
en dat lijkt niet goed te zijn, wel ?
Als ik daarna 'hass' run krijg ik iig een lange lijst oranje waarschuwingen en rode errors te zien.
Dat werkt dus niet. Enige suggestie wat nu te doen? Ik zit vast vrees ik.

[babbelbox]

ppaulv schreef op donderdag 13 november 2025 @ 13:32:
@babbelbox een paar dagen verder .... docker draait op m'n rpi5. HA in docker ook. Echter ..... ik ben ergens m'n HA wachtwoord kwijtgeraakt en kan nu niet meer inloggen. Heb gezocht hoe ik dat weer kan resetten maar moet dan 'hass' runnen in een haos terminal. Nu weet ik niet zeker wat daar mis gaar maar na het uitvoeren van
docker exec -it homeassistant bash
krijg ik deze prompt:
rpi5:/config#
en dat lijkt niet goed te zijn, wel ?
Als ik daarna 'hass' run krijg ik iig een lange lijst oranje waarschuwingen en rode errors te zien.
Dat werkt dus niet. Enige suggestie wat nu te doen? Ik zit vast vrees ik.

Niet getest, maar heb je hier iets aan?
https://community.home-as...a-docker-container/215537

De rede (denk ik) dat je allemaal foutmeldingen ziet is waarschijnlijk omdat je een tweede instantie van het hele HomeAssistant process start met alleen het command 'hass'

code:

docker exec -it homeassistant sh / bash

is overigens wel de manier om in je container te komen.

[edit]
Inmiddels wel getest en hier is het gelukt.
Dus resumé

code:

docker exec -it homeassistant bash

en daar dan

code:

 hass --script auth --config /config change_password <user> <new-pass>

Even de container herstarten met docker restart homeassistant en klaar.

[ Voor 24% gewijzigd door babbelbox op 13-11-2025 14:20 ]

[ppaulv]

@babbelbox nee had ik nog niet gezien. Bedankt voor je moeite maar ik heb het iets rigoreuzer aangepakt.
Heb m'n hele config weg gegooid (had toch bijna nog niets gedaan) en opnieuw van scratch opgebouwd.
En wachtwoord goed bewaard ..... ;-)

Heb nog wel wat 'projectjes / akties' binnen het hele project (HA m'n Zendure accu laten aansturen richting NOM).
Een ervan is hoe ik een nette dashboard kan maken, dus o.a. de layout aanpassen. Heb ook nog niet een handleiding of zo gezien. Heb ik nog niet ver genoeg gezocht of is dat moeilijk te vinden?

[babbelbox]

ppaulv schreef op donderdag 13 november 2025 @ 16:10:
@babbelbox nee had ik nog niet gezien. Bedankt voor je moeite maar ik heb het iets rigoreuzer aangepakt.
Heb m'n hele config weg gegooid (had toch bijna nog niets gedaan) en opnieuw van scratch opgebouwd.
En wachtwoord goed bewaard ..... ;-)

[...]

Dit was mijn tweede idee, maar dat is niet altijd een wenselijke oplossing als je al verder bent in de setup.

[ppaulv]

@babbelbox is allemaal goed gegaan, draai nu een week probleemloos HA in docker op de rpi5. Moet nog veel ontdekken maar mijn primaire doel is om HA m'n energievoorziening, inclusief accu, naar mijn wensen stabiel draaiend te hebben vóór 1 januari 2027. Genoeg tijd dus zou je denken ;-)
Dus ga me nu eerst een tijdje focussen op HA, erop rekenend dat de rpi stabiel blijft.
Nog tips waar ik naar zou moeten kijken op de rpi de komende tijd?

[cmegens]

ppaulv schreef op vrijdag 21 november 2025 @ 14:50:
@babbelbox is allemaal goed gegaan, draai nu een week probleemloos HA in docker op de rpi5. Moet nog veel ontdekken maar mijn primaire doel is om HA m'n energievoorziening, inclusief accu, naar mijn wensen stabiel draaiend te hebben vóór 1 januari 2027. Genoeg tijd dus zou je denken ;-)
Dus ga me nu eerst een tijdje focussen op HA, erop rekenend dat de rpi stabiel blijft.
Nog tips waar ik naar zou moeten kijken op de rpi de komende tijd?

Ik zou dan echt dedicated HAOS aanraden, in plaats van een docker. Dan kun je ook addons installeren.

[ppaulv]

cmegens schreef op vrijdag 21 november 2025 @ 15:13:
[...]


Ik zou dan echt dedicated HAOS aanraden, in plaats van een docker. Dan kun je ook addons installeren.

Welke add-ons zou je dan denken dat ik nodig zou gaan hebben?
Voorlopig ben ik nog nergens tegenaan gelopen wat dat betreft. Heb m'n P1 meter, m'n airco's, schakelaars en omvormer erin zitten. Nu alleen die accu (Zendure) nog en ontdekken hoe ik dat kan gaan aansturen.
En alles wat fraaier en met continu-updates weergeven. En de grote truc (wat mij betreft) er van buitenshuis ook bij kunnen komen ;-)

[DjoeC]

cmegens schreef op vrijdag 21 november 2025 @ 15:13:
[...]
Ik zou dan echt dedicated HAOS aanraden, in plaats van een docker. Dan kun je ook addons installeren.

Waarom (motivatie)?

Ik draai HA in een container en mis (voorlopig) nog niks. HA praat o.a. met MariaDB, Zigbee2MQTT, Mosquitto die ook in een container draaien en voor nog veel meer gebruikt worden. En zo draait er nog veel meer in containers waardoor ik van 4x Pi4 voor losse taken terug kon gaan naar 1 stuks. Ik draai default Raspberry OS (Debian) met daarover heen OMV om sommige dingen "makkelijker" te maken. Eind van het jaar gaat alles waarschijnlijk naar een Pi 5 met 4TB waarna er nog wat meer taken bij gaan komen.

Scheelt me dus ~ 150-200kWh per jaar aan verbruik.

[DjoeC]

ppaulv schreef op vrijdag 21 november 2025 @ 15:21:
[...]

Welke add-ons zou je dan denken dat ik nodig zou gaan hebben?
Voorlopig ben ik nog nergens tegenaan gelopen wat dat betreft. Heb m'n P1 meter, m'n airco's, schakelaars en omvormer erin zitten. Nu alleen die accu (Zendure) nog en ontdekken hoe ik dat kan gaan aansturen.
En alles wat fraaier en met continu-updates weergeven. En de grote truc (wat mij betreft) er van buitenshuis ook bij kunnen komen ;-)

Van buitenshuis zou ik mee oppassen! Ik zou daar minimaal een VPN tussen hangen (in mijn geval Wireguard op de Fritz router) en/of een eigen domein waar je Cloudflare tussen hangt voor filtering.

[babbelbox]

Dmv Traefik maak ik de nodige zaken voor mezelf beschikbaar vanaf buiten. En waar nodig een extra login middleware voor de afscherming.

[DjoeC]

babbelbox schreef op vrijdag 21 november 2025 @ 16:41:
Dmv Traefik maak ik de nodige zaken voor mezelf beschikbaar vanaf buiten. En waar nodig een extra login middleware voor de afscherming.

Hier idem maar dan met NPM achter Cloudflare. Het helpt dat Cloudflare filters, aangevuld met mijn Fail2ban die ook met Cloudflare praat) al meer dan 90% verkeer blokkeert. NPM heeft dus "weinig" te doen...

[cmegens]

ppaulv schreef op vrijdag 21 november 2025 @ 15:21:
[...]

Welke add-ons zou je dan denken dat ik nodig zou gaan hebben?
Voorlopig ben ik nog nergens tegenaan gelopen wat dat betreft. Heb m'n P1 meter, m'n airco's, schakelaars en omvormer erin zitten. Nu alleen die accu (Zendure) nog en ontdekken hoe ik dat kan gaan aansturen.
En alles wat fraaier en met continu-updates weergeven. En de grote truc (wat mij betreft) er van buitenshuis ook bij kunnen komen ;-)

Daar ga je al. Je wil toegang van buitenaf. Voor Tailscale is er dan echt een hele mooie addon, no fuss, no nonsense zo geïnstalleerd. Echt een pak handiger dan nu een aparte docker image te moeten gaan draaien en die te gaan configureren.
Echt veruit de makkelijkste en een van de veiligste manieren om je telefoon van buitenaf met Home Assistant te verbinden.

[cmegens]

DjoeC schreef op vrijdag 21 november 2025 @ 15:23:
[...]

Waarom (motivatie)?

Ik draai HA in een container en mis (voorlopig) nog niks. HA praat o.a. met MariaDB, Zigbee2MQTT, Mosquitto die ook in een container draaien en voor nog veel meer gebruikt worden. En zo draait er nog veel meer in containers waardoor ik van 4x Pi4 voor losse taken terug kon gaan naar 1 stuks. Ik draai default Raspberry OS (Debian) met daarover heen OMV om sommige dingen "makkelijker" te maken. Eind van het jaar gaat alles waarschijnlijk naar een Pi 5 met 4TB waarna er nog wat meer taken bij gaan komen.

Scheelt me dus ~ 150-200kWh per jaar aan verbruik.

Zoals aangegeven: Tailscale bijvoorbeeld. Maar MariaDB, Zigbee2MQTT en Mosquitto draaien bij mij al jaren op 1 Pi. Eerst op een pi4, nu al weer een jaar op een pi5 met POE+SSD shield. Daar had je sowieso geen 4 losse pi’s voor nodig.

Op het moment dat je NAS achtige constructies wil dan zou ik eerlijk gezegd eerder voor bijvoorbeeld een Odroid H4+ gaan met proxmox. HAOS in een VM, een 2e VM voor eventueel docker, of bijvoorbeeld Frigate.

[ppaulv]

babbelbox schreef op vrijdag 21 november 2025 @ 16:41:
Dmv Traefik maak ik de nodige zaken voor mezelf beschikbaar vanaf buiten. En waar nodig een extra login middleware voor de afscherming.

Begrijp ik het goed dat ik Traefik ook in docker op de rpi kan draaien om de HA in docker bereikbaar te maken van buitenaf? Ik ben mijn hele leven werkzaam geweest in de IT maar nooit echt in aanraking gekomen met dit soort zaken, dus alles is nieuw .....
Wil nu echt het docker pad bewandelen tenzij ik tegen een echte roadblock tegenkom. Vandaar.

[babbelbox]

ppaulv schreef op zaterdag 22 november 2025 @ 10:26:
[...]

Begrijp ik het goed dat ik Traefik ook in docker op de rpi kan draaien om de HA in docker bereikbaar te maken van buitenaf? Ik ben mijn hele leven werkzaam geweest in de IT maar nooit echt in aanraking gekomen met dit soort zaken, dus alles is nieuw .....
Wil nu echt het docker pad bewandelen tenzij ik tegen een echte roadblock tegenkom. Vandaar.

Klopt, Traefik is een reverse proxy die (bijv) op basis van een URL verkeer naar een interne container routeert. Het leuke van Traefik is dat het gebruik kan maken van letsencrypt voor het maken van certificaten zodat je via https verbinding kan maken zonder dat je dat in alle containers apart moet doen.

[ppaulv]

OK. En is het verstandig/noodzakelijk de HA instance en de Traefik instance een eigen ip4 adres te geven (weet nog niet hoe ik dat moet doen maar ik neem aan dat dat kan)? Nu is dat gebridged naar de ip van de rpi.

[babbelbox]

ppaulv schreef op zaterdag 22 november 2025 @ 10:51:
OK. En is het verstandig/noodzakelijk de HA instance en de Traefik instance een eigen ip4 adres te geven (weet nog niet hoe ik dat moet doen maar ik neem aan dat dat kan)? Nu is dat gebridged naar de ip van de rpi.

Op het moment dat je Traefik gebruikt hoeft in principe alleen die container exposed ports te hebben, je connect immers niet direct aan je HA container.
Ik ben zelfs zover gegaan dat ik een intern netwerk heb gedefinieerd waar zowel HA als Traefik zitten, en een extern netwerk waar alleen Traefik zit. Moet je wel oppassen als er nog andere zaken zijn waar HA mee praat, dan is toegang naar buiten (Lees: buiten het Raspberry OS) vanaf HA wel weer gewenst.

Wordt overigens meer een docker/Traefik discussie dan dat het puur over Rpi gaat

[ppaulv]

@babbelbox ok, bedankt tot zover, ik beweer niet alle consequenties nu te kunnen overzien, maar al doende leert men, hoop ik.
Dan weer terug naar RPI. Ik heb het nu 2x meegemaakt in de afgelopen 2 weken dat m'n rpi gewoon niet meer reageert op de buitenwereld (browser naar dat adres over poort 8123). Ook rpi connect doet niets in die zin dat ie wel nog 'gezien' wordt en bij het openen van een connectie (scherm of console) opent en heel snel even het HA logo laat zien maar verder alleen een zwart scherm.
Als ik dan naar boven loop (waar ie staat) en het scherm ervan aanzet lijkt alles ok maar dat is schijn. Hij zit vast en reageert nergens meer op. Stekker eruit, even wachten en er weer in is de enige oplossing die ik tot nu toe heb kunnen vinden.
Enig idee hoe ik dit kan verbeteren? Waar te beginnen?

[Freee!!]

ppaulv schreef op zaterdag 22 november 2025 @ 13:10:
@babbelbox ok, bedankt tot zover, ik beweer niet alle consequenties nu te kunnen overzien, maar al doende leert men, hoop ik.
Dan weer terug naar RPI. Ik heb het nu 2x meegemaakt in de afgelopen 2 weken dat m'n rpi gewoon niet meer reageert op de buitenwereld (browser naar dat adres over poort 8123). Ook rpi connect doet niets in die zin dat ie wel nog 'gezien' wordt en bij het openen van een connectie (scherm of console) opent en heel snel even het HA logo laat zien maar verder alleen een zwart scherm.
Als ik dan naar boven loop (waar ie staat) en het scherm ervan aanzet lijkt alles ok maar dat is schijn. Hij zit vast en reageert nergens meer op. Stekker eruit, even wachten en er weer in is de enige oplossing die ik tot nu toe heb kunnen vinden.
Enig idee hoe ik dit kan verbeteren? Waar te beginnen?

Ik heb dit in het verleden opgelost met een wekelijkse reboot, direct na de backup (gestart vanuit de backup in de nacht van zaterdag op zondag).

code:

# Reboot after backup but only on Sunday
DOW=$(date +"%a")
if [ "${DOW}" == "Sun" ]
then
        info "$(date +%Y-%m-%d_%H:%M:%S) Rebooting in 3 minutes"
        echo "/sbin/reboot" | at now +3 minutes
fi

[ Voor 9% gewijzigd door Freee!! op 22-11-2025 13:18 . Reden: Code toegevoegd ]

[ppaulv]

@Freee!! dat zou wellicht de kans op problemen sterk verkleinen maar dan weten we nog niet wat d oorzaak is. Soms kom je daar nooit achter natuurlijk.
Maar om dit een stapje verder in mijn wereld van onbegrip/onwetendheid te brengen : ik heb nog geen idee waar en hoe ik die code van jou zou moeten vastleggen. Ik probeer daar al een paar dagen achter te komen, tenminste, ik probeer te achterhalen hoe ik de dingen die ik in HA bij elaar geklikt heb, in detail kan tweaken conform mijn wensen. En dan denk ik naar YAML to moeten kijken maar dat lukt nog niet zo best.
Maar misschien dat jouw code op een geheel andere plek neergelegd moet worden?

[babbelbox]

ppaulv schreef op zaterdag 22 november 2025 @ 13:10:
@babbelbox ok, bedankt tot zover, ik beweer niet alle consequenties nu te kunnen overzien, maar al doende leert men, hoop ik.
Dan weer terug naar RPI. Ik heb het nu 2x meegemaakt in de afgelopen 2 weken dat m'n rpi gewoon niet meer reageert op de buitenwereld (browser naar dat adres over poort 8123). Ook rpi connect doet niets in die zin dat ie wel nog 'gezien' wordt en bij het openen van een connectie (scherm of console) opent en heel snel even het HA logo laat zien maar verder alleen een zwart scherm.
Als ik dan naar boven loop (waar ie staat) en het scherm ervan aanzet lijkt alles ok maar dat is schijn. Hij zit vast en reageert nergens meer op. Stekker eruit, even wachten en er weer in is de enige oplossing die ik tot nu toe heb kunnen vinden.
Enig idee hoe ik dit kan verbeteren? Waar te beginnen?

Hoe draai jij je OS? Op een microSD of via USB HDD/SSD?
Een microSD heeft sneller het risico te haperen.

[Freee!!]

ppaulv schreef op zaterdag 22 november 2025 @ 13:25:
@Freee!! dat zou wellicht de kans op problemen sterk verkleinen maar dan weten we nog niet wat d oorzaak is. Soms kom je daar nooit achter natuurlijk.
Maar om dit een stapje verder in mijn wereld van onbegrip/onwetendheid te brengen : ik heb nog geen idee waar en hoe ik die code van jou zou moeten vastleggen. Ik probeer daar al een paar dagen achter te komen, tenminste, ik probeer te achterhalen hoe ik de dingen die ik in HA bij elaar geklikt heb, in detail kan tweaken conform mijn wensen. En dan denk ik naar YAML to moeten kijken maar dat lukt nog niet zo best.
Maar misschien dat jouw code op een geheel andere plek neergelegd moet worden?

Zoals ik schreef, staat dat aan het einde van het backup-script, dat dagelijks als cron-job wordt afgetrapt.

Ik heb jaren terug een backup-script van het internet geplukt en dat in de loop der jaren uitgebreid en aangepast naar mijn situatie en wensen.

[ppaulv]

Hi @Freee!! tja, ik ken de term cron-job van collega's vanuit de mainframe omgeving geloof ik, maar geen flauw idee waar en hoe dat op een rpi of in HA staat. In HA heb ik een dagelijkse backup gescheduled via het settings menu, maar dat is set-and-forget met de muis. Niks scripting of coding. Onder water wellicht wel, maar dat zie ik niet.
En @babbelbox ik heb er een nieuwe (alles aan die rpi is nieuw overigens) NVMe m.2 SSD in zitten (niet via USB overigens).

[Freee!!]

ppaulv schreef op zaterdag 22 november 2025 @ 14:02:
Hi @Freee!! tja, ik ken de term cron-job van collega's vanuit de mainframe omgeving geloof ik, maar geen flauw idee waar en hoe dat op een rpi of in HA staat. In HA heb ik een dagelijkse backup gescheduled via het settings menu, maar dat is set-and-forget met de muis. Niks scripting of coding. Onder water wellicht wel, maar dat zie ik niet.

Command line (in de RPi zelf): crontab -e

[ppaulv]

@Freee!! soms is het leven zo simpel .....

Ga morgen zien of ie 't gedaan heeft. Thanks!

[ Voor 33% gewijzigd door ppaulv op 22-11-2025 15:12 ]

[Raven]

Hmm, net 2 Pi's bijgewerkt van Bookworm naar Trixie. De eerste ging goed, de 2e leek goed gegaan te zijn, tot ik dit zag: "The following packages have been kept back:", gevolgd door 730 packages.

Voorbeeld: adduser

code:

The following packages have unmet dependencies:
 apt : Depends: raspbian-archive-keyring but it is not going to be installed
       Depends: libgnutls30 (>= 3.7.5) but it is not going to be installed
 lxlock : Depends: light-locker but it is not going to be installed or
                   xscreensaver but it is not going to be installed or
                   gnome-screensaver but it is not going to be installed or
                   suckless-tools but it is not going to be installed or
                   i3lock but it is not going to be installed or
                   slim but it is not going to be installed or
                   xtrlock but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

raspbian-archive-keyring is already the newest version (20120528.4)
libgnutls30 is already the newest version (3.7.9-2+deb12u5).

apache2

code:

The following packages have unmet dependencies:
 libayatana-ido3-0.4-0 : Depends: libgtk-3-0t64 (>= 3.21.4) but it is not going to be installed
 libayatana-indicator3-7 : Depends: libgtk-3-0t64 (>= 3.21.4) but it is not going to be installed
 light-locker : Depends: libgtk-3-0t64 (>= 3.0.0) but it is not going to be installed
 lightdm-gtk-greeter : Depends: libgtk-3-0t64 (>= 3.9.10) but it is not going to be installed
                       Recommends: adwaita-icon-theme but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

libgtk-3-0t64 ->

code:

apt : Depends: raspbian-archive-keyring but it is not going to be installed
       Depends: libgnutls30 (>= 3.7.5) but it is not installable
 libglib2.0-0t64 : Breaks: libglib2.0-0 (< 2.80.0-7~) but 2.74.6-2+deb12u7 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

apt --fix-broken install heeft helaas niet geholpen. Iemand enig idee wat er misgegaan kan zijn?

[duvekot]

Raven schreef op zondag 23 november 2025 @ 15:32:
Hmm, net 2 Pi's bijgewerkt van Bookworm naar Trixie. De eerste ging goed, de 2e leek goed gegaan te zijn, tot ik dit zag: "The following packages have been kept back:", gevolgd door 730 packages.

Voorbeeld: adduser

code:

The following packages have unmet dependencies:
 apt : Depends: raspbian-archive-keyring but it is not going to be installed
       Depends: libgnutls30 (>= 3.7.5) but it is not going to be installed
 lxlock : Depends: light-locker but it is not going to be installed or
                   xscreensaver but it is not going to be installed or
                   gnome-screensaver but it is not going to be installed or
                   suckless-tools but it is not going to be installed or
                   i3lock but it is not going to be installed or
                   slim but it is not going to be installed or
                   xtrlock but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

raspbian-archive-keyring is already the newest version (20120528.4)
libgnutls30 is already the newest version (3.7.9-2+deb12u5).

apache2

code:

The following packages have unmet dependencies:
 libayatana-ido3-0.4-0 : Depends: libgtk-3-0t64 (>= 3.21.4) but it is not going to be installed
 libayatana-indicator3-7 : Depends: libgtk-3-0t64 (>= 3.21.4) but it is not going to be installed
 light-locker : Depends: libgtk-3-0t64 (>= 3.0.0) but it is not going to be installed
 lightdm-gtk-greeter : Depends: libgtk-3-0t64 (>= 3.9.10) but it is not going to be installed
                       Recommends: adwaita-icon-theme but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

libgtk-3-0t64 ->

code:

apt : Depends: raspbian-archive-keyring but it is not going to be installed
       Depends: libgnutls30 (>= 3.7.5) but it is not installable
 libglib2.0-0t64 : Breaks: libglib2.0-0 (< 2.80.0-7~) but 2.74.6-2+deb12u7 is to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

apt --fix-broken install heeft helaas niet geholpen. Iemand enig idee wat er misgegaan kan zijn?

Dit gelezen neem ik aan:

https://forums.raspberrypi.com/viewtopic.php?t=392376

En dus "garantie tot aan de deur" .. omdat het formeel niet ondersteund is..

[Raven]

@duvekot Uiteraard, al heb ik "sudo apt install -y rpd-wayland-all rpd-x-all" op beide Pi's overgeslagen i.v.m. geen GUI. Ben nu aptitude safe-upgrade aan het proberen, kijken of die de oorzaak/oplossing kan vinden op de dwarsliggende Pi.

edit: aptitude safe-upgrade bleef maar lopen, uiteindelijk maar stopgezet. Toen aptitude install adduser geprobeerd, die wilde een hele boek packages verwijderen, maar zag ook een stukje over dependencies -> libc6 ge-apt-installed, die verwijderde libnih-dbus1, libnih1 en mountall, en nu van 730 held packages naar 519.

[ Voor 41% gewijzigd door Raven op 23-11-2025 18:11 ]

[duvekot]

Raven schreef op zondag 23 november 2025 @ 17:22:
@duvekot Uiteraard, al heb ik "sudo apt install -y rpd-wayland-all rpd-x-all" op beide Pi's overgeslagen i.v.m. geen GUI. Ben nu aptitude safe-upgrade aan het proberen, kijken of die de oorzaak/oplossing kan vinden op de dwarsliggende Pi.

edit: aptitude safe-upgrade bleef maar lopen, uiteindelijk maar stopgezet. Toen aptitude install adduser geprobeerd, die wilde een hele boek packages verwijderen, maar zag ook een stukje over dependencies -> libc6 ge-apt-installed, die verwijderde libnih-dbus1, libnih1 en mountall, en nu van 730 held packages naar 519.

Nog even los van de interessante uitdaging om eea weer werkend te krijgen .. wat houd je tegen om gewoon weer van scratch met een schone lei te beginnen?

[Raven]

duvekot schreef op zondag 23 november 2025 @ 18:27:
[...]

Nog even los van de interessante uitdaging om eea weer werkend te krijgen .. wat houd je tegen om gewoon weer van scratch met een schone lei te beginnen?

Dat eerste , inmiddels terug weten te brengen tot 355 achtergehouden pakketten.

Zie nu nog veel verwijzingen naar dependency raspbian-archive-keyring, maar die staat er gewoon op (en is uptodate). Ook verwijzingen naar verschillende lib's waarbij er een versie nodig is die eindigt op ".3t64", waarbij de aanwezige ".3" verwijdert dient te worden maar die dan weer een afhankelijkheid is van andere packages. Voorbeeld:

Bash:

sudo aptitude install exim4-base
The following packages will be upgraded:
  exim4-base{b}
1 packages upgraded, 0 newly installed, 0 to remove and 354 not upgraded.
Need to get 1,136 kB of archives. After unpacking 56.3 kB will be used.
The following packages have unmet dependencies:
 exim4-base : Depends: libdb5.3t64 but it is not going to be installed
              Breaks: exim4-daemon-light (< 4.98.2) but 4.96-15+deb12u7 is installed and it is kept back
open: 976; closed: 12960; defer: 37; conflict: 53                                                                                                                                                             .^C
pi@Tara:~ $ sudo aptitude install libdb5.3t64
The following NEW packages will be installed:
  libdb5.3t64
The following packages will be REMOVED:
  libdb5.3{a}
0 packages upgraded, 1 newly installed, 1 to remove and 355 not upgraded.
Need to get 575 kB of archives. After unpacking 9,216 B will be used.
The following packages have unmet dependencies:
 libperl5.36 : Depends: libdb5.3 but it is not going to be installed
 libjack-jackd2-0 : Depends: libdb5.3 but it is not going to be installed
 libsasl2-modules-db : Depends: libdb5.3 but it is not going to be installed
 exim4-base : Depends: libdb5.3 but it is not going to be installed
 libpam-modules : PreDepends: libdb5.3 but it is not going to be installed
 libaprutil1 : Depends: libdb5.3 but it is not going to be installed
 libpython3.11-stdlib : Depends: libdb5.3 but it is not going to be installed
 exim4-daemon-light : Depends: libdb5.3 but it is not going to be installed
 apt-utils : Depends: libdb5.3 but it is not going to be installed
 iproute2 : Depends: libdb5.3 but it is not going to be installed
open: 35; closed: 231; defer: 6; conflict: 6                                                                                                                                                                  .The following actions will resolve these dependencies:

     Keep the following packages at their current version:
1)     libdb5.3 [5.3.28+dfsg2-1 (now)]
2)     libdb5.3t64 [Not Installed]

[ Voor 61% gewijzigd door Raven op 23-11-2025 19:32 ]

[ldemoor]

Na wat onderzoek wil een raspberry pi 4B aanschaffen. Ik wil het in eerste instantie gebruiken voor home assistant. Betreffende de case had ik goeie zaken over de Argon one v2 gevonden. Maar ik lees ook dat met een home assistant os het niet evident is om de powerknop en de fan correct te laten werken? Ervaringen? Beter HA in supervised mode draaien? Beter andere case?

Meer een RPi issue => schopje

[ Voor 11% gewijzigd door Septillion op 24-11-2025 09:58 ]

[Septillion]

@ldemoor Supervised is niet meer supported en heb ik nooit aan kunnen reden. Maar zo nodig is die powerknop niet toch?

Ennuhh, waarom nog een RPi4? Of waarom überhaupt een RPi?

[The Zep Man]

Septillion schreef op maandag 24 november 2025 @ 10:00:
Ennuhh, waarom nog een RPi4? Of waarom überhaupt een RPi?

Dit is de juiste vraag voor HA. Als je al iets hebt dat VM's of Docker(-achtig) draait of kan draaien, dan is dat waarschijnlijk de beste plek om HA aan toe te voegen.

[vincent_1971]

Septillion schreef op maandag 24 november 2025 @ 10:00:
@ldemoor Supervised is niet meer supported en heb ik nooit aan kunnen reden. Maar zo nodig is die powerknop niet toch?

Ennuhh, waarom nog een RPi4? Of waarom überhaupt een RPi?

Energie gebruik, compactheid ( past makkelijk in een meterkast ) , shield voor noodstroom, aanwezige mogelijkheden om bv een zigbee module aan te koppelen, ondersteuning. Heb zelf 2 rpi 5 met ssd. Snelle opstart tijd en nog geen een keer een crash gehad.

[Septillion]

@vincent_1971 Mijn vraag was vooral bedoelt om de vraagsteller er wel over na te laten denken ipv het als de standaard goto te zien.

Maar zelf zal ik het niet zo snel meer aanraden. Vind het toch wel traag, duur en voor Zigbee zijn legio USB of netwerk opties. Alleen qua efficiëntie wint een RPi nog net. Maar moet je niet een RPi4 pakken.

[ Voor 3% gewijzigd door Septillion op 24-11-2025 10:42 ]

[ppaulv]

En wellicht de overweging die ik gemaakt heb : ik draai HA in docker op RPI5 (HA draaien was en is mijn primaire doel) en kan dan nog steeds de voor mij nieuwe wereld van Linux / RPI gaan ontdekken (terwijl HA gewoon blijft draaien). Samen met het minimale stroomverbruik en minimale afmetingen vond ik het de moeite waard die kant op te gaan.

[ Voor 3% gewijzigd door ppaulv op 24-11-2025 10:47 ]

[DjoeC]

ldemoor schreef op maandag 24 november 2025 @ 09:13:
Na wat onderzoek wil een raspberry pi 4B aanschaffen. Ik wil het in eerste instantie gebruiken voor home assistant. Betreffende de case had ik goeie zaken over de Argon one v2 gevonden. Maar ik lees ook dat met een home assistant os het niet evident is om de powerknop en de fan correct te laten werken? Ervaringen? Beter HA in supervised mode draaien? Beter andere case?

[mbr]Meer een RPi issue => schopje[/]

Tja, ik heb een Pi4. Powerknop: niet nodig want hij gaat nooit uit, Fan: Niet nodig, passivieve koeling werkt bij mij prima. Externe 2TB Samsung SSD eraan (denk aan BF aanbiedingen). Draai OMV met Docker en doe er heel veel meer dingen mee dan HA. Gemiddeld CPU percentage staat zo rond de 10-15%.

[DjoeC]

Septillion schreef op maandag 24 november 2025 @ 10:41:
@vincent_1971 Mijn vraag was vooral bedoelt om de vraagsteller er wel over na te laten denken ipv het als de standaard goto te zien.

Maar zelf zal ik het niet zo snel meer aanraden. Vind het toch wel traag, duur en voor Zigbee zijn legio USB of netwerk opties. Alleen qua efficiëntie wint een RPi nog net. Maar moet je niet een RPi4 pakken.

Ik ben erg benieuwd of je enig idee hebt waardoor je traagheid hebt (ervaart)?

[Septillion]

@DjoeC In ieder geval bij opvragen van veel data was het gewoon CPU 100% op mijn RPi4 met SSD. Was op zich wel mee te werken, maar was gevalletje "niet weten wat ik miste" tot in wisselde naar een N100. Daar geen dag spijt van.

[ Voor 5% gewijzigd door Septillion op 24-11-2025 11:18 ]

[ldemoor]

DjoeC schreef op maandag 24 november 2025 @ 11:00:
[...]

Tja, ik heb een Pi4. Powerknop: niet nodig want hij gaat nooit uit, Fan: Niet nodig, passivieve koeling werkt bij mij prima. Externe 2TB Samsung SSD eraan (denk aan BF aanbiedingen). Draai OMV met Docker en doe er heel veel meer dingen mee dan HA. Gemiddeld CPU percentage staat zo rond de 10-15%.

Goeie tips. Pi4 zou ik kiezen omdat het snel genoeg is en een pak minder energie verbruikt. En ik las over kinderziektes bij RPi5. Dus Pi4 is goed genoeg denk ik (ik ben een newbee)

[ Voor 3% gewijzigd door ldemoor op 24-11-2025 13:59 ]

[DjoeC]

Septillion schreef op maandag 24 november 2025 @ 11:17:
@DjoeC In ieder geval bij opvragen van veel data was het gewoon CPU 100% op mijn RPi4 met SSD. Was op zich wel mee te werken, maar was gevalletje "niet weten wat ik miste" tot in wisselde naar een N100. Daar geen dag spijt van.

Hmm, mijn (8GB) pi4 zit alleen op 100% als ik de complete MariaDB database leegtrek voor een backup (dagelijks) Om de rest niet te frustreren staat de backup op 3 cores ingesteld. Ik gebruik wel folder2ram, dat scheelt enorm aan IO. Zo ziet een gemiddelde dag met 27 actieve containers eruit.

de CPU piek is de DB backup net als de 1e IO piek. De 2e IO piek is het syncen van de backup folder naar een PC zodat die gaat meelopen in de PC backups o.a. naar Backblaze.

<aanvulling>
Ik gebruik deze SSD Momenteel bij de beste prijs aanbieder (Amazon) met 10€ coupon voor 120€. Ja, kost meer dan de Pi maar het doet t al sinds 2022, inmiddels 18TB geschreven zonder fouten. TBW wordt niet gespecs maar zou rond 720TB moeten zijn. Die gaat mij dus vermoedelijk overleven

[ Voor 26% gewijzigd door DjoeC op 25-11-2025 15:39 ]

[ldemoor]

@DjoeC https://www.reichelt.com/ is de aangeraden shop voor alle RPi toebehoren?

[DjoeC]

ldemoor schreef op dinsdag 25 november 2025 @ 16:43:
@DjoeC https://www.reichelt.com/ is de aangeraden shop voor alle RPi toebehoren?

Ik bestel net waar het uitkomt. Mijn Pi5 & EdaTec case kwamen van DigiKey, een aantal pi's en toebehoren van Kiwi, SOS, Reichelt (ik heb er een stuk of 9) waarvan momenteel 4 7/24 draaien: 1 pi 2, 2x pi3 en 1x pi4. Pi5 moet nog als server ingericht worden, heb ik nu met desktop om te hobbyen - dat ding draait zelf Kicad

Wat mij betreft is er geen "aangeraden" shop, neem de goedkoopste en de laatste keer was dat Digikey vanwege de koeler en totaalbedrag (gratis verzending > 50€, binnen 3 dagen in huis vanuit Minnesota).

[ppaulv]

ldemoor schreef op dinsdag 25 november 2025 @ 16:43:
@DjoeC https://www.reichelt.com/ is de aangeraden shop voor alle RPi toebehoren?

Voor mij als beginnende PI-er was dit wel de handigste starter : Amazon.

[ldemoor]

@DjoeC jouw ssd uitvoering: Samsung Portable SSD T7 2TB Grijs
- is die verbonden via usb dan? Ik lees overal maar dat je de SSD rechtstreeks moet inpluggen of zo (maar opletten met compatibiliteit)? Weer een dummy vraag dus, welke en waarvoor gebruiken...

[DjoeC]

ldemoor schreef op woensdag 26 november 2025 @ 08:53:
@DjoeC jouw ssd uitvoering: Samsung Portable SSD T7 2TB Grijs
- is die verbonden via usb dan? Ik lees overal maar dat je de SSD rechtstreeks moet inpluggen of zo (maar opletten met compatibiliteit)? Weer een dummy vraag dus, welke en waarvoor gebruiken...

Yep, verbonden met USB-3. Raspberry Pi OS Lite (zonder grafische interface) 64 bit er op gezet mbv Raspberry Pi Imager en gaan met die banaan. Geen SD kaartje nodig, dat kan ook niet kapot gaan.

Waarvoor gebruiken? Opslag... Momenteel staat er Docker met veel containers op. Die gebruiken allemaal databases, in mijn geval MariaDB (MySQL kloon) met nu totaal 30GB data. Daarnaast Spotweb/Sabnzbd met zo'n 259GB en Nextcloud (om Google niet te hoeven gebruiken) met gedeelde agenda (alle telefoons/tablets), automatische foto backup van tablets en telefoons en nog een boel meer.

Tot slot, hoewel er vast betere oplosisngen zijn gebruik ik https://www.openmediavault.org/ omdat het heel veel dingen - voor mij - een stuk makkelijker maakt. In het begin heb ik een aantal weken lekker zitten stoeien om te snappen hoe Linux werkt (ik wist er wel iets van), maar toen ik echt dingen ging doen kwam ik erachter dat ik steeds meer Pi's ging inzetten voor verschillende dingen omdat ik iets wat liep niet kapot wilde maken. En dus kwam ik op Docker uit (zie het maar als een soort virtuate machines). En toen kon alles op 1 machine maar liep ik een beetje tegen het managen aan. En toen liep ik tegen OMV aan en sindsdien ben ik verknocht - hoewel ook dat weer een uitzoekertje was.

Ik gebruik trouwens NIET de OMV ISO maar standaard Raspberry met dit intallscript:

code:

https://github.com/OpenMediaVault-Plugin-Developers/installScript

Mijn suggestie is: Neem een SSD (of als je een pi 5 hebt een NVMe). Maar, begin eventueel met stoeien op een SD kaartje om "gevoel" te krijgen - ook al is een SD kaartje "vrij traag".

Eventueel specifieke vragen over mijn opzet mag je ook via DM stellen maar ik weet zeker niet alles

<aanvulling>
OMV is nog niet beschikbaar voor Debian 13 (Trixie) dus voor nu Debian 12 (Bookworm) of de ISO. Debian 13 versie verwacht ik rond kerst/nieuwjaar of zoals de ontwikkelaar zegt: Als t klaar is is t klaar.

[ Voor 4% gewijzigd door DjoeC op 26-11-2025 16:19 ]

[Freee!!]

DjoeC schreef op woensdag 26 november 2025 @ 15:03:
[...]

Yep, verbonden met USB-3. Raspberry Pi OS Lite (zonder grafische interface) 64 bit er op gezet mbv Raspberry Pi Imager en gaan met die banaan. Geen SD kaartje nodig, dat kan ook niet kapot gaan.

Waarvoor gebruiken? Opslag... Momenteel staat er Docker met veel containers op. Die gebruiken allemaal databases, in mijn geval MariaDB (MySQL kloon) met nu totaal 30GB data. Daarnaast Spotweb/Sabnzbd met zo'n 259GB en Nextcloud (om Google niet te hoeven gebruiken) met gedeelde agenda (alle telefoons/tablets), automatische foto backup van tablets en telefoons en nog een boel meer.

Tot slot, hoewel er vast betere oplosisngen zijn gebruik ik https://www.openmediavault.org/ omdat het heel veel dingen - voor mij - een stuk makkelijker maakt. In het begin heb ik een aantal weken lekker zitten stoeien om te snappen hoe Linux werkt (ik wist er wel iets van), maar toen ik echt dingen ging doen kwam ik erachter dat ik steeds meer Pi's ging inzetten voor verschillende dingen omdat ik iets wat liep niet kapot wilde maken. En dus kwam ik op Docker uit (zie het maar als een soort virtuate machines). En toen kon alles op 1 machine maar ziep ik ene beetje tegen het managen aan. En toen liep ik tegen OMV aan en sindsdien ben ik verknocht - hoewel ook dat weer een uitzoekertje was.

Ik gebruik trouwens NIET de OMV ISO maar standaard Raspberry met dit intallscript:

code:

https://github.com/OpenMediaVault-Plugin-Developers/installScript

Mijn suggestie is: Neem een SSD (of als je een pi 5 hebt een NVMe). Maar, begin eventueel met stoeien op een SD kaartje om "gevoel" te krijgen - ook al is een SD kaartje "vrij traag".

Eventueel specifieke vragen over mijn opzet mag je ook via DM stellen maar ik weet zeker niet alles

<aanvulling>
OMV is nog niet beschikbaar voor Debian 13 (Trixie) dus voor nu Debian 12 (Bookworm) of de ISO. Debian 13 versie verwacht ik rond kerst/nieuwjaar of zoals de ontwikkelaar zegt: Als t klaar is is t klaar.

OMV heeft zeker zijn voordelen (op die manier ben ik ook begonnen), maar op een zeker moment ontgroei je het ook wel.
Wat betreft SD-kaartjes, ik heb er weinig problemen mee (gebruik ze niet echt voor opslag) en ze zijn gemakkelijk te backuppen.

[DjoeC]

Freee!! schreef op woensdag 26 november 2025 @ 16:18:
[...]

OMV heeft zeker zijn voordelen (op die manier ben ik ook begonnen), maar op een zeker moment ontgroei je het ook wel.
Wat betreft SD-kaartjes, ik heb er weinig problemen mee (gebruik ze niet echt voor opslag) en ze zijn gemakkelijk te backuppen.

Ik heb 2x een defecte kaart gehad. Het "probleem" is dat Docker nogal veel schrijft maar dat los je weer op met iets als log2ram of folder2ram.

Backups doe ik mbv copy slagen naar een specifieke shared directory met specifieke subfolders, daar komen ook de dagelijkse Mariadb backups terecht. Maximaal 7 dagen. Omdat de Pi 7/24 beschikbaar is draai ik onder Windows dagelijks een offload (Syncovery) naar een op windows gespiegelde folder die automatisch mee gaat lopen in de lokale windows backup cycle. Onderdeel daarvan is realtime naar Backblaze met 1 jaar bewaar termijn. Ofwel: zodra de boel op de PC komt kan ik vrijwel altijd terug naar moment X.

En nee, ik maak geen images van de Pi - ik heb een excel met m'n configuratie commando's, links naar bronnen, groene, gele en rode velden met must do, let op, niet doen als niet nodig, toelichting waarom. Als eerder gezegd: Ik snap ook maar half wat ik doe op Linux, mijn achtergrond ligt bij grotere systemen met meer faciliteiten en functionaliteiten en vooral: rubuustheid (sysplex).

[Freee!!]

DjoeC schreef op woensdag 26 november 2025 @ 16:30:
[...]
Ik heb 2x een defecte kaart gehad. Het "probleem" is dat Docker nogal veel schrijft maar dat los je weer op met iets als log2ram of folder2ram.

Backups doe ik mbv copy slagen naar een specifieke shared directory met specifieke subfolders, daar komen ook de dagelijkse Mariadb backups terecht. Maximaal 7 dagen. Omdat de Pi 7/24 beschikbaar is draai ik onder Windows dagelijks een offload (Syncovery) naar een op windows gespiegelde folder die automatisch mee gaat lopen in de lokale windows backup cycle. Onderdeel daarvan is realtime naar Backblaze met 1 jaar bewaar termijn. Ofwel: zodra de boel op de PC komt kan ik vrijwel altijd terug naar moment X.

En nee, ik maak geen images van de Pi - ik heb een excel met m'n configuratie commando's, links naar bronnen, groene, gele en rode velden met must do, let op, niet doen als niet nodig, toelichting waarom. Als eerder gezegd: Ik snap ook maar half wat ik doe op Linux, mijn achtergrond ligt bij grotere systemen met meer faciliteiten en functionaliteiten en vooral: rubuustheid (sysplex).

Backups maak ik met een script (dat DD gebruikt) naar de aangesloten harde schijf, haal daar PiShrink overheen en zip ze waarna de images naar één centrale Pi worden gekopiëerd.

[ldemoor]

Bedankt allen voor de info tot nu

[Raven]

Raven schreef op zondag 23 november 2025 @ 19:28:
[...]

Dat eerste , inmiddels terug weten te brengen tot 355 achtergehouden pakketten.

Zie nu nog veel verwijzingen naar dependency raspbian-archive-keyring, maar die staat er gewoon op (en is uptodate). Ook verwijzingen naar verschillende lib's waarbij er een versie nodig is die eindigt op ".3t64", waarbij de aanwezige ".3" verwijdert dient te worden maar die dan weer een afhankelijkheid is van andere packages. Voorbeeld:

Bash:

sudo aptitude install exim4-base
The following packages will be upgraded:
  exim4-base{b}
1 packages upgraded, 0 newly installed, 0 to remove and 354 not upgraded.
Need to get 1,136 kB of archives. After unpacking 56.3 kB will be used.
The following packages have unmet dependencies:
 exim4-base : Depends: libdb5.3t64 but it is not going to be installed
              Breaks: exim4-daemon-light (< 4.98.2) but 4.96-15+deb12u7 is installed and it is kept back
open: 976; closed: 12960; defer: 37; conflict: 53                                                                                                                                                             .^C
pi@Tara:~ $ sudo aptitude install libdb5.3t64
The following NEW packages will be installed:
  libdb5.3t64
The following packages will be REMOVED:
  libdb5.3{a}
0 packages upgraded, 1 newly installed, 1 to remove and 355 not upgraded.
Need to get 575 kB of archives. After unpacking 9,216 B will be used.
The following packages have unmet dependencies:
 libperl5.36 : Depends: libdb5.3 but it is not going to be installed
 libjack-jackd2-0 : Depends: libdb5.3 but it is not going to be installed
 libsasl2-modules-db : Depends: libdb5.3 but it is not going to be installed
 exim4-base : Depends: libdb5.3 but it is not going to be installed
 libpam-modules : PreDepends: libdb5.3 but it is not going to be installed
 libaprutil1 : Depends: libdb5.3 but it is not going to be installed
 libpython3.11-stdlib : Depends: libdb5.3 but it is not going to be installed
 exim4-daemon-light : Depends: libdb5.3 but it is not going to be installed
 apt-utils : Depends: libdb5.3 but it is not going to be installed
 iproute2 : Depends: libdb5.3 but it is not going to be installed
open: 35; closed: 231; defer: 6; conflict: 6                                                                                                                                                                  .The following actions will resolve these dependencies:

     Keep the following packages at their current version:
1)     libdb5.3 [5.3.28+dfsg2-1 (now)]
2)     libdb5.3t64 [Not Installed]

Ah balls, nog een RPi met dependency issues , ook t64-gerelateerd, al kreeg ik dit bij de 2e RPi vóór de upgrade naar Trixie al te zien, i.p.v. (zoals bij de andere RPi) wel een upgrade doen maar achteraf honderden packages "held back"

Dus 1x succesvol, 1x wel geüpgrade maar honderden packages held back en een die bij apt full-upgrade al met dependency issues komt. Nu met een Zero W bezig, kijken of die dat ook heeft, eerst even wat achterstallige updates erop zetten.

[duvekot]

Raven schreef op zaterdag 29 november 2025 @ 10:48:
[...]

Ah balls, nog een RPi met dependency issues , ook t64-gerelateerd, al kreeg ik dit bij de 2e RPi vóór de upgrade naar Trixie al te zien, i.p.v. (zoals bij de andere RPi) wel een upgrade doen maar achteraf honderden packages "held back"

Dus 1x succesvol, 1x wel geüpgrade maar honderden packages held back en een die bij apt full-upgrade al met dependency issues komt. Nu met een Zero W bezig, kijken of die dat ook heeft, eerst even wat achterstallige updates erop zetten.

Zo te lezen houdt het je iig lekker bezig .

Ik zal ook eens kijken wat er gebeurt met een volledig kale, schone, net volledig geüpdatet Bookworm RPi OS als je die naar Trixie probeert te updaten. De RPi moet toch weer eens schoon geïnstalleerd worden voor een nieuwe uitdaging

[Raven]

@duvekot Ik begin wel een beetje een patroon te ontdekken. Inmiddels 4 RPi's geprobeerd:
Nr1: Succes
Nr2: Na apt full-upgrade (die zonder dependency error begon) paar 100 packages held back door t64-gedoe.
Nr3: Meteen bij proberen te starten van apt full-upgrade dependency errors
Nr4: Pi 0 W, die nogal wat tijd nodig had -> Succesvol, al klaagt apt nu over

Warning: http://archive.raspberryp...n/dists/trixie/InRelease: Policy will reject signature within a year, see --audit for details
Warning: http://flightaware.com/ad...dists/bookworm/InRelease: Policy will reject signature within a year, see --audit for details

edit: 1 signature opgelost met apt install --reinstall raspberrypi-archive-keyring

De 1e RPi heeft een andere username dan de oorspronkelijke "Pi" (recentere install dus), de 2 fails hebben Pi als username (oftewel een wat oudere install), de laatste ook maar die ging echter goed, buiten de apt warnings dan.

[ Voor 4% gewijzigd door Raven op 29-11-2025 12:36 ]

[ed1703]

Raven schreef op zaterdag 29 november 2025 @ 12:33:
@duvekot Ik begin wel een beetje een patroon te ontdekken. Inmiddels 4 RPi's geprobeerd:
Nr1: Succes
Nr2: Na apt full-upgrade (die zonder dependency error begon) paar 100 packages held back door t64-gedoe.
Nr3: Meteen bij proberen te starten van apt full-upgrade dependency errors
Nr4: Pi 0 W, die nogal wat tijd nodig had -> Succesvol, al klaagt apt nu over

[...]


De 1e RPi heeft een andere username dan de oorspronkelijke "Pi" (recentere install dus), de 2 fails hebben Pi als username (oftewel een wat oudere install), de laatste ook maar die ging echter goed, buiten de apt warnings dan.

Bijzonder. Heb hier 3 RPI's geupgrade in Oktober zonder een centje pijn, paar packages die verwijderd worden. Nu moet ik wel zeggen dat ik behalve ssh, logwatch, cron-apt en postfix niets verder installeer want ik knal er verder alleen maar containers op.

Heb inmiddels wel alles opnieuw geinstalleerd met trixie want ik was op 1 Pi toe na 5 jaar aan een nieuwe SD card en toen was ik toch bezig dus dan maar alles.

[ Voor 7% gewijzigd door ed1703 op 29-11-2025 12:38 ]