Re: grub-reboot tut nicht wie erwartet - solved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lars Schimmer wrote: Hi! Ich habe hier eine Sarge Installation mit grub 0.97 aus backports-org. Der PC hat 2 Einträge für die Linux Partition und Windows. Somit sollte grub-reboot 3 eigentlich windows booten. Aber beim rebootet startet er immer wieder Linux :-( Mein grub conf (menu.lst) hab ich mal angehängt. Hat jmd. eine Idee dazu? Ok, es war ein kaputter grub aus backports.org. Der grub aus sarge kann leider kein grub-reboot, aber der grub aus testing funktioniert nun wie erwartet. Man muß in der conf den Default auf saved stellen und dann tut es wie ne eins- Leider gab es ein, zwei weitere Updates, die Ich nicht haben wollte, aber... MfG, Lars Schimmer MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (MingW32) iD8DBQFEtK10mWhuE0qbFyMRAo5HAJ9c23FZfhThOrYJzIe4pMJvi+uHCgCfe6tF UTd9R1KCgrFgCyPde4mY7JI= =3+Fa -END PGP SIGNATURE- -- 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-reboot tut nicht wie erwartet - solved
Lars Schimmer [EMAIL PROTECTED] wrote: Lars Schimmer wrote: Hi! Ich habe hier eine Sarge Installation mit grub 0.97 aus backports-org. Der PC hat 2 Einträge für die Linux Partition und Windows. Somit sollte grub-reboot 3 eigentlich windows booten. Aber beim rebootet startet er immer wieder Linux :-( Mein grub conf (menu.lst) hab ich mal angehängt. Hat jmd. eine Idee dazu? Ok, es war ein kaputter grub aus backports.org. Was ist daran kaputt? Hast du das auf der backports-Liste oder beim Backporter gemeldet? Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: grub-reboot tut nicht wie erwartet - unsolved
Lars Schimmer am Wed, 12 Jul 2006 10:06:12 +0200: Der grub aus sarge kann leider kein grub-reboot, aber der grub aus testing funktioniert nun wie erwartet. Man muß in der conf den Default auf saved stellen und dann tut es wie ne eins- Hallo Welche conf? Ich habe in der menu.lst (etch) eine Zeile: default saved trotzdem tut es nicht. Was kann sonst noch sein? Hat sich die Semantik geändert? Bisher meinte: grub-reboot 3 den vierten Eintrag im grub-Auswahlmenü. Grüße, Gerhard
Re: grub-reboot tut nicht wie erwartet - unsolved
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerhard Wolfstieg wrote: Lars Schimmer am Wed, 12 Jul 2006 10:06:12 +0200: Der grub aus sarge kann leider kein grub-reboot, aber der grub aus testing funktioniert nun wie erwartet. Man muß in der conf den Default auf saved stellen und dann tut es wie ne eins- Hallo Welche conf? Ich habe in der menu.lst (etch) eine Zeile: default saved trotzdem tut es nicht. Was kann sonst noch sein? Hat sich die Semantik geändert? Bisher meinte: grub-reboot 3 den vierten Eintrag im grub-Auswahlmenü. Nein, die Semantik ist gleich geblieben. Aber ein grub-reboot 4 hat bei mir zu Win rebootet nach dem grub-install aus echt (die -12 Version), und dann nach einem reboot wieder Linux. Ja, ich habe auf der backports liste mal nachgefragt, ob das ein Bug ist mit dem Fehler 18 ;-) Grüße, Gerhard MfG, Lars Schimmer - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEtRC0mWhuE0qbFyMRAugqAJ9glHW4DD2GhQI2AoOsApgTdtTlsACfalp8 b0VEP8a62CHhd6U1r2pykog= =dE/t -END PGP SIGNATURE- -- 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-reboot tut nicht wie erwartet - solved
On Wed, Jul 12, 2006 at 10:06:12AM +0200, Lars Schimmer wrote: Der grub aus sarge kann leider kein grub-reboot, Kann kein? Peter -- 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-reboot tut nicht wie erwartet :-(
Sieh mal in deine menu.lst. Da steht's sogar drin... Am Freitag, den 07.07.2006, 16:21 +0200 schrieb Lars Schimmer: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Ich habe hier eine Sarge Installation mit grub 0.97 aus backports-org. Der PC hat 2 Einträge für die Linux Partition und Windows. Somit sollte grub-reboot 3 eigentlich windows booten. Aber beim rebootet startet er immer wieder Linux :-( Mein grub conf (menu.lst) hab ich mal angehängt. Hat jmd. eine Idee dazu? # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default saved [...] title Debian GNU/Linux, kernel 2.6.14-dave root (hd0,1) kernel/boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro savedefault ^ Linux ist damit der Standard... -- 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-reboot tut nicht wie erwartet :-(
On 07.07.06 16:56:12, Goran wrote: Am Freitag, den 07.07.2006, 16:21 +0200 schrieb Lars Schimmer: Ich habe hier eine Sarge Installation mit grub 0.97 aus backports-org. Der PC hat 2 Einträge für die Linux Partition und Windows. Somit sollte grub-reboot 3 eigentlich windows booten. Aber beim rebootet startet er immer wieder Linux :-( Mein grub conf (menu.lst) hab ich mal angehängt. default saved [...] title Debian GNU/Linux, kernel 2.6.14-dave root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro savedefault ^ Linux ist damit der Standard... Sieh du dir mal das transcript von grub-reboot an, das Lars gepostet hat. Ausserdem vllt. noch die manpage von grub. Dan weisst du das der savedefault-Eintrag nicht das tut, was du behauptest. Andreas -- You're at the end of the road again. -- 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-reboot
Am 2006-02-09 13:52:34, schrieb Daniel Leidert: sarkasmusVielleicht unterliegt der Maintainer des Pakets ja der irrigen Ansicht, dass das Paket funktioniert. Und vielleicht (aber auch nur vielleicht) basiert diese Annahme ja auf der Tatsache, dass das Paket für ihn funktioniert und niemand einen Fehlerbericht eingereicht hat, der seine Annahme widerlegt./sarkasmus Sowas ist mir auch passiert, als ich ein par programme herunter- gehackt und paketiert hatte. Alles lief perfect. Woody, Testing und Unstable. Irgendwann mußte ich dann feststellen, das in einem Forum über das Programm diskutiert wurde und alles scheiße ist. Ich habe weder über meine Webseite noch per E-mail jemals einen Bugreport oder sonatwas erhalten und ich bin nicht die einzige Person, der sowas passiert. MfG Daniel Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.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)
Re: grub-reboot
Am 2006-02-09 13:52:34, schrieb Daniel Leidert: sarkasmusVielleicht unterliegt der Maintainer des Pakets ja der irrigen Ansicht, dass das Paket funktioniert. Und vielleicht (aber auch nur vielleicht) basiert diese Annahme ja auf der Tatsache, dass das Paket für ihn funktioniert und niemand einen Fehlerbericht eingereicht hat, der seine Annahme widerlegt./sarkasmus Sowas ist mir auch passiert, als ich ein par programme herunter- gehackt und paketiert hatte. Alles lief perfect. Woody, Testing und Unstable. Irgendwann mußte ich dann feststellen, das in einem Forum über das Programm diskutiert wurde und alles scheiße ist. Ich habe weder über meine Webseite noch per E-mail jemals einen Bugreport oder sonatwas erhalten und ich bin nicht die einzige Person, der sowas passiert. MfG Daniel Greetings Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.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)
Re: grub-reboot
On Wed, 8 Feb 2006 22:51:25 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Hallo Andreas, andere Distri. Oder initiere eine Aenderung der Policy dahingehend das nur normale Bugs erlaubt sind wenn ein Paket nach Testing rutschen soll. Das wird zwar kaum Erfolg haben (weil dann die Menge an Test-Usern stark schrumpft) aber nur Versuch macht Klug. Wie initiert man eine Änderung der Policy? Ideal, aber nicht machbar, wäre, daß der Entwickler eines Programms bzw. eines Teils davon seine Zustimmung geben muß, bevor es irgendwo aufgenommen wird. Das würde verhindern, daß so was wie projectcenter, das ohne Änderung in den Quellen überhaupt nicht gestartet werden kann, in Testing erscheint. Davon gehe ich aus, daß Autor oder Maintainer so etwas merken bzw. wissen. Im Übrigen würde ich nicht Kritik üben, wenn auch nur ein Hauch von Gedanken an Wechsel der Distribution in meinem Kopf wäre. So etwas würde ich einfach nur tun und mich hier höflich und dankend verabschieden. grub-reboot brauche ich täglich, wenn ich bestimmte Taskwechsel vornehme, damit ich Kaffee trinken gehen kann, während beim booten bei mir zusätzlich zum normalen Vorgang SCSI-Bus abgefragt wird und einiges andere gemacht wird. Rechnern bei der Arbeit zuzusehen ist mir ein Graus. Gruß, Gerhard
Re: grub-reboot
On Wed, 8 Feb 2006 22:47:42 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Nein, du hast nicht verstanden wozu Testing da ist. Ich schreibe nicht darüber, wozu Testing da ist, sondern wozu Testing da sein soll. Gerhard
Re: grub-reboot
On 09.02.06 09:22:55, Gerhard Wolfstieg wrote: On Wed, 8 Feb 2006 22:51:25 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: andere Distri. Oder initiere eine Aenderung der Policy dahingehend das nur normale Bugs erlaubt sind wenn ein Paket nach Testing rutschen soll. Das wird zwar kaum Erfolg haben (weil dann die Menge an Test-Usern stark schrumpft) aber nur Versuch macht Klug. Wie initiert man eine Änderung der Policy? Keine Ahnung, ich wuerd mit einer Diskussion auf debian-devel anfangen, glaub ich... Ideal, aber nicht machbar, wäre, daß der Entwickler eines Programms bzw. eines Teils davon seine Zustimmung geben muß, bevor es irgendwo aufgenommen wird. Aehm, das kannst du getrost knicken. Die Upstream-Autoren haben mit Sicherheit besseres zu tun. Das würde verhindern, daß so was wie projectcenter, das ohne Änderung in den Quellen überhaupt nicht gestartet werden kann, in Testing erscheint. Gibts dazu keinen Bugreport? In diesem Fall waere ja auch serious bzw. grave die richtige Severity. Davon gehe ich aus, daß Autor oder Maintainer so etwas merken bzw. wissen. Wenn sie das nicht tun, sollte man ihnen gehoerig auf die Finger klopfen. Das Beispiel projectcenter ist aber dann was anderes als das Beispiel grub. Denn bei grub ists nur 1 Funktion die nicht geht, wohingegen projectcenter gar nicht funktioniert. Das ist der Unterschied zwischen testing und unstable. grub-reboot brauche ich täglich, wenn ich bestimmte Taskwechsel vornehme, damit ich Kaffee trinken gehen kann, während beim booten bei mir zusätzlich zum normalen Vorgang SCSI-Bus abgefragt wird und einiges andere gemacht wird. Rechnern bei der Arbeit zuzusehen ist mir ein Graus. Aha, interessanter Anwendungsfall... Naja, wenn du so sehr auf grub angewiesen bist bzw. generell auf Stabilitaet, weiso benutzt du dann Testing? Was spricht dagegen grub aus stable zu installieren? Andreas -- You will stop at nothing to reach your objective, but only because your brakes are defective. -- 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-reboot
Am Mittwoch, den 08.02.2006, 22:22 +0100 schrieb Gerhard Wolfstieg: On Wed, 8 Feb 2006 20:31:20 +0100 Jochen Schulz [EMAIL PROTECTED] wrote: Wenn Du Dich einfach nur auskotzen wolltest (kann ja sein, ist ja nicht schlimm): hier ist ein schlechter Platz dafÃr. Schaff Dir notfalls ein Blog an. ;-) meine Motiv ist ein anderes. Ich gehe gerne übergeordnete Sachen an und wenn es Debian betrifft, finde ich hier einen richtigen, vielleicht nicht den besten Platz. Emotionen verstecke ich nicht, besonders wenn mir an einer Sache etwas liegt und dann nicht bös' gemeint. Die übergeordnete Sache, um die es mir hier geht, ist: Testing ist nicht dieses oder jenes, sondern im besten Fall das, was der Name sagt. Dafür ist Voraussetzung, daß (sich) minimal etwas tut. Bugreports wie tut nix oder läßt sich erst gar nicht aufrufen sollte unstable vorbehalten sein. Es gibt (im Regelfall) eine 10-Tage-Frist bevor ein Programm frühestens von Unstable nach Testing wandern darf. Innerhalb dieser Frist sollten gravierende Fehler eigentlich auffallen und mit einem entsprechenden Bug-Report kann dann die Migration gestoppt werden. Nur leider sehe ich überhaupt keinen Bug-Report für grub-reboot, auch nicht von dir. Vielleicht solltest du mal einen schreiben anstatt dem System Nichtfunktionieren vorzuwerfen - das Melden von Fehlern gehört zum System. Dann könnte der Maintainer auch reagieren und ein fehlerbereinigtes Paket nachschieben. Ich erwarte eigentlich, daß solche Sachen die, die es programmieren, selbst schon bemerken. Kein Autor kann auf allen Architekturen und unter allen Distributionen testen. Es geht u. A. um die dumme Sache, daß Leute, die in vielen Fällen etwas umsonst machen, jetzt pathetisch ausgedrückt, auch noch verantwortlich handeln sollten. Es ist blöd, ich weiß -- und manchmal verliert man die Lust ... sarkasmusVielleicht unterliegt der Maintainer des Pakets ja der irrigen Ansicht, dass das Paket funktioniert. Und vielleicht (aber auch nur vielleicht) basiert diese Annahme ja auf der Tatsache, dass das Paket für ihn funktioniert und niemand einen Fehlerbericht eingereicht hat, der seine Annahme widerlegt./sarkasmus MfG Daniel
Re: grub-reboot
On 09.02.06 13:52:34, Daniel Leidert wrote: Am Mittwoch, den 08.02.2006, 22:22 +0100 schrieb Gerhard Wolfstieg: On Wed, 8 Feb 2006 20:31:20 +0100 Jochen Schulz [EMAIL PROTECTED] wrote: Wenn Du Dich einfach nur auskotzen wolltest (kann ja sein, ist ja nicht schlimm): hier ist ein schlechter Platz dafÃr. Schaff Dir notfalls ein Blog an. ;-) meine Motiv ist ein anderes. Ich gehe gerne übergeordnete Sachen an und wenn es Debian betrifft, finde ich hier einen richtigen, vielleicht nicht den besten Platz. Emotionen verstecke ich nicht, besonders wenn mir an einer Sache etwas liegt und dann nicht bös' gemeint. Die übergeordnete Sache, um die es mir hier geht, ist: Testing ist nicht dieses oder jenes, sondern im besten Fall das, was der Name sagt. Dafür ist Voraussetzung, daß (sich) minimal etwas tut. Bugreports wie tut nix oder läßt sich erst gar nicht aufrufen sollte unstable vorbehalten sein. Es gibt (im Regelfall) eine 10-Tage-Frist bevor ein Programm frühestens von Unstable nach Testing wandern darf. Innerhalb dieser Frist sollten gravierende Fehler eigentlich auffallen und mit einem entsprechenden Bug-Report kann dann die Migration gestoppt werden. Nur leider sehe ich überhaupt keinen Bug-Report für grub-reboot, auch nicht von dir. Das liegt daran dass der Fehler nicht gravierend ist, jedenfalls im Zusammenhang mit dem Paket grub. grave oder serious Bugs sind im Normalfall ja solche die das Paket total unbenutzbar machen, das Problem mit grub-reboot betrifft aber nur 1 Funktion der Grub-Shell. Nichts weiter, demzufolge ist important das richtige. Und dort existieren IIRC 2 oder 3 Varianten des Bugs, keine mit einer Antwort des Maintainers (IIRC)... Vielleicht solltest du mal einen schreiben anstatt dem System Nichtfunktionieren vorzuwerfen - das Melden von Fehlern gehört zum System. Dann könnte der Maintainer auch reagieren und ein fehlerbereinigtes Paket nachschieben. Im Moment sieht es so aus als ob sich da nichts tut, jedenfalls hatte ich gestern beim Ueberfliegen kein Anzeichen dafuer gefunden. Ueberhaupt finde ich das es ganz schoen reichlich offene Bugs bei grub gibt... Andreas -- Change your thoughts and you change your world. -- 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-reboot
Am Donnerstag, den 09.02.2006, 14:12 +0100 schrieb Andreas Pakulat: On 09.02.06 13:52:34, Daniel Leidert wrote: Am Mittwoch, den 08.02.2006, 22:22 +0100 schrieb Gerhard Wolfstieg: On Wed, 8 Feb 2006 20:31:20 +0100 Jochen Schulz [EMAIL PROTECTED] wrote: Wenn Du Dich einfach nur auskotzen wolltest (kann ja sein, ist ja nicht schlimm): hier ist ein schlechter Platz dafÃr. Schaff Dir notfalls ein Blog an. ;-) meine Motiv ist ein anderes. Ich gehe gerne übergeordnete Sachen an und wenn es Debian betrifft, finde ich hier einen richtigen, vielleicht nicht den besten Platz. Emotionen verstecke ich nicht, besonders wenn mir an einer Sache etwas liegt und dann nicht bös' gemeint. Die übergeordnete Sache, um die es mir hier geht, ist: Testing ist nicht dieses oder jenes, sondern im besten Fall das, was der Name sagt. Dafür ist Voraussetzung, daß (sich) minimal etwas tut. Bugreports wie tut nix oder läßt sich erst gar nicht aufrufen sollte unstable vorbehalten sein. Es gibt (im Regelfall) eine 10-Tage-Frist bevor ein Programm frühestens von Unstable nach Testing wandern darf. Innerhalb dieser Frist sollten gravierende Fehler eigentlich auffallen und mit einem entsprechenden Bug-Report kann dann die Migration gestoppt werden. Nur leider sehe ich überhaupt keinen Bug-Report für grub-reboot, auch nicht von dir. Das liegt daran dass der Fehler nicht gravierend ist, jedenfalls im Zusammenhang mit dem Paket grub. grave oder serious Bugs sind im Normalfall ja solche die das Paket total unbenutzbar machen, Der OP schrieb etwas offensichtlich kaputtes mit null Funktion. Das heißt für mich gravierend und etwas dergleichen habe ich im BTS nicht gesehen. Man kann als User auch den Schweregrad eines Fehlers korrigieren. Das ist schließlich ein offenes BTS. das Problem mit grub-reboot betrifft aber nur 1 Funktion der Grub-Shell. Nichts weiter, demzufolge ist important das richtige. Und dort existieren IIRC 2 oder 3 Varianten des Bugs, keine mit einer Antwort des Maintainers (IIRC)... Dann muss eine Mail an die QA raus. Es wäre ja nicht so, dass man als User keine Chancen mehr hat, wenn der Maintainer sich nicht rührt. Vielleicht solltest du mal einen schreiben anstatt dem System Nichtfunktionieren vorzuwerfen - das Melden von Fehlern gehört zum System. Dann könnte der Maintainer auch reagieren und ein fehlerbereinigtes Paket nachschieben. Im Moment sieht es so aus als ob sich da nichts tut, jedenfalls hatte ich gestern beim Ueberfliegen kein Anzeichen dafuer gefunden. Ich hatte leider eine kaputte oder veraltete Seite angezeigt bekommen. Daher muss ich mich für meine Reaktion entschuldigen. Ueberhaupt finde ich das es ganz schoen reichlich offene Bugs bei grub gibt... Wie bei mozilla, firefox, evolution, apache, apt, dpkg, ... Vielleicht könnte man auf der devel-Liste für diese Pakete mal eine Art Bug-Hunt/Squash-Session vorschlagen um das BTS auch mal aufzuräumen und einzelne Maintainer zu entlasten. MfG Daniel
Re: grub-reboot
On 09.02.06 16:12:08, Daniel Leidert wrote: Am Donnerstag, den 09.02.2006, 14:12 +0100 schrieb Andreas Pakulat: On 09.02.06 13:52:34, Daniel Leidert wrote: Es gibt (im Regelfall) eine 10-Tage-Frist bevor ein Programm frühestens von Unstable nach Testing wandern darf. Innerhalb dieser Frist sollten gravierende Fehler eigentlich auffallen und mit einem entsprechenden Bug-Report kann dann die Migration gestoppt werden. Nur leider sehe ich überhaupt keinen Bug-Report für grub-reboot, auch nicht von dir. Das liegt daran dass der Fehler nicht gravierend ist, jedenfalls im Zusammenhang mit dem Paket grub. grave oder serious Bugs sind im Normalfall ja solche die das Paket total unbenutzbar machen, Der OP schrieb etwas offensichtlich kaputtes mit null Funktion. Der OP reagiert etwas ueber und ausserdem ist grub selbst nicht betroffen, nur die Funktion um temporär ein anderes Image zu booten. Das heißt für mich gravierend und etwas dergleichen habe ich im BTS nicht gesehen. Man kann als User auch den Schweregrad eines Fehlers korrigieren. Das ist schließlich ein offenes BTS. Nur das der grub-reboot Fehler lt. Debians Definition nicht gravierend ist. Er macht das Paket grub nicht unbenutzbar. Ich hab auch keine weiteren Info's zu dem Bug, da ich davon nicht betroffen bin und auch keinen Grund sehe mich da weiter reinzuknien... Ueberhaupt finde ich das es ganz schoen reichlich offene Bugs bei grub gibt... Wie bei mozilla, firefox, evolution, apache, apt, dpkg, ... Vielleicht könnte man auf der devel-Liste für diese Pakete mal eine Art Bug-Hunt/Squash-Session vorschlagen um das BTS auch mal aufzuräumen und einzelne Maintainer zu entlasten. Ja, das ist mir auch schon aufgefallen. Auch bei apt-proxy sind IIRC diverse Probleme mit der v2 behoben, nur noch nicht geschlossen... Andreas -- You will be awarded a medal for disregarding safety in saving someone. -- 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-reboot
Gerhard Wolfstieg: was ist mit grub-reboot in etch los? Keine Ahnung. Wieso fragst Du? Hast Du ein Problem? Welches? Gibt es schon eine Nummer dafÃr im BTS? KÃnnen wir Dir irgendwie helfen? Ich kapier' nicht, wie man etwas offensichtlich kaputtes mit null Funktion in testing setzen kann. In testing sollte nach meiner Auffassung mindestens die Chance bestehen, etwas zu testen. Das macht doch so keinen Sinn. Aha. Im Ernst: wenn Du nicht verstehst, unter welchen UmstÃnden dysfunktionale Pakete in testing landen kÃnnen, verwende es nicht. Hint: Pakete wandern u.a. dann von unstable nach testing, wenn *innerhalb einer gewissen Zeit* keine schwerwiegenden Fehler gefunden werden: http://www.debian.org/devel/testing Wenn Du Dich einfach nur auskotzen wolltest (kann ja sein, ist ja nicht schlimm): hier ist ein schlechter Platz dafÃr. Schaff Dir notfalls ein Blog an. ;-) J. -- Thy lyrics in pop songs seem to describe my life uncannily accurately. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: grub-reboot
On 08.02.06 20:02:52, Gerhard Wolfstieg wrote: was ist mit grub-reboot in etch los? Ich kapier' nicht, wie man etwas offensichtlich kaputtes mit null Funktion in testing setzen kann. In testing sollte nach meiner Auffassung mindestens die Chance bestehen, etwas zu testen. Das macht doch so keinen Sinn. Ganz einfach: Es hat niemand einen Bugreport geschrieben, der das Paket aufhaelt (also Serious oder Grave). Davon abgesehen dass das Funktionieren/Nicht- von grub-reboot keinen Einfluss auf die Funktionalität von grub hat. Andreas -- It is so very hard to be an on-your-own-take-care-of-yourself-because-there-is-no-one-else-to-do-it-for-you grown-up. -- 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-reboot
On Wed, 8 Feb 2006 20:45:13 +0100 Andreas Pakulat [EMAIL PROTECTED] wrote: Ganz einfach: Es hat niemand einen Bugreport geschrieben, der das Paket aufhaelt (also Serious oder Grave). Davon abgesehen dass das Funktionieren/Nicht- von grub-reboot keinen Einfluss auf die Funktionalität von grub hat. Hallo Andreas, das hat also seine zwei Seiten -- und ich habe mir auch vorgenommen, wenn ich mir einer Sache sicher bin, mit Bugreports zu helfen. ... aber daß immer wieder Sachen durchrutschen wie Programme, die sich überhaupt nicht aufrufen lassen. Gruß, Gerhard
Re: grub-reboot
Ingrid: Keine Ahnung. Wieso fragst Du? Hast Du ein Problem? Welches? Gibt es schon eine Nummer dafÃr im BTS? KÃnnen wir Dir irgendwie helfen? Und ja, meine Umläüte sind wieder in Ordnung, danke der Nachfrage. :) J. -- I wear a lot of leather but would never wear fur. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Re: grub-reboot
On Wed, 8 Feb 2006 20:31:20 +0100 Jochen Schulz [EMAIL PROTECTED] wrote: Wenn Du Dich einfach nur auskotzen wolltest (kann ja sein, ist ja nicht schlimm): hier ist ein schlechter Platz dafÃr. Schaff Dir notfalls ein Blog an. ;-) Hallo Jochen, meine Motiv ist ein anderes. Ich gehe gerne übergeordnete Sachen an und wenn es Debian betrifft, finde ich hier einen richtigen, vielleicht nicht den besten Platz. Emotionen verstecke ich nicht, besonders wenn mir an einer Sache etwas liegt und dann nicht bös' gemeint. Die übergeordnete Sache, um die es mir hier geht, ist: Testing ist nicht dieses oder jenes, sondern im besten Fall das, was der Name sagt. Dafür ist Voraussetzung, daß (sich) minimal etwas tut. Bugreports wie tut nix oder läßt sich erst gar nicht aufrufen sollte unstable vorbehalten sein. Ich erwarte eigentlich, daß solche Sachen die, die es programmieren, selbst schon bemerken. Es geht u. A. um die dumme Sache, daß Leute, die in vielen Fällen etwas umsonst machen, jetzt pathetisch ausgedrückt, auch noch verantwortlich handeln sollten. Es ist blöd, ich weiß -- und manchmal verliert man die Lust ... Gruß, Gerhard
Re: grub-reboot
On 08.02.06 22:22:27, Gerhard Wolfstieg wrote: Die übergeordnete Sache, um die es mir hier geht, ist: Testing ist nicht dieses oder jenes, sondern im besten Fall das, was der Name sagt. Nein, lt. Debian-Policy ist Testing eben das was Jochen erklaert hat. Dafür ist Voraussetzung, daß (sich) minimal etwas tut. Nein, du hast nicht verstanden wozu Testing da ist. Bugreports wie tut nix oder läßt sich erst gar nicht aufrufen sollte unstable vorbehalten sein. Nur wenn die jeweiligen Programme integraler Bestandteil des Pakets sind, grub-reboot ist aber nicht integraler Bestandteil des Pakets und die darin genutzt Funktionalität ist auch nicht die Hauptfunktionalität des grub-Paketes (das ist das Booten von verschiedenen Kerneln/OS). Testing ist nunmal manchmal broken, ebenso wie unstable manchmal schlimmer da dort das reparieren laenger dauert. So ist das nunmal, leb damit oder benutze eine andere Distribution. Ich erwarte eigentlich, daß solche Sachen die, die es programmieren, selbst schon bemerken. Da erwartest du ehrlich gesagt reichlich viel. Schonmal etwas programmiert? Schonmal Benutzer gehabt die das auf ganz anderen Systemen haben laufen lassen? Du kannst als Entwickler nicht alle Eventualitäten bedenken. Und grad bei grub gibts vor allem keine platformunabhaengigen Toolkits die den Entwicklern unter die Arme greifen. Andreas -- Excellent time to become a missing person. -- 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-reboot
On 08.02.06 22:06:46, Gerhard Wolfstieg wrote: das hat also seine zwei Seiten -- und ich habe mir auch vorgenommen, wenn ich mir einer Sache sicher bin, mit Bugreports zu helfen. ... aber daß immer wieder Sachen durchrutschen wie Programme, die sich überhaupt nicht aufrufen lassen. In diesem speziellen Fall ist es nunmal kein durchrutschen, so definiert Debian die Testing Distribution, wenn du damit nicht einverstanden bist, nimm eine andere Distribution oder aber eine andere Distri. Oder initiere eine Aenderung der Policy dahingehend das nur normale Bugs erlaubt sind wenn ein Paket nach Testing rutschen soll. Das wird zwar kaum Erfolg haben (weil dann die Menge an Test-Usern stark schrumpft) aber nur Versuch macht Klug. Davon abgesehen: Wie oft braucht man grub-reboot eigentlich bzw. die dahinterstehende Funktion in grub? Ok, als ich meinen Server aufgesetzt habe brauchte ich das haeufiger, aber da ist ja auch kein Testing drauf... Andreas -- You will attract cultured and artistic people to your home. -- 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(-reboot) Problem - SOLVED
Gruesse! * Lars Schimmer [EMAIL PROTECTED] schrieb am [16.01.06 18:05]: Das Problem ist etwas tricky: Ich habe grub mit ner grml-live-CD mit grub-install - --root-directory=/test /dev/sda installiert gehabt und grub-reboot tat nichts. Jetzt, nachdem das System bootete, habe ich heute nochmal aus dem System grub-install /dev/sda ausgeführt, und DANACH tat grub-reboot wie erwartet ohne Probleme. Bißchen spät diese Info mit dem grml, hmm ;-) Hätte man die Info gehabt wäre sicher jemand auf den Gedanken gekommen: installiere den Bootloader doch mal neu. Also kein Problem mit Debian stable g Cya Lars Gruß Gerhard -- Standards sind eine tolle Sache. Ich finde, jeder sollte einen haben.
Re: Grub(-reboot) Problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Meinolf Sander wrote: * Lars Schimmer schrieb: Ansonsten poste doch mal die menu.lst [...] title Debian GNU/Linux, kernel 2.6.14-dave root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro savedefault boot title Debian GNU/Linux, kernel 2.6.14-dave (recovery mode) root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro single savedefault boot Kommentier' mal alle »savedefault«-Einträge aus und schau, ob es so geht. Schon probiert, immer noch nicht. Und ja, es ist dualcore smp Maschine und sata. Aber dennoch, daran sollte das nicht scheitern. Meinolf Grüße Lars - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] NEW PGP KEY! NEW! PGP-Key-ID: 0x4A9B1723 NEW! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy4+jmWhuE0qbFyMRApI7AKCD3VGPqbujghY1SahAhPSE4M5TgwCdFoeK yJLf9CcJqC0whbuNWt9UB/k= =i74t -END PGP SIGNATURE- -- 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(-reboot) Problem
On Sun, Jan 15, 2006 at 09:52:40PM +0100, Lars Schimmer wrote: # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default 0 Da darf nicht 0 sondern muss 'saved' stehen. Peter -- 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(-reboot) Problem
On Mon, Jan 16, 2006 at 01:40:01PM +0100, Peter Wiersig wrote: On Sun, Jan 15, 2006 at 09:52:40PM +0100, Lars Schimmer wrote: # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default 0 Da darf nicht 0 sondern muss 'saved' stehen. Stimmt nicht. Ich hab auch nen festen Wert drin, trotzdem klappt grub-reboot bei mir. Nochmal Peter -- 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(-reboot) Problem
grub-reboot müßte doch eigentlich das Ergebnis seines Aufrufs irgendwohin speichern -- in eine Datei. Weiß das jemand Näheres? Sonst könnte man ja erst einmal per Änderungsdatum in /boot/grub die Betreffende herauszufinden versuchen ... Dann bräuchte man erst einmal nicht jedesmal neu zu booten, um zum Ergebnis eines Versuches zu kommen. Gerhard
Re: Grub(-reboot) Problem
Gruesse! * Gerhard Wolfstieg [EMAIL PROTECTED] schrieb am [16.01.06 15:08]: grub-reboot müßte doch eigentlich das Ergebnis seines Aufrufs irgendwohin speichern -- in eine Datei. Weiß das jemand Näheres? Sonst könnte man ja erst einmal per Änderungsdatum in /boot/grub die Betreffende herauszufinden versuchen ... Das ist IMHO schon bekannt: grub-reboot manipuliert die /boot/grub/stage2 und iniziert darin einen Befehl für die grub-shell welche durch den MBR gestartet wird: grub savedefault --once --default=4 Entscheidend darin ist die --once Option, die die grub-shell anweist, diese Änderung nach dem ausführen wieder zu löschen. Beim OP wird diese Datei ja auch nach grub-reboot modifiziert (zumindest nach Zeitstempel) Ein md5sum oder ein binäres diff sollte da auch Unterschiede zeigen. Dann bräuchte man erst einmal nicht jedesmal neu zu booten, um zum Ergebnis eines Versuches zu kommen. Ich denke, ohne wirklichen Reboot wird man Erfolg bzw. Mißerfolg nicht feststellen können. Gerhard Gruß Gerhard -- Kernel panic: Could not determine whether bit was one, zero or sqrt(1/PI)... (J.K. in d-u-g)
Re: Grub(-reboot) Problem - SOLVED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lars Schimmer wrote: Hi! Ich benötige die grub-reboot Funktion. Ich habe im grub (menu) 6 versch. Einträge, eines davon windows. Jetzt möchte ich aber, daß automatisch debian mit kernel 2.6.14 gebootet wird nach einem reboot. Allerdings möchte ich unter Linux remote sagen dürfen, bitte boote beim nächsten mal windows, danach wieder normal wie immer. Grub-reboot ist genau das, was ich suche. Allerdings ist die version in stable wohl buggy, es bootet IMMER den standard. Und die aktuellere Version in unstable macht gar nichts bei einem grub-reboot Aufruf. Hat jmd. eine Idee, wie man diese Option geschickt remote erledigen kann? Das Problem ist etwas tricky: Ich habe grub mit ner grml-live-CD mit grub-install - --root-directory=/test /dev/sda installiert gehabt und grub-reboot tat nichts. Jetzt, nachdem das System bootete, habe ich heute nochmal aus dem System grub-install /dev/sda ausgeführt, und DANACH tat grub-reboot wie erwartet ohne Probleme. Grüße Lars Cya Lars - -- - - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] NEW PGP KEY! NEW! PGP-Key-ID: 0x4A9B1723 NEW! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDy9JbmWhuE0qbFyMRAiiMAJ462pNxHk3iVyHWWs8EIhnYWuAP3gCggPHO OrK71Pnr6Lf+7d5VWaO5EYo= =JoT1 -END PGP SIGNATURE- -- 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(-reboot) Problem
On Sun, 15 Jan 2006 14:29:34 +0100 Lars Schimmer [EMAIL PROTECTED] wrote: Grub-reboot ist genau das, was ich suche. Allerdings ist die version in stable wohl buggy, es bootet IMMER den standard. Und die aktuellere Version in unstable macht gar nichts bei einem grub-reboot Aufruf. Da stimmt etwas nicht. Was gibst Du exakt auf der Konsole ein? grub-reboot $Nummer tut seit langem in testing. Daß das unter stable und unstable nicht tun soll, bezweifle ich erst einmal und vermute die Ursachen anderswo. Funktioniert die manuelle Auswahl beim Bootvorgang? Gruß, Gerhard
Re: Grub(-reboot) Problem
Gerhard Wolfstieg wrote: On Sun, 15 Jan 2006 14:29:34 +0100 Lars Schimmer [EMAIL PROTECTED] wrote: Grub-reboot ist genau das, was ich suche. Allerdings ist die version in stable wohl buggy, es bootet IMMER den standard. Und die aktuellere Version in unstable macht gar nichts bei einem grub-reboot Aufruf. Da stimmt etwas nicht. Was gibst Du exakt auf der Konsole ein? grub-reboot $Nummer tut seit langem in testing. Daß das unter stable und unstable nicht tun soll, bezweifle ich erst einmal und vermute die Ursachen anderswo. Funktioniert die manuelle Auswahl beim Bootvorgang? Die manuelle Auswhl tut wie immer problemlos. Das Grub-Menu wurde automatisch von dpkg erstellt, kernel 2.6.14/failsave, kernel 2.6.8/failsafe, Trenner und Windows. Soweit ist das funktional und problemlos. Default steht auf 0 (=kernel 2.6.14). Mit Grub aus stable und grub reboot 5 fragt grub-reboot nach, ob ich rebooten will und bei yes rebootet er, aber die Auswahl (default) steht immer noch bei 0 (kernel 2.6.14). Mit dem grub (0.97-3) unstable passiert nach einem grub-reboot 5 rein gar nichts. Gruß, Gerhard Grüße Lars -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] PGP-Key-ID: 0xB87A0E03 -- 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(-reboot) Problem
Gruesse! * Lars Schimmer [EMAIL PROTECTED] schrieb am [15.01.06 15:32]: Die manuelle Auswhl tut wie immer problemlos. Das Grub-Menu wurde automatisch von dpkg erstellt, kernel 2.6.14/failsave, kernel 2.6.8/failsafe, Trenner und Windows. Soweit ist das funktional und problemlos. Default steht auf 0 (=kernel 2.6.14). Mit Grub aus stable und grub reboot 5 fragt grub-reboot nach, ob ich rebooten will und bei yes rebootet er, aber die Auswahl (default) steht immer noch bei 0 (kernel 2.6.14). Hier (Sarge) funktioniert das problemlos, muß also bei dir liegen. Evtl. klappt es ja wegen dem Trenner nicht (das ist doch nur so ein Pseudo-Eintrag?) Funktioniert es denn wenn du z.B. grub-reboot 2 eingibst? Bzw. 4 (=win) wenn der Trenner wirklich keine Rolle spielt. Grüße Lars Gruß Gerhard -- Dont't drink and root!
Re: Grub(-reboot) Problem
Auch wenn es Gerhard Br. schon im Beispiel verpackt hat: grub-reboot zählt von 0 an. Deswegen steht die 4 und nicht die 5 für das Booten Deines Windows'. Grüße, Gerhard
Re: Grub(-reboot) Problem
Gerhard Wolfstieg wrote: Auch wenn es Gerhard Br. schon im Beispiel verpackt hat: grub-reboot zählt von 0 an. Deswegen steht die 4 und nicht die 5 für das Booten Deines Windows'. Da ich insgesamt 6 Einträge haben, wäre der 5. schon der richtige für Windows. Und ja, der Trenner wird mitgezählt. Selbst ein grub-reboot 2 oder 3 macht nichts. Grüße, Gerhard Grüße Lars -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel.: +43 316 873-5405 E-Mail: [EMAIL PROTECTED] PGP-Key-ID: 0xB87A0E03 -- 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(-reboot) Problem
Gruesse! * Lars Schimmer [EMAIL PROTECTED] schrieb am [15.01.06 17:09]: Da ich insgesamt 6 Einträge haben, wäre der 5. schon der richtige für Windows. Und ja, der Trenner wird mitgezählt. Selbst ein grub-reboot 2 oder 3 macht nichts. Mit dem grub(-reboot) aus Stable? Hier meine Ausgabe des Befehls, mal zum Vergleich. Der Auswahlcursor steht dann im grub auf dem gewählten Eintrag: #-- ws01:/home/gerhard# grub-reboot 4 Probing devices to guess BIOS drives. This may take a long time. GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub savedefault --once --default=4 grub quit Do you want to reboot now? [y/N] N #-- Du machst daß schon als root?, denke ich. Ansonsten poste doch mal die menu.lst Oder jage den befehl mal durch strace. Die /boot/grub/stage2 wird nach dem Befehl schon auf das gerade gültige datum/Zeit gesetzt? Grüße Lars Gruß Gerhard -- Heute ist das Morgen wovor du gestern Angst hattest...
Re: Grub(-reboot) Problem
Gerhard Brauer wrote: Gruesse! * Lars Schimmer [EMAIL PROTECTED] schrieb am [15.01.06 17:09]: Da ich insgesamt 6 Einträge haben, wäre der 5. schon der richtige für Windows. Und ja, der Trenner wird mitgezählt. Selbst ein grub-reboot 2 oder 3 macht nichts. Mit dem grub(-reboot) aus Stable? Hier meine Ausgabe des Befehls, mal zum Vergleich. Der Auswahlcursor steht dann im grub auf dem gewählten Eintrag: #-- ws01:/home/gerhard# grub-reboot 4 Probing devices to guess BIOS drives. This may take a long time. GNU GRUB version 0.95 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub savedefault --once --default=4 grub quit Do you want to reboot now? [y/N] N #-- Sieht hier ident aus. Du machst daß schon als root?, denke ich. Jo. Ansonsten poste doch mal die menu.lst Mal schauen... # 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 5 # 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 # # # 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 specifiv 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=root=/dev/sda2 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,1) ## 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 ## 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 ## title Debian GNU/Linux, kernel 2.6.14-dave root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro savedefault boot title Debian GNU/Linux, kernel 2.6.14-dave (recovery mode) root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro single savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-686-smp root(hd0,1) kernel /boot/vmlinuz-2.6.8-2-686-smp root=/dev/sda2 ro initrd /boot/initrd.img-2.6.8-2-686-smp savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-686-smp (recovery mode) root(hd0,1) kernel /boot/vmlinuz-2.6.8-2-686-smp root=/dev/sda2 ro single initrd /boot/initrd.img-2.6.8-2-686-smp savedefault boot ### END DEBIAN AUTOMAGIC KERNELS LIST # This is a divider, added to separate the menu items below from the Debian # ones. title Other operating systems: root # This entry automatically added by the Debian installer for a non-linux OS # on /dev/sda1 title Microsoft Windows XP Professional root(hd0,0) savedefault makeactive chainloader +1 Oder jage den befehl mal durch strace. Hmm. dave7:~# strace grub-reboot 2 execve(/sbin/grub-reboot, [grub-reboot, 2], [/* 16 vars */]) = 0
Re: Grub(-reboot) Problem
Gruesse! * Lars Schimmer [EMAIL PROTECTED] schrieb am [15.01.06 21:52]: [viel getestet] Tut mir leid. dann weiß ich auch nicht mehr weiter. Es wäre höchstens noch festzustellen, wo bei unserer jeweiligen Konfig der Unterschied liegt. - du verwendest SCSI bzw sata Disk - hast eine SMP-Maschine (?) oder eine Hyperthreading-CPU (?) Aber beides kann eigentlich(!) nichts mit dem Problem zu tun haben. Ich hatte bei mir auch nochmal so einen Trenner eingefügt, ob es evtl. daran liegt. War aber nicht so. Wenn nicht noch eine Idee kommt, würde ich einmal schauen ob es schon einen Bug-Report gibt, ansonsten einen schreiben. Grüße Lars Gruß Gerhard -- Halt die Klappe, ich hab Feierabend (Schildkroete)
Re: Grub(-reboot) Problem
* Lars Schimmer schrieb: Ansonsten poste doch mal die menu.lst [...] title Debian GNU/Linux, kernel 2.6.14-dave root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro savedefault boot title Debian GNU/Linux, kernel 2.6.14-dave (recovery mode) root(hd0,1) kernel /boot/vmlinuz-2.6.14-dave root=/dev/sda2 ro single savedefault boot Kommentier' mal alle »savedefault«-Einträge aus und schau, ob es so geht. 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)