Sådan reparerer du GRUB og Windows Boot Manager på dual boot-systemer

PCHardwarePro » Windows » Sådan reparerer du GRUB og Windows Boot Manager på dual boot-systemer

Når man konfigurerer et dual-boot-system med Windows og en Linux-distribution (Ubuntu, Arch, Debian osv.), bliver boot manager en afgørende komponent. Den bestemmer, hvilket operativsystem der starter, og hvordan. Problemet er, at en simpel Windows-opdatering, partitionsændring eller geninstallation kan beskadige GRUB eller Windows Boot Manager , hvilket får computeren til ikke at starte korrekt.

I disse situationer er det almindeligt at støde på symptomer som opstartsfejlskærme, GRUBs redningstilstand , Windows der starter op, mens Linux ignoreres, eller omvendt, Windows der forsvinder fra menuen. Den gode nyhed er, at det med de rigtige værktøjer er muligt at reparere bootloaderen (GRUB eller Windows Boot Manager) i stort set ethvert scenarie , både i dual-boot Windows/Linux-systemer og i konfigurationer med flere versioner af Windows.

Hvad der normalt forårsager GRUB eller Windows Boot Manager-fejl i et dual boot-system

Før du forsøger at reparere, er det værd at forstå, hvorfor starteren ikke fungerer korrekt. Dette vil hjælpe dig med at vælge det rigtige værktøj til hver situation og forhindre, at du støder på det samme problem gentagne gange.

En af de mest almindelige årsager er, at Windows overskriver MBR- eller EFI-partitionen, når den installeres efter Linux eller efter en større opgradering. Windows antager, at det er det eneste operativsystem på computeren, og omskriver boot-sektoren, så GRUB forsvinder, og kun Windows starter.

Et andet meget almindeligt scenarie er, når partitioner skaleres eller flyttes ved hjælp af partitioneringsværktøjer. Hvis du berører den partition, hvor GRUB er installeret, eller ændrer partitionstabellen, kan boot manager nemt miste sin reference til Linux-systemroden eller selve kernen , hvilket resulterer i, at meddelelser som "Boot system error" eller at operativsystemets valgmenu ikke vises.

Boot manageren kan også blive ødelagt efter en systemopdatering . Selvom det ikke er den mest almindelige forekomst, kan en kerneopdatering, en ny GRUB-pakke eller ændringer i UEFI-firmwaren efterlade bootmenuen forkert konfigureret, hvilket resulterer i en direkte visning af redningskonsollen (den berygtede grub rescue> -prompt ).

På computere, hvor flere versioner af Windows eksisterer side om side (f.eks. Windows 10 og Windows 11 på separate diske eller i forskellige partitioner), er problemet nogle gange ikke GRUB, men selve Windows BCD-lageret , som kan være forkert konfigureret og forårsage, at et af systemerne ikke vises i Windows Boot Manager-opstartsmenuen.

Start fra et Linux Live-medie for at reparere GRUB

Når boot manageren går i stykker, og systemet ikke indlæses normalt, er den mest fleksible måde at fortsætte på at bruge en LiveCD eller LiveUSB fra en Linux-distribution (Ubuntu er normalt den mest bekvemme løsning) til at "indgå" det installerede system og geninstallere GRUB derfra.

Det første trin er at oprette det bootbare medie. Du skal downloade et ISO-billede af en distribution med GRUB2 (Ubuntu, Debian, Linux Mint osv.), der matcher arkitekturen på dit beskadigede system: amd64, hvis dit system er 64-bit, eller i386, hvis det er 32-bit . Denne match er vigtig, fordi chroot vil blive brugt senere , og hvis arkitekturerne ikke er de samme, kan der opstå fejl, når du kører GRUB-binærfilerne.

Når du har ISO-filen, skal du brænde den til et bootbart USB-drev . Du kan bruge værktøjer som Rufus, balenaEtcher eller andre, du er fortrolig med. Indsæt USB-drevet i computeren med det beskadigede bootsystem, og vælg at boote fra USB-drevet i BIOS eller UEFI.

Det første trin er at oprette det bootbare medie. Du skal downloade et ISO-billede af en distribution med GRUB2 (Ubuntu, Debian, Linux Mint osv.), der matcher arkitekturen på dit beskadigede system: amd64, hvis dit system er 64-bit, eller i386, hvis det er 32-bit . Denne match er vigtig, fordi chroot vil blive brugt senere , og hvis arkitekturerne ikke er de samme, kan der opstå fejl, når du kører GRUB-binærfilerne.

Når du starter fra USB-drevet, vil distributionsmenuen tilbyde noget i retning af "Prøv Ubuntu ." Denne mulighed indlæser et komplet system i hukommelsen uden at få adgang til harddisken, og det er derfra, at du kan åbne en terminal og køre de nødvendige kommandoer for at gendanne GRUB.

På Live-skrivebordet skal du blot åbne programmenuen og søge efter "Terminal" . Herfra udføres hele processen fra kommandolinjen, men hvis du følger trinnene omhyggeligt, er det ret ligetil.

Identificér rodpartitionen, /boot-partitionen og disken

For at geninstallere boot manageren skal du først vide, hvilke partitioner din Linux er installeret på , og hvad disken, hvor MBR- eller EFI-partitionen findes, hedder (for eksempel /dev/sda ).

Fra Live-systemterminalen kan du bruge kommandoen `fdisk -l` med administratorrettigheder: `sudo fdisk -l` . Denne kommando viser en liste over alle tilsluttede drev og partitioner med filsystemtype, størrelse og navn (hvis relevant).

Blandt alt outputtet skal du finde den partition, der indeholder dit Linux-rodsystem . Du vil normalt se noget i retning af /dev/sda2 eller lignende, med en rimelig størrelse og et Linux-filsystem (ext4 eller tilsvarende). Hvis du har oprettet en separat /boot-partition , skal du også identificere den; det er typisk en lille partition, der indeholder filer som grub, vmlinuz, initrd, System.map osv.

Hvis du er usikker, er en simpel strategi at montere de mistænkte partitioner manuelt og undersøge deres indhold. For eksempel kan du bruge `sudo mount /dev/sda2 /mnt` og derefter liste indholdet med `ls /mnt` . Hvis du ser mapper som `bin`, `boot`, `root` osv. , kigger du på rodpartitionen. Hvis du monterer en anden partition og finder en `grub`- mappe sammen med andre boot-filer, kigger du på ` /boot`- partitionen.

Hoveddisknavnet vises også øverst i fdisk- outputtet, for eksempel " Disk /dev/sda ". Denne identifikator er vigtig, fordi den vil være den endelige destination, når GRUB geninstalleres på MBR, eller fordi den kan pege på den partition, der fungerer som EFI-partition i et UEFI-system.

Montering af partitionerne og brug af chroot til at geninstallere GRUB

Når du har identificeret de partitioner, du er interesseret i, skal du montere dem i Live-systemet, så du kan "gå ind" i din installation, som om du havde startet fra den og ikke fra USB'en.

Du starter med at montere rodpartitionen ved /mnt med en kommando svarende til: `sudo mount /dev/sda2 /mnt` (erstatter /dev/sda2 med den partition, der svarer til dit tilfælde). Hvis du har en separat /boot- partition , monterer du den i det pågældende rodtræ, for eksempel med `sudo mount /dev/sda7 /mnt/boot`.

Dernæst skal du montere nogle specielle mapper ved hjælp af `--bind`- indstillingen , så chroot-miljøet kan se maskinens enheder, processer og filsystem. Dette gøres normalt med kommandoer som: `sudo mount -bind /dev /mnt/dev` , `sudo mount -bind /dev/pts /mnt/dev/pts` , `sudo mount -bind /proc /mnt/proc` og `sudo mount -bind /sys /mnt/sys`.

Når alt er sat op, kan du nu bruge chroot til at ændre rodmappen på filsystemet til den på dit installerede Linux-system. Den typiske kommando er `sudo chroot /mnt` . Fra det tidspunkt vil alle kommandoer, du udfører, påvirke dit faktiske system, der er installeret på disken , ikke Live-miljøet, der kører fra USB-drevet.

Det næste trin er at geninstallere GRUB på den korrekte disk. På BIOS/MBR-systemer er den sædvanlige metode at bruge en kommando som `grub-install --boot-directory=/boot/ --recheck /dev/sda` (og erstatte `/dev/sda` med disken, der indeholder MBR'en). Denne kommando indlæser GRUB-bootloaderen i diskens bootsektor og sikrer, at konfigurationen peger på de korrekte filer.

Når boot manageren er geninstalleret, anbefales det at regenerere GRUB-konfigurationen , så den registrerer alle tilgængelige operativsystemer. Dette gøres med `grub-mkconfig -o /boot/grub/grub.cfg` . GRUB scanner derefter partitionerne for Linux-kerner, Windows-installationer og andre systemer og genererer boot-menuen.

Når du er færdig, skal du blot afslutte chroot med kommandoen `exit` og genstarte computeren med `sudo reboot` . Fjernelse af det bootbare USB-drev burde derefter vise den fuldt funktionelle GRUB-menu , så du kan starte i enten Linux eller Windows.

Brug Boot-Repair til automatisk at gendanne GRUB

For dem, der ikke ønsker at kæmpe med så mange manuelle kommandoer, findes der et meget praktisk værktøj kaldet Boot-Repair , der er specielt designet til at løse almindelige opstartsproblemer i Ubuntu og derivater.

Boot-Repair er et værktøj, der kan installeres i et Ubuntu-miljø (enten selve operativsystemet eller et Live-miljø). Dets hovedfunktion er automatisk at geninstallere GRUB og gendanne adgang til alle installerede systemer: uanset om det skyldes, at Windows har overskrevet MBR'en, fordi en opdatering har stoppet visningen af ​​GRUB-menuen, eller fordi du har ændret partitioner, og konfigurationen er blevet beskadiget.

Ud over standardreparation har værktøjet avancerede muligheder for sikkerhedskopiering af partitionstabeller, sikkerhedskopiering af boot-sektorer, generering af detaljerede rapporter (Boot-Info) og justering af reparationsparametre, hvis du har brug for finere kontrol.

For at bruge det i et Ubuntu Live-miljø skal du først tilføje Boot-Repair PPA-arkivet med en kommando som: `sudo add-apt-repository ppa:yannubuntu/boot-repair` . Opdater derefter pakkerne med `sudo apt update` og installer til sidst applikationen med `sudo apt install boot-repair` . Bekræft download og installation, hvis du bliver bedt om det.

Når værktøjet er installeret, kan det startes fra Ubuntu-applikationens søgefelt ved at skrive "Boot-Repair" . Ved opstart viser værktøjet normalt en "Anbefalet reparation" , hvilket er den mest bekvemme for de fleste brugere, da det geninstallerer GRUB, opdaterer dets konfiguration og retter de fleste almindelige fejl uden at kræve manuel konfiguration.

I de avancerede indstillinger er der et afkrydsningsfelt for "Gendan MBR ". Denne indstilling giver dig mulighed for at erstatte diskens nuværende opstartssignal med en generisk eller specifik MBR, hvilket kan være nyttigt i visse scenarier. Når du har valgt den relevante indstilling og klikket på "Anvend ", starter Boot-Repair reparationsprocessen og viser dens status indtil afslutningen. Når den er færdig, angiver den normalt de foretagne ændringer, og efter en genstart burde dual boot være operationel igen.

Andre lavniveauværktøjer: Syslinux, MBR og LILO

I nogle avancerede tilfælde, især når man arbejder med specifikke konfigurationer, ældre hardware eller specifikke filsystemer , kan det være nyttigt at bruge værktøjer som Syslinux eller LILO til at manipulere MBR og boot-processen mere direkte.

Syslinux er en pakke af lette bootloadere til forskellige scenarier: den klassiske SYSLINUX til MS-DOS FAT-filsystemer, PXELINUX til netværksopstart, ISOLINUX til bootable cd'er og EXTLINUX til ext2/3/4 eller btrfs-filsystemer. Den inkluderer også MEMDISK , som tillader opstart af ældre operativsystemer som DOS fra ikke-traditionelle medier.

På en distribution som Ubuntu kan du installere den med `sudo apt install syslinux` . Når den er installeret, kan du gendanne MBR'en ved at skrive den tilsvarende kommando til diskens boot-mappe, for eksempel med `sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda` . Alternativt kan du bruge andre pakker og værktøjer, såsom `sudo apt-get install mbr` efterfulgt af `sudo install-mbr -in -p D -t 0 /dev/sda` , som også gendanner en fungerende MBR.

En anden klassisk mulighed er LILO (Linux Loader) . Selvom GRUB2 nu er standard bootloader i de fleste distributioner, er LILO stadig en simpel og robust løsning til visse typer hardware eller specifikke konfigurationer, hvor GRUB kæmper. I Ubuntu kan det for eksempel installeres med `sudo apt-get install lilo` ; under installationen vises en prompt på skærmen, som du skal acceptere for at fortsætte.

Efter installation af LILO kan du bruge den til at skrive en ny MBR med en kommando som `sudo lilo -M /dev/sda mbr` . Dette erstatter MBR-koden med LILOs kode, som kan hjælpe med at gendanne en fungerende opstart på systemer, hvor opstartshåndteringen er blevet beskadiget eller inkompatibel med hardwaren.

Reparation af GRUB når redningstilstand vises i Arch Linux

I distributioner som Arch Linux er det relativt almindeligt at støde på GRUB-redningstilstand, efter at Windows opdaterer systemet, ændrer opstartskonfigurationen eller modificerer partitioner. I disse tilfælde starter computeren, men i stedet for GRUB-menuen vises en minimalistisk prompt, hvor kun få kommandoer kan udføres.

Fra denne tilstand kan du forsøge at starte Arch Linux manuelt ved at fortælle bootloaderen, hvor kernen og dens konfiguration er placeret. Et typisk eksempel involverer at indstille root- og GRUB-præfikset med noget i retning af ` set root=(hd0,gpt8)` og `set prefix=(hd0,gpt8)/boot/grub` , indlæse det normale modul med `insmod normal` og til sidst køre `normal` for at pege på den sædvanlige boot-menu.

Dette giver en midlertidig løsning, men det løser ikke det underliggende problem. Den korrekte procedure, når Arch er startet op, er at køre ` grub-install` målrettet mod den korrekte disk (for eksempel `sudo grub-install /dev/sda` ) og derefter `grub-mkconfig` . Denne kommando fejler dog nogle gange med meddelelser som "kan ikke identificere et filsystem på hostdisken" eller at den ikke kan udføre sikkerhedstjek på disken.

Når dette sker, er den sikreste fremgangsmåde at boote fra et kompatibelt Live-medie (såsom selve Arch-installationsprogrammet eller en Live fra en anden distribution), montere partitionerne og bruge chroot som tidligere beskrevet. Dette sikrer, at enhederne er korrekt tilgængelige, at partitionstabellen registreres korrekt, og at GRUB kan geninstalleres uden problemer . Det er vigtigt at bekræfte, at du installerer GRUB på hele diskenheden (f.eks. /dev/sda) og ikke på en specifik partition (f.eks. /dev/sda6), medmindre du har en meget specifik grund til at gøre det.

Gendannelse af Windows Boot Manager og BCD på dual-boot-systemer

I konfigurationer, hvor to versioner af Windows eksisterer side om side (f.eks. Windows 10 og Windows 11), eller hvor kun Windows-opstarten er gået i stykker i en dobbeltopstart med Linux, kan det også være nødvendigt at reparere Windows-opstartshåndteringen og dens BCD-lager.

Windows indeholder et værktøj kaldet BCDBoot , der kan bruges til at oprette eller reparere opstartsposter for et Windows-baseret system . Det er meget nyttigt, når du har installeret en anden Windows-installation på en anden partition eller disk, og den ikke vises i opstartsmenuen; eller når opstartsmenuen er blevet slettet, og Windows kun starter op i ét system.

Den generelle procedure involverer at starte pc'en med Windows-installationsmedier (eller et gendannelsesdrev) og få adgang til reparationsmulighederne. På installationsskærmen skal du i stedet for at fortsætte med den sædvanlige proces klikke på "Reparer din computer ". Derfra skal du gå til "Fejlfinding" og derefter til "Avancerede indstillinger ", hvor du kan vælge enten "Kommandoprompt" eller "Startreparation ", afhængigt af dine behov.

Hvis du vælger automatisk reparation, vil indstillingen "Opstartsreparation" automatisk forsøge at rette fejl i boot manager og BCD-konfigurationen . Det er i mange tilfælde en hurtig måde at gendanne Windows Boot Manager uden at skulle indtaste kommandoer manuelt.

Hvis du har brug for mere kontrol, kan du genopbygge BCD-lageret fra kommandolinjen . En typisk procedure er først at sikkerhedskopiere det aktuelle lager med noget i retning af `ren BCD BCD.old` (efter at have navigeret til den relevante mappe) og derefter køre `bcdboot D:\Windows` (og erstatte `D:\Windows` med den faktiske sti til den Windows-installation, du vil tilføje). Hvis du ikke ved, hvilket drevbogstav der svarer til hver partition, kan du bruge `diskpart` og derefter `list volume` for at se de tildelte bogstaver.

Det er også muligt at angive sprog og boot-volumen ved hjælp af en mere komplet syntaks, såsom ` bcdboot c:\Windows /l en-us /s X: /f ALL` , hvor X: erstattes med drevbogstavet for boot-partitionen (eller et flashdrev, hvor du vil oprette bootloaderen). Dette omskriver BCD'en med rene poster for den valgte Windows-version, så begge systemer skal vises i boot-menuen ved genstart, hvis resten af ​​konfigurationen er korrekt.

Reparer Windows MBR med bootrec

I situationer, hvor problemet ligger direkte i MBR'en (Master Boot Record) på en disk, der har været brugt som opstartsdrev i Windows, kan du også bruge bootrec- værktøjet , som er tilgængeligt i Windows-gendannelsesmiljøer.

Processen starter normalt med at starte fra Windows-installationsmediet . På mange Dell-computere kan du f.eks. trykke på F12-tasten på startskærmen for at åbne bootmenuen og vælge installations-USB'en eller -dvd'en. Når du er inde, skal du som før klikke på "Reparer computeren " , derefter "Fejlfinding ", derefter "Avancerede indstillinger" og til sidst vælge "Kommandoprompt ".

Fra konsollen kan du køre en række bootrec-kommandoer i denne rækkefølge for at reparere MBR- og BCD-lageret: først bootrec /fixmbr , som skriver en ren Windows-kompatibel MBR til disken; derefter bootrec /fixboot , som opretter en ny bootsektor i systempartitionen; og endelig bootrec /rebuildbcd , som scanner efter eksisterende Windows-installationer og tilbyder at tilføje dem til bootstore.

Når disse kommandoer fungerer uden fejl, genstartes computeren ved at fjerne installationsmediet for at kontrollere, om Windows starter korrekt, og i så fald om dobbeltopstart med Linux stadig er tilgængelig via GRUB eller Boot Manager , afhængigt af hvordan systemet er konfigureret.

At kende alle disse værktøjer og procedurer (LiveUSB til Linux, chroot og GRUB geninstallation, brug af Boot-Repair, Syslinux, LILO, BCDBoot og bootrec) gør det meget nemmere at diagnosticere, hvilken boot-komponent der er gået i stykker i et dual boot-system, og anvende den passende løsning i hvert tilfælde, undgå komplette systemgeninstallationer og gendanne en stabil dual boot mellem Windows og din foretrukne Linux-distribution på blot et par trin.