Yop,

Après mon install sans soucis de Fedora 12, sans avoir encore installé le kmod-nvidia et après avoir installé quelques applis (rien d'exceptionnel) et après la MàJ de la distro, ce kernel pose soucis.
Après la progression de Plymouth, juste l'écran noir et le curseur clignotant.
Le Kernel 2.6.31.5.127.fc12.i686 fonctionne sans problèmes puisque je suis avec celui-là.
Quelqu'un aurait-il une piste?

Celà vient peut-être des repos update-testing?
Autre petite question, pourquoi ne peut-on plus éditer le menu Applications?
Y a t'il un moyen de pouvoir le faire?

Merci.
QUoi comme soucis? parce que je l'ai déjà signalé, il faut mettre selinux en permissif avant de mettre à jours...
Phantom wrote:Yop,

Après mon install sans soucis de Fedora 12, sans avoir encore installé le kmod-nvidia et après avoir installé quelques applis (rien d'exceptionnel) et après la MàJ de la distro, ce kernel pose soucis.
Après la progression de Plymouth, juste l'écran noir et le curseur clignotant.
Le Kernel 2.6.31.5.127.fc12.i686 fonctionne sans problèmes puisque je suis avec celui-là.
Quelqu'un aurait-il une piste?

Celà vient peut-être des repos update-testing?
Autre petite question, pourquoi ne peut-on plus éditer le menu Applications?
Y a t'il un moyen de pouvoir le faire?

Merci.
Tu as des messages dans /var/log/messages ? Comment sais-tu que c'est le noyau qui pose problème ?
VINDICATORs wrote:QUoi comme soucis? parce que je l'ai déjà signalé, il faut mettre selinux en permissif avant de mettre à jours...
Ça reste à prouver. Un rapport de bogue ?
Phantom wrote:Autre petite question, pourquoi ne peut-on plus éditer le menu Applications?
Y a t'il un moyen de pouvoir le faire?
Sous GNOME, installe le paquet alacarte. Ce paquet n'est plus installé par défaut sous Fedora 12.
@Pikachu_2014: merci pour alacarte je savais pas.

Pour mon noyau, oui j'ai des messages dans /var/log/messages, mais y en a une tartine, trop lon même en code à mettre ici.
Mais je peux si vous voulez.
je tourne avec ce kernel et les dépôts updates-testing sans souci 
bash-4.0$ uname -r
2.6.31.6-145.fc12.i686
Idem, sauf cette histoire de selinux... je viens encore de l'avoir à la création de l'utilisateur et groupe de vdr avec yumex... et même pas d'alerte à ce sujet...

Je retrouve le bogue signalé sur le bugzilla (soit je ne sais pas comment cherché simplement quelque chose, soit il manque des critères à entrer pour ne pas se taper une tartine de bogue qui n'a rien à voir... et pour de vielles version de fedora...).
VINDICATORs wrote:QUoi comme soucis? parce que je l'ai déjà signalé, il faut mettre selinux en permissif avant de mettre à jours...
Ca vaut que pour les mises à jour du kernel et kmod-nvidia ou aussi pour d'autres paquets ?
Hier j'ai installé le kernel 2.6.31.6-145.fc12.x86_64 et je n'ai pas pu booter dessus.
J'ai cette erreur au démarrage : 
FATAL: Could not load /lib/modules/2.6.31.6-145.fc12.x86_64/modules.dep: No such file or directory
Et, effectivement, ce fichier manquait, et d'autres aussi d'ailleurs... comparé au répertoire /lib/modules/2.6.31.5-127.fc12.x86_64.
Je pense donc que l'installation du nouveau kernel s'était mal passée. A cause de selinux ?
J'ai été obligé de booter sur le 2.6.31.5-127.fc12.x86_64 et j'ai enlevé ce nouveau kernel.
FATAL: Could not load /lib/modules/2.6.31.6-145.fc12.x86_64/modules.dep: No such file or directory
Il y a dû avoir un souci à l'installation des pilotes : ce fichier est généré par la commande depmod, qui est lancée à l'installation du RPM contenant le module noyau.
Pikachu_2014 wrote:
FATAL: Could not load /lib/modules/2.6.31.6-145.fc12.x86_64/modules.dep: No such file or directory
Il y a dû avoir un souci à l'installation des pilotes : ce fichier est généré par la commande depmod, qui est lancée à l'installation du RPM contenant le module noyau.
J'essaie de réinstaller le kernel en question alors ? Faut-il mettre selinux en permissif avant ?
Et, effectivement, ce fichier manquait, et d'autres aussi d'ailleurs... comparé au répertoire /lib/modules/2.6.31.5-127.fc12.x86_64.
Quels fichiers exactement ?
Pikachu_2014 wrote:
Et, effectivement, ce fichier manquait, et d'autres aussi d'ailleurs... comparé au répertoire /lib/modules/2.6.31.5-127.fc12.x86_64.
Quels fichiers exactement ?
Je ne sais plus...🙁 , comme ça n'allait pas , j'ai viré le kernel, donc plus moyen de comparer. Je vais essayer de le réinstaller pour voir...
Bon, voilà, j'ai installé ce kernel 2.6.31.6-145.fc12.x86_64 et , dans yum, j'ai ceci : 
01:29:28 : YUM: --> Peuplement du jeu de transaction avec les paquets sélectionnés. Merci de patienter.

01:29:28 : YUM: ---> Paquet kernel.x86_64 0:2.6.31.6-145.fc12 marqué pour être installé 

01:29:28 : YUM: ---> Paquet kernel-firmware.noarch 0:2.6.31.6-145.fc12 marqué pour être mis à jour 

01:29:35 : Updated kernel-firmware-2.6.31.6-145.fc12.noarch
01:29:41 : Installed kernel-2.6.31.6-145.fc12.x86_64
01:29:44 : YUM: /sbin/new-kernel-pkg: line 292: /sbin/depmod: Permission non accordée

01:29:51 : YUM: /usr/bin/ldd: line 118: /sbin/udevd: Permission non accordée

01:29:58 : Transaction completed successfully
Si je vais voir dans /lib/modules/2.6.31.6-145.fc12.x86_64, comparé au même répertoire mais pour 2.6.31.5-127.fc12.x86_64 j'ai ça : 
[Fifi@localhost ~]$ ls /lib/modules/2.6.31.6-145.fc12.x86_64
build  kernel         modules.drm          modules.networking  source   vdso
extra  modules.block  modules.modesetting  modules.order       updates  weak-updates
[Fifi@localhost ~]$ ls /lib/modules/2.6.31.5-127.fc12.x86_64build              modules.ccwmap       modules.isapnpmap    modules.seriomap     vdso
extra              modules.dep          modules.modesetting  modules.symbols      weak-updates
kernel             modules.dep.bin      modules.networking   modules.symbols.bin
modules.alias      modules.drm          modules.ofmap        modules.usbmap
modules.alias.bin  modules.ieee1394map  modules.order        source
modules.block      modules.inputmap     modules.pcimap       updates
[Fifi@localhost ~]$
Donc : problème d'installation du kernel ! Dû à selinux ?
moi,titi wrote:je tourne avec ce kernel et les dépôts updates-testing sans souci 
bash-4.0$ uname -r
2.6.31.6-145.fc12.i686
titi tu as un fichier .bash_profile? je demande ça car je vois bash-4.0$, alors voilou je m'interroge si c'est voulu ou non

un exemple de ~/.bash_profile 
# .bash_profile

# Get the aliases and functions
if [ -f ~/.bashrc ]; then
    . ~/.bashrc
fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

export PATH
un exemple de ~/.bashrc 
# .bashrc

# Source global definitions
if [ -f /etc/bashrc ]; then
    . /etc/bashrc
fi
J'ai réessayé en mettant selinux en permissif et j'ai ceci : 
9:45 : YUM: ---> Paquet kernel-firmware.noarch 0:2.6.31.6-145.fc12 marqué pour être mis à jour 

01:59:45 : YUM: ---> Paquet kernel.x86_64 0:2.6.31.6-145.fc12 marqué pour être installé 

01:59:47 : Installed kernel-firmware-2.6.31.6-145.fc12.noarch
01:59:52 : Installed kernel-2.6.31.6-145.fc12.x86_64
02:00:02 : YUM: W: Possible missing firmware ql8100_fw.bin for module qla2xxx.ko

02:00:02 : YUM: W: Possible missing firmware aic94xx-seq.fw for module aic94xx.ko

02:00:21 : Transaction completed successfully
ET, maintenant, dans /lib/modules/2.6.31.6-145.fc12.x86_64, il y a : 
[Fifi@localhost ~]$ ls /lib/modules/2.6.31.6-145.fc12.x86_64
build              modules.ccwmap       modules.isapnpmap    modules.seriomap     vdso
extra              modules.dep          modules.modesetting  modules.symbols      weak-updates
kernel             modules.dep.bin      modules.networking   modules.symbols.bin
modules.alias      modules.drm          modules.ofmap        modules.usbmap
modules.alias.bin  modules.ieee1394map  modules.order        source
modules.block      modules.inputmap     modules.pcimap       updates
[Fifi@localhost ~]$
Donc, c'est bon maintenant et le problème d'installation était donc bien dû à selinux !
Par contre, que signifie ces deux lignes dans yum : 
02:00:02 : YUM: W: Possible missing firmware ql8100_fw.bin for module qla2xxx.ko

02:00:02 : YUM: W: Possible missing firmware aic94xx-seq.fw for module aic94xx.ko
?
Je doute franchement que SELinux ait foutu la pagaille à ce niveau dans yum... Si c'est le cas, tu aurais eu une alerte SELinux suffisament visible pour ne pas en douter.
les logs de SELinux, accessibles via la commande « seaudit-report /var/log/audit/audit.log », te démentiraient...

Quant aux lignes « Possible missing firmware... », elles sont anodines. Les archives du form te rassureront.
Pikachu_2014 wrote:Je doute franchement que SELinux ait foutu la pagaille à ce niveau... Si c'est le cas, tu aurais eu une alerte SELinux suffisament visible pour ne pas en douter.
les logs de SELinux, accessibles via la commande « seaudit-report /var/log/audit/audit.log », te démentiraient...

Quant aux lignes « Possible missing firmware... », elles sont anodines. Les archives du form te rassureront.
D'où viennent alors ces deux lignes dans yum quand selinux était en strict : 
01:29:44 : YUM: /sbin/new-kernel-pkg: line 292: /sbin/depmod: Permission non accordée

01:29:51 : YUM: /usr/bin/ldd: line 118: /sbin/udevd: Permission non accordée
l'installation du kernel était alors incomplète !

Par contre, selinux en permissif, ces deux lignes ne sont pas réapparues et l'installation est bonne !

J'en ai profité pour installer le kmod-nvidia-2.6.31.6-145.fc12.x86_64-190.42.1.fc12.6.x86_64 . J'ai resuivi la procédure détaillée chez RPM Fusion . En lancant la commande dracut.......etc ....., j'ai eu aussi les deux lignes ( Possible missing firmware ql8100_fw.bin for module qla2xxx.ko et Possible missing firmware aic94xx-seq.fw for module aic94xx.ko , sans conséquences !)
J'ai rebooté sur le nouveau kernel. Tout va bien !!!
Glxgears me donne : 
[Fifi@localhost ~]$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
42884 frames in 5.0 seconds = 8576.698 FPS
42374 frames in 5.0 seconds = 8474.640 FPS
44339 frames in 5.0 seconds = 8867.782 FPS
42554 frames in 5.0 seconds = 8510.687 FPS
43158 frames in 5.0 seconds = 8631.552 FPS
les logs de SELinux, accessibles via la commande « seaudit-report /var/log/audit/audit.log », te démentiraient...
Je cherche quoi dans ce fichier audit.log ?
Les logs que tu pointes sont *vraiment* celles de yum ?
01:29:44 : YUM: /sbin/new-kernel-pkg: line 292: /sbin/depmod: Permission non accordée

01:29:51 : YUM: /usr/bin/ldd: line 118: /sbin/udevd: Permission non accordée
D'où viennent ces logs ?
Pikachu_2014 wrote:Les logs que tu pointes sont *vraiment* celles de yum ?
01:29:44 : YUM: /sbin/new-kernel-pkg: line 292: /sbin/depmod: Permission non accordée

01:29:51 : YUM: /usr/bin/ldd: line 118: /sbin/udevd: Permission non accordée
D'où viennent ces logs ?
C'est copié-collé depuis yumex... Ce n'est pas la même chose ? Yumex emploie yum, non ?
C'était de bonne fois que je te disais que ça venait de yum 😉
Oui mais non, yumex n'est pas yum, même si le premier appelle le second ^^
Si SELinux et yum s'entendent, ça n'est pas le cas de la dernière version de yumex ; le bogue a été rapporté :
https://bugzilla.redhat.com/show_bug.cgi?id=527528
L'auteur de yumex propose un contournement moins lourd qu'une réinstallation de noyau :
http://www.yum-extender.org/blog/2009/10/selinux-issues-in-yum-extender-2-9-x/

Disons que nous avions tous les deux raisons : yum n'y était bien pour rien, mais SELinux a empêché tout de même la mise à jour ^^