Re: Grub mag System mit 6 Festplatten nicht
On 11.04.06 22:07:33, Thomas Kreft wrote: > Andreas Pakulat schrieb: > > Ja was denn nun? pure64 oder amd64? Da gibts einige Unterschiede, AFAIK. > > Echt? AMD64 ist gemeint. Ich dachte ich hätte in diversen AMD64-Howtos auch > die Bezeichnung pure64 gelesen und verstand es als Synonym für ein echtes > 64bit-System, ohne 32bit-Kompatibilitätsmodus (pure halt). Aehm, soweit ich das verstanden habe (bin auch kein 64-Bit "Crack") ist pure64 die "Variante" die im reinen 64-Bit Modus laeuft, also bei der auch kein 32-Bit chroot moeglich ist. Frag mal Google nach Debian-pure64. amd64 hingegen erlaubt halt das Ausfuehren von 32-Bit Programmen im chroot, bzw. teilweise "nativ" mit Hilfe ia32-libs. > > MBR welcher Platte? Jede Platte hat nen MBR und wenn ihr den MBR der 2. > > oder 3. Platte geschrieben habt, aber im BIOS eingestellt ist von der 1. > > zu booten kann das nicht gehen. > > Da mein Freund zuerst Win32 auf seine SATA1-Platte installiert hat und dann > erst Win64 auf SATA2, nehme ich an, dass sich der Win64-Bootloader auch auf > SATA1 geschrieben hat. Wir haben die "normale" Reihenfolge nicht geändert > und im Debian Installer kann man grub nichts mitgeben, daher gingen wir > (vorschnell?) davon aus dass grub eigentlich nur die richtige Platte > erwischen kann... Per Default installiert sich grub in den MBR der ersten Platte. Wenn ihr nun aber von der 2. Platte bootet... > > > Zuletzt haben wir wieder von vorne angefangen und dann Grub auf eine > > > Floppy installieren lassen. > > Wieso denn das? Wenn das System drauf ist ist das doch in Ordnung. Den > > Kernel kriegt man auch anders auf ne Floppy. > > Ich gebe zu: An der Stelle und ohne einfachen Internetzugang verliessen sie > mich und ich bin in alte Windows-Verhaltesmuster zurückverfallen. Das > schien insgesamt schneller zu gehen. :-) :-) > Sobald mein Freund und ich Zeit haben (nächstes WE) werde ich die bisherigen > Vorschläge mal in die Tat umsetzen und dann berichten. DANKE! Ich wuerde als erstes im BIOS schauen welche Platte zum Booten herangezogen wird, bzw. in welcher Reihenfolge sie gebootet werden. Es ist naemlich auch moeglich das grub nicht richtig installiert wurde und im BIOS drin steht er soll dann mit SATA2 weiter machen, womit dann der dortige (von win64? erzeugte) Windows-Bootloader startet. Andreas -- You two ought to be more careful--your love could drag on for years and years. -- 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 mag System mit 6 Festplatten nicht
Andreas Pakulat schrieb: > Ja was denn nun? pure64 oder amd64? Da gibts einige Unterschiede, AFAIK. Echt? AMD64 ist gemeint. Ich dachte ich hätte in diversen AMD64-Howtos auch die Bezeichnung pure64 gelesen und verstand es als Synonym für ein echtes 64bit-System, ohne 32bit-Kompatibilitätsmodus (pure halt). > MBR welcher Platte? Jede Platte hat nen MBR und wenn ihr den MBR der 2. > oder 3. Platte geschrieben habt, aber im BIOS eingestellt ist von der 1. > zu booten kann das nicht gehen. Da mein Freund zuerst Win32 auf seine SATA1-Platte installiert hat und dann erst Win64 auf SATA2, nehme ich an, dass sich der Win64-Bootloader auch auf SATA1 geschrieben hat. Wir haben die "normale" Reihenfolge nicht geändert und im Debian Installer kann man grub nichts mitgeben, daher gingen wir (vorschnell?) davon aus dass grub eigentlich nur die richtige Platte erwischen kann... > > - Festplatten an S-ATA, beide Western Digital Raptor > > /dev/sda (SATA1) mit Windows XP Prof. (zuerst installiert) > > /dev/sdb (SATA2) mit Windows 64bit (als zweites installiert) > > Ist das von Sarge, sprich kann der Kernel von Sarge mit dem Controller? Ich gehe davon aus, denn wie gesagt haben wir es mit Sarge-AMD64 und Etch-AMD64 beta 2 probiert, und immer wurde der Onboard- und der RAID-Controller samt aller Partitionen korrekt erkannt. Die Installation des Grundsystems auf SATA1 lief ohne Fehler durch, nur Grub will nicht... > > Zuletzt haben wir wieder von vorne angefangen und dann Grub auf eine > > Floppy installieren lassen. > Wieso denn das? Wenn das System drauf ist ist das doch in Ordnung. Den > Kernel kriegt man auch anders auf ne Floppy. Ich gebe zu: An der Stelle und ohne einfachen Internetzugang verliessen sie mich und ich bin in alte Windows-Verhaltesmuster zurückverfallen. Das schien insgesamt schneller zu gehen. :-) Sobald mein Freund und ich Zeit haben (nächstes WE) werde ich die bisherigen Vorschläge mal in die Tat umsetzen und dann berichten. DANKE! -- Thomas Kreft GPG ID 48AF3580 - Registered Linux User #405685 (http://counter.li.org)
Re: Grub mag System mit 6 Festplatten nicht
On 10.04.06 21:24:49, Thomas Kreft wrote:
> ich habe letztes Wochenende bei einem Freund versucht, Debian auf sein
> AMD64-System zu installieren. Er wollte trotz der bekannten Einwände
> unbedingt pure64 ("wenn schon, denn schon"). Soweit, so gut.
>
> Das Problem: Grub mag offenbar sein System nicht. Nach Installation des
> Grundsystems (inoffizielles Sarge AMD64)
Ja was denn nun? pure64 oder amd64? Da gibts einige Unterschiede, AFAIK.
> und Installation von Grub in den
> MBR ("Es wurden folgende zusätzlichen Betriebssysteme auf diesem Computer
> gefunden: Windows NT/2000/XP [loader]") brachte ein Neustart nicht etwa das
> Grub-Menü, sondern trotzdem den Windows Bootloader. Was uns zuerst dazu
> einfiel: BIOS-Einstellung, aber dort ist die "Virenschutz"-Option für den
> Bootsektor deaktiviert, und andere Optionen schienen uns unverdächtig.
MBR welcher Platte? Jede Platte hat nen MBR und wenn ihr den MBR der 2.
oder 3. Platte geschrieben habt, aber im BIOS eingestellt ist von der 1.
zu booten kann das nicht gehen.
> - Festplatten an S-ATA, beide Western Digital Raptor
> /dev/sda (SATA1) mit Windows XP Prof. (zuerst installiert)
> /dev/sdb (SATA2) mit Windows 64bit (als zweites installiert)
Ist das von Sarge, sprich kann der Kernel von Sarge mit dem Controller?
> Grub installiert sich also nicht wie erwartet auf den MBR von /dev/sda. Als
> nächstes haben wir gedacht, dass vielleicht eine neuere Grub-Version hilft,
> und die AMD64 Etch-Version probiert (die beta2-Version, nicht die nightly).
> Keine Besserung, immer noch erscheint nur das Windows Bootmenü.
s.o. Schaut doch mal im BIOS von welcher Platte er bootet.
> Zuletzt haben wir wieder von vorne angefangen und dann Grub auf eine Floppy
> installieren lassen.
Wieso denn das? Wenn das System drauf ist ist das doch in Ordnung. Den
Kernel kriegt man auch anders auf ne Floppy.
> man evtl. die Ursache herauslesen könnte oder was wir als nächstes
> probieren könnten?
32-Bit Version, testweise?
Andreas
--
While you recently had your problems on the run, they've regrouped and
are making another attack.
--
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 mag System mit 6 Festplatten nicht
Mag. Leonhard Landrock schrieb: > Habt Ihr schon probiert GRUB vollkommen eigenständig (händisch) zu > installieren? Nein, irgendwann hatten wir keine Zeit und Lust mehr. :-) Ich werde deine Tipps aufgreifen und berichten, die eine Info kann ich aber schon nachreichen (hatte ich nur weggelassen, weil ich dachte dass es egal ist): > Ach ja, bleibt noch die Frage nach den Festplatten. Wie groß sind diese? Beide Raptors 72GB, die vier übrigen haben je 200GB. Danke! -- Thomas Kreft GPG ID 48AF3580 - Registered Linux User #405685 (http://counter.li.org)
Re: Grub mag System mit 6 Festplatten nicht
Am Montag, 10. April 2006 21:24 schrieb Thomas Kreft:
> Hallo Liste,
>
> Das Problem: Grub mag offenbar sein System nicht. Nach Installation des
> Grundsystems (inoffizielles Sarge AMD64) und Installation von Grub in den
> MBR ("Es wurden folgende zusätzlichen Betriebssysteme auf diesem Computer
> gefunden: Windows NT/2000/XP [loader]") brachte ein Neustart nicht etwa das
> Grub-Menü, sondern trotzdem den Windows Bootloader.
Habe zwar nur ein 32-Bit System, aber ...
Poste doch einmal die "menu.lst" und die "device.map".
> Machen wir was falsch? Hat irgendjemand eine Idee, woran das liegen kann,
> wo man evtl. die Ursache herauslesen könnte oder was wir als nächstes
> probieren könnten?
Habt Ihr schon probiert GRUB vollkommen eigenständig (händisch) zu
installieren?
Einfach ein Linux starten (z.B. Knoppix) und die Partition mit dem Bootloader
mounten. Als nächtes sicherstellen, dass die "device.map" passt.
sicherheitshalber sollte man noch mit "chroot" die Verzeichniswurzel
anpassen. Jetzt kann man mit der "GRand Unified Bootloader command
shell" (grub) den Befehl "install" ausführen. Details hierzu findet man im
GRUB Manual.
Möchte noch kurz festhalten, dass ich selbst diesen Befehl noch nicht
eingesetzt habe. Aber er bietet gegenüber dem einfacheren Befehl setup mehr
Möglichkeiten.
Ach ja, bleibt noch die Frage nach den Festplatten. Wie groß sind diese?
> Bin dankbar für jeden Hinweis!
LG,
Leonhard.
