Om een pc van 10 jaar oud opnieuw tot leven te brengen als werkmachine, heb ik Ubuntu MATE geïnstalleerd en dat heeft geleid tot enkele multibootproblemen. Centraal stond de overgang van "UEFI vs BIOS" als een wending in de tijd. Dit artikel documenteert deze complexe situatie en hoe ik Linux heb gebouwd zonder af te zien van legitieme software.


Waarom moest ik dual booten?

Deze pc, oorspronkelijk met Windows 7 geïnstalleerd via USB, heeft de overstap naar Windows 8 en 10 doorstaan, maar uiteindelijk kon hij de eisen niet meer bijhouden en werd hij in de opslag geplaatst. Toch haalde ik hem weer tevoorschijn om hem weer als werkmachine met Linux te gebruiken.

Het probleem waren de zaakinvesteringen die ik moesten behouden: - De MS Office legale permanente versie die niet meer verkrijgbaar is - De legale licentie voor Windows 10 Pro die ik duur had aangeschaft

Het was daarom geen optie om alles te wissen en Windows te verwijderen met GPT. Daardoor moest ik dual booten, maar deze keuze bracht onverwachte technische conflicten met zich mee.


Probleem 1: Beperkingen van MBR-partitionering vs moderne Linux partitioneringseisen

📌 Situatiesamenvatting

  • De SSD is een MBR-schijf waarop Windows is geïnstalleerd
  • Windows gebruikt standaard drie partities
  • Systeem
  • Opstartgerelateerde partitie
  • Herstelpartitie
  • MBR staat slechts 4 partities toe
  • Om Ubuntu MATE te installeren zijn nog twee extra partities nodig
  • / EXT4-partitie voor mounting
  • EFI systeem partitie (ESP, FAT32 - een partitie voor het opslaan van opstartinformatie)

Er zijn totaal 5 nodig, maar MBR staat er maar 4 toe… ik liep direct tegen een muur aan.

✅ Oplossing

  • In plaats van een SSD werd een deel van de ruimte op de HDD verkleind om een ESP-partitie te maken
  • Grub bootloader werd ook op deze HDD geïnstalleerd (normaal gesproken is het principe om het op dezelfde schijf te installeren)
  • In BIOS-instellingen werd de HDD als prioriteit boven de SSD ingesteld

Deze keuze was onvolkomen maar de enige manier om zonder het vernietigen van Windows een installatie uit te voeren.
Er was geen noodzaak om over te schakelen naar GPT en legitieme software bleef behouden.

Een perfecte combinatie waarbij “GRUB op de HDD draait en Ubuntu op de SSD”.


Probleem 2: Waarom vond GRUB Windows niet?

Na de installatie van Ubuntu werd de opstartmodus in BIOS ingesteld op UEFI en bij het opstarten, kon GRUB Windows niet herkennen.

  • Windows is gebaseerd op MBR + BIOS-opstartstructuur
  • GRUB is geïnstalleerd op basis van UEFI
  • Omdat GRUB geen BIOS-gebaseerde bootloader kan chainloaden, herkent het Windows als gewone partitie in plaats van een besturingssysteem (OS)
  • Omdat er geen OS beschikbaar is om te kiezen, bootte automatisch alleen Ubuntu

✅ Oplossing

  • De UEFI-modus in BIOS deactiveren (= Legacy BIOS)
  • Proberen te booten met HDD → tijdelijke mislukking (GRUB is een UEFI bootloader en werkt niet in BIOS-modus) en schakelt over naar de Windows MBR bootloader op de SSD, waardoor de Windows opstart succesvol was.
  • Proberen te booten met SSD → succes (MBR + BIOS-gebaseerde Windows opstart succesvol)

Uiteindelijk is via de combinatie van instellingen van UEFI ON/OFF en de opstartvolgorde in BIOS een soort “hardwarematige dual booting” gerealiseerd:

BIOS-instelling Prioriteit Resultaat
UEFI AAN HDD > SSD GRUB wordt uitgevoerd → Ubuntu wordt opgestart
UEFI UIT SSD > HDD Directe BIOS → Windows opstarten

Er is een fysieke dual bootstructuur ontstaan, waarmee ik OS zonder GRUB eenvoudig kan kiezen. Bij het gebruik bleek de UX zelfs beter dan de traditionele GRUB-methode voor het selecteren van een besturingssysteem. Voor gebruikers die vaak tussen de twee besturingssystemen schakelen kan het enigszins omslachtig zijn, maar voor mensen zoals ik, die meestal één besturingssysteem gebruiken en af en toe de andere, is het een zeer tevredenstellende opstelling.


Implicaties

  • De huidige Linux vereist een installatie op basis van UEFI, maar ik heb geleerd dat dit een onvermijdelijke evolutie is op het gebied van beveiliging en schaalbaarheid
  • Ondanks het verlies van compatibiliteit met BIOS-gebaseerde systemen, kon ik legitieme software beschermen en een snel en betrouwbaar Ubuntu-omgeving opzetten
  • Vooral de opstelling waarbij ik het besturingssysteem met een schakelaar kan wisselen zonder GRUB, was aangenamer dan verwacht. Het is overigens erg bevredigend voor iemand zoals ik, die niet vaak van besturingssysteem wisselt en af en toe Windows gebruikt.

Conclusie

Al in het begin was de wereld van “UEFI vs BIOS” complex en verwarrend.
Maar door het zelf te ervaren, werd duidelijk dat als juiste concepten en flexibele keuzes worden samengevoegd, zowel legitieme software te beschermen is als Linux te gebruiken.

Ik voel een diepe voldoening in het installeren van Linux op een 10 jaar oude pc, waarmee ik nieuw leven heb ingeblazen en ervoor gezorgd heb dat dit oude apparaat opnieuw actief kan zijn in de werkomgeving.
Ik hoop dat mijn ervaring nuttig zal zijn voor iemand die zich in een soortgelijke situatie bevindt, en voor lezers van dit artikel, als je ook een oude machine hebt die ergens in de opslag stoffig ligt, waarom zou je deze dan niet opnieuw tevoorschijn halen en nieuw leven inblazen? Ik doe deze oprechte suggestie.

Tux en Windows die duale deuren bewaken