Home   2026-10-22 19:56:51

←

Raspberry Pi OS is voortaan ook op pc's en Macs te installeren

Original article

Raspberry Pi heeft zijn besturingssysteem voor de singleboardcomputer uitgebracht voor pc's en Mac-computers. Raspberry Pi OS is gebaseerd op Debian 13 Trixie en bevat in de desktopversie ook tools zoals Raspberry Pi Connect, waarmee gebruikers pc's op afstand kunnen besturen.

Het bedrijf achter de Raspberry Pi schrijft dat het Raspberry Pi OS Desktop beschikbaar maakt voor alle apparaten met een x86_64-architectuur. Daaronder vallen ook Macs met Intel-processors. Het besturingssysteem werkt niet op 32bit-processors en ook niet op moderne Apple-hardware met M-socs. Dat komt doordat het gebaseerd is op Debian 13 Trixie, waarin die ondersteuning ontbreekt. Het OS bevat verder de Linux 6.12 LTS-kernel.

Gebruikers kunnen het besturingssysteem installeren op pc's en Macs, inclusief het Control Panel en alle tools die ook op de normale Raspberry Pi beschikbaar zijn. Het installeren gaat via Calamares, de standaardinstaller voor Raspberry Pi OS.

Daar valt ook Raspberry Pi Connect onder. Dat is de software waarmee Raspberry Pi's op afstand te besturen zijn. Daarmee kunnen gebruikers ook pc's op afstand aansturen. Dat is handig voor wie Raspberry Pi Connect prettiger vindt werken dan bijvoorbeeld vnc. Het enige verschil tussen Raspberry Pi Connect voor pc en Raspberry Connect voor RPi's is dat gebruikers een pc een naam kunnen geven, wat op een Raspberry Pi niet kan.

Raspberry pi OS Dell

Door Tijs Hofmans

Nieuwscoördinator

Feedback • 09-10-2026 15:37
37 • submitter: bAm

09-10-2026 • 15:37

37

Submitter: bAm

Reacties (37)

Wat maakt Rasberry pi OS speciaal vergeleken met een normale Debian installatie? Doet het iets dat andere niet kunnen of zou je hetzelfde kunnen bereiken door Debian en een paar packages te installeren?

[Reactie gewijzigd door David14p op 9 oktober 2026 15:45]

Rpi OS desktop variant heeft een vrij lichte desktop environment out of the box, wat mogelijk een voordeel kan zijn. Maar verder blijft het gewoon debian trixie met een RPi sausje.

Het grote voordeel van de RPiOS is natuurlijk dat het optimalisaties voor de raspberry pi out of the box of in ieder geval maintained. En dat het komt met scripts die ervoor zorgt dat bij installatie de kernel en opstart bestanden op de juiste plek terecht komen. Dat is op een PC of Mac natuurlijk niet echt heel relevant.

Ik denk dat het grootste voordeel zou zitten in dat je echt kan ontwikkelen in dezelfde omgeving als de raspberry pi met ook de raspberry RPiOS speciefieke libraries geinstalleerd op je normale veel snellere ontwikkel PC.
Of als je in een omgeving werkt waar je in een achtergestelde omgeving (afrika/azie??? ik verzin maar iets) waar bijv. een klaslokaal met minimaal budget een aantal RPi's + beeldschermen heeft staan. Dat daar in die omgeving ook iemand die wel een laptop heeft in dezelfde omgeving als de rest van de klas hetzelfde kan doen.

[Reactie gewijzigd door jorisvergeerTBA op 9 oktober 2026 15:59]

Ik denk dat het grootste voordeel zou zitten in dat je echt kan ontwikkelen in dezelfde omgeving als de raspberry pi met ook de raspberry RPiOS speciefieke libraries geinstalleerd op je normale veel snellere ontwikkel PC.
Maar dan zit er nog steeds een groot verschil tussen ARM en x86. Ik vraag me persoonlijk af hoeveel nut dat dan nog heeft.
Tijdens het programmeren maakt je je niet druk om X86 of ARM*. Je C code compileert naar beide. Je python code word hetzelfde geïnterpreteerd. En zelfs tegen de kernel programmeer je tegen practisch dezelfde publieke interface aan.

Het gaat erom dat je je code dependencies beschikbaar hebt. Zodat je code die je schrijft überhaupt op je eigen systeem potentieel kan starten. En zelfs zolang je niet afhankelijk bent van echt specifiek RPi hardware of drivers zou zelfs je code die met dezelfde hardware klasses identiek functioneel kunnen draaien.

*Tenzij je natuurlijk bijv. low level of de compiler zelf schrijft.
Het blijft toch een gevaarlijke. Tuurlijk compileert/interpreteert je code voor de juiste hardware. Maar de hardware in een pi is toch echt trager dan in mijn pc, en de cpu (en gpu?) missen instructies die mijn x64 systeem wel heeft (ok, wordt wel weer opgevangen dat het werkt, maar maakt het verder inefficiënt).

Sure, niemand gaat een zware game voor een 0i maken, maar zou me niet verbazen als dit negatief uitpakt omdat de testen op dev machine goed waren maar de pi de kracht mist voor tools, of dat je toch net die ene instructie gebruikt die de pi niet aan kan en de cpu zich in verslikt (ik denk bvb aan een simpele screen recorder die naar een video formaat comprimeert die de pc aan kan en de pi niet).

Sure, voor de meeste tools geen probleem, maar er is toch wel verschil dat een compiler niet kan oplossen.
Dat zal je echt verbazen. Die hele instructieset maakt voor een programmeur echt niet uit.

En dat zeg ik als iemand die commercieel cross platform multimedia platform onderhoud, met o.a. RPi vanaf 3B+ ondersteunt. En de performance die je kan halen uit zo die ARM cpu is echt veel meer dan je verwacht.
De pi is vrij goed, en zeker met goed programmeerwerk kan je er veel uit halen. Heb hier een hele hoop 3b liggen (goede deal kunnen scoren veel jaar geleden), en gebruik ze voor verschillende projecten.

Maar sommige dingen kan hij toch gewoon niet aan... gebruikte hem als octoprint server, maar met bepaalde combinaties van plugins kon hij niet volgen, waardoor commandos te traag naar de printer gingen (en er heel veel kleine blobs op de print kwamen omdat de printer te lang wachtte). Tuurlijk, het kan aan een slecht geoptimaliseerde plugin liggen, of gewoon te veel ineens... Maar ik heb toen een oude intel 7100 gebaseerde systeem pc gekregen, hier unraid op gezet, en 2 docker containers met octoprint (voor 2 printers) geïnstalleerd met dezelfde plugins en config, zonder probleem. Heb er dan nog 2 cameras voor spaghetti detective (nu obico) voor de 2 printers bij op geïnstalleerd, wat ook werkte.

En waar ik dus in de omgekeerde richting ben gegaan (pi naar x64) om het probleem op te lossen, gaan we nu dus mogelijk aanlopen tegen het probleem dat de dev pc het wel aan kan maar de echte hardware niet.

En ja, het was pi3b, een 4 of 5 zou het mogelijk ook opgelost hebben. Maar ik spreek van vrij lang geleden (spaghetti detective is van november 2019, obico juni 2022, dus in die periode), toen was de pi4 nog maar net uit, waar de i3-7100 uit 2017 is, dus relatief eerlijke test op vlak van hardware leeftijd. En vooral, het is wat ik bij de hand had.
Helemaal mee eens, maar dan is bijvoorbeeld DietPI een veel logischere keuze. Meer lightweight ga je het niet tegen komen, het is ook Debian en het werkt erg mooi. Ik draai het thuis op al mijn SBC's, maar het werkt ook prima in VM's of bare metal, zowel ARM als x86-x64.

https://dietpi.com/
Wat cijfers in vergelijking met RPI OS: https://dietpi.com/stats.html#distrostats
Ik denk dat het grootste voordeel zou zitten in dat je echt kan ontwikkelen in dezelfde omgeving als de raspberry pi met ook de raspberry RPiOS speciefieke libraries geinstalleerd op je normale veel snellere ontwikkel PC.
Nee, dan doe je bouwen en debuggen op je PC en draait de RPi alleen maar de software die je erop wil hebben. Je kunt gewoon QtCreator of Eclipse of wat dan ook remote draaien, dan hoef je op de RPi niks te installeren dan alleen de piepkleine gdbserver.

Als je overigens serieus iets met een RPi wil doen dan doe je dat met Yocto/OE en bouw je gewoon je eigen distro. Dan heb je al die bloatware niet, dus dan boot je in pakweg 8 seconden (waarvan 5 door de closed-source bootloader) naar een complete GUI toe, en heb je een image dat maar ~100MB ruimte inneemt. Bijvoorbeeld.
Ja tuurlijk je kan alles cross compilen en remote draaien. Dat zei ik ook eerder.

En voor je custom distro is dat ook te stellig gezegt. De standaard images van raspi en Debian zijn inderdaad een beetje bloated. Vooral omdat die standaard ingesteld zijn om "recommended" software ook mee te installeren.

Echter kan je ook Debian packages gebruiken om een een minimalistisch systeem te bouwen. Dat scheelt enorm in complexiteit en vooral tijd als niet elke keer opnieuw hoeft te bouwen. Daar zijn gewoon scripts en applicaties voor die aan de hand van je voorkeuren een minimale Debian based image eruit rollen.

Ik heb ervaring met beide overigens, maar het verschil is voor mij 10 uur bouwen met yocto (deels omdat Qt met Webengine deel van mijn stack is) of 8 minuten met Debian prebuilt packages. Op final image size maakt het niet bijzonder veel uit en opstarten uiteindelijk ook niet.

Maar met prebuilt Debian heb ik een code wijziging in git, en 10 minuten later flashbare image om mee te testen.
10 minuten? Da's lang. Mijn Yocto build voor die GUI duurt pakweg een minuut. En daar zit ook Qt in ja.

Bovendien kan ik met Yocto ook gewoon de applicatie lokaal ontwikkelen en incrementeel bouwen, dat is secondenwerk.

De allereerste build die je ooit doet duurt wel een paar uur ja, maar daarna staan de packages gewoon klaar. Voor je info, Yocto bouwt packages en stelt daarmee het image samen. Zelfs een package feed heb ik beschikbaar.

Misschien toch iets meer verdiepen in de materie voor je Yocto/OE gaat afkraken.

[Reactie gewijzigd door cdwave op 12 oktober 2026 15:26]

Afkraken doe ik niet. Speel er zelf ook mee. Ik moet wel een beetje bijblijven.

Alleen heb ik nog niet door hoe die build kort blijft. Want elke keer als ik update, dan is die gewoon weer ruim een uur bezig. Ik vermoed omdat er weer een kernel patch is geweest en alles wat daar dan weer ergens een indirect een dependency op hebt word dan weer opnieuw gebouwd.
Eerste wat ik bedenk als antwoord. Je kunt met het OS spelen zonder een raspberry pi te kopen.
Meeste van Linux distros zijn niet uniek; onderaan de streep kunnen ze in potentie allemaal hetzelfde.

Wat de ene distro meer speciaal maakt dan de andere zit vaak in 2 dingen;
- ondersteuning van free-opensource standaarden en software (of juist niet; nvidia / drivers)
- speciaal of beter gericht en geoptimaliseerd met een specifiek doel voor ogen (bazzite, voor games. Raspberry voor arm en minimale energie en resources. Android voor touchscreen interface, etc)

Onderaan de streep; maar net wat wil bereiken, en hoeveel tijd je daarvoor over hebt :+

Je kan bijv een (opgeblazen ultimate?!) Mint distro pakken, en die net zo lang strippen en optimaliseren tot je het minimale overhoudt. Of je pakt een distro waar dat al voor je gedaan is.

[Reactie gewijzigd door himlims_ op 9 oktober 2026 16:33]

Gaaf! vooral voor oudere laptops zeker interessant
Moeten ze wel 64bit ondersteunen.
De laatste die dat niet waren zijn uit P4 tijdperk < 2006. De eerste generaties x64 van daarna worden of zijn inmiddels op grote schaal gerecyled. Het is niet echt een vraag meer wil ik maar zeggen.
Vergeet de laatste stuiptrekkingen van de 32-bits cpu-s niet. Hier ligt nog ergens een uitvoering: HP Compaq 2133 Mini-Note (FU353EA) onder op een stapel. Een echte 32-bits machine, inclusief de beperking in geheugen adressering. Daarmee kan het al sinds 2010 al geen grote distributie draaien, en de kleine distributies gebruiken ook allemaal de adres-uitbreiding voorbij de 4 GB wat deze machines missen.

Toegegeven, na 15 jaar zullen de meeste van die kastjes wel een beetje opgeruimd zijn.
Gelukkig hield productie zo'n 20 jaar geleden op voor 32 bit laptops :)
Gaaf! vooral voor oudere laptops zeker interessant
Dat ligt eraan wat je wilt doen.

Al zoek je enkel een lichtgewicht OS, dan kan je ook kijken naar bijvoorbeeld DietPi. Die heeft ook compatibiliteit met Debian omdat het daarop gebaseerd is.
Voor stokoude laptops is er puppy linux. Bijvoorbeeld. Maar gewoon standaard Ubuntu draait prima vloeiend op een >10 jaar oude PC of laptop.
Hmm, kan ik nu gratis Mathematica en Minecraft draaien op elke machine?
Als ze een x64 port hebben wel ja. Een arm applicatie zal niet zomaar werken op een x64 processor.
Al die Linux desktops zijn 1 pot nat. Beetje een andere schil, dat is het dan wel.
Ik zie dit niet als een positieve ontwikkeling. Waar RPi-OS specifiek voor hun SBC's gebouwd is, moet het nu capaciteit gaan verdelen over verschillende platformen.

Op de andere platformen zie ik niet wat Pi-OS gaat bieden wat andere distro's niet al aanbieden.

Oftewel: minder capaciteit op het eigen platform, en niks nieuws toevoegen op andere platformen. Lose-lose situatie wat mij betreft.
Je denkt dat de maintainers bij Raspberry Pi hun distributie volledig op Pi apparaten bouwen en onderhouden? Ik vermoed dat deze PC/Mac distributie al lang intern bestond om op meer performante CPUs te kunnen ontwikkelen en ze nu gekozen hebben deze ook vrij te geven...
Nee dat is niet wat ik dacht.

Wat ik denk is dat er nu vanuit meer plekken (bug)reports binnenkomen waar ze hun aandacht aan moeten besteden, of tools moeten aanpassen/herschrijven zodat het voor meer achitecturen/hardware werkt.

Ik mis vooral de beweegreden om dit te willen doen en zie nog niet wat dit OS extra biedt. RPi-OS was juist gericht ontwikkeld om laagdrempelig kennis te maken met, of gebruik te maken van de Raspberry Pi, dat kan alleen maar vertroebelen als je het OS verder trekt dan het RPi platform.
Deze download op hun website is een iso. Voor de hand liggende vraag : iso op USB stick zetten (Rufus) en laptop daarvan opstarten? Of is dit speciaal en anders? Iemand al geprobeerd?
Dit hebben ze in het verleden al gedaan met, volgens mij, de Buster release op x86 :)
Fijn dat ze het nu weer beschikbaar hebben gemaakt en nu op op 64 bit architectuur kan draaien.
Hoera! Eindelijk. Ik gebruik de RPi5 als desktop PC. Op mijn laptop wilde ik hetzelfde omdat dan de menu's hetzelfde zijn. Maar er was geen onderhoud op Buster, behalve de bugfixes. Ik heb nog geprobeerd met een upgrade maar hoger dan Bookworm kwam ik niet. Uit nood heb ik Linux Mint geïnstalleerd, dat past het best bij mij als gewone(?) gebruiker. Ik zou best naar RPiOS willen, maar hoe zit het met onderhoud?
Leuk. Draai al op één van m’n Raspberries de desktop versie van RPiOS (de rest draait op de headless light versie).

Deze x86 versie is uitermate geschikt voor mijn Acer Aspire One D255 Netbook met Intel Atom N550 cpu, gelukkig wel 64-bits, uit 2010.
Ik gebruik ook de desktop versie voor kantoor/thuis omstandigheden. En een beetje bash scripting. Ik heb een laptopje voor onderweg, een Toshiba T14 gen 1 met zowel W11 als Linux Mint. Op mijn RPi4's en 3's ook desktop via XRDP, alles heb ik hetzelfde en wil ik hetzelfde maken. Elke keer omschakelen leid me teveel af. Fijn dat ik dan ook op afstand mijn laptop kan bereiken als ik RPiOS op mijn laptop zet. Maar al die software overzetten, ik denk er nog even over na.
Zou het ook kunnen werken op een (ouder) chromebook?
Ik heb ook een wat oudere Chromebook met een Intel CPU. Ook ik heb overwogen om er linux op te zetten, wat zou moeten kunnen met een aantal kunstgrepen. Zie elders op het internet voor beschrijving. Maar ik heb ook een Android App (MobileSheets Pro, wat ik gebruik om mijn bladmuziek bieb mee te kunnen nemen en set lists te kunnen maken) welke niet voor andere platformen beschikbaar is. Als er een goede vervanger is die onder linux werkt dan stap ik ook over.
In het kader van zinloze updates is dit er eentje vind ik persoonlijk. Pi OS draaide allang binnen VM en een test omgeving is ook de enige zinnige reden om een Pi OS buiten Pi te draaien.

Kan iemand reageren die heel graag zijn mooie MacBook native Pi OS zou willen geven? Dan heb ik ook weer wat geleerd.
Kan iemand reageren die heel graag zijn mooie MacBook native Pi OS zou willen geven? Dan heb ik ook weer wat geleerd.
Ik heb dan geen Mac, er worden nog zat Mac's met Intel processor op Marktplaats aangeboden. Alleen... de ondersteuning voor deze Mac's verloopt nu. Dan kan je hem nu mooi en makkelijk omkatten naar een Linux machine 🎉
Dat is inderdaad een valide reden.

Om te kunnen reageren moet je ingelogd zijn