Zoeken op website

6 rode vlaggen die je vertellen een Linux-distributie te vermijden voordat je deze installeert


DistroWatch volgt honderden Linux-distributies. Het kiezen van een van hen kan buitengewoon moeilijk zijn, vooral als je niet gewoon probeert te gaan voor Arch Linux, Linux Mint, Ubuntu, Fedora of een andere veelgebruikte distributie.

Hoewel mensen vaak desktopomgevingen vergelijken, opstarttijden benchmarken en vaak distributies rangschikken op gebruiksvriendelijkheid voor beginners, is het belangrijker om te weten welke signalen echte waarschuwingssignalen zijn. Weten wat je moet vermijden bespaart je gebroken systemen, ernstige beveiligingslekken en vertraagde patches. Ik zal je door de belangrijkste waarschuwingssignalen leiden die je nooit over het hoofd mag zien.

Het is een project van één ontwikkelaar

Nog één ontslagbrief verwijderd van abandonware

Een van de belangrijkste dingen die je kunt doen, is het controleren van de repository van het project op het tabblad Bijdragers. Als je merkt dat ongeveer 90% van de commits toebehoort aan één enkele gebruiker zonder dat anderen onlangs hebben gepusht, zal dat project sterven zodra de interesse van die persoon verschuift.

Een voorbeeld was toen Philip Newborough in 2015 een bericht plaatste met de titel "Het einde", wat het begin van het einde van CrunchBang Linux aankondigde. Het markeerde het bevriezen van een geliefde Debian-gebaseerde distro. Hoewel de gemeenschap uiteindelijk met BunsenLabs en CrunchBang++ kwam, corrigeerden deze twee projecten die vroege fout en werden ze gebouwd op een degelijke gemeenschapsbesturing.

MX Linux is tot nu toe een uitzondering geweest. Het heeft een klein kernteam, maar staat consequent in de top drie op DistroWatch. De transparante teamstructuur is van cruciaal belang geweest voor het succes, en het onderhoudt een actief forum en is gebaseerd op Debian Stable. Dat laatste is erg belangrijk omdat kernbeveiligingsupdates zouden doorgaan, zelfs als de MX-specifieke hulpmiddelen vertragen.

De distro verkoopt esthetiek meer dan techniek

Als de startpagina zich op achtergrondafbeeldingen richt in plaats van op onderhoud, wees dan voorzichtig






Als je een distro tegenkomt die veel moeite heeft gedaan om futuristisch te lijken, maar niet zoveel heeft geïnvesteerd in het laten zien hoe het project daadwerkelijk wordt onderhouden, kun je er zeker van zijn dat er waarschijnlijk later problemen zullen zijn.

Sommige distro's gebruiken aangepaste thema's, extensies, animaties en panelen om KDE Plasma of GNOME sterk te modificeren. Dit is een probleem omdat deze agressieve modificaties doorgaans de eerste dingen zijn die kapot gaan bij een continu evoluerende upstream desktopomgeving. CutefishOS is een voorbeeld dat gebruikers aantrok met een ultramoderne desktopomgeving gebouwd op Qt Quick en C++. Het positioneerde zichzelf agressief als een vervanging voor macOS. Maar het opvallende ontwerp werd niet gehandhaafd door een gebrek aan onderhoud, en de ontwikkeling stokte nadat het project zijn momentum verloor, waardoor de distro feitelijk lange tijd onbeheerd bleef.

Zorin zou een ander voorbeeld zijn geweest. Het is echter niet alleen esthetisch aantrekkelijk, maar wordt ook serieus ondersteund door actieve onderhoud en een goed uitgestippelde lange-termijn UX-strategie. In werkelijkheid kan het makkelijk zijn om een mooi bureaublad te hebben, maar het jarenlang onderhouden en het bijhouden van het upstream bureaubladomgeving is moeilijker en moet goed worden uitgestippeld.

Niemand legt uit hoe updates worden getest

Een distro zonder zichtbare kwaliteitscontrole verandert gebruikers uiteindelijk in bètatesters

Ik heb veel nieuwkomers in het Linux-ecosysteem gezien die verstrikt raken in het debat over rolling versus stabiele releases. In werkelijkheid is wat het meest belangrijk is niet het releasemodel, maar hoe de distributie ervoor zorgt dat kapotte pakketten de gebruikers niet bereiken.

Sommige kleinere distro's bouwen afhankelijke pakketten niet opnieuw als ze upstream-updates tegenhouden, wat kan leiden tot storingen. Dit leidt vaak tot onverwachte storingen, vooral met externe repositories.

De Linux-kernel, glibc, OpenSSL en systemd zijn de pakketten die er echt het meest toe doen omdat ze vaak het doelwit zijn zodra CVE's worden gepubliceerd. Exploitatiegereedschappen beginnen onmiddellijk nadat kwetsbaarheden bekend zijn gemaakt. Als deze pakketten vertragingen hebben, zelfs al is het maar twee weken nadat het upstream-pakket is gepatcht, geeft dit een venster voor beveiligingskwetsbaarheden.

Allan McRae, de Arch-ontwikkelaar, sprak over de gevolgen van het vasthouden van pakketten door de stabiele tak van Manjaro achter Arch. Allan McRae zei:

Dat betekent dat Manjaro-gebruikers ongeveer een maand lang kwetsbaar zijn voor beveiligingsfouten nadat Arch-gebruikers veilig zijn...

De gemeenschap ziet kritiek als een aanval

Verdedigende gemeenschappen verbergen vaak diepere technische problemen

De manier waarop gemeenschappen reageren wanneer iets kapot gaat, zegt veel over de distributie. Wat je hoopt, is een gemeenschap die bugs openlijk erkent en de oplossingen transparant bespreekt. In zwakkere projecten zul je een "het werkt bij mij"-cultuur zien. Dit wordt meestal gekenmerkt doordat gebruikers de schuld krijgen wanneer ze een probleem melden in plaats van geholpen te worden.

Deze vlag mag niet worden over het hoofd gezien omdat eerlijke documentatie en het melden van bugs de basis vormen van goed Linux-probleemoplossing. De chaotische infrastructuurcrash van Solus in 2023, veroorzaakt door precies deze culturele defensieve muur, was een perfect voorbeeld. Forumleden die waarschuwden dat de hoofd-buildservers zouden instorten, werden beschuldigd van het 'verspreiden van paniek' en kregen te horen dat ze of moesten wachten of het zelf moesten oplossen.

Vastzitten aan zo'n gemeenschap zal je tijd op die distributie alleen maar frustrerend maken, en voor minder technische gebruikers resulteert het vrijwel zeker in het switchen van distributies. Arch staat ook bekend als direct of intimiderend, maar het verschil is dat het documentatie heeft die historisch gezien eerlijk is geweest over risico's, verwachtingen en oplossingen.

Basis hardware-ondersteuning voelt optioneel

Ideologie houdt op charmant te zijn wanneer je wifi het niet doet

De moderne laptop is afhankelijk van propriëtaire firmware om basisfuncties uit te voeren. Als een distributie dit opzettelijk vermijdt, is dat een duidelijk waarschuwingssignaal voor toekomstige problemen.

Een beginner merkt misschien niet dat er geen stuurprogramma's of firmware voor Wi-Fi-chips zijn totdat ze de distributie hebben geïnstalleerd en verschillende basisfuncties niet werken. De oplossingen zijn vaak niet vriendelijk voor beginners en zouden frustratie veroorzaken.

Trisquel en Parabola GNU/Linux-libre zijn twee voorbeelden. Ze zijn filosofisch consistent in het volgen van strikte vrije-softwareprincipes, maar voor verschillende gangbare systemen is dit gewoon onpraktisch.

Fedora is een slimmer compromis dat bruikbaar is op de meeste moderne hardware, maar ondersteunt sterk open-source software. Het zegt veel wanneer een distro verwacht dat je ideologische offers brengt die je niet had gepland rond hardware-ondersteuning.

De distributie beweert perfect te zijn voor iedereen

Volwassen Linux-projecten weten meestal precies voor wie ze zijn

Vermijd een distro die beweert de perfecte plek te zijn voor privacy, gaming, ontwikkeling, contentcreatie en servergebruik tegelijk.

Als je enige tijd in het Linux-ecosysteem hebt doorgebracht, zou je hebben opgemerkt dat goede engineering afwegingen vereist. Een distro die achter de nieuwste pakketten aanzit, gedraagt zich zelden als een die geoptimaliseerd is voor stabiliteit. Zodra een project doet alsof het alles kan omvatten, heeft het de realiteit te veel vereenvoudigd.

Sabayon Linux is een voorbeeld van een distributie die beweert alles te zijn. Dit betekende dat het de nieuwste versies voor gaming en multimedia nastreefde, terwijl het ook zorgde dat gewone gebruikers een stabiele, toegankelijke, vooraf geconfigureerde desktopomgeving kregen. Het proberen te doen veroorzaakte dat de binaire pakketbeheerder (Entropy) voortdurend uit de pas liep met het Gentoo-compilatiesysteem. Het balanceringsact zorgde vaak voor synchronisatie- en onderhoudsproblemen die de betrouwbaarheid op lange termijn schaadden.

De veiligste Linux-distributies zijn meestal de minst opwindende.

Ik heb veel mensen het Linux-ecosysteem zien verlaten; in de meeste gevallen komt dat omdat ze niet wisten hoe ze de verkeerde distro moesten herkennen voordat ze deze gebruikten. Soms is een distro misschien niet eens slecht, gewoon verkeerd voor jou. Maar weten waar je op moet letten maakt het verschil.

Gerelateerde artikelen