Anzeige:
Ergebnis 1 bis 6 von 6

Thema: Lilo bleibt bei L stehen

  1. #1
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    85

    Lilo bleibt bei L stehen

    und wirft mir ewig lang

    99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 99 usw.
    aus

    wo kann da das problem liegen? ich hab scho gesucht, es soll sich dabei um einen Diskerror handeln, aber 99 wird nirgends wirklich beschrieben

  2. #2
    Registrierter Benutzer
    Registriert seit
    Feb 2002
    Ort
    Düsseldorf
    Beiträge
    353
    Hi,

    ich hatte das Problem schon des öfteren. Du musst das System von einer Rettungsdiskette oder CD starten. Dann kannst du mit dem "chroot /dev/deine_partition(beispiel: hda1)" Befehl deine Partition aktivieren. Jetzt musste noch den Befehl "Lilo" ausführen und alles sollte wieder laufen.

    Gruß
    Michael

  3. #3
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    85
    Original geschrieben von dunervst
    Hi,

    ich hatte das Problem schon des öfteren. Du musst das System von einer Rettungsdiskette oder CD starten. Dann kannst du mit dem "chroot /dev/deine_partition(beispiel: hda1)" Befehl deine Partition aktivieren. Jetzt musste noch den Befehl "Lilo" ausführen und alles sollte wieder laufen.

    Gruß
    Michael
    das hab ich scho mehrmals probiert

    btw, habs mit chroot installiert (gentoo)

  4. #4
    Registrierter Benutzer
    Registriert seit
    Oct 1999
    Ort
    Kiel
    Beiträge
    1.798
    Hi

    das ist in der tat ne error meldung die ich auch nicht kenne.
    0x80 steht für "Disk timeout"
    auch in der 22.3.3 README steht dieser code nicht drinnen

    vielleicht ist es ne bitweise oder verknüpfung zweier fehler-codes ??
    in den qellen bin ich noch am rätseln wie die fehlermeldungen generiert werden


    kleiner tipp nimm grub der ist inzwischen auch besser dokumentiert.

    gruss
    christoph

  5. #5
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    85
    Original geschrieben von christophwth
    Hi

    das ist in der tat ne error meldung die ich auch nicht kenne.
    0x80 steht für "Disk timeout"
    auch in der 22.3.3 README steht dieser code nicht drinnen

    vielleicht ist es ne bitweise oder verknüpfung zweier fehler-codes ??
    in den qellen bin ich noch am rätseln wie die fehlermeldungen generiert werden


    kleiner tipp nimm grub der ist inzwischen auch besser dokumentiert.

    gruss
    christoph
    bei Grub wird mir immer


    GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB GRUB
    angezeigt, auch ewig lang ;D

    vielleicht liegts daran

    ich hab einen onboard IDE, und einen PCI HPT370

    die platte von der ich booten will ist die Primary Slave
    die wird im linux als /dev/hdf erkannt (also onboard von hde-hdh)
    und HPT370 von hda-hdd

    booten kann ich normal einwandfrei von der onboard primary slave (zumindest mit einer suse standard install)

    ich werd heut nochmal ein bisl rumpfuschen und die Diskgeometrie manuell eingeben, melde mich dann nochmal

  6. #6
    Registrierter Benutzer
    Registriert seit
    Apr 2002
    Beiträge
    85
    ok

    habe jetzt grub drauf, und es funzt

    habe den Raidcontroller derweilen rausgetan

    jetzt sieht die sache so aus

    /dev/hda -> Primary Master -> WINDOWS2000
    /dev/hdb -> Primary Slave -> Gentoo

    im MBR der 1. hdd steht der W2K bootmanager
    im MBR der 2. hdd steht GRUB

    im Bios kann ich einstellen von welcher Platte ich booten will, da funzen beide Bootloader+Systeme

    nun wollte ich den MBR von grub auslesen und in eine file schreiben, damit ich mit dem W2K bootmanager zwischen W2K und GRUB auswählen kann (so funzt es jedenfalls mit lilo)

    da kommt aber wenn ich grub auswähle nur 5x gross GRUB
    welche art fehler ist das?

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •