Raspberry Pi: Ervaringen en Discussie - deel 2

[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 ]

[boomer21]

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

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.

Ja wireuard werkt perfect heb op mijn unifi router .

[DjoeC]

Ik ben op zoek naar een "dummy" 40 pins connector (female, dichte bovenkant) om de 40 male pennen van mijn Pi te beschermen tegen elektrische "ongelukjes". Idem voor de 4 pins PoE plug. Weet iemand of die ergens verkrijgbaar zijn en/of op welke term ik zou moeten zoeken? Ik vind wel 3D printbare maar niet "ready-made".....

[Jesse-]

DjoeC schreef op maandag 8 december 2025 @ 14:40:
Ik ben op zoek naar een "dummy" 40 pins connector (female, dichte bovenkant) om de 40 male pennen van mijn Pi te beschermen tegen elektrische "ongelukjes". Idem voor de 4 pins PoE plug. Weet iemand of die ergens verkrijgbaar zijn en/of op welke term ik zou moeten zoeken? Ik vind wel 3D printbare maar niet "ready-made".....

Als je niet kan printen, een pinheader kopen en de pinnen eruit trekken?

[Kalentum]

DjoeC schreef op maandag 8 december 2025 @ 14:40:
Ik ben op zoek naar een "dummy" 40 pins connector (female, dichte bovenkant) om de 40 male pennen van mijn Pi te beschermen tegen elektrische "ongelukjes". Idem voor de 4 pins PoE plug. Weet iemand of die ergens verkrijgbaar zijn en/of op welke term ik zou moeten zoeken? Ik vind wel 3D printbare maar niet "ready-made".....

Die connector heet GPIO en als je zoekt op "GPIO cover" dan vind je wel wat .

[DjoeC]

Kalentum schreef op maandag 8 december 2025 @ 15:03:
[...]


Die connector heet GPIO en als je zoekt op "GPIO cover" dan vind je wel wat .

Yes, die had ik zelf kunnen bedenken.......... Thanks!

[DjoeC]

Jesse- schreef op maandag 8 december 2025 @ 14:51:
[...]


Als je niet kan printen, een pinheader kopen en de pinnen eruit trekken?

Dat werkt niet want ik wil wel dat ie op de male pennen klemt...

[Goofman2]

DjoeC schreef op maandag 8 december 2025 @ 14:40:
Ik ben op zoek naar een "dummy" 40 pins connector (female, dichte bovenkant) om de 40 male pennen van mijn Pi te beschermen tegen elektrische "ongelukjes". Idem voor de 4 pins PoE plug. Weet iemand of die ergens verkrijgbaar zijn en/of op welke term ik zou moeten zoeken? Ik vind wel 3D printbare maar niet "ready-made".....

IDC flatcable connector zou moeten werken

[DjoeC]

Ik zit nu op t juiste spoor https://www.aliexpress.co...dust-cover-raspberry.html complete sets Misschien eens een paar bestellen....

[duvekot]

DjoeC schreef op maandag 8 december 2025 @ 21:38:
Ik zit nu op t juiste spoor https://www.aliexpress.co...dust-cover-raspberry.html complete sets Misschien eens een paar bestellen....

Of gewoon zorgen dat alle poorten gewoon bezet zijn

[DjoeC]

duvekot schreef op maandag 8 december 2025 @ 22:13:
[...]

Of gewoon zorgen dat alle poorten gewoon bezet zijn

Haha..... Naast netwerk en meestal 1/2 usb poorten worden de andere poorten normaliter niet gebruikt. Voor echte gpio taken ed gebruik ik esp's. Eigenlijk zijn het servers of simpele adsb ontvangers.

[Freee!!]

DjoeC schreef op maandag 8 december 2025 @ 23:21:
[...]
Haha..... Naast netwerk en meestal 1/2 usb poorten worden de andere poorten normaliter niet gebruikt. Voor echte gpio taken ed gebruik ik esp's. Eigenlijk zijn het servers of simpele adsb ontvangers.

Ik heb ook nog een tweetal RTC's.

[DjoeC]

Freee!! schreef op dinsdag 9 december 2025 @ 08:26:
[...]

Ik heb ook nog een tweetal RTC's.

Daar heb ik nog een Pi 2 met Adafruit GPS hat voor. Draai mijn eigen NTP server voor het hele netwerk (als Stratum 0) Ding ligt hier op een bureau en "ziet" maar een paar satellieten door een vrij klein hoekraam. Ik had een externe antenne maar daar brak de kabel van, op de interne antenne werkt het ook.

code:

user@pi2:~ $ chronyc sources
210 Number of sources = 10
MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#x GPS                           0   4   377    15   -581ms[ -581ms] +/-  107ms
#* PPS                           0   4   377    15     +9ns[  -11ns] +/-  365ns
^- 193.86.91.34.bc.googleus>     2  10   377   457  +1151us[+1154us] +/- 7894us
^- mail.emuadmin.com             2  10   377   568   -966us[ -960us] +/-   40ms
^- 217-121-8-77.cable.dynam>     2  10   377   862  +2025us[+2047us] +/- 9564us
^- connected.by.freedominte>     2  10   377   294    -98us[  -96us] +/- 3559us
^- ntp.as215248.net              1  10   237   876   +475us[ +499us] +/- 4710us
^- connected.by.freedominte>     2  10   375   523    -96us[  -93us] +/- 4354us
^- time3.panq.nl                 2  10   377   436   -589us[ -583us] +/- 4255us
^- 158.101.216.150               2  10   377   28m   -418us[ -314us] +/- 4921us
user@pi2:~ $ ^C

In het netwerk kom ik daarmee op rond de 2-5 us nauwkeurig. Voor mij voldoende nauwkeurig

[DjoeC]

Andere vraag. Ik heb problemen met mijn NVMe naar USB behuizing en ben op zoek naar een vervangende oplossing die rechtstreeks op de PCie aansluiting van de Raspi 5 kan.

Eisen: Passief gekoelde externe NVMe behuizing (of 1 waar een standaard HAT in past) met voldoende passieve koeling middels de behuizing via pads oid van de NVMe en de mogelijkheid om direct op/aan de PCIe aansluiting/kabel van/naar de Pi te prikken. Dus niet alleen een HAT die je aan de Pi schroeft, maar een losse behuizing want de Pi zelf zit al in een passief koelende EDAtec case. Is iemand al eens zoiets tegen gekomen?

Het enige dat ik aan externe behuizingen vind zijn oplossingen zoals ik nu al heb: NVMe -> USB 3/4 en wat dus onder Linux niet helemaal lekker werkt.

[duvekot]

DjoeC schreef op donderdag 11 december 2025 @ 11:54:
Andere vraag. Ik heb problemen met mijn NVMe naar USB behuizing en ben op zoek naar een vervangende oplossing die rechtstreeks op de PCie aansluiting van de Raspi 5 kan.

Eisen: Passief gekoelde externe NVMe behuizing (of 1 waar een standaard HAT in past) met voldoende passieve koeling middels de behuizing via pads oid van de NVMe en de mogelijkheid om direct op/aan de PCIe aansluiting/kabel van/naar de Pi te prikken. Dus niet alleen een HAT die je aan de Pi schroeft, maar een losse behuizing want de Pi zelf zit al in een passief koelende EDAtec case. Is iemand al eens zoiets tegen gekomen?

Het enige dat ik aan externe behuizingen vind zijn oplossingen zoals ik nu al heb: NVMe -> USB 3/4 en wat dus onder Linux niet helemaal lekker werkt.

Grootste uitdaging daarbij is de kabel .. want je wil bij een externe behuizing niet zo'n dun ribbon kabeltje er tussen hebben. En dat is de reden waarom je bij externe NVMe behuizingen vaak USB-c ziet wat meestal snel genoeg is (als het ook echt USB-c snelheid heeft). Geen idee of er iets bestaat wat de PCIe aansluiting van de RPI5 omzet naar USB-C met bijbehorende snelheid.

En anders kom je toch uit op een geheel nieuwe behuizing .. ikzelf vind de behuizingen van Argon40 altijd wel mooi .. er zit wel een ventilator in maar die kan je zo instellen dat die alleen bij bepaalde temperatuur gaat draaien.

[DjoeC]

duvekot schreef op donderdag 11 december 2025 @ 12:39:
[...]

Grootste uitdaging daarbij is de kabel .. want je wil bij een externe behuizing niet zo'n dun ribbon kabeltje er tussen hebben. En dat is de reden waarom je bij externe NVMe behuizingen vaak USB-c ziet wat meestal snel genoeg is (als het ook echt USB-c snelheid heeft). Geen idee of er iets bestaat wat de PCIe aansluiting van de RPI5 omzet naar USB-C met bijbehorende snelheid.

En anders kom je toch uit op een geheel nieuwe behuizing .. ikzelf vind de behuizingen van Argon40 altijd wel mooi .. er zit wel een ventilator in maar die kan je zo instellen dat die alleen bij bepaalde temperatuur gaat draaien.

Ja, dat van de kabel snap ik..... Maar da's oplosbaar. Ik heb me al af zitten vragen of ik niet een NVMe->USB kastje kan ombouwen. Ik weet alleen niet of er logica in de NVMe hat zit anders dan connector <> connector en een schroef om de boel vast te houden..... Misschien moet ik er experimenteel gewoon 1 bestellen

[duvekot]

DjoeC schreef op donderdag 11 december 2025 @ 12:54:
[...]

Ja, dat van de kabel snap ik..... Maar da's oplosbaar. Ik heb me al af zitten vragen of ik niet een NVMe->USB kastje kan ombouwen. Ik weet alleen niet of er logica in de NVMe hat zit anders dan connector <> connector en een schroef om de boel vast te houden..... Misschien moet ik er experimenteel gewoon 1 bestellen

Een USB-c kabel is tegenwoordig ook al lang geen kabel met contactjes die 1 op 1 door lopen... Maar er zitten complete chips en programmatuur in om de juiste onderhandeling te doen tussen de apparaten.

Dus weet aan welke 🐇 🕳️ (Rabbit Hole ) je gaat starten.

Maar wat gaat er dan niet goed met je USB behuizing? Want daar zeg je niets over .. terwijl er voldoende mensen zijn die prima daarvan gebruik maken.

[DjoeC]

duvekot schreef op donderdag 11 december 2025 @ 13:27:
[...]

Een USB-c kabel is tegenwoordig ook al lang geen kabel met contactjes die 1 op 1 door lopen... Maar er zitten complete chips en programmatuur in om de juiste onderhandeling te doen tussen de apparaten.

Dus weet aan welke 🐇 🕳️ (Rabbit Hole ) je gaat starten.

Maar wat gaat er dan niet goed met je USB behuizing? Want daar zeg je niets over .. terwijl er voldoende mensen zijn die prima daarvan gebruik maken.

Het begon met niet willen booten (usb_quircks loste dat op), ombouwen van MBR naar GPT partities (opgelost met parted), geen FSTRIM willen doen, zelfs niet met UDEV regels, geen smartctl data willen geven (udev loste dat min of meer op), nu komt de smart data nog niet in OMV - nog niet opgelost. Eigenlijk is het gewoon een hoop gekloot dat heel, heel veel tijd vergt. Prima om van te leren maar aan t eind moet er wel een soort van oplossing zijn. 't grappige is dat smartctl onder windows (CrystalDiskInfo) wel gewoon werkt.

Het hoeft niet allemaal plug en play maar ik vraag me bij elk probleem opnieuw af: Maakt deze oplossing weer iets anders kapot en zo ergens rond de kerst wil ik de boel (betrouwbaar) draaiend hebben om dat mijn Pi4 spulleboel naar de pi5 te gaan migreren.

Ja, ik heb de afgelopen week veel kennis opgedaan waar ik in eerste instantie niet naar op zoek was.

O ja, trouwens wat stofkappen besteld in China, ben benieuwd

[duvekot]

DjoeC schreef op donderdag 11 december 2025 @ 15:40:
[...]

Het begon met niet willen booten (usb_quircks loste dat op), ombouwen van MBR naar GPT partities (opgelost met parted), geen FSTRIM willen doen, zelfs niet met UDEV regels, geen smartctl data willen geven (udev loste dat min of meer op), nu komt de smart data nog niet in OMV - nog niet opgelost. Eigenlijk is het gewoon een hoop gekloot dat heel, heel veel tijd vergt. Prima om van te leren maar aan t eind moet er wel een soort van oplossing zijn. 't grappige is dat smartctl onder windows (CrystalDiskInfo) wel gewoon werkt.

Het hoeft niet allemaal plug en play maar ik vraag me bij elk probleem opnieuw af: Maakt deze oplossing weer iets anders kapot en zo ergens rond de kerst wil ik de boel (betrouwbaar) draaiend hebben om dat mijn Pi4 spulleboel naar de pi5 te gaan migreren.

Ja, ik heb de afgelopen week veel kennis opgedaan waar ik in eerste instantie niet naar op zoek was.

O ja, trouwens wat stofkappen besteld in China, ben benieuwd

wat heb je voor vage drive/enclosure gekocht dat je al dat soort workaround nodig hebt ? en wat voor een drive zit er in ?

[DjoeC]

uitvoering: Icy Box IB-1817M-C31 Grijs met een uitvoering: Lexar NM790 (zonder heatsink) 4TB Op zich een mooie combinatie maar de Jmicron controller lijkt vaker problemen op te leveren met Linux.

Ik kan vast nog veel meer proberen, het hele internet staat vol met issues en oplossingen - soms al 7 jaar oud - en heb dat deels ook gedaan (o.a. via Raspi forum) maar het wordt "vermoeiend" om elke keer weer opnieuw uren kwijt te zijn aan - wat op mij overkomt als - een kleinigheidje terwijl ik zoveel mogelijk bij het standaard Raspberry OS wil blijven vanwege reproduceerbaarheid naar een oude of een nieuwe installatie: backup scenario, overstappen naar een mini-PC of wat dan ook.

[Raven]

Can a Raspberry Pi match the performance of a modern desktop PC when it comes to GPU performance?

Of course not, in a general sense. But there are specific use cases where you'd be surprised by how close the Pi comes, performance-wise. In some cases, the Pi is actually faster!

---

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

[...]

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.

@duvekot Net weer met de 2 dwarsliggers bezig geweest. Nr3 ge-upgrade na libgtk-3-0 eraf geknikkerd te hebben en daarmee (afgaand op de mee verwijderde pakketten) ook de desktop. Geen probleem voor mij
Heb wel de hele lijst met wat eraf is geknikkerd even in een txt file gegooid, voor het geval er later iets niet goed werkt. Oh en ook bij deze

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

Eventjes apt install --reinstall raspberrypi-archive-keyring en dat is gefixed.

Nr2:
Nog geen succes, ruim 300 packages held back en als ik wat niet-t64 dependencies probeer te verwijderen, moet er eerst een shitload aan packages eraf voor de t64 versie erop kan, alleen die te verwijderen packages hebben ook weer afhankelijkheden waardoor het een grote puinzooi lijkt te worden .

[duvekot]

Raven schreef op zaterdag 20 december 2025 @ 18:53:
[YouTube: 2 GPUs 1 Pi]

[...]

---

[...]

@duvekot Net weer met de 2 dwarsliggers bezig geweest. Nr3 ge-upgrade na libgtk-3-0 eraf geknikkerd te hebben en daarmee (afgaand op de mee verwijderde pakketten) ook de desktop. Geen probleem voor mij
Heb wel de hele lijst met wat eraf is geknikkerd even in een txt file gegooid, voor het geval er later iets niet goed werkt. Oh en ook bij deze

[...]

Eventjes apt install --reinstall raspberrypi-archive-keyring en dat is gefixed.

Nr2:
Nog geen succes, ruim 300 packages held back en als ik wat niet-t64 dependencies probeer te verwijderen, moet er eerst een shitload aan packages eraf voor de t64 versie erop kan, alleen die te verwijderen packages hebben ook weer afhankelijkheden waardoor het een grote puinzooi lijkt te worden .

Ik heb ondertussen al 5 systemen gewoon van scratch af aan opgebouwd

[babbelbox]

Ik heb er onlangs 5 met succes geüpgraded naar Trixie, geen issues.

[Raven]

duvekot schreef op zaterdag 20 december 2025 @ 19:22:
[...]

Ik heb ondertussen al 5 systemen gewoon van scratch af aan opgebouwd

Dat is de makkelijke optie

babbelbox schreef op zaterdag 20 december 2025 @ 20:30:
Ik heb er onlangs 5 met succes geüpgraded naar Trixie, geen issues.

Hier was het 50-50, 2 goed, 2 niet. Al dan 1 wel achteraf gelukt nadat ik een van de dwarsliggers (en daarmee desktop) eraf had geknikkerd. De laatste heeft een kip-ei probleem

[Freee!!]

babbelbox schreef op zaterdag 20 december 2025 @ 20:30:
Ik heb er onlangs 5 met succes geüpgraded naar Trixie, geen issues.

Ik heb een tijdje geleden al 5 (plus WSL Debian) met minimale issues geüpgraded naar Trixie, zesde onlangs met OMV script in verband met OMV.

[Raven]

@duvekot
Het is gelukt , in het kort:
gtk-update-icon-cache eraf -> Van ruim 300 held back naar iets meer dan 200.
libtirpc3 eraf -> 173
libssl3t64 erop -> iets meer dan 100
libpng16-16t64 erop -> iets meer dan 50
libreadline8t64 erop m.b.v. aptitude (apt lukte het niet wegens dependencies) -> iets meer dan 20
upgrade file -> weer een paar minder
Tussendoor autoremove
libglib2.0-0t64 erop -> weer een paar minder
aptitude upgrade -> weer een paar minder
libext2fs2t64 erop -> nog 1 te gaan
systemd-sysv -> er bleken wat pakketten uit het SysV-era nog aanwezig te zijn die dwars lagen....

Heb alle output even in een txt gegooid, zodat ik kan zien wat er nou allemaal is gedaan.

[duvekot]

Raven schreef op zondag 21 december 2025 @ 14:45:
@duvekot
Het is gelukt , in het kort:
gtk-update-icon-cache eraf -> Van ruim 300 held back naar iets meer dan 200.
libtirpc3 eraf -> 173
libssl3t64 erop -> iets meer dan 100
libpng16-16t64 erop -> iets meer dan 50
libreadline8t64 erop m.b.v. aptitude (apt lukte het niet wegens dependencies) -> iets meer dan 20
upgrade file -> weer een paar minder
Tussendoor autoremove
libglib2.0-0t64 erop -> weer een paar minder
aptitude upgrade -> weer een paar minder
libext2fs2t64 erop -> nog 1 te gaan
systemd-sysv -> er bleken wat pakketten uit het SysV-era nog aanwezig te zijn die dwars lagen....

Heb alle output even in een txt gegooid, zodat ik kan zien wat er nou allemaal is gedaan.

heeft je wel ff bezig gehouden ... maar .. als je nu kijkt wat er na de upgrade allemaal daadwerkelijk geïnstalleerd is .. is dat dan gelijk aan wat er zou zijn geweest als je van scratch was gestart?

[DjoeC]

Nu mijn uitvoering: Icy Box IB-1817M-C31 Grijs met geen mogelijkheid "fatsoenlijk" werkend te krijgen is ben ik op zoek naar een alternatieve NVMe<>USB behuizing die een controller heeft die op de Raspi out-of-the-box wel FSTRIM, smartctl e.d. ondersteunt. Dus geen SATA bridge maar echt NVMe/PCIe naar USB. Laat staan dat er nog usb-storage.quirks moet worden toegevoegd. Het waren een paar interessante weken om van alles uit te proberen en het toch (min of meer) draaiend te krijgen - maar omdat ik mijn produktie naar deze nieuwe omgeving will migreren hecht ik eigenlijk aan wat meer voorspelbaar gedrag. De ICY Box leek perfect voor 1 NVMe 80mm vanwege formaat en koeling (zwaar alu + koelribben).

De zoekfunctie van Tweakers levert niet zo heel veel op omdat controller type lang niet altijd in de specs staat, Er moet 1 NVMe 80mm inpassen. Wie o wie?

[duvekot]

DjoeC schreef op zondag 21 december 2025 @ 15:03:
De zoekfunctie van Tweakers levert niet zo heel veel op omdat controller type lang niet altijd in de specs staat, Er moet 1 NVMe 80mm inpassen. Wie o wie?

Ik heb er zelf (nog) geen ervaring mee .. maar deze heeft iig een andere controler:
uitvoering: ACT USB-C M.2 NVMe / PCIe SSD Behuizing, tool-free Zwart

en is bij meer dan 1 shop verkrijgbaar ..

deze schijnt ook wel goed te zijn .. maar alleen via Amazon verkrijgbaar:
uitvoering: Ugreen M.2 NVMe 10 Gbps SSD behuizing Antraciet

[alesandro_46]

Freee!! schreef op zondag 21 december 2025 @ 13:14:
[...]

Ik heb een tijdje geleden al 5 (plus WSL Debian) met minimale issues geüpgraded naar Trixie, zesde onlangs met OMV script in verband met OMV.

Met beta OMV8 neem ik aan? Draait dat (al) naar behoren?

[DjoeC]

alesandro_46 schreef op zondag 21 december 2025 @ 16:07:
[...]

Met beta OMV8 neem ik aan? Draait dat (al) naar behoren?

Mijn OMV 8 beta draait vrij aardig - nieuwe installatie op een (zie hierboven) externe SSD. De definitieve versie wordt volgens de auteur "voor de kerst" verwacht.

[Raven]

duvekot schreef op zondag 21 december 2025 @ 14:56:
[...]

heeft je wel ff bezig gehouden ... maar .. als je nu kijkt wat er na de upgrade allemaal daadwerkelijk geïnstalleerd is .. is dat dan gelijk aan wat er zou zijn geweest als je van scratch was gestart?

Jup, dat duurde wel even Maar snap wel waarom aptitude er niks mee kon, die bleef maar continu oplossingen zoeken, dat duurde zo lang dat het oneindig leek. Wat wil je met honderden pakketten

Pas nadat het aantal held back in de tientallen (en niet honderdtallen) lag kon die ineens voor de nodige pakketten met een oplossing komen. Die oplossing was pakketten die het installeren van een t64-dependency verhinderen verwijderen, t64-versie van die dependency erop, verwijderde pakketten herinstalleren.

Ik heb geen idee of het gelijk gaat zijn (gok van niet ), dan zou ik ergens een hdd/ssd onder het stof weg moeten halen, image erop en dan de lijst met geïnstalleerde packages vergelijken. Heb de lijst van de huidige (zeer waarschijnlijk rommelige) install opgeslagen.

[duvekot]

Raven schreef op zondag 21 december 2025 @ 17:43:
Jup, dat duurde wel even Maar snap wel waarom aptitude er niks mee kon, die bleef maar continu oplossingen zoeken, dat duurde zo lang dat het oneindig leek. Wat wil je met honderden pakketten

Pas nadat het aantal held back in de tientallen (en niet honderdtallen) lag kon die ineens voor de nodige pakketten met een oplossing komen. Die oplossing was pakketten die het installeren van een t64-dependency verhinderen verwijderen, t64-versie van die dependency erop, verwijderde pakketten herinstalleren.

Ik heb geen idee of het gelijk gaat zijn (gok van niet ), dan zou ik ergens een hdd/ssd onder het stof weg moeten halen, image erop en dan de lijst met geïnstalleerde packages vergelijken. Heb de lijst van de huidige (zeer waarschijnlijk rommelige) install opgeslagen.

SD kaartje met een schone image zou genoeg moeten zijn toch?

[Raven]

@duvekot Moet ik er wel een hebben liggen die het nog doet , gebruik al lange tijd SSD's.

[Freee!!]

alesandro_46 schreef op zondag 21 december 2025 @ 16:07:
[...]
Met beta OMV8 neem ik aan? Draait dat (al) naar behoren?

Draait nu versie 8.0-13 (Synchrony), draait naar behoren (N=1).

[babbelbox]

DjoeC schreef op zondag 21 december 2025 @ 15:03:
Nu mijn uitvoering: Icy Box IB-1817M-C31 Grijs met geen mogelijkheid "fatsoenlijk" werkend te krijgen is ben ik op zoek naar een alternatieve NVMe<>USB behuizing die een controller heeft die op de Raspi out-of-the-box wel FSTRIM, smartctl e.d. ondersteunt. Dus geen SATA bridge maar echt NVMe/PCIe naar USB. Laat staan dat er nog usb-storage.quirks moet worden toegevoegd. Het waren een paar interessante weken om van alles uit te proberen en het toch (min of meer) draaiend te krijgen - maar omdat ik mijn produktie naar deze nieuwe omgeving will migreren hecht ik eigenlijk aan wat meer voorspelbaar gedrag. De ICY Box leek perfect voor 1 NVMe 80mm vanwege formaat en koeling (zwaar alu + koelribben).

De zoekfunctie van Tweakers levert niet zo heel veel op omdat controller type lang niet altijd in de specs staat, Er moet 1 NVMe 80mm inpassen. Wie o wie?

Misschien heb ik het gemist, maar waarom wil je zo graag een USB extender? Of hebben we het hier over een RPI < 5?
Voor de RPI5 zijn nl. best een aardige set aan NVMe compatible casings beschikbaar.

[DjoeC]

babbelbox schreef op zondag 21 december 2025 @ 20:02:
[...]

Misschien heb ik het gemist, maar waarom wil je zo graag een USB extender? Of hebben we het hier over een RPI < 5?
Voor de RPI5 zijn nl. best een aardige set aan NVMe compatible casings beschikbaar.

Ik heb een Pi 5, passief gekoeld met een EDATEC en wil ook graag m'n SSD passief gekoeld hoeden. De kastjes (zoals Argon) of andere oplossingen hebben vzv ik kan zien allemaal een mechanische fan. De ICY Box zou voldoende moeten koelen. Het gaat me ook niet om de hoogst haalbare snelheid, dat zit wel goed, maar om de hoogst haalbare (voor mij nu 4TB) opslag.

Maar ik laat me graag adviseren over een passieve NVMe case met voldoende koeling/koeloppervlak (lees: ribben en een stevig blok alu) dat ik voor de komende jaren in een hoek (meterkast) kan wegduwen.

[babbelbox]

DjoeC schreef op zondag 21 december 2025 @ 23:24:
[...]

Ik heb een Pi 5, passief gekoeld met een EDATEC en wil ook graag m'n SSD passief gekoeld hoeden. De kastjes (zoals Argon) of andere oplossingen hebben vzv ik kan zien allemaal een mechanische fan. De ICY Box zou voldoende moeten koelen. Het gaat me ook niet om de hoogst haalbare snelheid, dat zit wel goed, maar om de hoogst haalbare (voor mij nu 4TB) opslag.

Maar ik laat me graag adviseren over een passieve NVMe case met voldoende koeling/koeloppervlak (lees: ribben en een stevig blok alu) dat ik voor de komende jaren in een hoek (meterkast) kan wegduwen.

No offense, maar als ie in de meterkast staat, wat is dan de reden dat je geen fan wilt?
Horen zal je 'm niet. Ik heb gebruik de Argon NEO 5 case, geplaatst in een ruimte op de 1e verdieping maar ik heb nooit het idee dat ik 'm hoor draaien. Vanaf de Argon website kan je een stukje software halen die ook den snelheid van de fan nog regelt, dus draait lang niet altijd op volle toeren.

[DjoeC]

babbelbox schreef op maandag 22 december 2025 @ 06:57:
[...]

No offense, maar als ie in de meterkast staat, wat is dan de reden dat je geen fan wilt?
Horen zal je 'm niet. Ik heb gebruik de Argon NEO 5 case, geplaatst in een ruimte op de 1e verdieping maar ik heb nooit het idee dat ik 'm hoor draaien. Vanaf de Argon website kan je een stukje software halen die ook den snelheid van de fan nog regelt, dus draait lang niet altijd op volle toeren.

Simpel, ik wil geen mechanische koeling want die kan (gaat) kapot. Verbruikt ook nog eens 8kWh/jaar per verbruikte Watt. Ik sta dus open voor een passieve variant.....

[impactftw]

Ik wil graag weten of het veilig is om een Raspberry Pi en een ESP32 te voeden met een S-75-5 voeding, of dat het beter is om USB-C opladers te gebruiken.

Ik heb een kabeldoos met weinig ruimte en wil het liefst maar één stekker gebruiken om alles van stroom te voorzien. Een nadeel is namelijk dat ik geen stekkerblok kwijt kan in de kabeldoos. Daarom lijkt één centrale voeding praktisch, maar ik wil zeker weten dat dit geen problemen geeft qua veiligheid of stabiliteit.

[DjoeC]

Voor de liefhebbers: Nog geen week na de RC1 is vandaag OpenMedaiVault 8.0, OMV, gereleased. Geen grote wijzigingen maar nu geschikt voor Debian 13 (Trixie). Omdat Trixie nogal wat wijzigingen had t.o.v. Bookworm verwacht ik dat Lagere Debian versies niet zullen werken.

Komend weekend zal ik mijn Pi 5 weer eens helemaal opnieuw opzetten (draait nu de beta versie) met een kale Raspberry OS 64-bit Lite en daarna het installatiescript https://github.com/OpenMe...-Developers/installScript

[Freee!!]

DjoeC schreef op woensdag 24 december 2025 @ 12:06:
Voor de liefhebbers: Nog geen week na de RC1 is vandaag OpenMedaiVault 8.0, OMV, gereleased. Geen grote wijzigingen maar nu geschikt voor Debian 13 (Trixie). Omdat Trixie nogal wat wijzigingen had t.o.v. Bookworm verwacht ik dat Lagere Debian versies niet zullen werken.

Bedankt, na een update/upgrade rapporteert OMV nu versie 8.0.1-1 (Synchrony).