Bonjour à tous,
Voici mon proc.
Athlon XP 1800+
Ma distribution : Kubuntu 6.06
J'ai donc voulu optimiser le noyau pour mon proc et installer dans un premier temps le kernel "linux-image-k7"
Sous grub je lance le nouveau kernel qui s'affiche correctement. Le boot démarre. Mais après la "récupération de drivers essentiels OK" ça s'arrête. Plus rien l'ordi est bloqué là je suis obligé de rebooté à la main en faisant reset.
J'ai donc essayé d'installé le kernel "linux-k7" qui ets apparemment moins source de problème le "linux-image-k7" mais même chose.
Je ne comprends pas vraiment ce qu'il se passe.
Il me semble que j'ai pourtant choisi le bon kernel pour mon processeur.
cela peut-il venir de l'installation des drivers ATI ? (fait avec l'installer de ATI)
Voilà donc si vous avez une idée.
Je précise que le 386 fonctionne toujours parfaitement.

Salut,
 
pourrais tu indiquer la configuration actuelle de grub?
#cat /boot/grub/menu.lst  
 
et indiquer les fichiers presents dans /boot
#ls -al /boot
 
merci

c'est ca le problème d'utiliser usplash, on ne connait pas le problème ..
 
Sinon à mon humble avis ca vient du driver ati, que tu as installé pour le kernel 386 et pas pour le k7.

 
title           Ubuntu, kernel 2.6.15-27-k7
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-27-k7 root=/dev/hda5 ro quiet splash
initrd          /boot/initrd.img-2.6.15-27-k7
savedefault
boot
 
title           Ubuntu, kernel 2.6.15-27-k7 (recovery mode)
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-27-k7 root=/dev/hda5 ro single
initrd          /boot/initrd.img-2.6.15-27-k7
boot
 
title           Ubuntu, kernel 2.6.15-27-386
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-27-386 root=/dev/hda5 ro quiet splash
initrd          /boot/initrd.img-2.6.15-27-386
savedefault
boot
 
title           Ubuntu, kernel 2.6.15-27-386 (recovery mode)
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-27-386 root=/dev/hda5 ro single
initrd          /boot/initrd.img-2.6.15-27-386
boot
 
title           Ubuntu, kernel 2.6.15-26-386
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-26-386 root=/dev/hda5 ro quiet splash
initrd          /boot/initrd.img-2.6.15-26-386
savedefault
boot
 
title           Ubuntu, kernel 2.6.15-26-386 (recovery mode)
root            (hd0,4)
kernel          /boot/vmlinuz-2.6.15-26-386 root=/dev/hda5 ro single
initrd          /boot/initrd.img-2.6.15-26-386
boot
 
title           Ubuntu, memtest86+
root            (hd0,4)
kernel          /boot/memtest86+.bin
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/hda1
title           Windows NT/2000/XP (loader)
root            (hd0,0)
savedefault
makeactive
chainloader     +1
 

 
total 27572
drwxr-xr-x  3 root root    4096 2006-10-15 18:22 .
drwxr-xr-x 21 root root    4096 2006-10-15 19:14 ..
-rw-r--r--  1 root root  266735 2006-09-08 23:51 abi-2.6.15-26-386
-rw-r--r--  1 root root  266735 2006-09-16 05:47 abi-2.6.15-27-386
-rw-r--r--  1 root root  265995 2006-09-16 05:50 abi-2.6.15-27-k7
-rw-r--r--  1 root root   69978 2006-09-08 21:52 config-2.6.15-26-386
-rw-r--r--  1 root root   69967 2006-09-16 03:49 config-2.6.15-27-386
-rw-r--r--  1 root root   69841 2006-09-16 04:32 config-2.6.15-27-k7
drwxr-xr-x  2 root root    4096 2006-10-18 12:16 grub
-rw-r--r--  1 root root 6772904 2006-10-15 23:56 initrd.img-2.6.15-26-386
-rw-r--r--  1 root root 6772681 2006-10-15 23:56 initrd.img-2.6.15-27-386
-rw-r--r--  1 root root 6923245 2006-10-15 18:22 initrd.img-2.6.15-27-k7
-rw-r--r--  1 root root   94760 2005-10-25 12:32 memtest86+.bin
-rw-r--r--  1 root root  726461 2006-09-08 23:51 System.map-2.6.15-26-386
-rw-r--r--  1 root root  725967 2006-09-16 05:48 System.map-2.6.15-27-386
-rw-r--r--  1 root root  735947 2006-09-16 05:50 System.map-2.6.15-27-k7
-rw-r--r--  1 root root 1414735 2006-09-08 23:51 vmlinuz-2.6.15-26-386
-rw-r--r--  1 root root 1414742 2006-09-16 05:47 vmlinuz-2.6.15-27-386
-rw-r--r--  1 root root 1497319 2006-09-16 05:50 vmlinuz-2.6.15-27-k7

 
C'est quoi usplash ?
Je pense aussi que ça peut venir des drivers ati non installé pour le k7 mais comment faire pour les installer pour ce kernel sans pouvoir booter dessus ?
 
merci pour vos réponses

usplah c'est le boot graphique, au lieu d'avoir des lignes plus ou moins incompréhensible qui défile.
 
Ce qu'il te faut c'est arriver sur une console (alt f1, f2 ..,f6) et depuis la console installer tes drivers (il te faudra les headers du kernel aussi).

 
Alors je suis pas tout à fait spécialiste donc dites moi si je me trompe :
Pour avoir les headers du kernel il faut que j'installe les sources pour le noyau k7. C'est bien ça ?
 
Sinon pour l'install des drivers ati en mode console je crains le pire car les derniers drivers ne sont fournis qu'avec l'installer automatique (et je ne sais pas si il fonctionne en mode console, c'est un fichier *.run)
 
En tout cas merci pour les réponses je vais tenter d'installer les sources du noyau k7 de démarrer en mode console et d'installer mes pilotes ATI.
 
Je vous tiens au courant pour la suite.

Bon alors en essayant de faire ce que vous m'avez dit je me suis demandé comment je pouvais installer les drivers ati pour le kernel k7 sans pouvoir le démarrer puisqu'il n'arrive pas à la fin du boot.
Est ce que c'est possible d'avoir une console avant la fin du boot ?

Tu peux installer les sources, mais les headers suffisent.
 
Sinon si tu veux savoir si c'est cela, boot normalement, et édites /etc/xorg.conf, remplace "fglrx" par vesa puis reboot en k7 et regarde si ca fonctionne mieux.

Nouvelles infos
Voici l'écran que j'obtiens quand je boot en recovery mode sur le kernel k7. Il s'arrête tout le temps ici. Je précise que l'invite (je sais pas si ça s'appelle comme ça mais bon c'est le tiret qui clignote en bas) n'est bloquée elle continue à clignoter. Par contre je ne peux pas rebooter autrement que par reset "ctrl+alt+suppr" ne fonctionne pas.
J'ai essayé de boot avec
boot acpi=off noapic
mais rien n'y fait ils'arrête toujours au même endroit.
Voici l'écran.

C'est pas très bon tout cela

 
euh ...
c'est à dire ? Je suis pas très rassuré là !
;-)

 
Merci pour le tuyau pour vérifier si c'est ça, car effectivement ça ne vient pas de là . J'ai essayé ce que tu m'as dit et ça fait très exactement la même chose.  
Par contre j'ai remarqué qu'il s'arrêtait des fois sur la dernière ligne de l'image que j'ai mise sur le forum et des fois sur l'avant dernière.
 
Voilà les nouvelles.

essaye de booter sans ACPI pour voir si c'est mieux.

 
A moins que ce ne soit pas la bonne ligne de commande j'ai déjà essayé. Je l'ai mis dans le message avec la capture d'écran.
Mais malheureusement ça ne marche pas.

hmm l'APIC c'est différent de l'ACPI si je ne me trompe pas.

est-ce vraiment une optimisation ?
 
bon ok, je sors

 
Alors d'où ça peut venir ?

une mauvaise configuration de l'acpi dans le noyau que tu compiles?
 
pourrais tu nous donner la configuration que tu as faite pour ton noyau personnalisé?
 
si /usr/src/linux pointe vers le noyau que tu souhaites compiler,

 
alors affiche nous la configuration de ton noyau

 
ainsi que le résultat d'un

 
merci d'avance.
 
je pourrais te proposer une configuration pour tester

Alors après vérification j'aibien un dossier "srv" mais il est à la racine et de toute façon il est vide (pas de fichiers cachés non plus)
J'ai bien un dossier /usr/src/ mais rien à l'intérieur si ce n'est un dossier ATI.
J'apporte une précision je n'ai pas compilé le noyau c'est un noyau qui est censé être optimisé pour mon proco que j'ai téléchargé à partir des paquets ubuntu.
Je vous affiche le résultat de #lspci
 
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8235 PCI Bridge
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT82 3x/A/C PIPC Bus Master IDE (rev 06)
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
0000:00:14.0 Ethernet controller: MYSON Technology Inc SURECOM EP-320X-S 100/10M Ethernet PCI Adapter
0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AP [Radeon 9600]
0000:01:00.1 Display controller: ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary)
 
Voilou Je sais pas ce que ça peut apporter mais bon tout est là.
Merci
 

pourrais tu rajouter les options "acpi=off noapic" dans le fichier de grub directement pour obtenir ceci:
 

 
Effectivement comme cela il démarre sans problème ! Est ce que c'est une solution à long terme ou une solution pour pouvoir le démarer coûte que coûte.
Si c'est du long terme alors merci pour tout !

c'est du long terme. Mais c'est dommage je pense.

 
Donc si c'est dommage ça veut dire que ça serait mieux avec ? Et donc c'est pas vraiment du long terme parce que si j'optimise le noyau pour utiliser les fonctinnalités de mon processeur et que je désactive la moitié de ses fonctionnalités pour pouvoir utiliser ce noyau c'est pas frocément très utile. Arrêtez moi si je me trompe mais j'ai l'impression que j'ai fait tout ça pour pas grand chose.

T'embete pas avec cela, passe à edgy, il n'y a plus de kernel k7

Edgy c'est la version non stable ? non ? Et puis comment il fait pour optimiser le noyau si y'a pas de kernel particulier aux proco K7 ? Si c'est la solution je veux bien essayer d'y passer. Ca me pose aucun problème mais il faut que je sois sûr que ça va résoudre mon problème et que ça va être une avancée au niveau de l'utilisation du potentiel de mon proco par ubuntu.
Merci d'avance pour vos réponses.

Autant pour moi je viens de regarder sur le site de kubuntu et edgy est sorti le 26 octobre je ne l'avais pas vu. Dsl. Bon donc est ce que vous confirmez que le noyau utilisera tout le potentiel de mon proco sans que ça bugue ?

pour edgy les devs ne maintiennent plus différents kernels car pour eux c'est de la perte de temps, vu que les gains sont minimes (et encore quand ils existent).

Bon ben écoute je viens de faire la mise à jour vers edgy et ben impeccable le système est plus rapide et me parait plus stable et ceci sans optimisation du noyau merci pour tout.