Raspberry Pi: Ervaringen en Discussie - deel 2

[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).

[RepareerDroid]

Wil ik net een Raspberry Pi 5 kopen blijken de prijzen deze week sterk verhoogd: nieuws: Raspberry Pi verhoogt prijzen opnieuw door geheugentekort

Voor deze prijzen ga ik kijken naar andere opties. In ieder geval geen Raspberry Pi's meer voorlopig.

[duvekot]

RepareerDroid schreef op vrijdag 6 februari 2026 @ 15:34:
Wil ik net een Raspberry Pi 5 kopen blijken de prijzen deze week sterk verhoogd: nieuws: Raspberry Pi verhoogt prijzen opnieuw door geheugentekort

Voor deze prijzen ga ik kijken naar andere opties. In ieder geval geen Raspberry Pi's meer voorlopig.

Ik vrees dat andere oplossingen ook gewoon een stuk duurder geworden zijn .. dus ik ben benieuwd waar je op uit komt..

[DjoeC]

duvekot schreef op vrijdag 6 februari 2026 @ 16:15:
[...]

Ik vrees dat andere oplossingen ook gewoon een stuk duurder geworden zijn .. dus ik ben benieuwd waar je op uit komt..

Gebruikte mini pc's via veilingsite bijvoorbeeld: https://onlineveilingmeester.nl/nl/veilingen/8533/kavels ? Ex overheid dus weinig gebruikt

[duvekot]

DjoeC schreef op zaterdag 7 februari 2026 @ 00:11:
[...]

Gebruikte mini pc's via veilingsite bijvoorbeeld: https://onlineveilingmeester.nl/nl/veilingen/8533/kavels ? Ex overheid dus weinig gebruikt

offtopic:
Is dat dan de prijs voor 1 stuk? Of direct 139 laptops?

[Raven]

DjoeC schreef op zaterdag 7 februari 2026 @ 00:11:
[...]

Gebruikte mini pc's via veilingsite bijvoorbeeld: https://onlineveilingmeester.nl/nl/veilingen/8533/kavels ? Ex overheid dus weinig gebruikt

offtopic:
SFF Shuttle pc met 7th gen quadcore CPU en wat RAM, tientjeswerk op marktplaats omdat 8th gen en daarmee Windows 11 niet ondersteund wordt. Er draait Debian op

[DjoeC]

duvekot schreef op zaterdag 7 februari 2026 @ 00:24:
[...]

offtopic:
Is dat dan de prijs voor 1 stuk? Of direct 139 laptops?

offtopic:
Voor 139 stuks. De prijs zal tegen het einde nog wel oplopen maar goed, dan bouw je een cluster van 14 en heb je er 125 om door te verkopen

Maar t zijn geen Raspi's en mijn 16GB Pi5 met 4TB SSD zoemt met elke dag een extra Docker container lekker door. Maar de laatste migreren (Z2M, NextCloud, HA) vergt wel iets meer aandacht (precisie) om onderweg niks te verliezen.

Ik heb zelf geen Intel oplossing nodig en heb deze Pi gekocht op de dag van de voorlaatste prijsverhoging voor de toen nog laagste prijs: 150,- inclusief officieele voeding en een EDATEC passieve koeling.

[DjoeC]

Raven schreef op zaterdag 7 februari 2026 @ 08:19:
[...]

offtopic:
SFF Shuttle pc met 7th gen quadcore CPU en wat RAM, tientjeswerk op marktplaats omdat 8th gen en daarmee Windows 11 niet ondersteund wordt. Er draait Debian op

offtopic:
Huh? Geen W11? Los van of je dat zou moeten willen zijn er voldoende W11 zonder TPM noodzaak in omloop (ik neem aan dat je daar op doelt). Debian is sowieso voor een miniserver, evt in cluster, de betere optie.

Ik gebruik op mijn Pi trouwens Openmediavault (Debian zonder desktop met serverschil). Die oplossing begint me steeds beter te bevallen en werkt ook op andere architecturen

[Raven]

DjoeC schreef op zondag 8 februari 2026 @ 17:11:
[...]

offtopic:
Huh? Geen W11? Los van of je dat zou moeten willen zijn er voldoende W11 zonder TPM noodzaak in omloop (ik neem aan dat je daar op doelt). Debian is sowieso voor een miniserver, evt in cluster, de betere optie.

offtopic:
Officieel niet nee, de betreffende Shuttle pc ondersteund 6th en (na bepaalde BIOS versie) 7th gen processors, niet 8th gen en W11 vereist in het geval van Intel minimaal 8th gen. Dat het met een oudere CPU ook wel werkt maakt blijkbaar niet uit, geen officiële ondersteuning voor/door W11 -> lager prijskaartje Plus dit wordt een router-pc en dan ga ik echt geen logge Windows draaien

[Piet91]

Ben benieuwd voor welk bedrag die PC's straks weggaan bij die veiling. Onlangs ook een veiling in de gaten gehouden met dergelijke PC's en de bedragen waarvoor die weggingen ...

Hou er wel rekening mee dat ze geen voedingsadapters hebben; en deden die HP/Dell PC's niet moeilijk met proprietary voeding?

EDIT: PC's gingen weg voor gemiddeld €75,70 (30 stuks voor €2271) - €96,53 p/stuk (17 stuks voor €1641) .
Ik heb geen account, dus weet niet welke kosten er nog bij kwamen.
Kavel van 185 stuks ging weg voor €16.011.

[ Voor 28% gewijzigd door Piet91 op 08-02-2026 21:15 ]

[DjoeC]

Piet91 schreef op zondag 8 februari 2026 @ 18:08:
Ben benieuwd voor welk bedrag die PC's straks weggaan bij die veiling. Onlangs ook een veiling in de gaten gehouden met dergelijke PC's en de bedragen waarvoor die weggingen ...

Hou er wel rekening mee dat ze geen voedingsadapters hebben; en deden die HP/Dell PC's niet moeilijk met proprietary voeding?

EDIT: PC's gingen weg voor gemiddeld €75,70 (30 stuks voor €2271) - €96,53 p/stuk (17 stuks voor €1641) .
Ik heb geen account, dus weet niet welke kosten er nog bij kwamen.
Kavel van 185 stuks ging weg voor €16.011.

Kosten bij die veiling: 22%. Gewoon bij de pi blijven......

[Piet91]

DjoeC schreef op zondag 8 februari 2026 @ 23:09:
Kosten bij die veiling: 22%. Gewoon bij de pi blijven......

T.o.v. deze veilingen..ja. Of als je specifiek iets wil waar de RPi het meest voor geschikt is.
Maar (zelfs in deze rottijd van absurd dure hardware) zijn er wel alternatieven.
HP/Dell Mini PC's haal je nog steeds voor minder dan een RPi (die nog voeding, opslag, behuizing e.d. nodig heeft).
Veel draaien(draaiden?) de Unifi Controller op een Pi. Zelf gekozen voor een HP T620 die goedkoper was dan een geheugenkaartje alleen.

[mphilipp]

Hopelijk kan hier iemand een goede tip geven. Naar mijn idee heb ik werkelijk al alles geprobeerd, maar de winnende combinatie heb ik nog niet gevonden.

Ik heb een RPi 5 met een Pimori NVME Base (dus geen HAT). Ik had nog een NVME SSD liggen, maar helaas is die niet compatible, dus die ging helemaal niet werken. Via via een Samsun 980 500Gb gekocht en die heb ik in zoverre werkend, dat ik 'm kan zien als ik opgestart ben van een SD kaartje, maar ervan booten doet ie niet. Ik heb op 3 manier een image op die SSD gekiept, maar hij blijft weigeren. Ik heb de boot order op NVME-USB-SD staan, maar ik moet iedere keer weer een paar minuutjes wachten tot ie er genoeg van heeft en uiteindelijk boot ie maar weer van de SD kaart. Dit heb ik al gedaan:

• tip van Jeff Geerling: met rpi-clone de SD kaart clonen naar de SSD. Gedaan, image staat erop, maar no sigar
• SSD in een USB doosje steken en via Raspberry Pi Imager een image erop gezet. Ook geen succes
• Destop opgestart vanaf de SD en van daaruit de Imager gestart en de SSD van een image voorzien. Nope

Ik kan de SSD zien, ik heb 'm zelfs even gemount met de hand en gekeken wat erop stond. Ik lijkt gewoon de /boot partition en de / partition te hebben en alles staat goed zo te zien. Ik zie in de fstab de juiste partition id's staan en met lsblk zie ik ook gewoon de SSD, maar booten doet ie niet.

Ik heb allerlei zaken geprobeerd qua configs die her en der geroepen worden:

• BOOT_ORDER to 0xf416 (NVME-USB-SD)
• dtparam=nvme
• dtparam=pciex1_gen=3
• PCIE_PROBE=1 in de eeprom lijkt juist niet te werken
• sudo rpi-eeprom-update -a ook al talloze keren gedaan, ook alles updaten enzo

Ik zie geen errors in de dmesg staan... WTF is hier nu aan de hand?
Het is geen compatibiliteits issue denk ik, want ik zie dat ding gewoon en ik kan er van alles mee doen, behalve booten Alles is dus ook correct aangesloten, anders had ik die drive ook niet kunnen mounten.
Ik zat er al aan te denken om live de filesystems te wisselen, maar dat gaat natuurlijk niet, want als ik de oude root partition umount, kan ik de andere niet meer mounten, want geen linus meer...Ja, ik ben nu gekke dingen aan het bedenken. Misschien in de fstab op de sd kaart de id's van de ssd zetten? Zou ie daar in trappen?

Wie kan iets zinnigs hier over zeggen?

[synoniem]

mphilipp schreef op zondag 3 mei 2026 @ 15:32:
Hopelijk kan hier iemand een goede tip geven. Naar mijn idee heb ik werkelijk al alles geprobeerd, maar de winnende combinatie heb ik nog niet gevonden.

Ik heb een RPi 5 met een Pimori NVME Base (dus geen HAT). Ik had nog een NVME SSD liggen, maar helaas is die niet compatible, dus die ging helemaal niet werken. Via via een Samsun 980 500Gb gekocht en die heb ik in zoverre werkend, dat ik 'm kan zien als ik opgestart ben van een SD kaartje, maar ervan booten doet ie niet. Ik heb op 3 manier een image op die SSD gekiept, maar hij blijft weigeren. Ik heb de boot order op NVME-USB-SD staan, maar ik moet iedere keer weer een paar minuutjes wachten tot ie er genoeg van heeft en uiteindelijk boot ie maar weer van de SD kaart. Dit heb ik al gedaan:

• tip van Jeff Geerling: met rpi-clone de SD kaart clonen naar de SSD. Gedaan, image staat erop, maar no sigar
• SSD in een USB doosje steken en via Raspberry Pi Imager een image erop gezet. Ook geen succes
• Destop opgestart vanaf de SD en van daaruit de Imager gestart en de SSD van een image voorzien. Nope

Ik kan de SSD zien, ik heb 'm zelfs even gemount met de hand en gekeken wat erop stond. Ik lijkt gewoon de /boot partition en de / partition te hebben en alles staat goed zo te zien. Ik zie in de fstab de juiste partition id's staan en met lsblk zie ik ook gewoon de SSD, maar booten doet ie niet.

Ik heb allerlei zaken geprobeerd qua configs die her en der geroepen worden:

• BOOT_ORDER to 0xf416 (NVME-USB-SD)
• dtparam=nvme
• dtparam=pciex1_gen=3
• PCIE_PROBE=1 in de eeprom lijkt juist niet te werken
• sudo rpi-eeprom-update -a ook al talloze keren gedaan, ook alles updaten enzo

Ik zie geen errors in de dmesg staan... WTF is hier nu aan de hand?
Het is geen compatibiliteits issue denk ik, want ik zie dat ding gewoon en ik kan er van alles mee doen, behalve booten Alles is dus ook correct aangesloten, anders had ik die drive ook niet kunnen mounten.
Ik zat er al aan te denken om live de filesystems te wisselen, maar dat gaat natuurlijk niet, want als ik de oude root partition umount, kan ik de andere niet meer mounten, want geen linus meer...Ja, ik ben nu gekke dingen aan het bedenken. Misschien in de fstab op de sd kaart de id's van de ssd zetten? Zou ie daar in trappen?

Wie kan iets zinnigs hier over zeggen?

Wat heb je in /boot/firmware/cmdline.txt staan?

[DjoeC]

mphilipp schreef op zondag 3 mei 2026 @ 15:32:
Hopelijk kan hier iemand een goede tip geven. Naar mijn idee heb ik werkelijk al alles geprobeerd, maar de winnende combinatie heb ik nog niet gevonden.

Ik heb een RPi 5 met een Pimori NVME Base (dus geen HAT). Ik had nog een NVME SSD liggen, maar helaas is die niet compatible, dus die ging helemaal niet werken. Via via een Samsun 980 500Gb gekocht en die heb ik in zoverre werkend, dat ik 'm kan zien als ik opgestart ben van een SD kaartje, maar ervan booten doet ie niet. Ik heb op 3 manier een image op die SSD gekiept, maar hij blijft weigeren. Ik heb de boot order op NVME-USB-SD staan, maar ik moet iedere keer weer een paar minuutjes wachten tot ie er genoeg van heeft en uiteindelijk boot ie maar weer van de SD kaart. Dit heb ik al gedaan:

• tip van Jeff Geerling: met rpi-clone de SD kaart clonen naar de SSD. Gedaan, image staat erop, maar no sigar
• SSD in een USB doosje steken en via Raspberry Pi Imager een image erop gezet. Ook geen succes
• Destop opgestart vanaf de SD en van daaruit de Imager gestart en de SSD van een image voorzien. Nope

Ik kan de SSD zien, ik heb 'm zelfs even gemount met de hand en gekeken wat erop stond. Ik lijkt gewoon de /boot partition en de / partition te hebben en alles staat goed zo te zien. Ik zie in de fstab de juiste partition id's staan en met lsblk zie ik ook gewoon de SSD, maar booten doet ie niet.

Ik heb allerlei zaken geprobeerd qua configs die her en der geroepen worden:

• BOOT_ORDER to 0xf416 (NVME-USB-SD)
• dtparam=nvme
• dtparam=pciex1_gen=3
• PCIE_PROBE=1 in de eeprom lijkt juist niet te werken
• sudo rpi-eeprom-update -a ook al talloze keren gedaan, ook alles updaten enzo

Ik zie geen errors in de dmesg staan... WTF is hier nu aan de hand?
Het is geen compatibiliteits issue denk ik, want ik zie dat ding gewoon en ik kan er van alles mee doen, behalve booten Alles is dus ook correct aangesloten, anders had ik die drive ook niet kunnen mounten.
Ik zat er al aan te denken om live de filesystems te wisselen, maar dat gaat natuurlijk niet, want als ik de oude root partition umount, kan ik de andere niet meer mounten, want geen linus meer...Ja, ik ben nu gekke dingen aan het bedenken. Misschien in de fstab op de sd kaart de id's van de ssd zetten? Zou ie daar in trappen?

Wie kan iets zinnigs hier over zeggen?

Kijk even hier: https://jamesachambers.co...ide-for-ssd-flash-drives/

Bij mij (andere behuizing, pi5, zelfde probleem...) kwamen daar deze aanpassingen uit:

code:

sudo nano /boot/firmware/cmdline.txt
usb-storage.quirks=152D:0562:u
reboot

Controleer je eigen quirks nummers!!!

Voor mijn 4TB NVMe kwam daar dit nog bij:
https://raspberrypi.stackexchange.com/a/149505

code:

sudo su
sudo fdisk -l   
gdisk /dev/sda  
o    Using GPT and creating fresh protective MBR.
n    Begin: 8192, end: 32G  create new partition for bootfs -> Type 0700
n    Begin: default, end: default   create new partition for rootfs
w    Make effective
reboot now  
    
sudo dd if=/dev/mmcblk0p1 of=/dev/sda1 status=progress  ==> Copy bootfs
sudo dd if=/dev/mmcblk0p2 of=/dev/sda2 status=progress  ==> Copy rootfs
    
blkid   Write down PARTUUID's
bootfs: PARTUUID="70ca73a2-ad63-4628-96c2-229c465f4eef" ==>CHECK!!
rootfs: PARTUUID="815cda44-aeb5-4846-9fdc-9b68404538ac" ==>CHECK!!
    
mount /dev/sda1 /media  ==>Temporary mount
nano /media/cmdline.txt ==>Edit cmdline on temp mount
==>Replace PARTUUID with rootfs PARTUUID, insert rootdelay=10 before rootwait   
    
mount /dev/sda2 /media  ==>Temporary mount
nano /media/etc/fstab   ==>Edit fstab
==>Replace PARTUUID's bootfs, rootfs    
    
reboot now

sudo e2fsck -f /dev/sda2    
sudo resize2fs /dev/sda2    ==>Resize sda2 to maximum
sudo poweroff                   ==>Remove SD card after powerdown

[mphilipp]

DjoeC schreef op zondag 3 mei 2026 @ 18:02:
[...]
Bij mij (andere behuizing, pi5, zelfde probleem...) kwamen daar deze aanpassingen uit:

Maar ik gebruik geen USB interface, maar een NVME Base. Dat ding zit onder de Pi (dus geen HAT) en is verbonden met de PCIE poort via een flatcable.

[mphilipp]

synoniem schreef op zondag 3 mei 2026 @ 15:46:
[...]
Wat heb je in /boot/firmware/cmdline.txt staan?

Die op de SD kaart:

code:

console=serial0,115200 console=tty1 root=PARTUUID=dff36ff5-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles ds=nocloud;i=rpi-imager-1777473568772 cfg80211.ieee80211_regdom=NL

En die op de SSD:

code:

console=serial0,115200 console=tty1 root=PARTUUID=45110d0a-02 rootfstype=ext4 fsck.repair=yes rootwait resize quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=NL ds=nocloud;i=rpi-imager-1777751126969

[DjoeC]

mphilipp schreef op zondag 3 mei 2026 @ 21:30:
[...]

Maar ik gebruik geen USB interface, maar een NVME Base. Dat ding zit onder de Pi (dus geen HAT) en is verbonden met de PCIE poort via een flatcable.

Check, verkeerd gelezen.....

[The Zep Man]

mphilipp schreef op zondag 3 mei 2026 @ 15:32:
Hopelijk kan hier iemand een goede tip geven. Naar mijn idee heb ik werkelijk al alles geprobeerd, maar de winnende combinatie heb ik nog niet gevonden.

Ik heb een RPi 5 met een Pimori NVME Base (dus geen HAT).

Heb je de bootloader van de Pi 5 vernieuwd?

[synoniem]

mphilipp schreef op zondag 3 mei 2026 @ 21:36:
[...]

Die op de SD kaart:

code:

console=serial0,115200 console=tty1 root=PARTUUID=dff36ff5-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles ds=nocloud;i=rpi-imager-1777473568772 cfg80211.ieee80211_regdom=NL

En die op de SSD:

code:

console=serial0,115200 console=tty1 root=PARTUUID=45110d0a-02 rootfstype=ext4 fsck.repair=yes rootwait resize quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=NL ds=nocloud;i=rpi-imager-1777751126969

Als je dit commando:

sudo blkid /dev/nvme0n1p2

is dan PARTUUID 45110d0a-02?
Zo ja dan moet je waarschijnlijk de bootloader bijwerken. Zo nee dan moet je het goede PARTUUID nummer invullen in de cmdline.txt.

[mphilipp]

synoniem schreef op maandag 4 mei 2026 @ 00:13:
[...]
Als je dit commando:

sudo blkid /dev/nvme0n1p2

is dan PARTUUID 45110d0a-02?
Zo ja dan moet je waarschijnlijk de bootloader bijwerken. Zo nee dan moet je het goede PARTUUID nummer invullen in de cmdline.txt.

De partition id is idd dat getal. Maar de bootloader updaten heb ik al meer keren gedaan dan ik mij kan herinneren. Dit is de output als ik het nog eens doe:

code:

mphilipp@bambuddy:~ $ sudo rpi-eeprom-update -a
BOOTLOADER: up to date
   CURRENT: Tue Apr 14 21:20:24 UTC 2026 (1776201624)
    LATEST: Tue Apr 14 21:20:24 UTC 2026 (1776201624)
   RELEASE: latest (/usr/lib/firmware/raspberrypi/bootloader-2712/latest)
            Use raspi-config to change the release.

[synoniem]

mphilipp schreef op maandag 4 mei 2026 @ 00:31:
[...]

De partition id is idd dat getal. Maar de bootloader updaten heb ik al meer keren gedaan dan ik mij kan herinneren. Dit is de output als ik het nog eens doe:

code:

mphilipp@bambuddy:~ $ sudo rpi-eeprom-update -a
BOOTLOADER: up to date
   CURRENT: Tue Apr 14 21:20:24 UTC 2026 (1776201624)
    LATEST: Tue Apr 14 21:20:24 UTC 2026 (1776201624)
   RELEASE: latest (/usr/lib/firmware/raspberrypi/bootloader-2712/latest)
            Use raspi-config to change the release.

Als je met raspi-config je de bootvolgorde aangepast hebt naar nvme eerst, usb tweede en sdkaart als laatste heb ik geen slimme ideeën meer. Lijkt het toch op een defect of incompatibiliteit.

Ik gebruik overigens tegenwoordig Pi netboot om het OS te installeren zodat ik geen SD-kaartjes meer nodig heb en dat werkt bij de Pi 4 in ieder geval ook met een nog lege USB SSD of HDD.

[Keyb]

Leuk spul hoor die Pico 2 W.

[synoniem]

Keyb schreef op maandag 4 mei 2026 @ 11:04:
Leuk spul hoor die Pico 2 W.
[Afbeelding]

Pico of Zero?

[Keyb]

synoniem schreef op maandag 4 mei 2026 @ 11:21:
[...]

Pico of Zero?

Pico 2 W. (onderste )



Ik heb er een Lua vm voor compiled, met een mini game engine en die reference game in ~ 850 regels lua. Bluetooth connectie met mijn Gulikit KK3 Max controller en spelen maar.

[ Voor 14% gewijzigd door Keyb op 04-05-2026 11:33 ]

[Raven]

Heeft iemand toevallig ervaring met het buiten gebruiken van een RPi (Zero W)? Wil die zelfstandig laten draaien met wat weersensors en een RTL-SDR stickje. Accu en zonnepaneel kom ik wel uit (genoeg over te vinden), waar ik wat moeite mee heb is de IP65(?) behuizing en of die voor koeling enige ventilatie dient te hebben a la https://www.amazon.com/El...of-Mounting/dp/B0D2QX8YF7

[DjoeC]

Raven schreef op woensdag 27 mei 2026 @ 19:42:
Heeft iemand toevallig ervaring met het buiten gebruiken van een RPi (Zero W)? Wil die zelfstandig laten draaien met wat weersensors en een RTL-SDR stickje. Accu en zonnepaneel kom ik wel uit (genoeg over te vinden), waar ik wat moeite mee heb is de IP65(?) behuizing en of die voor koeling enige ventilatie dient te hebben a la https://www.amazon.com/El...of-Mounting/dp/B0D2QX8YF7

Ik heb een Pi3 met PoE (zo'n dongle ding), een adsb stick en een voorsterkertje in zo'n doos. Ik heb onderdelen - specifiek de RTL-SDR V3 -vastgezet op aluminium plaatjes als koellichaampjes. Ook hier en daar alu folie gebruikt om warmte te verdelen, geen fan en let op voor kortsluiting! De Pi regelt zich zelf terug als ie te warm wordt maar alles werkt inmiddels 5 jaar zonder dat ik er naar om heb hoeven kijken. Er zit een mini-gaatje indeling waar lucht door kan, da's ook van belang om condensatie tegen te gaan. Het kastje hangt in een stalen mast op 8m hoog maar wel zoveel mogelijk in de schaduw....

Jouw setup (zero W) gaat flink minder vermogen verbruiken, dat moet makkelijk buiten kunnen hangen, heb je geen hele grote kast voor nodig. Je sensoren zullen vast buiten de kast gaan komen....

[Raven]

@DjoeC De sensoren erbuiten i.d.d., maar wil wel kijken of ik 'm zonder stopcontact (dus accu en zonnepaneeltje) kan laten draaien, er komt dus een kleine (lood?)accu bij in, daar moet ik mij nog even verder in verdiepen.

[DjoeC]

Raven schreef op woensdag 27 mei 2026 @ 21:48:
@DjoeC De sensoren erbuiten i.d.d., maar wil wel kijken of ik 'm zonder stopcontact (dus accu en zonnepaneeltje) kan laten draaien, er komt dus een kleine (lood?)accu bij in, daar moet ik mij nog even verder in verdiepen.

Ik kan met PoE bij de mijne komen via een mantelbuis Voordeel: geen wifi nodig. Daardoor hangt ie ook aan een UPS wat weer helpt bij onverwacht stroom uitval en het risico evt corrupte SD kaartjes helpt verminderen. Als je een kaartje gebruikt: zo min mogelijk schrijfacties. Zoveel mogelijk RAM disk gebruiken. kaartjes voor extreme omstandigheden gebruiken of een SSD. Temperatuur (vorst, hittegolf) en condensatie (o.a. dauwpunt) zijn je vijanden. Een compacte kast die wat warmer blijft is dan beter dan een grote kast die intern dichter bij de buitentemperatuur zit. Denk aan mist als een risico.

Aanvulling: afhankelijk van je verbruik kun je ook supercaps (condensatoren) gebruiken. Mijn Davis heeft die met een mini zonnepaneel en een CR123 batterij voor backups. De batterij is al een paar jaar niet vervangen. ..... Overweeg ook eens een ESP32 versie ipv een Pi.

[ Voor 12% gewijzigd door DjoeC op 27-05-2026 22:01 ]

[The Zep Man]

DjoeC schreef op woensdag 27 mei 2026 @ 21:57:
Ik kan met PoE bij de mijne komen via een mantelbuis Voordeel: geen wifi nodig. Daardoor hangt ie ook aan een UPS wat weer helpt bij onverwacht stroom uitval en het risico evt corrupte SD kaartjes helpt verminderen.

In zo'n configuratie zou ik een Pi 3 zonder microSD-kaart via netwerk booten. Via PoE kan een herstart geforceerd worden wanneer ooit nodig.

[Raven]

DjoeC schreef op woensdag 27 mei 2026 @ 21:57:
[...]

Ik kan met PoE bij de mijne komen via een mantelbuis Voordeel: geen wifi nodig. Daardoor hangt ie ook aan een UPS wat weer helpt bij onverwacht stroom uitval en het risico evt corrupte SD kaartjes helpt verminderen.

Er ligt geen buis daarnaar toe en mag niet in de gevel (appartement met meerdere verdiepingen) boren, dus kabel naar buiten trekken zou dan via het enkelglas raampje van de badkamer moeten en zal dan ff moeten kijken of ik een voor Raspbian geschikte USB-LAN adapter hebben liggen.

De PoE-switch hangt hier niet aan een UPS, de router-pc, download-pc en de 2 Pi's met PiHole wel.

DjoeC schreef op woensdag 27 mei 2026 @ 21:57:
Als je een kaartje gebruikt: zo min mogelijk schrijfacties. Zoveel mogelijk RAM disk gebruiken. kaartjes voor extreme omstandigheden gebruiken of een SSD.

Al mijn Pi's (0 W, 2x model 2, 2x model 3) zijn voorzien van een 2e hands 40GB SSD uit Intel's 320 serie. Ze kunnen niet allemaal rechtstreeks van USB booten dus een paar hebben nog een microSD kaartje met de bootcode.bin file erop. (voor een file van een paar kB een microSD kaart van enkele GB's )

Daarnaast maak ik standaard een RAM-disk aan voor logs, al moet ik even checken of ik dat bij de huidige installaties van de Pi's ook heb gedaan

DjoeC schreef op woensdag 27 mei 2026 @ 21:57:
Temperatuur (vorst, hittegolf) en condensatie (o.a. dauwpunt) zijn je vijanden. Een compacte kast die wat warmer blijft is dan beter dan een grote kast die intern dichter bij de buitentemperatuur zit. Denk aan mist als een risico.

Ok.

DjoeC schreef op woensdag 27 mei 2026 @ 21:57:
Aanvulling: afhankelijk van je verbruik kun je ook supercaps (condensatoren) gebruiken. Mijn Davis heeft die met een mini zonnepaneel en een CR123 batterij voor backups. De batterij is al een paar jaar niet vervangen. ..... Overweeg ook eens een ESP32 versie ipv een Pi.

ESP32 voor sensors alleen zou een optie kunnen zijn, echter heb ik ook een RTL-SDR stickje die naar buiten gaat.