Forum Linux.suse Pb amorcage OpenSuse 10.0

Posté par  .
Étiquettes :
0
26
jan.
2006
Je viens d'installer OpenSuse 10.0 sur mon portable, et le noyau système s'amorce pas.

Durant l'install tout s'est bien passé, le matériel a été bien reconnu : AMD Turion 64, ATI Xpress 200M...

Grub semble fonctionner correctement, c'est après que ca se passe, lorsque initrd se charge, j'obtiens un écran noir et le pc est inerte.

Voici mes partitions :
hda1 : windows xp
hda2 : /
hda3 : swap
hda4 : /home

Les paramètres acpi=off et splash=silent sont activés mais rien n'y fait. Le CD1 image est pour l'instant mon seul moyen de réamorcage.

Avez vous rencontré et résolu ce pb ?
Merci d'avance...
  • # enleve splash=silent et dis nous ce que tu vois

    Posté par  . Évalué à 2.

    tout est dans le titre
  • # change de noyau

    Posté par  . Évalué à 1.

    Essaye le noyau du cd/dvd d'install à la place de celui que suse t'a installé.
    Un classique de la suse. Tu installes, tout va bien et au reboot impossible de démarrarer parce que le noyau installé n'as pas toutes les options necessaires mais le noyau que suse utilise pour installer les a.
    • [^] # Re: change de noyau

      Posté par  . Évalué à 1.

      Merci pour cette réponse qui me paraît très intéressante. Par contre je suis pas un spécialiste du noyau linux, pourrais-tu s'il te plaît m'indiquer la procédure à suivre?
      Si j'ai bien compris je dois copier un fichier du CD1 dans mon répertoire de boot et modifier le menu grub?
      • [^] # Re: change de noyau

        Posté par  . Évalué à 0.

        En gros c'est ca.
        Tu reboot sur le CD. Il doit y avoir un mode rescue ou un moyen quelconque d'arreter l'installation avant qu'il ecrive sur ton disque.
        Tu recopies le kernel d'install ( vmlinuz-2.xxxx ) et le ram disque ( initrd-2.xxxx.img ) dans ton / ou /boot que tu auras monté auparavant sous /mnt.
        Tu modifies grub pour avoir le nouveau kernel en plus des autres.
        Ensuite tu reboot sur le disque et tu lances le kernel recopié.
        Si ca marche il ne te reste plus qu'à trouver les modules manquants à rajouter dans ton kernel et le recompiler pour fixer le pbm definitivement.
        • [^] # Re: change de noyau

          Posté par  . Évalué à 1.

          Bon maintenant je vois des trucs que j'ai pris soin de recopier, mais ca plante encore...

          Voici mon /boot/grub/menu.lst


          # Modified by YaST2. Last modification on mer jan 25 23:39:04 CET 2006

          color white/blue black/light-gray
          default 0
          timeout 8
          framebuffer 1
          readinfo 2
          gfxmenu (hd0,1)/boot/message

          ###Don't change this comment - YaST2 identifier: Original name: linux###
          title SUSE LINUX 10.0
          root (hd0,1)
          kernel /boot/vmlinuz root=/dev/hda2 vga=0x317 selinux=0 acpi=off resume=/dev/hda3 showopts
          initrd /boot/initrd

          ###Don't change this comment - YaST2 identifier: Original name: windows###
          title Windows
          chainloader (hd0,0)+1

          ###Don't change this comment - YaST2 identifier: Original name: failsafe###
          title Failsafe -- SUSE LINUX 10.0
          root (hd0,1)
          kernel /boot/vmlinuz root=/dev/hda2 vga=normal showopts ide=nodma apm=off acpi=off splash=silent noresume selinux=0 edd=off 3
          initrd /boot/initrd

          ###
          title Configuration noacpi du CD1 avec noyau HDD
          root (hd0,1)
          kernel /boot/vmlinuz
          append initrd=/boot/initrd splash=silent showopts acpi=off

          ###
          title Configuration noacpi du CD1 avec noyau CD1
          root (hd0,1)
          kernel /boot/isolinux
          append initrd=/boot/isoinitrd splash=silent showopts acpi=off


          Et voici ce qui s'affiche à l'écran pour chacune des deux dernières configurations


          Calibrating delay using timer specific routine..3205 90 Bogo MIPS (lpj=6411813)
          Security Framework v1.0.0 initialized
          SELinux:Disabled at boot
          Mount-cache hash table entries:256
          CPU: L1 I Cache: 64k, D Cache 64k
          CPU: L2 Cache:512k
          mtrr: v2.0 (20020519)
          CPU: AMD Turion 64 Mobile Technology ML-28 stepping 02 not found!
          Using local APIC timer interrupts
          Detected 12.500 MHz APIC timer
          testing NMI watchdog...ok
          NET: Registered protocol family 16
          ACPI: bus type pci registered
          PCI: Using configuration type 1
          ACPI: Subsystem revision (20050408)
          ACPI-0229:***Warning:Could not acquire Global Lock, AE_NO_GLOBAL_LOCK
          ACPI: Interpreter enabled
          ACPI: Using IOAPIC for interrupt routing
          ACPI: PCI Root Bridge [PCIO] (000:00)
          PCI: Probing PCI hardware (bus 00)
          ACPI: Assume root bridge [\_SB_.PCIO] segment is 0
          ACPI: Assume root bridge [\_SB_.PCIO] bus is 0
  • # PB ATI merci ATI

    Posté par  . Évalué à 1.

    Les drivers ATI ne marche pas avec ta carte donc fait ca:
    Au démarrage a l'écran noir tu fait:

    "ctrl"+"alt"+"effacement arriére" plusieur fois s'il faut:
    dans la console tu va ici:
    cd /etc/X11/
    ensuite
    vi xorg.conf
    touche inser et remplace:

    driver de ta carte par "vesa"
    Section "Device"
    Driver "vesa"

    ensuite si ta a bien configurer ton "sax2" surtout pour l'ecran et la taille d'affichage reboot.
    Sinon c'est auto pendant l'install ou si tu connais ton matos renseigne les info de ton ecran, a par les drivers ati regler comme dessus sinon pour corriger.
    Comme dans ton cas.
    finir par:
    su
    mdp
    reboot

    En gros moi ca a marché de 1er coup.
    Aprés faut install les drivers ATI est faire une petite priére!
    Yo SUSE c'est pas mal acheté le!
    Avec une Gforec NVIDIA powa.
    Désolé ATI.
    • [^] # Re: PB ATI merci ATI

      Posté par  . Évalué à 1.

      En fait j'ai déjà configuré mon xorg.conf, ma carte est bien reconnue, la résolution est nickel, bref tout semble ok côté graphiques.
      A l'amorcage je bloque bien avant le lancement de x, lors du chargement du noyau linux.
      • [^] # solution

        Posté par  . Évalué à 1.

        C'est bon j'ai trouvé.

        Les portables PackardBell n'ont pas de carte PCMCIA, et ca dérange l'amorcage. Il suffit juste de renommer /etc/init.d/pcmcia en /etc/init.d/nopcmcia.
        • [^] # Re: solution

          Posté par  . Évalué à 1.

          J'ai le meme probleme que toi mais je n'arrive meme pas a acceder au shell. J'ai un packard bell turion 64.??
          J'ai essaye avec une distribution suse 32bits meme resultat. Il n'y a qu' en virtual pc que ca fonctionne

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.