Forum Linux.mandriva Démarrage bien long

• # re :

  Posté par j (site web personnel) le 22 novembre 2004 à 19:46. Évalué à 2.

  

  tu as essayé plusieurs distributions ?

  • [^] # Re: re :

    Posté par TuxMips le 22 novembre 2004 à 20:15. Évalué à 1.

    

    Oui,
    
    J'ai déjà essayé des Knoppix/Kaella en mode live pour voir.
    
    Mais cela fait un petit moment.
    
    De mémoire, il me semble que le problème demeurait de la même manière.

    • [^] # Re: re :

      Posté par gnumdk (site web personnel) le 22 novembre 2004 à 20:23. Évalué à 2.

      

      et ca bloque sur quoi avant d'afficher les ok? :) ca aidera ;)

      • [^] # Re: re :

        Posté par TuxMips le 22 novembre 2004 à 22:24. Évalué à 1.

        

        Et bien c'est justement le problème.
        
        Le PC reste bloqué plus d'une minute avant de commencer à s'initialiser.
        Pour faire apparaitre les OK, j'appuis sur Echap. Or entre les deux moments, c'est à dire après avoir choisi l'option Linux et les OK, le PC réfléchit, il ne se passe rien (ou du moins le PC donne l'impression de ne rien faire).
        
        Puis cela démarre et après les opérations s'enclenchent normalement sans message d'erreur particulier !!!
        
        Je n'ai pas ensuite à me plaindre de ralentissements particulier.
        
        Où alors cela a peut être à voir quelque chose avec ma carte graphique Radeon car que ce soit les pilotes libres ou les pilotes ATI, pas moyen d'avoir la 3D, même après avoir mis à jour le kernel Source.
        
        Le noyau actuel est le 2.6.3-19mdk.
        
        Mais j'ai toujours eu ce problème avec cette machine c'est à dire depuis la Mandrake 9.1. Actuellement c'est une 10.0 official.
        
        Peut être un truc dans le bios que Linux n'aimerait pas?
        
        J'ai une 10.1 Community installé sur une autre machine sur une carte mère Asrock Chipset Via/ Proceseur AMD xp 2000+. Je n'ai pas ce problème.
        
        Merci d'avance pour votre aide

        • [^] # Re: re :

          Posté par k3ats (site web personnel) le 23 novembre 2004 à 13:48. Évalué à 2.

          

          J'avais un problème qui ressemblait un peu à ça, lorsque le système bootait, il testait d'abord hdc, hdd, hde, hdf. Or il n'y avait rien en hdc et hdd donc ça attendait jusqu'au timeout pour chacun de ces disques et ralentissait le boot.
          
          Pour règler ça, j'avais passé des options au noyau par lilo (append) qui était :
          
          hdc=noprobe hdd=noprobe
          
          Je sais pas si ça peut t'aider, pour moi ce fut le cas.

        • [^] # Re: re :

          Posté par Obsidian le 23 novembre 2004 à 14:02. Évalué à 2.

          

          Peut être un truc dans le bios que Linux n'aimerait pas?
          
          Oui, un module noyau doit faire un timeout.
          Laisse démarrer ton Linux, logue-toi et fais un dmesg. La raison de l'expiration du delai de grâce devrait y être écrite en clair.

• # Loading kernel?

  Posté par arnaudus le 23 novembre 2004 à 09:48. Évalué à 2.

  

  J'avais un problème comme ça sur ma debian, j'avais "loading kernel...." et les petits points avancaient à 2 à l'heure.
  
  En ajoutant une ligne "compact" dans le /etc/lilo.conf, ça a résolu le problème.
  
  Ca n'a peut-être (certainement?) rien à voir, mais sait-on jamais;..

• # essaye UBUNTU

  Posté par richard le 23 novembre 2004 à 19:08. Évalué à 1.

  

  Ceci est ma première contribution sur LinuxFr. Je suis depuis longtemps lecteur (ce site devrait être reconnu d'utilité publique ^^), mais n'ai jamais trouvé pertinent de me joindre aux discussions. Cette fois, je pense pouvoir me rendre utile, donc j'ai franchi le pas.
  
  J'ai également une Asus A7N8X et pendant longtemps eu le même pb.
  En examinant le démarrage de linux, il semble bien que ce soit la recherche de devices hd* inexistants qui ralentisse le processus de boot.
  
  J'ai essayé ubuntu le week-end dernier par curiosité sur ce PC (qui ne servait qu'à des essais éphémères, justement à cause de ce pb de lenteur au boot). Et là : alléluiah ! C'est rapide ^^
  
  Il faut reconnaître que ça change la vie ...
  
  Certes, ce n'est pas l'explication du pourquoi. Mais au moins le boot fonctionne normalement.
  
  NB : je me suis longtemps demandé si ce n'était pas lié aux possibilités de gestion du RAID par la carte mère, mais je n'ai jamais pris le temps de chercher. D'autant moins que je n'ai jamais pu accéder au paramétrage de ce foutu RAID dans le BIOS ...

  • [^] # Re: essaye UBUNTU

    Posté par richard le 23 novembre 2004 à 19:21. Évalué à 1.

    

    Bon soyons honnètes, ça permet au passage de faire un peu de prosélytisme pour Debian et ses dérivées ^__^
    D'autant plus qu'ubuntu s'est installée sans soucis sur mon métériel qui est très voisin du tien.
    
    Mea culpa : à la réflexion, juste recommander d'essayer une autre distribution est un peu léger comme solution. Mais je suis tellement content que mon boot fonctionne bien pour la première fois que je n'ai pas pu m'empécher de l'ouvrir (ma gueule ...)

• # Merci

  Posté par TuxMips le 23 novembre 2004 à 21:14. Évalué à 1.

  

  Un grand merci à tous les contributeurs qui m'ont répondu.
  
  Ce soir j'ai malheureusement une foutue série de papier à imprimer pour un dossier administratif à préparer.
  
  Mais vous m'avez donné de sérieuses pistes.
  
  Je vais tenter de faire des réglages d'ici la fin de la semaine et je vous tiens informé pour vous dire si cela marche ou pas.

  • [^] # Re: Merci

    Posté par TuxMips le 02 décembre 2004 à 13:50. Évalué à 1.

    

    Bonjour à tous
    
    Mon problème est résolu.
    
    Je viens d'installer MandrakeLinux 10.1 official.
    
    Ce problème que je trainais depuis la 9.1 sur cette machine n'existe plus !!
    
    Mais la 3D ne fonctionne toujours pas avec mon ati 9600 :-(
    
    Cela fera le cas échéant l'objet d'un nouveau post si je ne m'en sort pas!!!!

Suivre le flux des commentaires

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