Re: Etch, grub neu installieren
Am Montag, 30. Oktober 2006 14:44 schrieb B_Kloss: > Am Montag, 30. Oktober 2006 11:34 schrieb Simon Neumeister: > > > > bitte keinen reply-to auf deine private Adresse setzten > > Keine Ahnung, ob ich jetzt den richtigen Schalter umgelegt habe, > deshalb noch eine Antwort drauf: > Ist es jetzt okay?? > Danke > Bernd ja bestens. Ist für die ML um einiges geschickter, da man normalerweise nicht darauf achtet wennn man hier antwortet und deshaln schnell eine PM daraus wird. -- Grüße, Simon
Re: Etch, grub neu installieren
Am Montag, 30. Oktober 2006 11:34 schrieb Simon Neumeister: > Grüße, > Simon > > > > P.S. > > bitte keinen reply-to auf deine private Adresse setzten Keine Ahnung, ob ich jetzt den richtigen Schalter umgelegt habe, deshalb noch eine Antwort drauf: Ist es jetzt okay?? Danke Bernd
Re: Etch, grub neu installieren
Am Montag, 30. Oktober 2006 10:09 schrieb Thomas Korber: > B_Kloss <[EMAIL PROTECTED]> writes: > > Nichtsdestotrotz, wenn ich den Grub mit der DVD neu installiere, > > bekomme ich den Errorcode 20, wenn ich ein grub-install auf de > > rKonsole mache kommt die Meldung, dass /boot/grub/stage2 not read > > correctly ist und wenn ich die Platte booten lasse, dann kommt > > Stage1.5 und dann steigt grub mit dem Error22 aus. > > ,[ > http://www.gnu.org/software/grub/manual/html_node/Stage2-errors.html#Stage2 >-errors ] > > | 11 : Unrecognized device string > | This error is returned if a device string was expected, and the > | string encountered didn't fit the syntax/rules listed in the > | Filesystem. > > ` > > > Hat noch jemand Ideen, wie ich die hdc1 als zweite bootbare Partition > > hinbekomme, so dass ich mit der Bios-Auswahl für das Bootlaufwerk hda1 > > oder hdc1 nehmen kann. > > Zeig doch mal deine /etc/fstab, die Ausgabe von "fdisk -l" und deine > menu.lst (ohne Kommentare!) her. Danke für alle Tipps. Hiermit (von Peter Geerds und anderen) ging es dann: > > Um grub zu konfigurieren: > > grub > grub> root (hd1,0) > grub> setup (hd1) > grub> quit > > installiert auf hdc. > Jetzt habe ich eine Spielwiese, um die Installation der Faxsachen zu testen und gefährde nicht mein laufendes System. Deshalb wollte ich umziehen. Viele Grüße Bernd Kloss
Re: Etch, grub neu installieren
Am Sonntag, 29. Oktober 2006 23:05 schrieb B_Kloss: > Die Platte hdc1 ist die / > Habe ich alle Varianten in menu.lst für root (hdX,0) probiert, auch > für die kerneleinträge mit /boot/ und auch (hdX,0)/boot/ in > der 2. und dritten Zeile. > wenn du Kernel Argumente wie root=, rsume= o.ä. verwendest musst du diese natürlich an die neuen gegenbenheiten anpassen > In /boot/grub/device.map ist hd0 /dev/hda und hd1 /dev/hdc > eingetragen, Auch beim Arbeiten der Debian-DVD im REscue-Modus ist > die Platte hda als Laufwerk 0 und die hdc als Nr. 1 geführt. > das paasst das schon. > Nichtsdestotrotz, wenn ich den Grub mit der DVD neu installiere, > bekomme ich den Errorcode 20, wenn ich ein grub-install auf de > rKonsole mache kommt die Meldung, dass > /boot/grub/stage2 not read correctly ist > und wenn ich die Platte booten lasse, dann kommt Stage1.5 und dann > steigt grub mit dem Error22 aus. > du hast schon ein das root-directory angegeben ? also ddas System von hda1 booten, dann mount /dev/hdc1 /mnt/root_1 grub-install --root-directory=/mnt/root_1 /dev/hdc > Auch ein chroot auf die Partition und ein dpkg-reconfigure grub hat > nichts gebracht. > > Hat noch jemand Ideen, wie ich die hdc1 als zweite bootbare Partition > hinbekomme, so dass ich mit der Bios-Auswahl für das Bootlaufwerk > hda1 oder hdc1 nehmen kann. > wenn du den grub auf hdc ins Master boot Sector schreiben willst, wie oben aufgeführt. willst du nur den Eintrag im Auswahlmenü haben und den grub im Master von hda belassen? dannn reicht ja ein zusätzlicher Eintrag in der menu.lst a la title Debian GNU/Linux root(hd1,0) kernel /boot/vmlinuz root=/dev/hdc1 + ggf. initrd aber da du den grub wohl schon etwas zugesetzt hast würde ich dann ein grub-install /dev/hda machen. > > Danke und Grüße > B. Kloss -- Grüße, Simon P.S. bitte keinen reply-to auf deine private Adresse setzten
Re: Etch, grub neu installieren
B_Kloss <[EMAIL PROTECTED]> writes: > Nichtsdestotrotz, wenn ich den Grub mit der DVD neu installiere, > bekomme ich den Errorcode 20, wenn ich ein grub-install auf de > rKonsole mache kommt die Meldung, dass /boot/grub/stage2 not read > correctly ist und wenn ich die Platte booten lasse, dann kommt > Stage1.5 und dann steigt grub mit dem Error22 aus. ,[ http://www.gnu.org/software/grub/manual/html_node/Stage2-errors.html#Stage2-errors ] | 11 : Unrecognized device string | This error is returned if a device string was expected, and the | string encountered didn't fit the syntax/rules listed in the | Filesystem. ` > Hat noch jemand Ideen, wie ich die hdc1 als zweite bootbare Partition > hinbekomme, so dass ich mit der Bios-Auswahl für das Bootlaufwerk hda1 > oder hdc1 nehmen kann. Zeig doch mal deine /etc/fstab, die Ausgabe von "fdisk -l" und deine menu.lst (ohne Kommentare!) her. -- Grüße, | <http://www.korber.org> +++ <mailto:[EMAIL PROTECTED]> Thomas |Linux User Group Ingolstadt: <http://www.lug-in.de> PGP-ID: 0x4603A0E3 | A4B3 BA2A DDC8 B771 8084 CD4D BE14 5C3E 4603 A0E3
Re: Etch, grub neu installieren
Am Sonntag, 29. Oktober 2006 19:45 schrieb Simon Neumeister: > Am Sonntag, 29. Oktober 2006 18:09 schrieb Bernd Kloss: > > Hallo, Liste, > > > > wollte mich mal mit Basteleien am Kernel vertraut machen (Treiber für > > HYLAFAX nachinstallieren). Habe dazu mein System von hda1 auf hdc1 > > umkopiert, die entsprechenden Passagen in menu.lst von hd0,0 auf > > hd1,0 gesetzt und dann von der debian-Installations-DVD im > > rescue-Modus ein grub-install /dev/hdc ausgeführt. Dies hat bisher > > immer funktioniert, nur jetzt kommt die Meldung "stage2 not read > > correctly". Bzw. wenn man die von hdc startet, kommt ein Error 20 > > (also, grub kann was nicht lesen). Gibt es noch irgendwelche > > Möglichkeiten, die ich nicht ausgeschöpft habe? > > hd1,0 entspricht abner hdb1, du musst also für hdc1 hd2,0 angeben. Die Platte hdc1 ist die / Habe ich alle Varianten in menu.lst für root (hdX,0) probiert, auch für die kerneleinträge mit /boot/ und auch (hdX,0)/boot/ in der 2. und dritten Zeile. In /boot/grub/device.map ist hd0 /dev/hda und hd1 /dev/hdc eingetragen, Auch beim Arbeiten der Debian-DVD im REscue-Modus ist die Platte hda als Laufwerk 0 und die hdc als Nr. 1 geführt. Nichtsdestotrotz, wenn ich den Grub mit der DVD neu installiere, bekomme ich den Errorcode 20, wenn ich ein grub-install auf de rKonsole mache kommt die Meldung, dass /boot/grub/stage2 not read correctly ist und wenn ich die Platte booten lasse, dann kommt Stage1.5 und dann steigt grub mit dem Error22 aus. Auch ein chroot auf die Partition und ein dpkg-reconfigure grub hat nichts gebracht. Hat noch jemand Ideen, wie ich die hdc1 als zweite bootbare Partition hinbekomme, so dass ich mit der Bios-Auswahl für das Bootlaufwerk hda1 oder hdc1 nehmen kann. Danke und Grüße B. Kloss
Re: Etch, grub neu installieren
Am Sonntag, 29. Oktober 2006 18:09 schrieb Bernd Kloss: > Hallo, Liste, > > wollte mich mal mit Basteleien am Kernel vertraut machen (Treiber für > HYLAFAX nachinstallieren). Habe dazu mein System von hda1 auf hdc1 > umkopiert, die entsprechenden Passagen in menu.lst von hd0,0 auf > hd1,0 gesetzt und dann von der debian-Installations-DVD im > rescue-Modus ein grub-install /dev/hdc ausgeführt. Dies hat bisher > immer funktioniert, nur jetzt kommt die Meldung "stage2 not read > correctly". Bzw. wenn man die von hdc startet, kommt ein Error 20 > (also, grub kann was nicht lesen). Gibt es noch irgendwelche > Möglichkeiten, die ich nicht ausgeschöpft habe? > hd1,0 entspricht abner hdb1, du musst also für hdc1 hd2,0 angeben. -- Grüße, Simon
Etch, grub neu installieren
Hallo, Liste, wollte mich mal mit Basteleien am Kernel vertraut machen (Treiber für HYLAFAX nachinstallieren). Habe dazu mein System von hda1 auf hdc1 umkopiert, die entsprechenden Passagen in menu.lst von hd0,0 auf hd1,0 gesetzt und dann von der debian-Installations-DVD im rescue-Modus ein grub-install /dev/hdc ausgeführt. Dies hat bisher immer funktioniert, nur jetzt kommt die Meldung "stage2 not read correctly". Bzw. wenn man die von hdc startet, kommt ein Error 20 (also, grub kann was nicht lesen). Gibt es noch irgendwelche Möglichkeiten, die ich nicht ausgeschöpft habe? Danke für Tipps. Bernd Kloss _ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=0066
Re: GRUB Verständnis sda sdb hdc?
On Tue, 17 Oct 2006 17:49:36 +0200 Matthias Haegele <[EMAIL PROTECTED]> wrote: > > Also hda1... > > Wieso > hd0 = sda (SCSI-hdd1) > hd1 = sdb (SCSI-hdd2) > hd2 = hdc? (IDE-HDD1) (Festplatte an 2. Ide-Controller) Ja, mein ich doch ;-) > > Vermutung: Grub kann das Ding gar nicht booten, wenns kein ihm > > bekanntes FS ist - aber ist es das? Weil dadrin scheint ja ein > > 'normales' Linux zu liegen. > > Ich kann es mounten (beim booten von sda ...) und es ist ein > "normales" Linux-Dateisystem ... Hm, dann sucht grub an ner falschen Stelle. Hast du mal grub-install --recheck /dev/sda gemacht? Dann sollte er die device.map _selbst_ neu erstellt haben, und da sollte dann hdc auftauchen, mit wahrscheinlich hd2 als Alias. Wenn das soweit ist, nochmal mit root(hd2,0) booten (sofern hdc1 das /boot von dem VM Ding ist). Gruß Evgeni, eigentlich kein GRUB Guru =)
Re: GRUB Verständnis sda sdb hdc?
Evgeni Golov schrieb: On Tue, 17 Oct 2006 16:16:44 +0200 Matthias Haegele <[EMAIL PROTECTED]> wrote: title VMware ESX Server #vmware:autogenerated esx root (hd0,0) Ist der Eintrag richtig? angepasst: vmware:autogenerated esx root (hd2,0) Also hda1... Wieso hd0 = sda (SCSI-hdd1) hd1 = sdb (SCSI-hdd2) hd2 = hdc? (IDE-HDD1) (Festplatte an 2. Ide-Controller) Es gibt keine anderen angeschlossenen Festplatten ... Die Reihenfolge im Bios ist SCSI, IDE ... Nein wahrscheinlich nicht, schau mal hier nach: # cat /boot/grub/device.map cat /boot/grub/device.map #dort "liegt" grub im mbr (hd0) /dev/sda (hd1) /dev/sdb #das wurde jetzt von mir zugefügt (hd2) /dev/hdc Anschauen tut man mit den Augen =) Die Datei wird von grub-install angelegt und ich weiß nicht in wie fern grub nachträgliche Änderungen versteht. Lass das Ding ma laufen, ob die Datei danach genauso aussieht. Error 17: filesystem type unknown partition type 0x42 laut wikipedia ist 0x42Dynamischer Datenträger Vermutung: (Dynamischer Datenträger, weil es ein "vmware eigenes Dateisystem ist, das nicht erkannt wird"?) Eine Idee? Vermutung: Grub kann das Ding gar nicht booten, wenns kein ihm bekanntes FS ist - aber ist es das? Weil dadrin scheint ja ein 'normales' Linux zu liegen. Ich kann es mounten (beim booten von sda ...) und es ist ein "normales" Linux-Dateisystem ... Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB Verständnis sda sdb hdc?
On Tue, 17 Oct 2006 16:16:44 +0200 Matthias Haegele <[EMAIL PROTECTED]> wrote: > >>> title VMware ESX Server > >>> #vmware:autogenerated esx > >>> root (hd0,0) > >> > >> Ist der Eintrag richtig? > > angepasst: > > vmware:autogenerated esx > root (hd2,0) Also hda1... > > Nein wahrscheinlich nicht, schau mal hier nach: > > # cat /boot/grub/device.map > cat /boot/grub/device.map > #dort "liegt" grub im mbr > (hd0) /dev/sda > (hd1) /dev/sdb > #das wurde jetzt von mir zugefügt > (hd2) /dev/hdc Anschauen tut man mit den Augen =) Die Datei wird von grub-install angelegt und ich weiß nicht in wie fern grub nachträgliche Änderungen versteht. Lass das Ding ma laufen, ob die Datei danach genauso aussieht. > Error 17: > > filesystem type unknown partition type 0x42 > > laut wikipedia ist > 0x42 Dynamischer Datenträger > > Vermutung: (Dynamischer Datenträger, weil es ein "vmware eigenes > Dateisystem ist, das nicht erkannt wird"?) > Eine Idee? Vermutung: Grub kann das Ding gar nicht booten, wenns kein ihm bekanntes FS ist - aber ist es das? Weil dadrin scheint ja ein 'normales' Linux zu liegen. > (Ich könnte auch die SCSI Festplatte "abstöpseln" und versuchen nur > die IDE Platte zu booten?, würde das was bringen?) Wenn da im MBR was sinnvolles ist, ja, sonst weniger.
Re: GRUB Verständnis sda sdb hdc?
Nachtrag: fdisk -l Disk /dev/hdc: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdc1 * 1 13 104391 83 Linux /dev/hdc2 14 650 5116702+ 83 Linux /dev/hdc3 651 719 554242+ 82 Linux swap / Solaris /dev/hdc4 720 19457 1505129855 Extended /dev/hdc5 720 973 2040223+ 83 Linux Disk /dev/sda: 18.2 GB, 18210037760 bytes 255 heads, 63 sectors/track, 2213 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 538 4321453+ 7 HPFS/NTFS /dev/sda2 5391182 5172930 83 Linux /dev/sda313042213 7309575f W95 Ext'd (LBA) /dev/sda411831303 971932+ 82 Linux swap / Solaris /dev/sda513042213 7309543+ 7 HPFS/NTFS Partition table entries are not in disk order Disk /dev/sdb: 18.3 GB, 18351959040 bytes 255 heads, 63 sectors/track, 2231 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 * 11114 8948173+ 42 SFS /dev/sdb211152231 8972302+ 42 SFS -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB Verständnis sda sdb hdc?
Evgeni Golov schrieb: Hi Matthias, On Tue, 17 Oct 2006 15:27:38 +0200 Matthias Haegele <[EMAIL PROTECTED]> wrote: Im "Gerät" sind: 2 SCSI-HDDs, sda, sdb, eine (nachträglich eingebaute) IDE Platte hdc (Auf der vmware-esx-server inst. wurde). Grub ist im MBR der 1. SCSI Platte also "sda" installiert. Im BIOS ist Bootreihenfolge SCSI, IDE eingestellt (inwieweit hat das Einfluss auf obiges, sprich ändert sich das, die Nummerierung wenn ich im BIOS z.B. IDE, SCSI angebe?) nun bin ich hergegangen und habe in /boot/grub/menu.lst auf sda folgendes eingetragen: (ist auf IDE Platte also hdc), das funktioniert natürlich so nicht, was muss ich machen? title VMware ESX Server #vmware:autogenerated esx root (hd0,0) Ist der Eintrag richtig? angepasst: vmware:autogenerated esx root (hd2,0) Nein wahrscheinlich nicht, schau mal hier nach: # cat /boot/grub/device.map cat /boot/grub/device.map #dort "liegt" grub im mbr (hd0) /dev/sda (hd1) /dev/sdb #das wurde jetzt von mir zugefügt (hd2) /dev/hdc Error 17: filesystem type unknown partition type 0x42 laut wikipedia ist 0x42Dynamischer Datenträger Vermutung: (Dynamischer Datenträger, weil es ein "vmware eigenes Dateisystem ist, das nicht erkannt wird"?) Eine Idee? (Ich könnte auch die SCSI Festplatte "abstöpseln" und versuchen nur die IDE Platte zu booten?, würde das was bringen?) HTH Evgeni thx MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
GRUB Verständnis sda sdb hdc?
Hallo Ihr! Irgendwie stehe ich auf dem Schlauch folgendes: Im "Gerät" sind: 2 SCSI-HDDs, sda, sdb, eine (nachträglich eingebaute) IDE Platte hdc (Auf der vmware-esx-server inst. wurde). Grub ist im MBR der 1. SCSI Platte also "sda" installiert. Im BIOS ist Bootreihenfolge SCSI, IDE eingestellt (inwieweit hat das Einfluss auf obiges, sprich ändert sich das, die Nummerierung wenn ich im BIOS z.B. IDE, SCSI angebe?) nun bin ich hergegangen und habe in /boot/grub/menu.lst auf sda folgendes eingetragen: (ist auf IDE Platte also hdc), das funktioniert natürlich so nicht, was muss ich machen? title VMware ESX Server #vmware:autogenerated esx root (hd0,0) Ist der Eintrag richtig? uppermem 277504 kernel --no-mem-option /vmlinuz-2.4.21-37.0.2.ELvmnix ro root=UUID=087abaed-33f4-44e2-a25d-63cd8e5bf5d9 mem=272M cpci=0:0,1,2,8,15;2:; vga=785 initrd /initrd-2.4.21-37.0.2.ELvmnix.img Grüsse & Danke MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB Verständnis sda sdb hdc?
Hi Matthias, On Tue, 17 Oct 2006 15:27:38 +0200 Matthias Haegele <[EMAIL PROTECTED]> wrote: > Im "Gerät" sind: > > 2 SCSI-HDDs, sda, sdb, > eine (nachträglich eingebaute) IDE Platte hdc (Auf der > vmware-esx-server inst. wurde). > > Grub ist im MBR der 1. SCSI Platte also "sda" installiert. > > Im BIOS ist Bootreihenfolge SCSI, IDE eingestellt (inwieweit hat das > Einfluss auf obiges, sprich ändert sich das, die Nummerierung wenn > ich im BIOS z.B. IDE, SCSI angebe?) > > nun bin ich hergegangen und habe in /boot/grub/menu.lst auf sda > folgendes eingetragen: (ist auf IDE Platte also hdc), das > funktioniert natürlich so nicht, was muss ich machen? > > > title VMware ESX Server > > #vmware:autogenerated esx > > root (hd0,0) > > Ist der Eintrag richtig? Nein wahrscheinlich nicht, schau mal hier nach: # cat /boot/grub/device.map HTH Evgeni
Re: Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Matthias Haegele wrote: > Gerhard Brauer schrieb: >>> Meine Windows XP Partition (hda1) ist defekt und startet nicht mehr. [...] >>> Ich würde gerne diese Partition reparieren bzw. XP neu installieren. >> > mit der Windows-Boot-CD in die Wiederherstellungskonsole booten. > dort > ckdsk /? (optionen /p /r afaik) > > könnte helfen, eine defekte Partition zu reparieren ... > Damit wir wieder on topic sind: Und falls das nicht ausreichen sollte, kann man vorher noch unter Linux ein "/usr/bin/ntfsfix /dev/" ausführen. Das hat schon ein paarmal dabei geholfen, auf dem Rechner eines Freundes eine selbst mit chkdsk nicht mehr zu bearbeitende NTFS-Partition wieder in einen für chkdsk wiederherstellbaren Zustand zu bringen. Irgendwas scheint MS nicht wirklich richtig zu machen... ;-) Dieses Programm ist Bestandteil des Pakets ntfsprogs, welches überhaupt sehr zu empfehlen ist. -- http://www.openbc.com/hp/Paul_Seelig
Re: Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Gerhard Brauer schrieb: Gruesse! * Matthias Taube <[EMAIL PROTECTED]> schrieb am [16.10.06 19:27]: Meine Windows XP Partition (hda1) ist defekt und startet nicht mehr. Kein Beileid. [...] Ich würde gerne diese Partition reparieren bzw. XP neu installieren. Jeglicher Reperaturversuch an Windows ist IMHO pure Zeitverschwendung. Falls du doch deine Zeit verschwenden willst: mit der Windows-Boot-CD in die Wiederherstellungskonsole booten. dort ckdsk /? (optionen /p /r afaik) könnte helfen, eine defekte Partition zu reparieren ... mfg Matthias Gruß Gerhard Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Sascha Vogt schrieb: > Den MBR sicherst du mittels: > dd if=/dev/hda of=~/hda.mbr bs=512 count=1 Vielen Dank. So werde ich es machen. mfg Matthias Taube > PS: Achso, vielleicht gibt es auch eine Möglichkeit die Partition zu > reparieren, allerdings hab ich da nicht wirklich Ahnung ;) evtl. ja jemand anders ... -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Gruesse! * Matthias Taube <[EMAIL PROTECTED]> schrieb am [16.10.06 19:27]: > Meine Windows XP Partition (hda1) ist defekt und startet nicht mehr. Kein Beileid. > Kann ich unter Debian nachträglich eine XP Installation vornehmen, ohne > dass mein Debian Bootmenü (GRUB) stirbt bzw. wie kann ich dieses nachher > wiederherstellen? AFAIK zerstört eine XP-Installation nicht mehr zwangsweise den MasterBoorRecord (außer evtl. RecoveryCDs, vor denen sollte man sich eh hüten.) Sichern kannst du den MBR (und nur um den dreht es sich) mit: dd if=/dev/hda of=~/meinmbr.img bs=512 count=1 Zurücksichern dann indem du die Quellen/Ziele bei if und of vertauscht. Das setzt aber voraus, daß du ein funktionierendes Linux bzw. dd hast. Knoppix z.B. oder eine andere Boot/Live-CD. Den obigen MBR-Img kannst du z.B. auf Disk, Netzwerk, USB-Stick legen. Von einer Knoppix/Live-CD kannst du auch nachträglich grub als MBR neu installieren mit: Linux-Partition mounten (nach /mnt/linux z.B.) die / und /boot enthält. grub-install --root-directory=/mnt/linux > Die XP Partition hat bei #fsck.vfat -w -r /dev/hda1 angezeigt, dass > Bootsektor und Backup nicht übereinstimmen. Neu formatieren ist stressfrei. > Ich würde gerne diese Partition reparieren bzw. XP neu installieren. Jeglicher Reperaturversuch an Windows ist IMHO pure Zeitverschwendung. > mfg > Matthias Gruß Gerhard -- OOP? Frueher haben wir die Fehler selbst programmiert, heute werden sie vererbt. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Hi, Matthias Taube schrieb: > Kann ich unter Debian nachträglich eine XP Installation vornehmen, ohne > dass mein Debian Bootmenü (GRUB) stirbt bzw. wie kann ich dieses nachher > wiederherstellen? Den MBR sicherst du mittels: dd if=/dev/hda of=~/hda.mbr bs=512 count=1 Die Partitionstabelle mittels: sfdisk -d /dev/hda > hda.pt Rücksichern des MBR geht mittels: dd if=hda.mbr of=/dev/hda bs=512 count=1 Rücksichern der Partitionstabelle: sfdisk /dev/hda < hda.pt Eigentlich musst du nur darauf achten das Windows nichts umpartioniert und anschließend mit Knoppix oder einer anderen LiveCD booten und den MBR zurücksichern. Das sollte genügen. (Allerdings ist ein Backup der Partitionstabelle auch nicht verkehrt, wie ich die Erfahrung schon machen durfte...) Gruß -Sascha- PS: Achso, vielleicht gibt es auch eine Möglichkeit die Partition zu reparieren, allerdings hab ich da nicht wirklich Ahnung ;)
Windows XP Partition nachtraeglich installieren bzw. reparieren (GRUB)
Meine Windows XP Partition (hda1) ist defekt und startet nicht mehr. Kann ich unter Debian nachträglich eine XP Installation vornehmen, ohne dass mein Debian Bootmenü (GRUB) stirbt bzw. wie kann ich dieses nachher wiederherstellen? Die XP Partition hat bei #fsck.vfat -w -r /dev/hda1 angezeigt, dass Bootsektor und Backup nicht übereinstimmen. Nach dem Reparaturversuch (Kopie des Backup auf Original) zeigt # fsck.vfat -w -r /dev/hda1 dosfsck 2.11, 12 Mar 2005, FAT32, LFN Currently, only 1 or 2 FATs are supported, not 18. Ich würde gerne diese Partition reparieren bzw. XP neu installieren. mfg Matthias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub auf CD
Am Sonntag 01 Oktober 2006 11:48 schrieb Meinolf Sander: > * Klaus Becker schrieb: > > Auf der CD ist der gleiche Kernel wie der auf meiner Maschine, > > auf der ich sie ausprobiert habe. Wenn nun auf dem Rechner > > ein anderer Kernel oder gar eine andere Linux-Distri ist, kann > > es da nicht zu Problemen, gar Kernel-Panic kommen? > > Korrektur: Nein, kann es nicht. BTW, warum steht in manchen > Anleitungen, daß man einen Kernel auf die CD kopieren soll, > obwohl das laut gnu.org-Manual gar nicht nötig ist? Hallo Meinolf, Diese Frage habe ich mir auch schon gestellt, schließlich ist auf einer Bootdiskette auf kein Kernel. Ich hab's einfach mal ausprobiert: so wie auf http://wiki.debianforum.de/GrubBootCD?highlight=%28grub%29, nur ohne initrd.img und vmlinuz: klappt ! Damit boote ich auf den Kernel des auf der FP installierten Systems, und obige Frage ist damit hinfällig Gruß Klaus
Re: Grub auf CD
* Klaus Becker schrieb: > Auf der CD ist der gleiche Kernel wie der auf meiner Maschine, > auf der ich sie ausprobiert habe. Wenn nun auf dem Rechner > ein anderer Kernel oder gar eine andere Linux-Distri ist, kann > es da nicht zu Problemen, gar Kernel-Panic kommen? Korrektur: Nein, kann es nicht. BTW, warum steht in manchen Anleitungen, daß man einen Kernel auf die CD kopieren soll, obwohl das laut gnu.org-Manual gar nicht nötig ist? Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub auf CD
* Klaus Becker schrieb: > Da fällt mir noch eine Frage in diesem Zusammenhang ein: > Ich hab' jetzt eine Boot-CD, ok. Auf der CD ist der gleiche Kernel wie der > auf > meiner Maschine, auf der ich sie ausprobiert habe. Wenn nun auf dem Rechner > ein anderer Kernel oder gar eine andere Linux-Distri ist, kann es da nicht zu > Problemen, gar Kernel-Panic kommen? Gute Frage. Ich würde auf jeden Fall die Original-Kernels (plus, falls vorhanden, initrds) von Sarge bzw. Mandriva der jeweiligen Rechner auf die CDs brennen, dann sollte es keine Probleme geben. Also am besten die CDs im Institut erstellen und brennen bzw., falls das nicht möglich sein sollte, die entspr. Dateien auf Deinen Heimrechner transferieren und dort brennen. Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub auf CD
Am Samstag 30 September 2006 16:24 schrieb Meinolf Sander: > * Klaus Becker schrieb: > > Wie aber mit einer CD? > Wozu brauchst Du eine GRUB-CD, wenn Du Sarge installierst? Du kannst > dann doch GRUB aus Sarge installieren. Hallo Meinolf, ich arbeite in einem Institut für Fremdsprachen an einer Uni in Frankreich. Wir haben 2 neue Rechner + Videoprojektor. Auf den Rechnern ist XP installiert mit NTFS, das meine Kollegen (ca 25) benutzen. Ich werde Debian auf einem Rechner installieren, Mandriva auf dem anderen. Ich will den MBR nicht nicht modifizieren. Wenn was schief geht und XP nicht mehr startet, sagen meine Kollegen: "Das hat Klaus mit seinem Linux gemacht !" (Ist schon passiert). Ich weiß zwar, dass man den MBR mit einer Rescue-Funktion der XP-CD reparieren kann, das hab' ich aber noch nie gemacht, und ich will kein Risiko eingehen. Vielleicht später mal, dann muss ich aber erst mal bei mir testen, wie man den MBR bei NTFS restauriert. Da fällt mir noch eine Frage in diesem Zusammenhang ein: Ich hab' jetzt eine Boot-CD, ok. Auf der CD ist der gleiche Kernel wie der auf meiner Maschine, auf der ich sie ausprobiert habe. Wenn nun auf dem Rechner ein anderer Kernel oder gar eine andere Linux-Distri ist, kann es da nicht zu Problemen, gar Kernel-Panic kommen? tschüs Klaus
Re: Grub auf CD
Hallo Klaus. Klaus Becker, 30.09.2006 19:55: > "You can use the device `(cd)' to access a CD-ROM in your config file. This > is > not required; GRUB automatically sets the root device to `(cd)' when booted > from a CD-ROM. It is only necessary to refer to `(cd)' if you want to access > other drives as well." > > Das hab' ich nicht ganz verstanden, was für andere "drives"? Zum Beispiel andere CDROM-Laufwerke. Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Grub auf CD
Am Samstag 30 September 2006 19:12 schrieb Wolf Wiegand: > Hallo, > > Klaus Becker wrote: > > [Grub auf CD] > > http://www.gnu.org/software/grub/manual/html_node/Making-a-GRUB-bootable-CD >_002dROM.html > > hth, Wolf Hallo Wolf, das ist fast das gleiche wie http://wiki.debianforum.de/FindPage?action=fullsearch&titlesearch=1&value=grub. "You can use the device `(cd)' to access a CD-ROM in your config file. This is not required; GRUB automatically sets the root device to `(cd)' when booted from a CD-ROM. It is only necessary to refer to `(cd)' if you want to access other drives as well." Das hab' ich nicht ganz verstanden, was für andere "drives"? Klaus
Re: Grub auf CD
Am Samstag 30 September 2006 17:00 schrieb Matthias Popp: > Am Samstag 30 September 2006 15:40 schrieb Klaus Becker: > > Hallo, > > > > ich möchte einen Rechner von einer CD aus starten, auf der sich Grub > > befindet. Der Rechner hat kein Diskettenlaufwerk. > Sieh dir das mal an > > http://wiki.debianforum.de/FindPage?action=fullsearch&titlesearch=1&value=g >rub Sehr intéressant und hat geklappt. danke ! Klaus
Re: Grub auf CD
* Klaus Becker schrieb: > Wie aber mit einer CD? http://google.de/search?&q=grub+cd > Kann man die entsprechenden Dateien auf der FP erstellen und sie dann > auf die CD brennen? Ja. > Wenn ich das auf meinem Rechner mache, wird das auf einem anderen > Rechner (im Büro) funktionnieren? Wenn Du es richtig machst, sehe ich keinen Grund, warum das nicht klappen sollte. > Ich benutze Sarge und will auch Sarge auf dem Rechner im Büro installieren. Wozu brauchst Du eine GRUB-CD, wenn Du Sarge installierst? Du kannst dann doch GRUB aus Sarge installieren. Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub auf CD
Hallo, Klaus Becker wrote: > [Grub auf CD] http://www.gnu.org/software/grub/manual/html_node/Making-a-GRUB-bootable-CD_002dROM.html hth, Wolf -- Noch zuverlässiger, muss ich sagen, als Kondome sind allerdings: Knoblauch, Lockenwickler und Leggins. (Harald Schmidt) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub auf CD
Am Samstag 30 September 2006 15:40 schrieb Klaus Becker: > Hallo, > > ich möchte einen Rechner von einer CD aus starten, auf der sich Grub > befindet. Der Rechner hat kein Diskettenlaufwerk. > > Wie man eine Bootdiskette erstellt, hab' ich mal notiert und auch > erfolgreich gemacht: > > Den kompletten Ordner /boot/grub auf Diskette kopieren > > mkfs.ext2 /dev/fd0 > mount /mnt/floppy > cp -r /boot/grub /mnt/floppy > grub > root (fd0) > setup (fd0) Sieh dir das mal an http://wiki.debianforum.de/FindPage?action=fullsearch&titlesearch=1&value=grub -- with best regards from Dortmund Matthias Popp (KBDCALLS) pgpoN9nPitEiu.pgp Description: PGP signature
Grub auf CD
Hallo, ich möchte einen Rechner von einer CD aus starten, auf der sich Grub befindet. Der Rechner hat kein Diskettenlaufwerk. Wie man eine Bootdiskette erstellt, hab' ich mal notiert und auch erfolgreich gemacht: Den kompletten Ordner /boot/grub auf Diskette kopieren mkfs.ext2 /dev/fd0 mount /mnt/floppy cp -r /boot/grub /mnt/floppy grub root (fd0) setup (fd0) Wie aber mit einer CD? Kann man die entsprechenden Dateien auf der FP erstellen und sie dann auf die CD brennen? Wenn ich das auf meinem Rechner mache, wird das auf einem anderen Rechner (im Büro) funktionnieren? Ich benutze Sarge und will auch Sarge auf dem Rechner im Büro installieren. Installiert ist schon XP, das meine Kollegen benutzen, und ich möchte kein risiko eingehen, sonst lynchen mich meine Kollegen. Gruß Klaus
Re: grub boot Problem
> dafür gibt es bei grub-install die Option --root-directory=/pfad > dan kann man sich den Mist mit chroot, bind-mount etc sparen > das setzt natürlich voraus, dass das jeweilige rettungssystem auch einen grub mitbringt. ausserdem dürfte es sich in den meisten fällen um eine andere version handeln. also geschmacksfrage. cu marc -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: grub boot Problem
Simon Neumeister schrieb: at Mittwoch, 27. September 2006 13:24 wrote Torsten Flammiger: Quoting Marc Schröder <[EMAIL PROTECTED]>: [...] 1. Mounten der zu rettenden Partition nach /woauchimmer 2. /proc /sys /dev per mount -o bind nach /woauchimmer/sys usw. wieder einhängen 3. # chroot /woauchimmer /bin/bash 4. grub-install /dein/device 5. exit 6. /woauchimmer/sys usw... wieder aushängen 7. reboot hth Torsten man grub-install dafür gibt es bei grub-install die Option --root-directory=/pfad dan kann man sich den Mist mit chroot, bind-mount etc sparen Danke für den Hinweis, bei nächster Gelegenheit... ;) Torsten
Re: grub boot Problem
at Mittwoch, 27. September 2006 13:24 wrote Torsten Flammiger: > Quoting Marc Schröder <[EMAIL PROTECTED]>: > > vor ein paar Wochen stand ich vor dem gleichen Problem: nach Botten mit einer > Knoppix war dem Grub nicht beizubringen, das es da eine SDA geben > sollte. Sogar > die IDE Platte war angeblich nicht vorhanden. > > Mir fiehl dann ein, das ich ja evtl. noch /dev hätte vor dem chroot einbinden > sollen. Und siehe da: alles OK. Also: > > 1. Mounten der zu rettenden Partition nach /woauchimmer > 2. /proc /sys /dev per mount -o bind nach /woauchimmer/sys usw. wieder > einhängen > 3. # chroot /woauchimmer /bin/bash > 4. grub-install /dein/device > 5. exit > 6. /woauchimmer/sys usw... wieder aushängen > 7. reboot > > hth > Torsten > man grub-install dafür gibt es bei grub-install die Option --root-directory=/pfad dan kann man sich den Mist mit chroot, bind-mount etc sparen -- Grüße, Simon
Re: grub boot Problem
Quoting Marc Schröder <[EMAIL PROTECTED]>: Dirk Schleicher wrote: Ich komme einfach nicht weiter! Ich habe das System mit ner Kubuntu live CD gestartet und meine Linuxpartition (sda7 /media/sda) eingehängt. Dann habe ich grub-install /media/sda gemacht. format of install_device not recognized. Bitte helft, ich komme einfach nicht mehr dran. folgendes sollte grub wieder gerade rücken: chroot /media/sda mount /proc mount /sys cat /proc/mounts > /etc/mtab grub-install /dev/sda letzeres nur, wenn grub in den master boot record soll, sonst /dev/sda7 dann raus und reboot: umount /sys umount /proc strg+d reboot vor ein paar Wochen stand ich vor dem gleichen Problem: nach Botten mit einer Knoppix war dem Grub nicht beizubringen, das es da eine SDA geben sollte. Sogar die IDE Platte war angeblich nicht vorhanden. Mir fiehl dann ein, das ich ja evtl. noch /dev hätte vor dem chroot einbinden sollen. Und siehe da: alles OK. Also: 1. Mounten der zu rettenden Partition nach /woauchimmer 2. /proc /sys /dev per mount -o bind nach /woauchimmer/sys usw. wieder einhängen 3. # chroot /woauchimmer /bin/bash 4. grub-install /dein/device 5. exit 6. /woauchimmer/sys usw... wieder aushängen 7. reboot hth Torsten
Re: grub boot Problem
Dirk Schleicher wrote: > Ich komme einfach nicht weiter! > Ich habe das System mit ner Kubuntu live CD gestartet und meine > Linuxpartition (sda7 /media/sda) eingehängt. > Dann habe ich grub-install /media/sda gemacht. > format of install_device not recognized. > > Bitte helft, ich komme einfach nicht mehr dran. > > folgendes sollte grub wieder gerade rücken: chroot /media/sda mount /proc mount /sys cat /proc/mounts > /etc/mtab grub-install /dev/sda letzeres nur, wenn grub in den master boot record soll, sonst /dev/sda7 dann raus und reboot: umount /sys umount /proc strg+d reboot -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: grub boot Problem
Ich komme einfach nicht weiter! Ich habe das System mit ner Kubuntu live CD gestartet und meine Linuxpartition (sda7 /media/sda) eingehängt. Dann habe ich grub-install /media/sda gemacht. format of install_device not recognized. Bitte helft, ich komme einfach nicht mehr dran.
grub boot Problem
Hallo Leute, ich habe ein Problem mit Grub. Ich habe mit gparted eine Partition gelöscht und zu einer bestehenden zusammengeführt. Jetzt kann ich nicht mehr booten. Fehler 22. Die Partitionen waren /dev/sda1 ntfs boot /dev/sda3 extended /dev/sda5 ext3 /dev/sda8 ext3 /dev/sda7 swap /dev/sda6 fat32 /dev/sda2 fat32 Nun /dev/sda1 ntfs boot /dev/sda3 extended /dev/sda7 ext3 /dev/sda6 swap /dev/sda5 fat32 /dev/sda2 fat32 Root war sda8 und ist jetzt sda7 In grub menu.lst war (hd0,7) Ich habe in hd alles von 0 bis 0,6 eingetragen. Ich habe auch das System neu von CD gestartet und sda7 einghängt und versucht grub neu zu schreiben. Doch ich bekomme immer nur Fehler20. Wie kann ich grub neu schreiben? Sage schon mal Danke Gruss Dirk
Re: Grub vs Grub2
* Jens Kapitza schrieb: > ich bin heute auf das grub2 paket gestoßen kann mir mal einr sagen > wo der unterschied liegen soll? > > wird grub nicht mehr entwickelt? Doch, gerade deshalb gibt es ja GRUB2. > was ist bei grub2 besser als bei grub http://www.gnu.org/software/grub/grub-2.en.html Habe es allerdings selbst noch nicht benutzt. Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Grub vs Grub2
ich bin heute auf das grub2 paket gestoßen kann mir mal einr sagen wo der unterschied liegen soll? wird grub nicht mehr entwickelt? was ist bei grub2 besser als bei grub -- Jens Kapitza <[EMAIL PROTECTED]>
Re: Grub 'Error 18' nach Mainboard-Tausch
On Mon, Sep 11, 2006 at 12:25:48PM +0200, Andre Timmermann wrote: > Boote von Deiner Knoppix. Da Knoppix SWAP automatisch einbindet, löse > diese Einbindung: Oder knoppix mit dem Boot- Parameter noswap füttern. cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub 'Error 18' nach Mainboard-Tausch
Andre Timmermann schrieb: > > Das Ganze wird sehr Zeitaufwendig - wenn Du die Möglichkeit hast, Die > Sicherung auf eine externe Platte zu machen (USB-Laufwerk oder CDROM) > wäre das sicher einfacher. > ... und wer sich gegen die Anschaffung eines Sicherungsmediums (und sei es eine externe HD) sträubt, dem ist soundso nicht wirklich zu helfen. Rüdiger -- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Grub 'Error 18' nach Mainboard-Tausch
Hi, Am Sonntag, den 10.09.2006, 21:11 +0200 schrieb Marco Rist: > und da geht's schon los. Im qtparted sind die Aktionen > Vergrößern/verkleinern/verschieben nicht aktiv, das heißt ich kann diese > Operationen nicht auf diese Partition anwenden. > > Hilfe?! Hmm, das ist schlecht. Die Möglichkeiten werden immer weniger. Du könntest folgendes versuchen: Boote von Deiner Knoppix. Da Knoppix SWAP automatisch einbindet, löse diese Einbindung: swapoff -a Danach kannst Du mit fdisk oder cfdisk Deine SWAP löschen. Danach benutzt Du resize2fs um Deine hda1 zu verkleinern. Danach kannst Du eine hda5 anlegen, die dann Deine Sicherung enthalten wird. Jetzt schiebst Du Deine wichtigen Dateien auf die neu angelegte hda2, sicherst Dein /etc, /home und die Liste der installierten Pakete und was Du sonst so brauchst. Jetzt kannst Du Das System neu aufsetzen, die wichtigen Sachen sind ja gesichert. Ich würde bei der Gelegenheit auch /home auf eine Extrapartition planen. Vorschlag: /boot - hda1 - 50 MB swap - hda2 - gleiche Größe wie jetzt auch / - hda3 - 6 GB /home - hda5 - Rest /home müsstest Du nach der Partitionierung wohl wieder mit resize2fs vergrößern, damit die Platte wirklich ausgenutzt wird. Das Ganze wird sehr Zeitaufwendig - wenn Du die Möglichkeit hast, Die Sicherung auf eine externe Platte zu machen (USB-Laufwerk oder CDROM) wäre das sicher einfacher. Zudem kann Dir keiner garantieren, dass bei Operationen mit resize2fs kein Datenverlust auftritt. Wenn Du einen Bekannten hast, der dir eine Platte leihen kann, hast DU weniger Arbeit (Vorsicht bei USB-Platten mit NTFS oder FAT32, da gehen die Dateirechte flöten, wenn Du kein tar benutzt) Greetz, Andre -- BOFH-excuse of the day: Too much radiation coming from the soil.
Re: Grub 'Error 18' nach Mainboard-Tausch
Hallo, > Als erstes die Partition /dev/hda1 bearbeiten. Ich würde den Anfang der > Partition verschieben, so dass ein freier Bereich von ca 50 MB am Anfang > entsteht. Das wird sehr lange dauern, da jetzt die Dateien innerhalb von > hda1 verschoben werden müssen. und da geht's schon los. Im qtparted sind die Aktionen Vergrößern/verkleinern/verschieben nicht aktiv, das heißt ich kann diese Operationen nicht auf diese Partition anwenden. Hilfe?! Grüße Marco
Re: Grub 'Error 18' nach Mainboard-Tausch
Am Sonntag, den 10.09.2006, 14:45 +0200 schrieb Marco Rist: > Für das Backup habe ich leider weder die Kapazität noch die > Infrastruktur, aber das Risiko gehe ich ein. Hmm, das kann gefährlich sein, wenn etwas schief geht, ist alles im Anus. Ich würde die komplette /etc wegsichern (mit tar) und eventuell auch das wichtigste von /home auf DVD oder CD brennen. Aber es ist Dein Risiko - you have been warned ;) > Ok, nach dem Booten von Knoppix 5.0 zeigt mir fdisk -l folgendes: > > Gerät boot. Anfang EndeBlöcke Id System > /dev/hda1 * 1 19222 154400683+ 83 Linux > /dev/hda2 19223 19457 1887637+5 Erw. > /dev/hda5 19223 19457 1887606 82 Swap > > Reicht das an Infos? Jupp. > Wie geht es weiter? Ich habe das noch nie so versucht. Keine Gewähr. In einer VMware konnte ich das grad so nicht machen - vielleicht klappt das ja nativ. qtparted starten. Ist schön mit Grafik ;) Als erstes die Partition /dev/hda1 bearbeiten. Ich würde den Anfang der Partition verschieben, so dass ein freier Bereich von ca 50 MB am Anfang entsteht. Das wird sehr lange dauern, da jetzt die Dateien innerhalb von hda1 verschoben werden müssen. Danach im freien Bereich eine neue Partition anlegen. Das wird mal Dein /boot. Dann musst Du den Inhalt von Deinem alten /boot (also von hda1/boot) in die neue Partition kopieren. Du musst ebenfalls die /etc/fstab Deines alten Systems anpassen. /dev/hda? /bootext3defaults,noauto 0 1 /dev/hda? /ext3defaults,errors=remount-ro 0 1 Die Fragezeichen müsstest Du entsprechend anpassen, ich weiss nicht, wie die Partitionen hinterher benannt sind. Ich vermute mal, das /boot auf hda1 landet und / auf hda2 umbenannt wird. In Deiner Grubkonfiguration (menu.lst) müsstest Du die Zeile mit kopt ebenfalls ändern, damit hier Deine root-Partition drin steht # kopt=root=/dev/hda2 ro vga=0x31a Zusätzlich solltest Du den entpsrechenden Eintrag in der Kernelzeile ändern. Das wird normalerweise Durch ein update-grub erledigt, das kannst Du aber erst machen, wenn Dein System wieder läuft. Damit sollte das Ganze fast fertig sein. Jetzt würde ich mal mit der Knoppix booten und dann schaun, ob alles da ist. Jetzt müsstest Du noch den Grub neu installieren, da gabs hier ja grad einen Thread zu. !!! BITTE BEACHTEN !!! Ich habe mir das grade so aus den Fingern gezogen und hoffe das alles bedacht ist. Ich kann nicht dafür garantieren, das die Operation gelingt. Solche Dinge sind doch ziemlich riskant für die Daten. > btw: Ist qtparted Teil der Knoppix-Distribution? Ja. Viel Erfolg, Andre -- BOFH-excuse of the day: Server depressed, needs Prozac
Re: Grub 'Error 18' nach Mainboard-Tausch
Hi, > OK, das ist nicht ganz so einfach. Du musst ja Deine komplette > Partitionierung umstellen. Das geht am einfachsten und schnellsten, wenn > Du ein Backup Deiner Daten hast, um mit einer "blanken" Festplatte zu > starten. Geht leider nicht, also besser ein Partitionierungs-Tool benutzen. > Wenn das nicht geht, hilft ein Tool wie qtparted, mit dem man auch > bestehende Partitionen verändern/verschieben kann. Das entbindet Dich > aber nicht von Deiner Backuppflicht ;) Für das Backup habe ich leider weder die Kapazität noch die Infrastruktur, aber das Risiko gehe ich ein. > BTW: ich würde _immer eine separate /boot anlegen, mit vielleicht 50 MB, > da passt dann auch ein Rettungssystem rein und man kann noch was machen, > wenn sonst nix mehr geht. Das werde ich nächstes Mal definitiv beherzigen :) > Poste doch mal Deine Partitionstabelle, dann sieht man, wie man das am > geschicktesten anstellt. Am besten Du nimmst dafür eine aktuelle > Knoppix, dann kannst Du ja auf das System zugreifen. Ok, nach dem Booten von Knoppix 5.0 zeigt mir fdisk -l folgendes: Gerät boot. Anfang EndeBlöcke Id System /dev/hda1 * 1 19222 154400683+ 83 Linux /dev/hda2 19223 19457 1887637+5 Erw. /dev/hda5 19223 19457 1887606 82 Swap Reicht das an Infos? Wie geht es weiter? btw: Ist qtparted Teil der Knoppix-Distribution? Grüße Marco
Re: Grub 'Error 18' nach Mainboard-Tausch
Hallo, Am Sonntag, den 10.09.2006, 13:07 +0200 schrieb Marco Rist: > > Deine /boot-Partition sollte innerhalb der ersten 1023 Zylinder der > > Festplatte liegen. Alternativ - wie schon erwähnt - wäre ein Biosupgrade > > anzuraten. Es kann aber sein, dass es keins gibt... > Ok, das BIOS ist bereits das aktuellste. > Also sehe ich als einzigen Ausweg, eine separate Boot-Partition > innerhalb der ersten 1023 Zylinder zu erstellen. > Gibt es diesbezüglich irgendwelche HOWTOs bzw. Schritt-für-Schritt > Ableitungen? Das derzeitige System besitzt ja nur eine einzige große > Partition... OK, das ist nicht ganz so einfach. Du musst ja Deine komplette Partitionierung umstellen. Das geht am einfachsten und schnellsten, wenn Du ein Backup Deiner Daten hast, um mit einer "blanken" Festplatte zu starten. Wenn das nicht geht, hilft ein Tool wie qtparted, mit dem man auch bestehende Partitionen verändern/verschieben kann. Das entbindet Dich aber nicht von Deiner Backuppflicht ;) BTW: ich würde _immer eine separate /boot anlegen, mit vielleicht 50 MB, da passt dann auch ein Rettungssystem rein und man kann noch was machen, wenn sonst nix mehr geht. Poste doch mal Deine Partitionstabelle, dann sieht man, wie man das am geschicktesten anstellt. Am besten Du nimmst dafür eine aktuelle Knoppix, dann kannst Du ja auf das System zugreifen. Greetz, Andre -- BOFH-excuse of the day: Your packets were eaten by the terminator
Re: Grub 'Error 18' nach Mainboard-Tausch
Andre Timmermann schrieb: > Hallo, Hi, > Deine /boot-Partition sollte innerhalb der ersten 1023 Zylinder der > Festplatte liegen. Alternativ - wie schon erwähnt - wäre ein Biosupgrade > anzuraten. Es kann aber sein, dass es keins gibt... Ok, das BIOS ist bereits das aktuellste. Also sehe ich als einzigen Ausweg, eine separate Boot-Partition innerhalb der ersten 1023 Zylinder zu erstellen. Gibt es diesbezüglich irgendwelche HOWTOs bzw. Schritt-für-Schritt Ableitungen? Das derzeitige System besitzt ja nur eine einzige große Partition... > Ansonsten ist in dem Link auch Dein Szenario mit dem Mainboardtausch > beschrieben. Ja, leider nur als mögliche Ursache und ohne weitergehende (ausführlichere) Wege zur Korrektur :( > Es könnte sein, dass Dein Linux hinterher auch die angegebenen 8GB aus > der Biosangabe übernimmt. Dann meint Dein Kernel er hätte nur 8GB. Das > kann man auch mit der Angabe der entsprechenden Parameter für den Kernel > übergehen. Ich gehe erstmal davon aus dass der Kernel das wie in Deinem Link beschrieben souverän erkennt... > AFAIK wird lilo das gleiche Problem haben. Das muss ich leider bestätigen. Also falls jemand mit weiteren hilfreichen Quellen aufwarten kann würde mich mich sehr über das posten derselben in diesem Thread freuen! Danke & Grüße, Marco
Re: Grub 'Error 18' nach Mainboard-Tausch
Hallo, Am Sonntag, den 10.09.2006, 00:59 +0200 schrieb Marco Rist: > > Hmm... wird die Platte denn vom Bios erkannt? > > Ja, wird sie. Allerdings nur als 8GB 'Relikt'. Das alte (besser: > vorherige) Board hatte keine Probleme damit. > Am Rande: vorher=Gigabyte GA-BX2000, nachher=Asus CUBEX-L Da haben wir ja auch das Problem. Ich glaube, es liegt an Deiner Partitionierung. Error 18: Selected cylinder exceeds maximum supported by BIOS http://wiki.linuxquestions.org/wiki/GRUB#Error_18 Deine /boot-Partition sollte innerhalb der ersten 1023 Zylinder der Festplatte liegen. Alternativ - wie schon erwähnt - wäre ein Biosupgrade anzuraten. Es kann aber sein, dass es keins gibt... Ansonsten ist in dem Link auch Dein Szenario mit dem Mainboardtausch beschrieben. Es könnte sein, dass Dein Linux hinterher auch die angegebenen 8GB aus der Biosangabe übernimmt. Dann meint Dein Kernel er hätte nur 8GB. Das kann man auch mit der Angabe der entsprechenden Parameter für den Kernel übergehen. > > Ich würde mal lilo versuchen. Im Gegensatz zu grub versucht er beim > > > booten deutlich weniger über die HDs herauszufinden. AFAIK wird lilo das gleiche Problem haben. Greetz, Andre -- BOFH-excuse of the day: waste water tank overflowed onto computer
Re: Grub 'Error 18' nach Mainboard-Tausch
On Sunday 10 September 2006 00:59, Marco Rist wrote: > Jan Luehr schrieb: > > Hmm... wird die Platte denn vom Bios erkannt? > > Ja, wird sie. Allerdings nur als 8GB 'Relikt'. Das alte (besser: > vorherige) Board hatte keine Probleme damit. > Am Rande: vorher=Gigabyte GA-BX2000, nachher=Asus CUBEX-L Probier mal, das bios auf den neuesten Stand zu bringen. Informationen hierzu müsstest du auf der Seite des Herstellers finden. > > Ich würde mal lilo versuchen. Im Gegensatz zu grub versucht er beim > > > booten deutlich weniger über die HDs herauszufinden. > > Da muss ich mich mal tiefer einlesen (ich möchte nur ungern destruktiv > wirken) - wie gesagt, non-geek ;) Wenn booten von cd, mounten deiner boot/root-partition, chroot /mnt + grub-install /dev/hda nichts bringt, würde ich es mit lilo zumindest vorläufig mal probieren. Du musst halt nur daran denken, den Befehl lilo auszuführen, wenn du lilo.conf geändert hast. Gruß, Andreas
Re: Grub 'Error 18' nach Mainboard-Tausch
Jan Luehr schrieb: > ja hallo erstmal,... Hi, > Hmm... wird die Platte denn vom Bios erkannt? Ja, wird sie. Allerdings nur als 8GB 'Relikt'. Das alte (besser: vorherige) Board hatte keine Probleme damit. Am Rande: vorher=Gigabyte GA-BX2000, nachher=Asus CUBEX-L > Ich würde mal lilo versuchen. Im Gegensatz zu grub versucht er beim > > booten deutlich weniger über die HDs herauszufinden. Da muss ich mich mal tiefer einlesen (ich möchte nur ungern destruktiv wirken) - wie gesagt, non-geek ;) > Keep smiling Aber immer doch :) Danke & Grüße, Marco
Re: Grub 'Error 18' nach Mainboard-Tausch
Hallo, Sven Eichler schrieb: > Vielleicht hilft dir das weiter: > http://wiki.ubuntuusers.de/GRUB?highlight=%28Kategorie/System%29#head-29d01f188b13ac65d9825f7a0c001c9ebd2befac danke für den Tipp, leider brachte der allerdings keine Besserung. Es hat zwar alles wunderbar wie in der Anleitung beschrieben (mit Knoppix) geklappt, trotzdem kommt der 'Error 18' immer noch. Meine Vermutung: Der Kernel liegt in einem Bereich auf der Festplatte, welches das BIOS respektive der Kernel-Loader zu diesem Zeitpunkt noch nicht in Zugriff hat. Ich meine irgendwo gelesen zu haben, dass sich der Kernel in einer Partition innerhalb der ersten 1024 Blöcke/Sektoren oder was auch immer befinden muss, da das BIOS die Festplatte nicht vollständig erkennt. Nach der Übernahme des Systems durch den Kernel kann dieser dann die Platte vollständig verwalten. Meine Idee: Anlegen einen neuen Boot-Partition, welche vor der derzeitigen Daten-Partition liegt, den Kernel dahin verschieben und das System von dort starten lassen. Das Problem: Ich weiß weder ob das Resultat das gewünschte ist noch wie ich das bewerkstelligen kann - oder ob das technisch überhaupt realisierbar ist... Irgendwelche Meinungen dazu oder weitere Hinweise bzw. Tipps? Vielen Dank & Grüße, Marco
Re: Grub 'Error 18' nach Mainboard-Tausch
ja hallo erstmal,... Am Samstag, 9. September 2006 19:33 schrieb Marco Rist: > Hallo *, > nach dem Tausch meines Boards erhalte ich jedes mal beim Booten meines > Debian Etch den Fehler 18 von Grub - anscheinend kann das BIOS des neuen > (besser: neuen alten) Boards nicht mit so großen Platten (160 GB) umgehen. Hmm... wird die Platte denn vom Bios erkannt? > Weder BIOS-Updates noch Änderungen der Laufwerksparameter im BIOS (Auto, > Large, Normal, Manual etc.) brachte einen Erfolg... > > Nun meine Frage: > Besteht die Möglichkeit, Grub mit Hilfe einer Live-CD wie Knoppix oder > auf irgendeine andere Art zu reparieren/wiederherzustellen? > Da ich mich nicht gerade zu den Linux-Geeks zähle wäre ich für > nachvollziehbare Tipps äußerst dankbar :) Ich würde mal lilo versuchen. Im Gegensatz zu grub versucht er beim booten deutlich weniger über die HDs herauszufinden. Keep smiling yanosz
Grub 'Error 18' nach Mainboard-Tausch
Hallo *, nach dem Tausch meines Boards erhalte ich jedes mal beim Booten meines Debian Etch den Fehler 18 von Grub - anscheinend kann das BIOS des neuen (besser: neuen alten) Boards nicht mit so großen Platten (160 GB) umgehen. Weder BIOS-Updates noch Änderungen der Laufwerksparameter im BIOS (Auto, Large, Normal, Manual etc.) brachte einen Erfolg... Nun meine Frage: Besteht die Möglichkeit, Grub mit Hilfe einer Live-CD wie Knoppix oder auf irgendeine andere Art zu reparieren/wiederherzustellen? Da ich mich nicht gerade zu den Linux-Geeks zähle wäre ich für nachvollziehbare Tipps äußerst dankbar :) Grüße und Danke im Voraus, Marco
Re: GRUB-Installation mit chroot
* Gerhard Brauer schrieb: > Dein Vorgehen (Platte in Rechner A als Slave für Grub bereit machen um > als Master in Rechner B booten zu können) ist IMHO so nicht machbar. Das war der entscheidende Hinweis, besten Dank. > Oder einfacher mit einer (Live)-BootCd deiner Wahl den neuen Rechner > booten und grub von da installieren. Entweder nativ aus dem Live-System > mit root-directory oder über ein chroot. So hat es dann auch mit root-directory geklappt. Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB-Installation mit chroot
Gruesse! * Meinolf Sander <[EMAIL PROTECTED]> schrieb am [09.09.06 10:12]: > * Klaus Pieper schrieb: > > Wie ich schrieb, klappt es mit der Shell ja auch bedingt, > aber in dem Rechner, in den die Platte eingebaut werden soll, > hängt GRUB. Stimmen die Einträge bzgl. Partitions-Mummerierung den für diese Platte auf diesem Rechner noch nach dem Aus/Einbau? Dein Vorgehen (Platte in Rechner A als Slave für Grub bereit machen um als Master in Rechner B booten zu können) ist IMHO so nicht machbar. Wenn du am neuen Rechner eine Grub-Shell kriegst: / und /boot mounten die /boot/grub/stage2 löschen (diese ist AFAIK Rechner/Platten-(Bus)-abhängig und wird von grub-install wieder erzeugt.) grub mit Befehl grub installieren (wenn die grub.conf paßt) Oder einfacher mit einer (Live)-BootCd deiner Wahl den neuen Rechner booten und grub von da installieren. Entweder nativ aus dem Live-System mit root-directory oder über ein chroot. > Meinolf Gruß Gerhard -- "Halt die Klappe, ich hab Feierabend" (Schildkroete) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB-Installation mit chroot
* Ulf Volmer schrieb: > Ich kann dir nicht wirklich helfen, da ich in der Regel lilo verwende. Das wäre auch noch eine Option. >> [EMAIL PROTECTED]:~$ sudo mount -o bind -t proc /proc /mnt/proc > > Obrige Zeile würde ich weglassen. > >> [EMAIL PROTECTED]:~$ sudo chroot /mnt > > Und dafür hier > > mount -t proc proc /proc Ich bezweifle zwar, daß das etwas bringt, werde es aber mal versuchen. Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB-Installation mit chroot
* Klaus Pieper schrieb: > Geht das nicht einfach mit der root-directory-Option? Nein. > Eine andere, etwas umständlichere Variante: Grub auf eine Floppy > installieren (unter info grub beschrieben), die Floppy booten, dann über > die grub-shell Dein neues System booten, von dort grub-install /dev/soundso. Wie ich schrieb, klappt es mit der Shell ja auch bedingt, aber in dem Rechner, in den die Platte eingebaut werden soll, hängt GRUB. Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB-Installation mit chroot
[EMAIL PROTECTED]:~$ sudo mount /dev/hdb5 /mnt [EMAIL PROTECTED]:~$ sudo mount /dev/hdb1 /mnt/boot [EMAIL PROTECTED]:~$ sudo mount /dev/hdb2 /mnt/usr [EMAIL PROTECTED]:~$ sudo mount -o bind /dev /mnt/dev [EMAIL PROTECTED]:~$ sudo mount -o bind -t proc /proc /mnt/proc [EMAIL PROTECTED]:~$ sudo chroot /mnt [EMAIL PROTECTED]:/# cp /proc/mounts /etc/mtab [EMAIL PROTECTED]:/# grub-install /dev/hdb The file /boot/grub/stage2 not read correctly. Geht das nicht einfach mit der root-directory-Option? Eine andere, etwas umständlichere Variante: Grub auf eine Floppy installieren (unter info grub beschrieben), die Floppy booten, dann über die grub-shell Dein neues System booten, von dort grub-install /dev/soundso. GRUB-INSTALL(8) FSF GRUB-INSTALL(8) NAME grub-install - install GRUB on your drive SYNOPSIS grub-install [OPTION] install_device DESCRIPTION Install GRUB on your drive. -h, --help print this message and exit -v, --version print the version information and exit --root-directory=DIR install GRUB images under the directory DIR instead of the root directory -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB-Installation mit chroot
On Fri, Sep 08, 2006 at 09:44:21PM +0200, Meinolf Sander wrote: > Moin, > > ich habe ein System von einer kleineren Platte auf eine größere > kopiert und möchte auf dieser nun GRUB einrichten. Ich bin so > vorgegangen: Ich kann dir nicht wirklich helfen, da ich in der Regel lilo verwende. > > [EMAIL PROTECTED]:~$ sudo mount /dev/hdb5 /mnt > [EMAIL PROTECTED]:~$ sudo mount /dev/hdb1 /mnt/boot > [EMAIL PROTECTED]:~$ sudo mount /dev/hdb2 /mnt/usr > [EMAIL PROTECTED]:~$ sudo mount -o bind /dev /mnt/dev > [EMAIL PROTECTED]:~$ sudo mount -o bind -t proc /proc /mnt/proc Obrige Zeile würde ich weglassen. > [EMAIL PROTECTED]:~$ sudo chroot /mnt Und dafür hier mount -t proc proc /proc cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
GRUB-Installation mit chroot
Moin, ich habe ein System von einer kleineren Platte auf eine größere kopiert und möchte auf dieser nun GRUB einrichten. Ich bin so vorgegangen: [EMAIL PROTECTED]:~$ sudo mount /dev/hdb5 /mnt [EMAIL PROTECTED]:~$ sudo mount /dev/hdb1 /mnt/boot [EMAIL PROTECTED]:~$ sudo mount /dev/hdb2 /mnt/usr [EMAIL PROTECTED]:~$ sudo mount -o bind /dev /mnt/dev [EMAIL PROTECTED]:~$ sudo mount -o bind -t proc /proc /mnt/proc [EMAIL PROTECTED]:~$ sudo chroot /mnt [EMAIL PROTECTED]:/# cp /proc/mounts /etc/mtab [EMAIL PROTECTED]:/# grub-install /dev/hdb The file /boot/grub/stage2 not read correctly. Was stimmt da nicht? Mit Google habe ich nur die Lösung gefunden, die GRUB-Shell zu verwenden, was aber nur bedingt Erfolg zeitigt: Auf Rechner A startet GRUB zwar so, aber auf Rechner B, in den die Platte eingebaut werden soll, erscheint: GRUB Loading stage 1.5 GRUB loading, please wait... Dann erfolgt ein Neustart mit dem gleichen Ergebnis. Hier noch ein paar Infos: [EMAIL PROTECTED]:~$ diff /boot/grub/stage2 /mnt/boot/grub/stage2 Binary files /boot/grub/stage2 and /mnt/boot/grub/stage2 differ Das Kopieren der Datei brachte nichts, sie wird bei [EMAIL PROTECTED]:/# grub-install /dev/hdb immer neu erzeugt. [EMAIL PROTECTED]:/# grub --version grub (GNU GRUB 0.95) [EMAIL PROTECTED]:~$ /sbin/grub --version grub (GNU GRUB 0.95) Gruß, Meinolf -- GPG key ID: 0x43891B76 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Rahmen im Grub-Menu ausblenden
Hallo, ich würde hier gerne den Rahmen, den GRUB um das Bootmenu zeichnet ausblenden. Habe aber leider keine passende Option gefunden. Hat das schon jemand geschafft? Und wenn ja wie? Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
Re: XFS-root auf LVM und Grub
Andreas Pakulat schrieb: On 24.08.06 21:24:10, Paul Muster wrote: Wie kann ich Grub installieren, damit es mir das System bootet? Eine "normale" Partition kann ich ihm als Installationsort nicht nennen, Dann hast du ein Problem. Nachtblindheit. 5 Minuten Google(grub boot from lvm volume) brachten die Erkenntnis das Grub ganz einfach LVM nicht versteht und deswegen auch die /boot Partition nicht im LVM liegen darf. Ja. :-( Aber es besteht Hoffnung (leider nur für Grub 2): http://lists.gnu.org/archive/html/grub-devel/2006-08/msg00024.html . Bei Grub 1 (also 0.9x) scheint sich diesbzgl. nicht mehr viel zu tun. Kurz: Repartitioniere dein System. Bei LVM2 kann man IIRC ein PV kleiner machen, und du koenntest danach die Partition mit fdisk loeschen und neu anlegen (kleiner natuerlich) um den erforderlichen Platz zu erhalten. Habs aber noch nie selbst gemacht. Ja, danke für die Hinweise. Ist nur ein Testsystem, wäre also kein Problem, es plattzumachen. Ich wollte halt ausprobieren, wie ich meinen Server umgestalte. Danke & viele Grüße Paul -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
XFS-root auf LVM und Grub
Hallo, ich habe auf /dev/hda nur eine Partition, ein LVM phys. Volume. Darin sind mehrere XFS-Partitionen, u.a. auch "/". LILO bootet das problemlos. Nun möchte ich auf dem Rechner Xen einrichten, was sich - soweit ich verstanden habe - nur von Grub booten lässt. Wie kann ich Grub installieren, damit es mir das System bootet? Eine "normale" Partition kann ich ihm als Installationsort nicht nennen, "grub-install /dev/volg1/root" quittiert er mit "... does not have a corresponding BIOS drive." "grub-install /dev/hd0" bringt "...: Not found or not a block device". Das System ist aktuell reines Sarge, also Grub 0.95. Brauche ich Grub 0.97 von Backports.org? Mir fehlt momentan etwas der Überblick... Danke & viele Grüße Paul -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: XFS-root auf LVM und Grub
On 24.08.06 21:24:10, Paul Muster wrote: > ich habe auf /dev/hda nur eine Partition, ein LVM phys. Volume. Darin sind > mehrere XFS-Partitionen, u.a. auch "/". LILO bootet das problemlos. > > Nun möchte ich auf dem Rechner Xen einrichten, was sich - soweit ich > verstanden habe - nur von Grub booten lässt. > > Wie kann ich Grub installieren, damit es mir das System bootet? Eine > "normale" > Partition kann ich ihm als Installationsort nicht nennen, Dann hast du ein Problem. 5 Minuten Google(grub boot from lvm volume) brachten die Erkenntnis das Grub ganz einfach LVM nicht versteht und deswegen auch die /boot Partition nicht im LVM liegen darf. Kurz: Repartitioniere dein System. Bei LVM2 kann man IIRC ein PV kleiner machen, und du koenntest danach die Partition mit fdisk loeschen und neu anlegen (kleiner natuerlich) um den erforderlichen Platz zu erhalten. Habs aber noch nie selbst gemacht. Andreas -- You are not dead yet. But watch for further reports. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Am Tue, 22 Aug 2006 06:30:10 +0200 schrieb bernhard.kleine: > Am Mon, 21 Aug 2006 11:20:09 +0200 schrieb Andreas Pakulat: > >> On 21.08.06 06:19:45, bernhard.kleine wrote: >>> Am Sun, 20 Aug 2006 18:30:13 +0200 schrieb Andreas Pakulat: >>> > >>> >>> Bei mir bricht die linux-image-Installation in update-grub, obwohl grub >>> nicht installiert ist: >> >> Weil du update-grub in /etc/kernel-img.conf als postinst hook angegeben >> hast. >> >> Andreas >> >> -- >> You will be misunderstood by everyone. >> >> > > Diese Datei habe ich nie angefasst. Es muss sich wohl um einen Fehler in > den offiziellen Paketquellen handeln. > > Bernhard Kleine > > Ich habe jetzt die Zeile mit update-grup in der kernel-img.conf gelöscht. Und das Update geht fehlerfrei! Danke!! Bernhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Am Mon, 21 Aug 2006 11:20:09 +0200 schrieb Andreas Pakulat: > On 21.08.06 06:19:45, bernhard.kleine wrote: >> Am Sun, 20 Aug 2006 18:30:13 +0200 schrieb Andreas Pakulat: >> >> >> Bei mir bricht die linux-image-Installation in update-grub, obwohl grub >> nicht installiert ist: > > Weil du update-grub in /etc/kernel-img.conf als postinst hook angegeben > hast. > > Andreas > > -- > You will be misunderstood by everyone. > > Diese Datei habe ich nie angefasst. Es muss sich wohl um einen Fehler in den offiziellen Paketquellen handeln. Bernhard Kleine -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 21.08.06 06:19:45, bernhard.kleine wrote: > Am Sun, 20 Aug 2006 18:30:13 +0200 schrieb Andreas Pakulat: > > > On 20.08.06 18:08:40, Harald Gutmann wrote: > >> ich wollte heute mal meinen kernel wieder auf einen neueren stand > >> bringen, da der 2.6.8er doch schon halbwegs alt ist. > > > > Halbwegs?? Der ist schon vor dem Sarge-Release veraltet gewesen. > > > >> danach wird das initrd.img fehlerfrei genieriert, jedoch bricht dpkg > >> beim update-grub ab, hier die fehlermeldung: > > > Bei mir bricht die linux-image-Installation in update-grub, obwohl grub > nicht installiert ist: Weil du update-grub in /etc/kernel-img.conf als postinst hook angegeben hast. Andreas -- You will be misunderstood by everyone. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Am Sun, 20 Aug 2006 18:30:13 +0200 schrieb Andreas Pakulat: > On 20.08.06 18:08:40, Harald Gutmann wrote: >> ich wollte heute mal meinen kernel wieder auf einen neueren stand >> bringen, da der 2.6.8er doch schon halbwegs alt ist. > > Halbwegs?? Der ist schon vor dem Sarge-Release veraltet gewesen. > >> danach wird das initrd.img fehlerfrei genieriert, jedoch bricht dpkg >> beim update-grub ab, hier die fehlermeldung: Bei mir bricht die linux-image-Installation in update-grub, obwohl grub nicht installiert ist: apt-cache policy grub grub: Installiert:(keine) Mögliche Pakete:0.97-13 Versions-Tabelle: 0.97-13 0 500 http://ftp.de.debian.org unstable/main Packages Richte linux-image-2.6.16-2-k7 ein (2.6.16-18) ... Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Not updating initrd symbolic links since we are being updated/reinstalled (2.6.16-17 was configured last, according to dpkg) Not updating image symbolic links since we are being updated/reinstalled (2.6.16-17 was configured last, according to dpkg) The provided postinst hook script [/sbin/update-grub] could not be run. dpkg: Fehler beim Bearbeiten von linux-image-2.6.16-2-k7 (--configure): Unterprozess post-installation script gab den Fehlerwert 2 zurück Richte linux-image-2.6.17-2-k7 ein (2.6.17-6) ... Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. initrd.img(/boot/initrd.img-2.6.17-2-k7) points to /boot/initrd.img-2.6.17-2-k7 (/boot/initrd.img-2.6.17-2-k7) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.17-2-k7.postinst line 581. vmlinuz(/boot/vmlinuz-2.6.17-2-k7) points to /boot/vmlinuz-2.6.17-2-k7 (/boot/vmlinuz-2.6.17-2-k7) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.17-2-k7.postinst line 581. The provided postinst hook script [/sbin/update-grub] could not be run. dpkg: Fehler beim Bearbeiten von linux-image-2.6.17-2-k7 (--configure): Unterprozess post-installation script gab den Fehlerwert 2 zurück Bernhard -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 22:50:17, Wolf Wiegand wrote: > Andreas Pakulat wrote: > > > Ich denke nicht das update-grub das Problem ist, sondern dass bei der > > Auswertung von uname -s | sed ... etwas schief laeuft. Hast ja gesehen > > dass der title beim OP total merkwuerdig war... > > Hm, das, was beim OP völlig falsch/kaputt war, war doch die Zeile 297 in > update-grub. Und die wird ja nicht durch uname -a | sed ... erzeugt, > sondern ist fixer Bestandteil des Skripts. Und wenn ich eine spätere > Mail richtig verstanden habe, hat es nach einem reinstall einmal > funktioniert, und danach stand wieder Müll in update-grub. Naja, > vielleicht war das nur ein obskures one-time-problem und löst sich von > selbst :) Hast schon Recht, siehe auch meine nochmalige Nachfrage an den OP. Wobei es sehr merkwuerdig waere wenn update-grub selbst, oder irgendein anderes Programm nun genau diese Zeile aendern. Ich denke eher der OP hat da die Auswertung der Zeile gepostet, oder das was im set -x Output stand... Andreas -- This life is yours. Some of it was given to you; the rest, you made yourself. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Hi, Andreas Pakulat wrote: > Ich denke nicht das update-grub das Problem ist, sondern dass bei der > Auswertung von uname -s | sed ... etwas schief laeuft. Hast ja gesehen > dass der title beim OP total merkwuerdig war... Hm, das, was beim OP völlig falsch/kaputt war, war doch die Zeile 297 in update-grub. Und die wird ja nicht durch uname -a | sed ... erzeugt, sondern ist fixer Bestandteil des Skripts. Und wenn ich eine spätere Mail richtig verstanden habe, hat es nach einem reinstall einmal funktioniert, und danach stand wieder Müll in update-grub. Naja, vielleicht war das nur ein obskures one-time-problem und löst sich von selbst :) Schönen Gruß, Wolf -- [Auswandern nach Australien] Deutsche sollen dort IIRC recht beliebt sein, die haben 2x gegen England den Krieg begonnen... (Peter Fetzer in d.a.s.r.) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 20:10:09, Harald Gutmann wrote: > Wolf Wiegand schrieb: > >Der Fehler scheint nicht in Zeile 1038 oder so zu sein, sondern viel > >weiter oben: > > > >297: title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" > > > >Dies ist die Zeile, in der das Skript abbricht. Sieht die Zeile bei Dir > >genauso aus? Was ergibt > > > >$ title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" > >$ echo $title > > > scheint wirklich, als ob der fehler hier liegen würde, bei mir sieht das > nämlich so aus: > > 296: # Title > 297: title aGNUla/DeMuDi,GNU/,,g`" > > und da fehlt wie es scheint irgendwo ein "`". Hallo Harald. Nochmal zum Klarstellen bei dir steht genau das in update-grub drin? Dann hat jmd. sich an dem Skript zu schaffen gemacht. Wenn nicht waeren mal 2 Dinge interessant: 1. Die Ausgabe von grep title\= -B 2 -A 2 -n /sbin/update-grub 2. Die Ausgabe von uname -s | sed -e s,GNU/,,g > jupp, da dürfte mir damals, als ich etliche pakete aus agnula installiert > habe, auch der grub mitgerutscht sein, von den angula sources. > > problem behoben, mittles apt-get remove --purge grub & apt-get install grub Spricht ja eher fuer die "update-grub wird veraendert" Variante, musst nur noch rauskriegen wer das macht. Als erste Verdaechtige waeren da cronjobs oder aber ein deb-Skript (post|pre-rm|inst) das bei deinen Kernel-Installationsversuchen aufgerufen wird. Andreas -- You learn to write as if to someone else because NEXT YEAR YOU WILL BE "SOMEONE ELSE." -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 21:42:32, Wolf Wiegand wrote: > Andreas Pakulat wrote: > > Hat du das .deb unter /var/cache/apt/archives/ geloescht vor der > > Reinstallation? Wenn die Version von agnula diesselbe war wie jetzt aus > > unstable und das agnula-deb noch dort abgelegt war wurde wieder diese > > Version installiert. > > Ich hab mir das gerade mal angeschaut; das grub-Paket von agnula ist > identisch mit dem aus sid. Aha. > Zu dem Problem fällt mir aber auch nicht mehr viel ein (außer > /sbin/update-grub zu löschen und das grub-Paket mit --force-overwrite > zu installieren). Steht update-grub irgendwo in der Ausgabe von > > # dpkg-divert --list > > drin? > > Zur Not fixt man den Fehler in update-grub manuell und setzt die Datei > danach mit 'chattr +i' auf immutable :-) Ich denke nicht das update-grub das Problem ist, sondern dass bei der Auswertung von uname -s | sed ... etwas schief laeuft. Hast ja gesehen dass der title beim OP total merkwuerdig war... Andreas -- Good day to deal with people in high places; particularly lonely stewardesses. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Hallo, Andreas Pakulat wrote: > Hat du das .deb unter /var/cache/apt/archives/ geloescht vor der > Reinstallation? Wenn die Version von agnula diesselbe war wie jetzt aus > unstable und das agnula-deb noch dort abgelegt war wurde wieder diese > Version installiert. Ich hab mir das gerade mal angeschaut; das grub-Paket von agnula ist identisch mit dem aus sid. Zu dem Problem fällt mir aber auch nicht mehr viel ein (außer /sbin/update-grub zu löschen und das grub-Paket mit --force-overwrite zu installieren). Steht update-grub irgendwo in der Ausgabe von # dpkg-divert --list drin? Zur Not fixt man den Fehler in update-grub manuell und setzt die Datei danach mit 'chattr +i' auf immutable :-) Schönen Gruß, Wolf -- > Selig sind die im Geiste armen, denn ihrer ist das Himmelreich Na toll. Dann bin ich nach meinem Tod von *noch* mehr Idioten umgeben.(Christian Schneider in d.c.o.u.l.m.) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 21:09:41, Harald Gutmann wrote: > Dirk Ullrich schrieb: > >2006/8/20, Harald Gutmann <[EMAIL PROTECTED]>: > >>vorhin, als ich apt-get remove --purge & apt-get install grub gemacht > >>habe, kam das "einrichten des grub" als letztes dran, davor wurde noch > >>der neue kernel fertiginstalliert. > >> > >>nun hab ich noch ein paar alte kernel rausgeschmissen, und wollte die > >>config nochmal neu schreiben mit dem update-grub befehl. > >>und, was steht dann plötzlich da, wieder der selbe error! Ist es evtl. nicht der Grub, sondern der laufenden Kernel? In der problematischen Zeile wird ja uname -r ausgefuehrt. Was liefert dieser Aufruf bei dir mit dem aktuellen Kernel. Vllt. ist der Kernel noch von agnula... > >>wo könnte diese zeile stehen, dass sie beim installieren von grub in das > >>script eingefügt wird? > >> > >Hast Du vielleicht noch ein paar alte agnula-Quellen für APT in Deiner > >"/etc/apt/sources.list" stehen? Was ergibt "apt-cache policy grub"? > > in der sources.list sind nur etch und sid einträge, ich hatte aber mal > quellen > von agnula drinnen. > > apt-cache polciy grub: > [EMAIL PROTECTED]:~$ apt-cache policy grub > grub: > Installiert:0.97-13 > Mögliche Pakete:0.97-13 > Versions-Tabelle: > *** 0.97-13 0 >500 http://ftp.at.debian.org sid/main Packages >500 http://ftp.at.debian.org etch/main Packages >100 /var/lib/dpkg/status Hat du das .deb unter /var/cache/apt/archives/ geloescht vor der Reinstallation? Wenn die Version von agnula diesselbe war wie jetzt aus unstable und das agnula-deb noch dort abgelegt war wurde wieder diese Version installiert. Andreas -- You are going to have a new love affair. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Dirk Ullrich schrieb: 2006/8/20, Harald Gutmann <[EMAIL PROTECTED]>: schön langsam dreh ich durch mit dem zeugs da Nein, tu's lieber nich vorhin, als ich apt-get remove --purge & apt-get install grub gemacht habe, kam das "einrichten des grub" als letztes dran, davor wurde noch der neue kernel fertiginstalliert. nun hab ich noch ein paar alte kernel rausgeschmissen, und wollte die config nochmal neu schreiben mit dem update-grub befehl. und, was steht dann plötzlich da, wieder der selbe error! nagut, ich dachte mir - vielleicht hattest ja noch wo ein editorfenster offen, und hast versehentlich überschrieben. alle editoren zu, nochmal purge, und install --> es steht wieder die AGNUla zeile drinnen!? wo könnte diese zeile stehen, dass sie beim installieren von grub in das script eingefügt wird? Hast Du vielleicht noch ein paar alte agnula-Quellen für APT in Deiner "/etc/apt/sources.list" stehen? Was ergibt "apt-cache policy grub"? Dirk in der sources.list sind nur etch und sid einträge, ich hatte aber mal quellen von agnula drinnen. apt-cache polciy grub: [EMAIL PROTECTED]:~$ apt-cache policy grub grub: Installiert:0.97-13 Mögliche Pakete:0.97-13 Versions-Tabelle: *** 0.97-13 0 500 http://ftp.at.debian.org sid/main Packages 500 http://ftp.at.debian.org etch/main Packages 100 /var/lib/dpkg/status sollte soweit alles stimmen. mfg harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
2006/8/20, Harald Gutmann <[EMAIL PROTECTED]>: schön langsam dreh ich durch mit dem zeugs da Nein, tu's lieber nich vorhin, als ich apt-get remove --purge & apt-get install grub gemacht habe, kam das "einrichten des grub" als letztes dran, davor wurde noch der neue kernel fertiginstalliert. nun hab ich noch ein paar alte kernel rausgeschmissen, und wollte die config nochmal neu schreiben mit dem update-grub befehl. und, was steht dann plötzlich da, wieder der selbe error! nagut, ich dachte mir - vielleicht hattest ja noch wo ein editorfenster offen, und hast versehentlich überschrieben. alle editoren zu, nochmal purge, und install --> es steht wieder die AGNUla zeile drinnen!? wo könnte diese zeile stehen, dass sie beim installieren von grub in das script eingefügt wird? Hast Du vielleicht noch ein paar alte agnula-Quellen für APT in Deiner "/etc/apt/sources.list" stehen? Was ergibt "apt-cache policy grub"? Dirk
Re: update-grub error
296: # Title 297: title aGNUla/DeMuDi,GNU/,,g`" und da fehlt wie es scheint irgendwo ein "`". jupp, da dürfte mir damals, als ich etliche pakete aus agnula installiert habe, auch der grub mitgerutscht sein, von den angula sources. problem behoben, mittles apt-get remove --purge grub & apt-get install grub schön langsam dreh ich durch mit dem zeugs da vorhin, als ich apt-get remove --purge & apt-get install grub gemacht habe, kam das "einrichten des grub" als letztes dran, davor wurde noch der neue kernel fertiginstalliert. nun hab ich noch ein paar alte kernel rausgeschmissen, und wollte die config nochmal neu schreiben mit dem update-grub befehl. und, was steht dann plötzlich da, wieder der selbe error! nagut, ich dachte mir - vielleicht hattest ja noch wo ein editorfenster offen, und hast versehentlich überschrieben. alle editoren zu, nochmal purge, und install --> es steht wieder die AGNUla zeile drinnen!? wo könnte diese zeile stehen, dass sie beim installieren von grub in das script eingefügt wird? mfg harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Wolf Wiegand schrieb: Hallo, Harald Gutmann wrote: + kopt='root=/dev/hda6 ro' /sbin/update-grub: line 1039: unexpected EOF while looking for matching ``' Der Fehler scheint nicht in Zeile 1038 oder so zu sein, sondern viel weiter oben: 297: title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" Dies ist die Zeile, in der das Skript abbricht. Sieht die Zeile bei Dir genauso aus? Was ergibt $ title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" $ echo $title bei Dir? scheint wirklich, als ob der fehler hier liegen würde, bei mir sieht das nämlich so aus: 296: # Title 297: title aGNUla/DeMuDi,GNU/,,g`" und da fehlt wie es scheint irgendwo ein "`". jupp, da dürfte mir damals, als ich etliche pakete aus agnula installiert habe, auch der grub mitgerutscht sein, von den angula sources. problem behoben, mittles apt-get remove --purge grub & apt-get install grub vielen dank für eure gedulige hilfe! mfg harald gutmann :) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Hallo, Harald Gutmann wrote: > + kopt='root=/dev/hda6 ro' > /sbin/update-grub: line 1039: unexpected EOF while looking for matching > ``' Der Fehler scheint nicht in Zeile 1038 oder so zu sein, sondern viel weiter oben: 297: title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" Dies ist die Zeile, in der das Skript abbricht. Sieht die Zeile bei Dir genauso aus? Was ergibt $ title="Debian GNU/`uname -s | sed -e s,GNU/,,g`" $ echo $title bei Dir? Schönen Gruß, Wolf -- Ist allerdings ein älterer Tip, also, der hat schon zähne, kann ganz gut laufen, und spricht schon ein paar worte. (Aik Richter in d.c.o.u.l.m.) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Wolf Wiegand schrieb: Hallo, Harald Gutmann wrote: Searching for GRUB installation directory ... found: /boot/grub /sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' [...] Den Fehler solltest Du mal genauer untersuchen. ja, danke, das war mir aber eigentlich klar, denn das ist der output welchen update-grub rauswirft. Ok, da hatte ich Deine erste Mail falsch verstanden. wäre nett, wenn jemand einen blick drauf werfen könnte, um zu sehen was in der stelle im script passiert. Die Zeile, die Du in der anderen Mail geschrieben hast, sieht eigentlich richtig aus. Neben den Tipps, die Andreas Dir gegeben hat, könntest Du die Zeile kernelVersion=`readlink -f "/boot/$kernelName"` mal durch kernelVersion=$(readlink -f "/boot/$kernelName") ersetzen und prüfen, welcher Fehler dann auftritt. wenn ich das script so abändere: if [ "$kernelName" = "vmlinuz.old" ]; then if [ -L "/boot/$kernelName" ]; then echo "$kernelName" > /tmp/grub-debug kernelVersion=$(readlink -f "/boot/$kernelName") # kernelVersion=`readlink -f "/boot/$kernelName"` kernelVersion=$(echo $kernelVersion | sed -e 's/.*vmlinuz-//') kernelVersion="$kernelVersion Previous" else kernelVersion="Previous" fi fi dann bleibt wird die datei /tmp/grub-debug leider nicht angelegt, und der fehler beim ausführen des scripts ist ähnlich: /sbin/update-grub: line 1041: unexpected EOF while looking for matching ``' fehler scheint der gleiche zu sein, nur die line hat sich verschoben, da ich ja 2 zeilen eingefügt habe. Du könntest auch in der Zeile davor ein echo "$kernelName" > /tmp/grub-debug einfügen und dann mal schreiben, was nach einem erneuten Aufruf in der Datei /tmp/grub-debug steht. ich hab das script jetzt mal mit dem echo ... versehen, und es sieht nun an der stelle wie folgt aus: if [ "$kernelName" = "vmlinuz.old" ]; then if [ -L "/boot/$kernelName" ]; then echo "$kernelName" > /tmp/grub-debug kernelVersion=`readlink -f "/boot/$kernelName"` kernelVersion=$(echo $kernelVersion | sed -e 's/.*vmlinuz-//') kernelVersion="$kernelVersion Previous" else kernelVersion="Previous" fi fi leider wird die datei /tmp/grub-debug nicht angelegt, nach dem ausführen von grub-update. mfg harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Andreas Pakulat schrieb: On 20.08.06 18:45:04, Harald Gutmann wrote: Andreas Pakulat schrieb: On 20.08.06 18:08:40, Harald Gutmann wrote: Ja was steht denn bei dir in der Datei in Zeile 1038? Hier: kernelVersion=`readlink -f "/boot/$kernelName"` 1035:fi 1036:if [ "$kernelName" = "vmlinuz.old" ]; then 1037: if [ -L "/boot/$kernelName" ]; then 1038:kernelVersion=`readlink -f "/boot/$kernelName"` 1039:kernelVersion=$(echo $kernelVersion | sed -e 's/.*vmlinuz-//') 1040: kernelVersion="$kernelVersion Previous" 1041:else 1042:kernelVersion="Previous" 1043:fi 1044:fi Hmm, Ok. Das Skript ist nicht kapput. Sehr komisch, Fuege mal an den Anfang des Skripts ein set -x. Dann fuehre update-grub haendisch aus und du siehst was genau an der Stelle versucht wird auszufuehren. Gibts bei dir noch ein /boot/vmlinuz.old? Zeigt der Link noch auf ein existierendes Image? Wenn nicht mal entfernen. hier der output des scripts mit set -x am beginn: winnie:/home/z421# update-grub + set -e ++ uname -s ++ tr '[A-Z]' '[a-z]' + host_os=linux + grub_dirs='/boot/grub /boot/boot/grub' ++ find_grub_dir ++ echo -n 'Searching for GRUB installation directory ... ' Searching for GRUB installation directory ... ++ for d in '$grub_dirs' ++ '[' -d /boot/grub ']' ++ grub_dir=/boot/grub ++ break ++ '[' -z /boot/grub ']' ++ echo 'found: /boot/grub' found: /boot/grub ++ echo /boot/grub + grub_dir=/boot/grub + menu_file=/boot/grub/menu.lst ++ find_root_device +++ find_device / +++ mount_point=/ +++ device= +++ '[' -f /etc/fstab ']' +++ read DEV MNT FOO echo '#' grep -q '^#' +++ continue +++ read DEV MNT FOO echo '#' grep -q '^#' +++ continue +++ read DEV MNT FOO echo '#' grep -q '^#' +++ continue +++ read DEV MNT FOO echo proc grep -q '^#' +++ '[' /proc = / ']' +++ read DEV MNT FOO echo /dev/hda6 grep -q '^#' +++ '[' / = / ']' +++ device=/dev/hda6 +++ read DEV MNT FOO echo /dev/hda2 grep -q '^#' +++ '[' none = / ']' +++ read DEV MNT FOO echo /dev/hdc grep -q '^#' +++ '[' /mnt/cdrom = / ']' +++ read DEV MNT FOO echo /dev/hdd grep -q '^#' +++ '[' /mnt/dvd = / ']' +++ read DEV MNT FOO echo /dev/fd0 grep -q '^#' +++ '[' /mnt/floppy = / ']' +++ read DEV MNT FOO echo /dev/hdb1 grep -q '^#' +++ '[' /mnt/daten = / ']' +++ read DEV MNT FOO echo https://mediacenter.gmx.net grep -q '^#' +++ '[' /home/z421/gmxfs = / ']' +++ read DEV MNT FOO +++ '[' -n /dev/hda6 ']' +++ case "$device" in readlink -f /dev/hda6 +++ device=/dev/hda6 +++ echo /dev/hda6 ++ device=/dev/hda6 ++ '[' -z /dev/hda6 ']' ++ echo /dev/hda6 + root_device=/dev/hda6 ++ convert_kernel26 /dev/hda6 ++ case "$1" in ++ echo /dev/hda6 + root_device_2_6=/dev/hda6 ++ find_device /boot ++ mount_point=/boot ++ device= ++ '[' -f /etc/fstab ']' ++ read DEV MNT FOO +++ echo '#' +++ grep -q '^#' ++ continue ++ read DEV MNT FOO +++ echo '#' +++ grep -q '^#' ++ continue ++ read DEV MNT FOO +++ echo '#' +++ grep -q '^#' ++ continue ++ read DEV MNT FOO +++ echo proc +++ grep -q '^#' ++ '[' /proc = /boot ']' ++ read DEV MNT FOO +++ echo /dev/hda6 +++ grep -q '^#' ++ '[' / = /boot ']' ++ read DEV MNT FOO +++ echo /dev/hda2 +++ grep -q '^#' ++ '[' none = /boot ']' ++ read DEV MNT FOO +++ echo /dev/hdc +++ grep -q '^#' ++ '[' /mnt/cdrom = /boot ']' ++ read DEV MNT FOO +++ echo /dev/hdd +++ grep -q '^#' ++ '[' /mnt/dvd = /boot ']' ++ read DEV MNT FOO +++ echo /dev/fd0 +++ grep -q '^#' ++ '[' /mnt/floppy = /boot ']' ++ read DEV MNT FOO +++ echo /dev/hdb1 +++ grep -q '^#' ++ '[' /mnt/daten = /boot ']' ++ read DEV MNT FOO +++ echo https://mediacenter.gmx.net +++ grep -q '^#' ++ '[' /home/z421/gmxfs = /boot ']' ++ read DEV MNT FOO ++ '[' -n '' ']' ++ echo + boot_device= + device_map=/boot/grub/device.map + kopt='root=/dev/hda6 ro' /sbin/update-grub: line 1039: unexpected EOF while looking for matching ``' vmlinuz.old hat existiert, aber ein löschen davon brachte auch keinen erfolg. mfg harald -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Hallo, Harald Gutmann wrote: > >>Searching for GRUB installation directory ... found: /boot/grub > >>/sbin/update-grub: line 1038: unexpected EOF while looking for > >>matching ``' > >>[...] > > > >Den Fehler solltest Du mal genauer untersuchen. > > > ja, danke, das war mir aber eigentlich klar, denn das ist der output > welchen update-grub rauswirft. Ok, da hatte ich Deine erste Mail falsch verstanden. > wäre nett, wenn jemand einen blick drauf werfen könnte, um zu sehen was > in der stelle im script passiert. Die Zeile, die Du in der anderen Mail geschrieben hast, sieht eigentlich richtig aus. Neben den Tipps, die Andreas Dir gegeben hat, könntest Du die Zeile kernelVersion=`readlink -f "/boot/$kernelName"` mal durch kernelVersion=$(readlink -f "/boot/$kernelName") ersetzen und prüfen, welcher Fehler dann auftritt. Du könntest auch in der Zeile davor ein echo "$kernelName" > /tmp/grub-debug einfügen und dann mal schreiben, was nach einem erneuten Aufruf in der Datei /tmp/grub-debug steht. Schönen Gruß, Wolf -- Fehlermeldungen bei Oracle sind teilweise so genau wie ne Herzoperation mit ner Kettensäge (Mag im Nurpel-Forum) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 18:45:04, Harald Gutmann wrote: > Andreas Pakulat schrieb: > >On 20.08.06 18:08:40, Harald Gutmann wrote: > >Ja was steht denn bei dir in der Datei in Zeile 1038? Hier: > > > > kernelVersion=`readlink -f "/boot/$kernelName"` > > > > > > > 1035:fi > 1036:if [ "$kernelName" = "vmlinuz.old" ]; then > 1037: if [ -L "/boot/$kernelName" ]; then > 1038:kernelVersion=`readlink -f "/boot/$kernelName"` > 1039:kernelVersion=$(echo $kernelVersion | sed -e > 's/.*vmlinuz-//') > 1040: kernelVersion="$kernelVersion Previous" > 1041:else > 1042:kernelVersion="Previous" > 1043: fi > 1044:fi Hmm, Ok. Das Skript ist nicht kapput. Sehr komisch, Fuege mal an den Anfang des Skripts ein set -x. Dann fuehre update-grub haendisch aus und du siehst was genau an der Stelle versucht wird auszufuehren. Gibts bei dir noch ein /boot/vmlinuz.old? Zeigt der Link noch auf ein existierendes Image? Wenn nicht mal entfernen. Andreas -- Look afar and see the end from the beginning. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 18:38:13, Harald Gutmann wrote: > Wolf Wiegand schrieb: > >Harald Gutmann wrote: > > > >>Searching for GRUB installation directory ... found: /boot/grub > >>/sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' > > > >Den Fehler solltest Du mal genauer untersuchen. > > > ja, danke, das war mir aber eigentlich klar, denn das ist der output welchen > update-grub rauswirft. > das problem ist nur, dass ich das script nicht durchschaue, und auch keine > ahnung vom scripten/programmieren habe. Das ist ja nun kein Verbrechen. > wäre nett, wenn jemand einen blick drauf werfen könnte, um zu sehen was in > der stelle im script passiert. Dafuer muessten wir erstmal wissen wie die Datei bei dir genau aussieht. Hier wird mittels: readlink -f "/boot/config-" Der Dateiname der config-Datei in einer Variablen gespeichert. Es sieht so aus als ob bei dir das abschliessende ` fehlt (siehe auch meine andere Antwort). Andreas -- Next Friday will not be your lucky day. As a matter of fact, you don't have a lucky day this year. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Andreas Pakulat schrieb: On 20.08.06 18:08:40, Harald Gutmann wrote: ich wollte heute mal meinen kernel wieder auf einen neueren stand bringen, da der 2.6.8er doch schon halbwegs alt ist. Halbwegs?? Der ist schon vor dem Sarge-Release veraltet gewesen. danach wird das initrd.img fehlerfrei genieriert, jedoch bricht dpkg beim update-grub ab, hier die fehlermeldung: Running postinst hook script /sbin/update-grub. Searching for GRUB installation directory ... found: /boot/grub /sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' Ja was steht denn bei dir in der Datei in Zeile 1038? Hier: kernelVersion=`readlink -f "/boot/$kernelName"` so, danach lange gesucht im /boot/ bzw in der menu.lst, aber keinen wirklichen fehler gefunden, hier die interessanten sachen: Nee, interessant waere gewesen wie das Skript an der Stelle bei dir aussieht. 1035:fi 1036:if [ "$kernelName" = "vmlinuz.old" ]; then 1037: if [ -L "/boot/$kernelName" ]; then 1038:kernelVersion=`readlink -f "/boot/$kernelName"` 1039:kernelVersion=$(echo $kernelVersion | sed -e 's/.*vmlinuz-//') 1040: kernelVersion="$kernelVersion Previous" 1041:else 1042:kernelVersion="Previous" 1043:fi 1044:fi so sieht das script bei mir aus, also die oben genannte zeile stimmt überein. mfg harald gutmann -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Wolf Wiegand schrieb: Hallo, Harald Gutmann wrote: [...] Searching for GRUB installation directory ... found: /boot/grub /sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' [...] Den Fehler solltest Du mal genauer untersuchen. ja, danke, das war mir aber eigentlich klar, denn das ist der output welchen update-grub rauswirft. das problem ist nur, dass ich das script nicht durchschaue, und auch keine ahnung vom scripten/programmieren habe. wäre nett, wenn jemand einen blick drauf werfen könnte, um zu sehen was in der stelle im script passiert. mfg harald gutmann -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
On 20.08.06 18:08:40, Harald Gutmann wrote: > ich wollte heute mal meinen kernel wieder auf einen neueren stand bringen, da > der 2.6.8er doch schon halbwegs alt ist. Halbwegs?? Der ist schon vor dem Sarge-Release veraltet gewesen. > danach wird das initrd.img fehlerfrei genieriert, jedoch bricht dpkg beim > update-grub ab, hier die fehlermeldung: > > Running postinst hook script /sbin/update-grub. > Searching for GRUB installation directory ... found: /boot/grub > /sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' Ja was steht denn bei dir in der Datei in Zeile 1038? Hier: kernelVersion=`readlink -f "/boot/$kernelName"` > so, danach lange gesucht im /boot/ bzw in der menu.lst, aber keinen > wirklichen > fehler gefunden, hier die interessanten sachen: Nee, interessant waere gewesen wie das Skript an der Stelle bei dir aussieht. Andreas -- Time to be aggressive. Go after a tattooed Virgo. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: update-grub error
Hallo, Harald Gutmann wrote: > [...] > Searching for GRUB installation directory ... found: /boot/grub > /sbin/update-grub: line 1038: unexpected EOF while looking for matching > ``' > [...] Den Fehler solltest Du mal genauer untersuchen. Schönen Gruß, Wolf -- Egal, was die Deutschen machen, es gefällt den Amis nicht. Wenn die Deutschen ein Land überfallen, dann sind die Amis sauer. Wenn die Deutschen ein Land NICHT überfallen, dann sind die Amis auch sauer. (Eisenbahner im Heise-Forum) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
update-grub error
hallo! ich wollte heute mal meinen kernel wieder auf einen neueren stand bringen, da der 2.6.8er doch schon halbwegs alt ist. einfach drauf losgelegt, und apt-get update bzw apt-get install linux-image-2.6.16-2-k7 ausgeführt. die installation bleibt aber ganz am schluss hängen, da zuerst mkinitrd.yaird gemeckert hat, wegen einer falschen zeile in der /boot/config-2.6.16-2-k7, welche ich aber kurzerhand rausgeschmissen habe. danach wird das initrd.img fehlerfrei genieriert, jedoch bricht dpkg beim update-grub ab, hier die fehlermeldung: %< winnie:/boot# apt-get install -f Richte linux-image-2.6.16-2-k7 ein (2.6.16-18) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. initrd.img(/boot/initrd.img-2.6.16-2-k7) points to /boot/initrd.img-2.6.16-2-k7 (/boot/initrd.img-2.6.16-2-k7) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.16-2-k7.postinst line 581. vmlinuz(/boot/vmlinuz-2.6.16-2-k7) points to /boot/vmlinuz-2.6.16-2-k7 (/boot/vmlinuz-2.6.16-2-k7) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.16-2-k7.postinst line 581. Running postinst hook script /sbin/update-grub. Searching for GRUB installation directory ... found: /boot/grub /sbin/update-grub: line 1038: unexpected EOF while looking for matching ``' User postinst hook script [/sbin/update-grub] exited with value 2 dpkg: Fehler beim Bearbeiten von linux-image-2.6.16-2-k7 (--configure): Unterprozess post-installation script gab den Fehlerwert 2 zurück Fehler traten auf beim Bearbeiten von: linux-image-2.6.16-2-k7 E: Sub-process /usr/bin/dpkg returned an error code (1) %< so, danach lange gesucht im /boot/ bzw in der menu.lst, aber keinen wirklichen fehler gefunden, hier die interessanten sachen: [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) # grub-install(8), grub-floppy(8), # grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 20 # Pretty colours color cyan/blue white/blue ## password ['--md5'] passwd # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' # e.g. password topsecret # password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/ # password topsecret # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/hda6 ro ## default grub root device ## e.g. groot=(hd0,0) groot=(hd0,4) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(recovery mode) single # altoptions=(recovery mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ## should update-grub create memtest86 boot option ## e.g. memtest86=true ## memtest86=false # memtest86=true ## ## End Default Options ## splashimage=(hd0,4)/boot/grub/splash.xpm.gz title aGNUla/DeMuDi, kernel 2.6.10-1-multimedia-k7 root(hd0,4) kernel /boot/vmlinuz-2.6.10-1-multimedia-k7 root=/dev/
[Solved] Re: GRUB Error 17: Laptop bootet nicht ...
> > > Was für Möglichkeiten gibt es die Partitionstabelle zu reparieren. Beim > googeln bin ich auf > > mkfs.ext3 -S /dev/hda3 > > gestoßen. Damit soll man die Superblöcke reparieren können. > > Ich hab's probiert und anschließend ein e2fsck -b 819200 /dev/hda3 gemacht. Anschließend war die Partition unter Knoppix wieder mountbar. (Und ist jetzt schon gesichert ;-) ) Danke für die Unterstützung. Grüße, Tim (der die Welt umarmen könnte :) :) ) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB Error 17: Laptop bootet nicht ...
> > Grub Error 17 > > Hatte ich auch letztens nach dem ändern von Partitonen. grub-install > /dev/hda hat das Problem dann gelöst. > Das klappt leider nicht. Grub kommt nicht an /boot ... ran. > > > > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > > hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=33302745, > > Das klingt eher nach einer Sterbenden Platte. Ich habe sowas nur bei > sterbenden Platten gesehen Das will ich natürlich nicht wahr haben. :( > > > high=1, low=16525529, sector=33302745 > > ide: failde opcode was: unknown > > end_request: I/O error, dev hda, sector 33302745 > > Buffer I/O error on device hda3, logical block 0 > > e2fsck: Attempt to read blcok from filesystem resulted in short read > > while trying to open /dev/hda3 > > Could this be a zero length partition? > > Dies deute eher auf defekte Partitonstabelle hin. Aber wenn der die > nicht lesen kann kommt eine Länge hin. Was für Möglichkeiten gibt es die Partitionstabelle zu reparieren. Beim googeln bin ich auf mkfs.ext3 -S /dev/hda3 gestoßen. Damit soll man die Superblöcke reparieren können. > Bleibt nur zu sagen: "Backup ist das was de PC User Nachts besser > schlafen lässt. Geschlafen hab' ich gut. ;-) Gruss, Tim -- "Feel free" – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: GRUB Error 17: Laptop bootet nicht ...
ja hallo erstmal,... Am Samstag, 12. August 2006 17:17 schrieb [EMAIL PROTECTED]: > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=33302745, > high=1, low=16525529, sector=33302745 > ide: failde opcode was: unknown > end_request: I/O error, dev hda, sector 33302745 > Buffer I/O error on device hda3, logical block 0 > e2fsck: Attempt to read blcok from filesystem resulted in short read > while trying to open /dev/hda3 > Could this be a zero length partition? Hast du die Platte mit den Diagnoseprogrammen des Herstellers überprüft? > Die Partitionstabelle gibt folgende Anfangs/Endwerte für die Sectoren aus: > > /dev/hda1 0 - 29302550 > /dev/hda2 29302560 - 33302744 > /dev/hda3 33302745 - 78124094 > > Der Versuch die Partion 3 mittels Partimage erstmal zu sichern, ist > gescheitert. Partimage markiert die Partion als 'unknown'. > > Was kann ich tun, um die Partition nebst Inhalt wieder zu bekommen? > > Grüße, > > Tim (der sich für das fehlende Backup ständig in den Ar*** beißt) Naja, das hängt davon ab, was du genau gemacht hast. Die erste Frage ist, ob die Platte einen HW-Fehler hat, oder ob die Daten darauf kompromittiert sind. Keep smiling yanosz
GRUB Error 17: Laptop bootet nicht ...
Hallo Debian User, nach nun fast 4 jähriger nahezu problemloser Debian Nutzung (beruflich wie privat) bin ich jetzt mit meinem 'Latein' völlig am Ende. Man könnte auch sagen: Große Ka**e! Habe vergangene Nacht vergessen den Laptop (Panasonic CF-51 / Sarge) auszuschalten. Er lief im Batteriebetrieb. Heute Morgen läuft er beim Starten in den Grub Error 17 und läßt sich nur noch mittels CTRL-ALT-DEL zum Neustart nötigen, um dann wieder in diesen Fehler zu laufen. Der Laptop hat eine 40GB Platte mit 3 Partitionen: /dev/hda1 # Windos NTFS mit XP /dev/hda2 # Linux Swap /dev/hda3 # Linux Diese sind nach dem Booten mit einer Knoppix CD mittels fdisk zu erkennen. Mounten kann aber nur die /dev/hda1 Partition. Der Versuch die /dev/hda3 (da liegen auch die Daten) zu mounten scheitert mit folgender Fehlermeldung (wie auch bei e2fsck): hda: dma_intr: status=0x51 { DriveReady SeekComplete Error } hda: dma_intr: error=0x40 { UncorrectableError }, LBAsect=33302745, high=1, low=16525529, sector=33302745 ide: failde opcode was: unknown end_request: I/O error, dev hda, sector 33302745 Buffer I/O error on device hda3, logical block 0 e2fsck: Attempt to read blcok from filesystem resulted in short read while trying to open /dev/hda3 Could this be a zero length partition? Die Partitionstabelle gibt folgende Anfangs/Endwerte für die Sectoren aus: /dev/hda1 0 - 29302550 /dev/hda2 29302560 - 33302744 /dev/hda3 33302745 - 78124094 Der Versuch die Partion 3 mittels Partimage erstmal zu sichern, ist gescheitert. Partimage markiert die Partion als 'unknown'. Was kann ich tun, um die Partition nebst Inhalt wieder zu bekommen? Grüße, Tim (der sich für das fehlende Backup ständig in den Ar*** beißt) -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Windows 2003 auf hda1 von Grub auf sda booten
Stefan Bauer <[EMAIL PROTECTED]> wrote: >Claudius Hubig schrieb: > >> Wie sieht jetzt der Eintrag aus, um Win 2003 von hier aus booten zu >> können? Ich habe schon verschiedenes versucht, doch will alles nicht so >> wirklich funktioniere, und Google ist irgendwann auch durchgesucht. > >mal eine kurze Info zwecks der Verständnis: > >http://www.plzk.com/item.php?i=57 Danke, läuft :) Grüße, Claudius -- Claudius Hubig,= ,-_-. =.224491597 Es gibt auch Linux-Aussteiger. ((_/)o o(\_)) Y!M:opensource2017 Aber die Rückfallquote steigt mit `-'(. .)`-' x2017.homelinux.org jeder Win-Version. (Walter Saner) \_/ [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Windows 2003 auf hda1 von Grub auf sda booten
Claudius Hubig schrieb: Wie sieht jetzt der Eintrag aus, um Win 2003 von hier aus booten zu können? Ich habe schon verschiedenes versucht, doch will alles nicht so wirklich funktioniere, und Google ist irgendwann auch durchgesucht. mal eine kurze Info zwecks der Verständnis: http://www.plzk.com/item.php?i=57 -- Mit freundlichen Grüßen Stefan Bauer --> www.plzk.de - www.plzk.com ---< -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Windows 2003 auf hda1 von Grub auf sda booten
Hallo Liste, das Problem ist im Betreff beschrieben, hier noch ein paar Eckpunkte zum System: hda: 160 GB - Win-Bootloader im MBR -> hda1 - Win - NTFS - 40 GB -> hda2 - Linux/Daten - ext3 - 40 GB -> hda3 - " - "- 80 GB sda/sdb: 80 GB/RAID-1 - GRUB im MBR -> sda1 - Linux/System - ext3 - 80 GB --/boot/grub/menu.lst-- default 3 timeout 5 color black/red red/black splashimage /boot/grub/gnu.xpm.gz title Debian GNU/Linux, kernel 2.6.16-2-k7 root(hd0,0) kernel /boot/vmlinuz-2.6.16-2-k7 root=/dev/md0 ro vga=791 initrd /boot/initrd.img-2.6.16-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.16-2-k7 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.16-2-k7 root=/dev/md0 ro single initrd /boot/initrd.img-2.6.16-2-k7 savedefault boot title Debian GNU/Linux, kernel 2.6.15x2017.badrambootsplash.2 root(hd0,0) kernel /boot/vmlinuz-2.6.15x2017.badrambootsplash.2 root=/dev/md0 ro vga=791 badram=0x015289e0,0xfffc initrd /boot/initrd.img-2.6.15x2017.badrambootsplash.2 savedefault boot title Debian GNU/Linux, kernel 2.6.15x2017.badrambootsplash.2 (recovery mode) root(hd0,0) kernel /boot/vmlinuz-2.6.15x2017.badrambootsplash.2 root=/dev/md0 ro single initrd /boot/initrd.img-2.6.15x2017.badrambootsplash.2 savedefault boot title Debian GNU/Linux, kernel memtest86 root(hd0,0) kernel /boot/memtest86.bin boot title Debian GNU/Linux, kernel memtest86+ root(hd0,0) kernel /boot/memtest86+.bin boot --/boot/grub/menu.lst-- Wie sieht jetzt der Eintrag aus, um Win 2003 von hier aus booten zu können? Ich habe schon verschiedenes versucht, doch will alles nicht so wirklich funktioniere, und Google ist irgendwann auch durchgesucht. Grüße && Danke, Claudius -- Claudius Hubig,= ,-_-. =.224491597 Es gibt auch Linux-Aussteiger. ((_/)o o(\_)) Y!M:opensource2017 Aber die Rückfallquote steigt mit `-'(. .)`-' x2017.homelinux.org jeder Win-Version. (Walter Saner) \_/ [EMAIL PROTECTED] -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: grub sorgen, wieder...
Andreas Pakulat <[EMAIL PROTECTED]> wrote: > On 14.07.06 14:51:25, Frank Küster wrote: >> Okay, also ist wohl ein neuer fällig. Hat jemand der hier mitlesenden >> sid am laufen? Ich habe nur sarge mit backports-grub, wäre praktisch >> wenn ein sid-User den bugreport machen könnte. > > Jupp, auch in Sid selbes Problem. Aber ich kann leider keinen Bugreport > verfassen (naja fix verfassen schon, aber ich hab keine Zeit dem > nachzugehen und hier ständig zu rebooten), nimm einfach reportbug und > ändere dann im Editor die Zeile mit der Version auf 0.97-12. Done, #378243 Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: grub sorgen, wieder...
On 14.07.06 14:51:25, Frank Küster wrote: > Okay, also ist wohl ein neuer fällig. Hat jemand der hier mitlesenden > sid am laufen? Ich habe nur sarge mit backports-grub, wäre praktisch > wenn ein sid-User den bugreport machen könnte. Jupp, auch in Sid selbes Problem. Aber ich kann leider keinen Bugreport verfassen (naja fix verfassen schon, aber ich hab keine Zeit dem nachzugehen und hier ständig zu rebooten), nimm einfach reportbug und ändere dann im Editor die Zeile mit der Version auf 0.97-12. Andreas -- Stay the curse. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)