Re: Grub2-UID Fehler
Am Freitag, 17. Juni 2011 schrieb Siegfrid Brandstätter:
> Am Freitag, 17. Juni 2011 schrieb Siegfrid Brandstätter:
> > Hallo Sascha,
> >
> > Am Donnerstag, 16. Juni 2011 schrieb Sascha Reißner:
> > > Am Mittwoch, den 15.06.2011, 21:56 +0100 schrieb Siegfrid
> >
> > Brandstätter:
> > > > will.
> > >
> > > [...]
> > >
> > > Hieraus wird ersichtlich, daß du /boot nicht auf einer eigenen
> > > Partition hast.
> > > Bei dir liegt /boot in der /-Partition und das in beiden Fällen.
> > > Du hast also zwei /-Partitionen und daher auch zwei
> > > /boot-Verzeichnisse. Wenn du ein update-grub anstößt, werden die
> > > Einträge unterhalb vom /boot-Verzeichnis auf der aktuellen
> > > /-Partition aktualisiert. Das /boot-Verzeichnis in der anderen
> > > /-Partition bekommt davon nichts mit.
> > > Welches /boot-Verzeichnis Grub beim booten verwendet, kann ich
> > > leider nicht feststellen, aber Fakt ist, daß sich beide
> > > /boot-Verzeichnis sicher im Inhalt unterscheiden.
> >
> > Ja so ist es!
> >
> > > Prüfen kannst du das, indem du ein Linux bootest und dann die
> > > andere /-Partition mal in /mnt mountest.
> > > Dann vergleich mal /boot mit /mnt/boot.
> > >
> > > Mein Vorschlag wäre, du erstellst eine eigene /boot-Partition die
> > > dann von allen Systemen gemountet wird.
> > > Dann ist es egal aus welcher Distribution du update-grub
> > > aufrufst, da alle mit dem selben /boot-Verzeichnis arbeiten.
> >
> > Das Problem ist nun, ich habe eine alte /boot Partition, aber die
> > ist nicht mehr in der fstab mit drinnen, daher fehlt ihr die UUID.
> > Habe mit gparted gerade diese sda1 wieder mit /boot bezeichnet.
> > Aber wie erhalte ich die UUID?
> >
> > Mit grub-install erhalte ich dann:
> >
> > # grub-install /dev/sda1
> > /usr/sbin/grub-setup: warn: Es wird versucht, GRUB in eine
> > Partition anstelle in den MBR zu installieren. Das ist eine
> > SCHLECHTE Idee.. /usr/sbin/grub-setup: error: embedding is not
> > possible, but this is required for cross-disk install.
>
> /..../
>
> > > Grub läd vermutlich die /boot/grub/grub.cfg die nicht
> > > aktualisiert wurde.
> > >
> > >
> > >
> > > Selbst wenn du den UUID-Fehler händisch behebst, wird er beim
> > > nächsten update-grub wieder auftauchen, da du zwei
> > > /boot-Verzeichnisse hast.
> > >
> > > Ich empfehle eine Partition für /boot in die du die neuesten
> > > Files kopierst (nicht verschieben, vieleicht brauchst du sie
> > > noch).
> >
> > OK
> >
> > > Dann mountest du die neue Partition in /boot,
> >
> > # mount /dev/sda1
> > mount: can't find /dev/sda1 in /etc/fstab or /etc/mtab
> >
> >
> > Habe mir nun eine UUID erstellt:
> > # blkid /dev/sda1
> > /dev/sda1: UUID="=" TYPE="ext2"
> > LABEL="boot"
> >
> > aber trotzdem erhalte ich dann:
> > # mount /boot
> > mount: special device UUID="aa5df236-95fa-42fc-adf7-6ff3b5a94c1b
> > does not exist
> >
> > > führst zur Sicherheit
> > > ein grub-mkdevicemap aus und dannach ein update-grub.
> > > Stell auch sicher, daß die neue Partition über die /etc/fstab
> > > nach /boot gemountet wird (in beiden root-FS).
> >
> > Alles gemacht, hoffe ich kann wieder booten.
> > Wenn ja dann gebe ich Bescheid!
>
> Ist gescheitert und zwar daran das das Filesystem, welches mit
> reiserfs angelegt ist nicht durch fsck geprüft werden konnte. Das
> log file wurde leider wieder überschrieben, so dass ich den genauen
> Text nicht bringen kann. Aber so ungefähr war es.
> "File System check failed. Please repair the file system manually.
> Unable to resolve UUID=aa5df236-95fa-42fc-adf7-6ff3b5a94c1b
>
> Also /boot!
>
>
> Anschließend wollte ich dann ein "grub-install" ausführen damit das
> alte boot wieder aktiv wird. Aber es wurde mir gemeldet
> "unbekanntes Kommando- grub-install"??
>
> Mit der Install-CD habe ich dann /boot wieder zum nicht benutzen
> markiert.
>
> Dabei fiel mir auf das es die Möglichkeit aller möglichen Filesysteme
> gibt, aber meine alten Partitionen auf denen ich wichtige Daten habe
> kann ich nicht als reiserfs einbinden, nur als unbenutzt. Dadurch
> bleiben sie unberührt, werden aber nun nicht gemountet. Wie bekomme
> ich die wieder? Hätte ich ext3 ausgewählt wären sie doch formatiert
> worden und die Daten wären futsch.
>
Mit der Installation von dem Paket "reiserfsprogs" war es nun gparted
möglich das reiserfs zu verarbeiten und ich konnte die fehlenden
Partitionen einbinden. Mal schauen ob es geklappt hat nach dem reboot.
Leider nur zu einem geringen Teil. Den beim beenden von gpartet kam dann
die Meldung:
gparted_details.htm
Partitionsbezeichnung »bk_musik« für /dev/sda8 festlegen 00:00:00 (
FEHLER )
/dev/sda8 kalibrieren 00:00:00 ( ERFOLG )
Pfad: /dev/sda8
Anfang: 33511653
Ende: 47439944
Größe: 13928292 (6.64 GiB)
Datenträgerbezeichnung für bk_musik auf »bk_musik« festlegen
00:00:00 ( FEHLER )
reiserfstune --label "bk_musik" /dev/sda8
reiserfstune: Filesystem looks not cleanly umounted, check the
consistency first.
Habe geprüft, diese Partition war nicht gemountet.
Die restlichen werden dadurch nicht bearbeitet. Diese sind alle mit
reiserfs und ich kann sie nicht mehr einbinden!
Nach einem neuen reboot erhalte ich wieder die selben Fehler, aber
diesmal kann ich das log, file finden. /var/log/fsck/checkfs
Log of fsck -C -R -A -a
Fri Jun 17 23:54:55 2011
fsck from util-linux-ng 2.17.2
/dev/sdb5: clean, 95464/1050400 files, 872628/2098482 blocks
/dev/sda6: clean, 70244/608400 files, 736233/2431831 blocks
/dev/sdb11: clean, 1325/1573728 files, 740711/3146724 blocks
/dev/sdb15: clean, 3330/1311552 files, 2185021/2622603 blocks
/dev/sdb10: clean, 15/328000 files, 357408/1311297 blocks (check after
next mount)
home: clean, 104350/656000 files, 1041209/1311297 blocks
/dev/sdb8: clean, 67874/1050400 files, 1201696/2098482 blocks
/dev/sdb16: clean, 156387/788704 files, 929565/1574362 blocks
fsck.ext3: Unable to resolve 'UUID=ca68ee6b-4019-49cf-b2dd-0c686bdfca2'
fsck died with exit status 8
Fri Jun 17 23:54:58 2011
----------------
Diese "UUID=ca68ee6b..." ist die von der Wheezy Installation. Die hatte
ich in die fstab per Hand eintragen müssen, da diese mir dort abhanden
gekommen war.
Was ich mich auch frage, warum ging in der Konsole kein "grub-install"
und update-grub?
Jetzt geht es in KDE.
--
Einen Schönen Gruß,
Sigi
Reply to: