[Opgelost] Grub rescue>"_" ...en hoe nu verder?

[KeesS]

Heb nog eens gekeken via je laatste link naar die screenshots die je daar geplaatst hebt. Die bestanden verschillen allemaal. Heel vreemd.
Is dat nu ook zo?

@heir4c;
Ik heb geen flauw idee welke screenshots U bedoelt.
Die link omvat 6 pagina's met #82 antwoorden.

Ik zou anders voorstellen om de linken die je ziet als je nautilus opent zónder rootrechten te kopiëren en die te 'plakken' in het venster waar je wél rootrechten hebt. En dan weer op te starten.
Heb dit bij mij nagekeken en hier komen ze wel overeen, dus heel vreemd dat dat bij jou niet zo is.

sorry, maar dit begrijp ik niet, dit gaat mijn kennis te boven.

[heir4c]

Sorry KeesS, het gaat om deze twee screenshots:
http://forum.ubuntu-nl.org/installatie/opstarten-ubuntu-10-04-1-op-oude-pc-wil-nog-steeds-niet-lukken/msg666865/#msg666865
Als je goed kijkt naar die andere bestanden, verschillen die ook allemaal. Er staat dus geen enkel bestand die je kan zien in het bovenste screenshot die hetzelfde is als in het onderste screenshot.

Als je nu de bestanden die in het bovenste screenshot staan (waar je de bestandsbeheerder hebt geopend zonder rootrechten) kopieert en die in de ruimte plakt van het venster dat je wel met rootrechten hebt geopend, dan komen die bestanden er toch nog te staan. Alhoewel het dus erg vreemd is dat die bestanden compleet verschillen.

[KeesS]

@heir4c,
die berichten zijn van oktober vorig jaar. Inmiddels is er met en op die computer van alles gebeurd. Ubuntu is vervangen door Linux Mint en ook openSuse heb ik er al op uitgeprobeerd om te zien of daarmee het probleem opgelost kon worden.
Die screenshots of bestanden zijn niet meer te achterhalen.

Sorry KeesS, het gaat om deze twee screenshots:
http://forum.ubuntu-nl.org/installatie/opstarten-ubuntu-10-04-1-op-oude-pc-wil-nog-steeds-niet-lukken/msg666865/#msg666865
Als je goed kijkt naar die andere bestanden, verschillen die ook allemaal. Er staat dus geen enkel bestand die je kan zien in het bovenste screenshot die hetzelfde is als in het onderste screenshot.

Als je in die link verder kijkt naar antwoord #6 en verder, wordt misschien duidelijk wat ik verkeerd gedaan heb.
Daar staat beschreven dat ik met een KVM-switch wissel tussen 2 computers.
Meer dan vermoedelijk heb ik die screenshots van verschillende computers gemaakt.
Omdat ik op de oude PC alles uitprobeerde, dan overschakelde naar de andere PC en daar het bericht in het forum plaatste, heb ik onbewust screenshots van de verkeerde computer in het forum geplaatst.
 Erg dom, maar helaas.

[HarzG]

Voordat ik met adviezen over Grub/busybox kom - wat is de laatste stand van de pc? Wat leveren in de terminal de resultaten van:

Code: [Selecteer]

fdisk -len van

Code: [Selecteer]

blkid

[KeesS]

Voordat ik met adviezen over Grub/busybox kom - wat is de laatste stand van de pc? Wat leveren in de terminal de resultaten van:

Code: [Selecteer]

fdisk -len van

Code: [Selecteer]

blkid

ca@pb-desktop:~$ fdisk -l
ca@pb-desktop:~$
ca@pb-desktop:~$ blkid
ca@pb-desktop:~$
ca@pb-desktop:~$

Helemaal niets....................??...................begrijp er niets van

(wat betekenen die commando's?)

[HarzG]

Met deze commando's wordt de indeling van de harde schijf getoond en de unieke code waarmee o.a. Grub de partitie zoekt & herkent.

2e poging als beheerder/root:

Code: [Selecteer]

sudo fdisk -l
sudo blkid

[KeesS]

Met deze commando's wordt de indeling van de harde schijf getoond en de unieke code waarmee o.a. Grub de partitie zoekt & herkent.

2e poging als beheerder/root:

Code: [Selecteer]

sudo fdisk -l
sudo blkid

ca@pb-desktop:~$ sudo fdisk -l
[sudo] password for ca:

Schijf /dev/sda: 200.0 GB, 200049647616 bytes
255 koppen, 63 sectoren/spoor, 24321 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Schijf-ID: 0x17df17de

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        7235    58115106    7  HPFS/NTFS
/dev/sda2            7236       24322   137245596+   5  Uitgebreid
/dev/sda5            7236        9785    20482840    7  HPFS/NTFS
/dev/sda6            9786       14649    39062528   83  Linux
/dev/sda7           23836       24322     3905536   82  Linux wisselgeheugen
/dev/sda8           14649       23835    73792512   83  Linux

Partitietabel-items liggen niet in schijfvolgorde.
ca@pb-desktop:~$


ca@pb-desktop:~$ sudo blkid
/dev/sda1: LABEL=" Windows XP Home" UUID="4420642020641AE6" TYPE="ntfs"
/dev/sda5: LABEL="Mijn Dokumenten" UUID="FBCDA62333C3D578" TYPE="ntfs"
/dev/sda6: UUID="0cd9041b-6472-41df-ae51-af0874a6d3d8" TYPE="ext4"
/dev/sda7: UUID="bcffc1c5-81dc-4374-a3ed-4dfe25f5098b" TYPE="swap"
/dev/sda8: UUID="ccfda680-221f-49c1-9b9b-259720670b85" TYPE="ext4"
ca@pb-desktop:~$

[HarzG]

Als u in de terminal deze opdracht uitvoert:

Code: [Selecteer]

cat /etc/fstabwordt dan in de getoonde tekst dezelfde unieke UUID-code getoond voor /dev/sda6: UUID="0cd9041b-6472-41df-ae51-af0874a6d3d8" TYPE="ext4"?
.. en toont de het bestand /etc/boot/grub/grub.cfg (te bekijken met gedit, onder de rechter muisknop)

Code: [Selecteer]

insmod ext2
set root='(hd0,4)'
search --no-floppy --fs-uuid --set 0cd9041b-6472-41df-ae51-af0874a6d3d8
Deze UUID-tekst is belangrijk (er staat veel meer tekst in het bestand), het gaat zowel in de fstab als ook in de grub.cfg om het "overeen komen" van deze UUID-code die blkid liet zien.

[heir4c]

@heir4c,
die berichten zijn van oktober vorig jaar. Inmiddels is er met en op die computer van alles gebeurd. .......

......
Omdat ik op de oude PC alles uitprobeerde, dan overschakelde naar de andere PC en daar het bericht in het forum plaatste, heb ik onbewust screenshots van de verkeerde computer in het forum geplaatst.
 Erg dom, maar helaas.

Ok, KeesS, snap het. Heb het topic ook niet helemaal goed op de voet gevolgd.
ThanX voor het antwoord en de info.

Wel spijtig dat het steunpunt uit je buurt (die nu blijkbaar geen steunpunt meer is) niet even kan langskomen/antwoorden. Er is nog een linux gebruiker die meer ten noorden woont maar tja, weet niet of die nog linux gebruikt en genoeg weet om je te helpen. 't Is soms moeilijk van ver de dingen juist in te schatten.

Groeten,
heir4c

[KeesS]

Als u in de terminal deze opdracht uitvoert:

Code: [Selecteer]

cat /etc/fstabwordt dan in de getoonde tekst dezelfde unieke UUID-code getoond voor /dev/sda6: UUID="0cd9041b-6472-41df-ae51-af0874a6d3d8" TYPE="ext4"?

# / was on /dev/sda6 during installation
UUID=0cd9041b-6472-41df-ae51-af0874a6d3d8 /               ext4   errors=remount-ro 0       1

Als ik al die kleine letters goed bekeken heb, staat er dezelfde tekst;
alleen staat er achteraan ook nog  bij: "errors=remount-ro 0     1"

.. en toont de het bestand /etc/boot/grub/grub.cfg (te bekijken met gedit, onder de rechter muisknop)

Code: [Selecteer]

insmod ext2
set root='(hd0,4)'
search --no-floppy --fs-uuid --set 0cd9041b-6472-41df-ae51-af0874a6d3d8

insmod ext2
set root='(hd0,6)'
search --no-floppy --fs-uuid --set 0cd9041b-6472-41df-ae51-af0874a6d3d8

In de 2e regel wijkt de tekst af:
in plaats van: set root='(hd0,4)'      staat er:  set root='(hd0,6)'

Deze UUID-tekst is belangrijk (er staat veel meer tekst in het bestand), het gaat zowel in de fstab als ook in de grub.cfg om het "overeen komen" van deze UUID-code die blkid liet zien.

[Jan E.]

@ Jan E.
NB: Pardus of Ubuntu - De minimale processor moet bij Pardus een 1,4 GHz zijn en bij Ubuntu een 1 GHz processor (zegt wikipedia).
Ik heb hier een 2e pc met een 733 MHz processor en Xubuntu 10.04 in gebruik. Niet supersnel, maar wel de volledige functionaliteit.
Of de installatie van Pardus lukt met een oudere Packard Bell kan ik niet beoordelen - de Pardus-live-CD zou daarvoor een indicatie zijn.

Dag Harz,

Waar het vooral om gaat is de hardwareherkenning.. Die is bij Pardus vrijwel ongeevenaard. Hoe ze dat flikken weet ik ook niet, maar op pc's waar de Ubuntu-achtigen (deels) weigeren, loopt Pardus gewoon door.

[HarzG]

Code: [Selecteer]

insmod ext2
set root='(hd0,4)'
search --no-floppy --fs-uuid --set 0cd9041b-6472-41df-ae51-af0874a6d3d8

insmod ext2
set root='(hd0,6)'
search --no-floppy --fs-uuid --set 0cd9041b-6472-41df-ae51-af0874a6d3d8

In de 2e regel wijkt de tekst af:
in plaats van: set root='(hd0,4)'      staat er:  set root='(hd0,6)'[/quote]

Volgens mij moet (hd0,6) veranderd worden, dat kan op de volgende manier gedaan worden:

Code: [Selecteer]

sudo update-grub
Hierna zou ik nogmaals kijken of de aanpassing is blijven staan of dat er automatisch/onbedoeld weer hd0,6 in werd geplaatst door het updaten van Grub.
Als alles zo gebleven is, rebooten en kijken of Grub nu op een normale manier kan worden gebruikt en de pc correct start.

[KeesS]

In de 2e regel wijkt de tekst af:
in plaats van: set root='(hd0,4)'      staat er:  set root='(hd0,6)'

Volgens mij moet (hd0,6) veranderd worden, dat kan op de volgende manier:
- Alt-F2 (programma uitvoeren)
- sudo gedit /etc/boot/grub/grub.cfg intypen (kopiëren+plakken)
- de (hd0,6) veranderen in (hd0,4)
- /etc/boot/grub/grub.cfg bewaren+sluiten
- naar de terminal gaan en daar uitvoeren

Code: [Selecteer]

sudo update-grub[/quote]

Er gaat iets niet goed; wat moet ik hier precies doen?

ik had het commando gekopiëerd en in het menu hierboven geplakt, klikte daarna op "uitvoeren" maar kreeg "Grub.cfg" als een leeg scherm waarin niets te veranderen was.   

[KeesS]

@HarzG,
Ik vind geen:  "/etc/boot/grub/grub.cfg", maar wél: "/boot/grub/grub.cfg"

Als ik dat bestand "grub.cfg" open met gedit, staat boven aan:
#  "DO NOT EDIT THIS FILE"

En nog iets heel vreemds (voor mij):
In de map /grub staat een hele 'waslijst' met bestanden met de extensie *.mod.
En voor de namen staat een muzieknoot (teken)

[HarzG]

Excuus, dat was geen correct advies zo te zien. Ik heb het bericht aangepast om geen onjuiste dingen te laten staan.

Ik werk nog met Grub1 en ben eerlijk gezegd geen expert voor reparaties van Grub2.

Grub2 heeft als voordeel dat de eenvoudige opdracht:

Code: [Selecteer]

sudo update-gruballes zou moeten zien en herstellen. Maar ik heb ook verschillende berichten gelezen dat het niet altijd zo "eenvoudig automatisch" gaat.

Maar als in de terminal deze update wordt uitgevoerd, is dan het grub.cfg-bestand bij u aangepast en staat daar dan (hd0,4)?

... en over de *.mod-bestanden staat hier

/boot/grub/grub.cfg

Het belangrijkste stuurbestand voor GRUB 2 is grub.cfg. Het "vervangt" in zekere zin /boot/grub/menu.lst uit de vorige versie, met als belangrijk verschil dat het NIET de bedoeling is om grub.cfg rechtstreeks te wijzigen.

    *      Iedere sectie is duidelijk afgebakend met "(### BEGIN)" en verwijst naar het bestand in de /etc/grub.d map voor deze sectie.
    *      grub.cfg wordt bijgewerkt door het uitvoeren van de opdracht sudo update-grub. De opdracht update-grub start de opdracht sudo grub-mkconfig-o /boot/grub/grub.cfg.
    *      grub.cfg wordt automatisch bijgewerkt bij het wissen of installeren van een kernel versie of andere relevante updates.
    *      Standaard, en bij iedere update-grub opdracht, wordt dit bestand "read-only" gemaakt. Dit is in overeenstemming met de bedoeling het bestand niet handmatig te bewerken.
    *      De map /boot/grub bevat ook veel *.mod bestanden, modules die GRUB 2 zo nodig kan gebruiken.

[KeesS]

Ik werk nog met Grub1 en ben eerlijk gezegd geen expert voor reparaties van Grub2.

Grub2 heeft als voordeel dat de eenvoudige opdracht:

Code: [Selecteer]

sudo update-gruballes zou moeten zien en herstellen. Maar ik heb ook verschillende berichten gelezen dat het niet altijd zo "eenvoudig automatisch" gaat.

Maar als in de terminal deze update wordt uitgevoerd, is dan het grub.cfg-bestand bij u aangepast en staat daar dan (hd0,4)?

Ik heb in de terminal de opdracht "sudo update-grub" uitgevoerd, maar er is (voor zover ik kan overzien) niets veranderd.
In /boot/grub/grub.cfg staat nog steeds:  " set root='(hd0,6)' "

(misschien een domme vraag; moest ná het updaten van de grub, de computer misschien opnieuw worden gestart om die bewerking uit te laten voeren?)

[HarzG]

(misschien een domme vraag; moest ná het updaten van de grub, de computer misschien opnieuw worden gestart om die bewerking uit te laten voeren?)

Ik heb van u nog geen "domme" vragen gezien.

Voor mij blijft het vreemd dat ná update-grub nog steeds een hd0,6 wordt getoond - ik had al een vermoeden dat het actualiseren van de configuratie van Grub2 niet goed gaat. Vandaar mijn onjuist/verouderd advies om handmatig de grub.cfg aan te passen en na een update-grub te controleren.

... nog een poging:

Code: [Selecteer]

sudo os-prober
sudo update-grubIs het dan nog steeds hetzelfde in het bestand grub.cfg met een verwijzing naar hd0,4?

[jan11000]

http://sites.google.com/site/computertip/grub
Hier staat hoe je de nieuwe grub kunt aanpassen aan de harde schijf die jij wilt gebruiken.

[KeesS]

... nog een poging:

Code: [Selecteer]

sudo os-prober
sudo update-grub
Is het dan nog steeds hetzelfde in het bestand grub.cfg met een verwijzing naar hd0,4?

Er is nog steeds een verwijzing naar:
insmod ext2
set root='(hd0,6)'

Hier de inhoud van de poging:
ca@pb-desktop:~$ sudo os-prober
[sudo] password for ca:
/dev/sda1:Windows NT/2000/XP (loader):Windows:chain
ca@pb-desktop:~$ sudo update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-27-generic
Found initrd image: /boot/initrd.img-2.6.32-27-generic
Found linux image: /boot/vmlinuz-2.6.32-21-generic
Found initrd image: /boot/initrd.img-2.6.32-21-generic
Found memtest86+ image: /boot/memtest86+.bin
Found Windows NT/2000/XP (loader) on /dev/sda1
done
ca@pb-desktop:~$

[HarzG]

Dan moeten wij nog een keer de live-CD gebruiken en een weer een herstelpoging van Grub2 doen. De oorzaak is mij nog steeds niet duidelijk.
De onderstaande handelingen zijn een op maat gemaakte versie voor KeesS op basis van de stappen die Pjotr heeft omschreven.

1. a.u.b. de live-CD van 10.04 gebruiken
In de terminal de volgende commando uitvoeren:

Code: [Selecteer]

sudo mount /dev/sda6 /mntdruk op Enter.

2. Daarna in de terminal

Code: [Selecteer]

sudo grub-install /dev/sda --root-directory=/mntdruk op Enter.

3. Daarna in de terminal:

Code: [Selecteer]

sudo rebootdruk op Enter.

Nu zal uw computer herstarten vanaf de harde schijf (tijdig de CD verwijderen!), en doet Grub het weer.

Nadien nogmaals een controle uitvoeren met de het systeem ná de herstart, in de terminal eerst:

Code: [Selecteer]

sudo update-grubDruk op Enter. Uw wachtwoord blijft geheel onzichtbaar, zelfs geen sterretjes, dat hoort zo.

Hierna in de terminal uitvoeren

Code: [Selecteer]

cat /boot/grub/grub.cfgStaat nu in het bestand grub.cfg een verwijzing naar
set root='(hd0,4)'?

[KeesS]

@HarzG
dit wordt een "zware operatie" voor mij.
Als ik de Live-CD gebruik, is dit scherm met opdrachten weg.
Ik kan dan niet meer <kopiëeren en plakken>, maar zal alles in moeten typen.
Ik zal het eerst maar eens uitprinten, want overschrijven levert gegarandeerd fouten op.

Met deze "opdracht" ben ik wel een poosje zoet, dus het is niet zeker of U vanavond nog antwoord krijgt op Uw laatste vraag:
"Staat nu in het bestand grub.cfg een verwijzing naar set root='(hd0,4)'?

[HarzG]

Het scherm met de beschreven opdrachten kan ook met de live-CD benaderd/gelezen worden.
Als u in het adresvak van de Firefox van de live-CD intypt "forum.ubuntu nl" dan komt u automatisch weer hier terecht.
Bovenaan in "Installatie" staat dan deze vraag/antwoord-sessie en kan naar wens gekopieerd en geplakt worden in Firefox/Terminal van de live-CD.

[KeesS]

Het scherm met de beschreven opdrachten kan ook met de live-CD benaderd/gelezen worden.
Als u in het adresvak van de Firefox van de live-CD intypt "forum.ubuntu nl" dan komt u automatisch weer hier terecht.
Bovenaan in "Installatie" staat dan deze vraag/antwoord-sessie en kan naar wens gekopieerd en geplakt worden in Firefox/Terminal van de live-CD.

Dat is mooi; maar het lukt niet.
In de terminal wordt voor de root om een wachtwoord gevraagd; en dat weet ik niet
         

[HarzG]

Dat is mooi; maar het lukt niet.
In de terminal wordt voor de root om een wachtwoord gevraagd; en dat weet ik niet

In de live-CD kan in de terminal ook sudo gebruikt worden (net als bij een geïnstalleerd systeem) om als root te werken.
... maar de live-CD vraagt hierbij geen wachtwoord, een geïnstalleerd systeem wel.

[KeesS]

Ik was blijkbaar te ongeduldig (de Live-CD werkt ook zoooooooooo traag.)
het is me toch gelukt, maar het resultaat:

insmod ext2
set root='(hd0,6)'


Helaas nog steeds kom ik bij opstarten in <BusyBox> met (te)lange wachttijd.