Deze thread veranderde in de loop der tijd van onderwerp. Hij begon als een installatiehandleiding voor CasaOS BTOP uit 2024, maar werd in maart 2025 veel waardevoller toen ZimaOS 1.3.3 een ingebouwd btop-prestatiepaneel toevoegde en verschillende gebruikers van ZimaBoard en ZimaBlade ontdekten dat het nieuwe binaire bestand crashte met Ongeldige instructie (core gedumpt).
De uiteindelijke diagnose kwam van IceWhale, niet uit speculatie vanuit de community: Zima-Giorgio zei dat het team bij het compileren van btop geen rekening had gehouden met de ZimaBoard-CPU en dat het probleem in ZimaOS 1.4.0 zou worden opgelost. Dit maakt het tot een historische CPU-compatibiliteitsbug met een duidelijke versiescheiding.
ZimaOS 1.3.3 introduceerde het ingebouwde btop-paneel
In de releaseopmerkingen van IceWhale voor versie 1.3.3 werd btop geïntroduceerd als een nieuw paneel voor prestatiebewaking in het ZimaOS-dashboard. Het doel was om CPU-, geheugen-, proces- en systeemactiviteit zichtbaar te maken zonder dat gebruikers een afzonderlijke monitoringstack hoefden te installeren.
Gebruik de functiegrens van ZimaOS 1.3.3 bij het lezen van de oorspronkelijke thread.
De dashboardsnelkoppeling opende een scherm om opnieuw verbinding te maken
Op de getroffen systemen opende het klikken op de snelkoppeling een tijdelijke poort met een hoog nummer en werd alleen een prompt om opnieuw verbinding te maken weergegeven.
btop rechtstreeks uitvoeren resulteerde in een ongeldige instructie
De belangrijkste diagnostische regel was:
btop
Ongeldige instructie (core gedumpt)Die melding betekent dat de CPU een instructie probeerde uit te voeren waarvoor het binaire bestand was gebouwd, maar die niet door de hardware werd ondersteund. Dit verschilt sterk van een browsercache of een WebSocket-time-out.
Meerdere browsers sloten een browserspecifieke bug uit
Gebruikers testten Firefox, Chrome/Chromium, Safari, Brave, Opera en Edge, evenals normale vensters en privé-/incognitomodi. Het gedrag bleef hetzelfde.
Die negatieve test was nuttig, omdat de eerste vraag van IceWhale bij het oplossen van het probleem was of het probleem mogelijk browserspecifiek was.
DevTools toonde een WebSocket-fout nadat de backend was uitgevallen
Getroffen gebruikers hadden Intel Celeron-processors van de N3450-generatie
Eén gebruiker van een ZimaBoard 832 en één gebruiker van een ZimaBlade vergeleken hun hardware en merkten dat ze Intel Celeron N3450-achtige CPU's deelden. Ze vroegen of de btop-binary was gecompileerd voor een nieuwere CPU-instructieset van de ZimaCube.
Die hypothese werd later door IceWhale bevestigd.
IceWhale bevestigde dat het compilatiedoel verkeerd was
Op 27 maart schreef Zima-Giorgio dat het probleem was gelokaliseerd en in ZimaOS 1.4.0 zou worden opgelost, omdat bij de oorspronkelijke btop-build geen rekening was gehouden met de CPU van de ZimaBoard.
Dit is de sterkste conclusie uit de bronnen en zou speculatieve oplossingen moeten vervangen, zoals browsers opnieuw installeren of handmatig een andere btop-binary op de onveranderlijke ZimaOS-host installeren.
De wisselende hoge poort was opzettelijk
CorrectRoadH van IceWhale zei dat btop telkens op een andere hoge poort openen een beveiligingsfunctie was die bedoeld was om het tijdelijke monitoringsessie moeilijker rechtstreeks opnieuw te gebruiken te maken.
De wisselende poort was op zichzelf dus geen bewijs van de fout.
Diagnosticeer het huidige btop-probleem niet uitsluitend aan de hand van de bug in 1.3.3
De huidige ZimaOS-versie ligt ver boven 1.3.3/1.4.0. Als btop vandaag niet werkt, noteer dan de huidige ZimaOS-versie, het CPU-model, de exacte terminalfout en of alleen de snelkoppeling in het dashboard of ook de CLI wordt beïnvloed.
Een Ongeldige instructie op een moderne build nog steeds op CPU-compatibiliteit wijzen, maar dit moet als een nieuwe regressie worden onderzocht en niet zonder meer aan het oude pakket uit 2025 worden toegeschreven.
Waarom de WebSocket-fout verscheen nadat de CPU-fout was opgetreden
Het dashboard start een interactieve sessie in terminalstijl voor btop. Als het btop-proces onmiddellijk stopt met een ongeldige CPU-instructie, verliest de frontend de backend waarmee deze moet communiceren. Meldingen over het sluiten van de WebSocket en het weigeren van de verbinding kunnen daardoor secundaire gevolgen zijn van het gecrashte proces.
Dit is een nuttige algemene les voor probleemoplossing: de eerste foutmelding in de browserconsole is niet altijd de hoofdoorzaak. Vergelijk deze met wat er gebeurt wanneer de onderliggende opdracht rechtstreeks wordt uitgevoerd.
Dat ook de snelkoppeling Network Manager faalde, leverde een extra aanwijzing op
Een getroffen gebruiker zei dat zowel de snelkoppelingen Resource Manager als Network Manager hetzelfde gedrag vertoonden waarbij opnieuw verbinding werd gemaakt, terwijl de gewone webterminal zelf wel werkte. Dat suggereerde dat de fout gekoppeld was aan de omgeving van de via de snelkoppeling gestarte tool, en niet aan een volledige uitval van ttyd.
IceWhale moest nog de directe btop crashte en deelde hardware-informatie over de N3450 om het daadwerkelijke probleem met het compilatiedoel vast te stellen.
Het opnieuw installeren van dezelfde 1.3.3-build zou de CPU-instructies niet wijzigen
Toen IceWhale bevestigde dat het binaire bestand zelf was gecompileerd zonder rekening te houden met de ZimaBoard-processor, konden browsers opnieuw installeren, de cache wissen en dezelfde systeemversie opnieuw installeren de instructieset van het uitvoerbare bestand niet corrigeren.
De duurzame oplossing vereiste een nieuw gecompileerd binair bestand dat in de volgende ZimaOS-release werd geleverd.
Hardwarecompatibiliteit omvat binaries in de gebruikersruimte, niet alleen kernelstuurprogramma's
Bij compatibiliteitsdiscussies ligt de nadruk vaak op netwerkkaart-, GPU- of opslagstuurprogramma's. Dit incident laat zien dat een generiek x86-besturingssysteem ook kan uitvallen op oudere processors als een meegeleverde toepassing is gecompileerd met instructies die de hardware niet ondersteunt.
Voor externe x86-machines geldt een Ongeldige instructie Het bericht is daarom waardevol bewijs en moet letterlijk in een supportrapport worden opgenomen.
Veelgestelde vragen over btop-compatibiliteit
Werd het bronprobleem veroorzaakt door Firefox of Chrome?
Nee. Gebruikers reproduceerden het probleem in veel browsers en privémodi.
Wat zei IceWhale dat de hoofdoorzaak was?
Het btop-binaire bestand was gecompileerd zonder rekening te houden met de instructieset van de ZimaBoard-processor.
Welke versie zou het probleem oplossen?
Zima-Giorgio zei dat de gecorrigeerde btop in ZimaOS 1.4.0 zou verschijnen.
