Hoe GRUB repareren zonder LiveCD?

grub redding

Geen twijfel mogelijk het is ons allemaal ooit overkomen dat wanneer u uw computer aanzet en wacht tot alles normaal start ben je een vreselijk scherm tegengekomen dat meer dan één bang is om te zien, als ik bedoel dat je de volgende boodschap vindt:

"Fout niet zo'n apparaat
Grub-redding "

Het ergste is dat als je niet weet wat je moet doen, je denkt dat alles verloren is gegaan en je je computer opnieuw moet formatteren, maar als je wat ervaring hebt, weet je dat je je toevlucht moet nemen tot een livecd van je computer. distributie, maar wat gebeurt er als je het niet bij de hand hebt.

Maar dat is niets we moeten begrijpen wat dit probleem veroorzaakt.

Ten eerste de hoofdoorzaak van deze fout het is omdat onze bootloader beschadigd isOm welke reden dan ook, of het nu is door een nieuwe kernel, het systeem of een applicatie bij te werken of door onzorgvuldigheid, je hebt eenvoudigweg een bestand in dit gedeelte van je systeem beschadigd.

De grub bevindt zich in de map / boot, worden deze in sommige aangepaste installaties meestal in een aparte partitie geïnstalleerd.

Begreep nu de schade, we moeten aan het werk, hiervoor zullen we niets meer bezetten dan onze geliefde terminal.

Hoewel velen bang zijn om zonder een grafische omgeving te werken, wil ik u zeggen dat het gebruikelijk is. je moet hier gewoon een beetje van je geduld opleggen en bovenal verzeker ik je dat, als je bedenkt dat je hier geen kennis van hebt, je iets nieuws zult leren en de meest elementaire commando's die in Linux worden gebruikt, zult begrijpen.

Oplossing

We beginnen met het eerste commando is dit "ls" hiermee zullen we alle mappen te zien krijgen, evenals de bestanden die erin staan.

Typ ls op het scherm "grub rescue>"
Het toont de actieve partities, iets vergelijkbaars:

(hd0) (hd0,1) (hd0,2) (hd0,3) (hd0,4)(hd1) (hd1,1) (hd1,2)

waarin hdx is de harde schijfAls we er meer dan één hebben aangesloten, zal het nummer anders zijn, in mijn geval heb ik twee schijven. In het geval van (hdx, #) waar # het partitienummer is, is dit hoe het is geconfigureerd en hoe we ze zullen identificeren.

nu we moeten vinden waar de grub wordt gehost binnen de partities die ze voor ons hebben opgesteld. Ervoor We hoeven alleen maar ls + de / partitie in te typen
Blijf als volgt

ls (hd0,1)/

dus We beginnen met het zoeken naar de map / boot in de lijst met partities die we weergeven voorheen is het belangrijk om de / niet te vergeten, aangezien wat we dicteren is dat het ons de lijst laat zien van de mappen die het bevat.

Ya geïdentificeerde partitie waar wordt de grub-partitie gehost, we moeten er nu voor zorgen dat het de nodige bestanden bevat om de boot van ons systeem hiervoor te repareren, voegen we alleen het volgende toe aan het vorige commando.

Ervan uitgaande dat de opstartmap zich op de eerste schijf op uw eerste partitie bevindt:

ls (hd0,1)/boot/grub

Informatie bevestigd we moeten het voorvoegsel toevoegen dat overeenkomt met de map we doen dit met dit commando:

set prefix=(hd0,1)/boot/grub

Zodra dit is gebeurd, gaan we verder met forceer de juiste module te laden hiervoor zullen we ons steunen vanuit insmod

insmod (hd0,1)/boot/grub/linux.mod

Als je twijfelt over de naamgeving van de bestanden in je opstartmap, onthoud dan het ls commando, dit zal je beste bondgenoot zijn tijdens dit proces.

Nu gaan we verder vertel het systeem de wortel van de grub hiervoor doen we het met dit commando:

set root=(hd0,1)

Ten slotte zullen we doorgaan met het laden van de kernel naar de rups Hiervoor gebruiken we het volgende commando, het is hier slechts een toelichting aangezien iedereen een andere versie van de kernel heeft, onthoud het ls commando om te verifiëren welke je hebt, gebruik altijd de meest recente versie.

linux /boot/vmlinuz-4.13.3-generic-generic root=/dev/sda1

Solo we moeten hier de partitie definiëren waar deze zich bevindt aangezien ik de nomenclaturen van de partities hier noemde, moeten we al degene gebruiken die we gewoonlijk waar gebruiken
hd0,1 zou / dev / sda1 hd1,1 / dev / sdb1 etc. worden

Ten slotte voeren we gewoon de volgende opdracht uit en daarmee kunnen we onze opties zien om ons systeem te starten:

boot

Als laatste taak hoeven we alleen de grub opnieuw te installeren, hiervoor voeren we het volgende commando uit:

grub-install /dev/sdX

Waar sdx is waar je je systeem hebt geïnstalleerd.


Laat je reactie achter

Uw e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *

*

*

  1. Verantwoordelijk voor de gegevens: AB Internet Networks 2008 SL
  2. Doel van de gegevens: Controle SPAM, commentaarbeheer.
  3. Legitimatie: uw toestemming
  4. Mededeling van de gegevens: De gegevens worden niet aan derden meegedeeld, behalve op grond van wettelijke verplichting.
  5. Gegevensopslag: database gehost door Occentus Networks (EU)
  6. Rechten: u kunt uw gegevens op elk moment beperken, herstellen en verwijderen.

  1.   Luis zei

    Te veel gedoe, met hoe gemakkelijk het is met SuperGrub2:

    -download SuperGrub2

    -kopieert het met DD op een USB

    -Boot op met USB en laadt het systeem op.

    -In het geval van ubuntu: sudo grub-install / dev / sdx en vervolgens sudo update-grub2.

    Opgelost.

    1.    yop zei

      Ugh wat een supergenie, ik wil als deze man worden als ik groot ben, zeker dat hij nog steeds Windows gebruikt en direct vanaf de desktop koopt xdxdxd

  2.   Ineedabrain zei

    Buff, wat een puinhoop, als ik problemen heb, repareer ik het met de BootRepair-cd en gooi mijlen, mijn hoofd geeft niet veel xD

  3.   FaustoMX zei

    Het gaat om leren… en de uitleg is uitstekend.
    Als we het opnieuw gaan installeren! Het gaat over het zien van alternatieve oplossingsmethoden en de methode die David uitlegt, werkt en goed.

    Met vriendelijke groet,

    Fausto Zavala

  4.   Milena zei

    ze brachten me mijn laptop met:
    fout: onbekend bestandssysteem.
    grub redding
    als ik het doe, overkomt het mij dat het mij overkomt
    (hd0) (hd0,2) (hd0,1)
    Ik volg de ls + partitie
    maar in beide staat ONBEKEND FILESTSYEM, dus ik weet niet waar de grub is.
    enig idee waarom dat gebeurt?
    soms staat er ook "niet zo'n partitie"
    alsof er helemaal niets was

    1.    Alberto zei

      Is het je gelukt om het te repareren? ik heb hetzelfde probleem

  5.   Handboek zei

    Het geeft me een fout in de regel waarin insmod is geschreven ... linux.mod. Daar eindigt het verhaal

    1.    Pato zei

      in mijn geval bevond linux.mod zich in de map / boot / grub / i386