T
TaTsin

  • 28 nov. 2015
  • Inscrit 7 août 2013
  • 0 meilleure réponse
  • Petit nouveau
  • J’ai cette erreur dans dmesg mais sinon je ne vois rien de spécial:
    SystemIO range 0x0000000000000b00-0x0000000000000b07 conflicts with OpRegion 0x0000000000000b00-0x0000000000000b0f (\SOR1) (20141107/utaddress-258
  • journactl ne montre rien de spécial.
    Voici les dernières entrées avant le plantage:
    avril 17 15:03:04 workstation2.ermaion.com kernel: wlp3s6: RX AssocResp from f0:82:61:87:bc:30 (capab=0x411 status=0 aid=4)
    avril 17 15:03:04 workstation2.ermaion.com kernel: wlp3s6: associated
    avril 17 15:03:04 workstation2.ermaion.com NetworkManager[792]: <info>  (wlp3s6): supplicant interface state: associating -> associated
    avril 17 15:03:04 workstation2.ermaion.com NetworkManager[792]: <info>  (wlp3s6): supplicant interface state: associated -> 4-way handshake
    avril 17 15:03:04 workstation2.ermaion.com NetworkManager[792]: <info>  (wlp3s6): supplicant interface state: 4-way handshake -> completed
    avril 17 15:23:30 workstation2.ermaion.com kernel: ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000
    
  • Ce n’est pas les disques: les os ont chacun leur disque en bonne santé.

    En revanche quelques «ALARM» pour la commande «sensors»:
    $ sensors
    nouveau-pci-0100
    Adapter: PCI adapter
    fan1:           0 RPM
    temp1:        +39.0°C  (high = +95.0°C, hyst =  +3.0°C)
                           (crit = +105.0°C, hyst =  +2.0°C)
                           (emerg = +110.0°C, hyst =  +2.0°C)
    
    k10temp-pci-00c3
    Adapter: PCI adapter
    temp1:        +30.5°C  (high = +70.0°C)
    
    w83627dhg-isa-0220
    Adapter: ISA adapter
    Vcore:        +1.06 V  (min =  +0.00 V, max =  +1.74 V)
    in1:          +1.19 V  (min =  +0.36 V, max =  +1.70 V)
    AVCC:         +3.39 V  (min =  +2.98 V, max =  +3.63 V)
    +3.3V:        +3.39 V  (min =  +2.98 V, max =  +3.63 V)
    in4:          +1.58 V  (min =  +2.00 V, max =  +1.49 V)  ALARM
    in5:          +1.85 V  (min =  +0.59 V, max =  +1.98 V)
    in6:          +0.82 V  (min =  +0.62 V, max =  +1.46 V)
    3VSB:         +3.36 V  (min =  +2.98 V, max =  +3.63 V)
    Vbat:         +3.34 V  (min =  +2.70 V, max =  +3.63 V)
    fan1:        2220 RPM  (min =  750 RPM, div = 8)
    fan2:        3068 RPM  (min =  770 RPM, div = 8)
    fan3:           0 RPM  (min = 1140 RPM, div = 16)  ALARM
    fan4:           0 RPM  (min = 15697 RPM, div = 2)  ALARM
    fan5:           0 RPM  (min = 6490 RPM, div = 2)  ALARM
    temp1:        +35.0°C  (high = +11.0°C, hyst = +115.0°C)  sensor = CPU diode
    temp2:        +43.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU diode
    temp3:        +35.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = CPU diode
    cpu0_vid:    +0.375 V
    intrusion0:  ALARM
    
    C’est «intrusion0» qui m’étonne le plus.
  • Bonjour à tous.

    J’ai un soucis récurrent avec mon pc puisqu’il plante à intervales réguliers sans raisons apparentes. J’ai trois OS installés dessus: Fedora 21, CentOS 7 et Freebsd 10. Des trois c’est de loin le dernier le plus stable. Je peut dire que ce n’est pas lié à la carte graphique puisque la remplacer ne change rien alors j’en vient naturellement à soupçonner la mémoire vive. Mais voila freebsd ne plante pas —mais il est très peu gourmant en mémoire aussi— mais surtout deux passes de memtest ne repère aucune erreur.

    Bref je m’apprête à acheter de nouvelles barrettes de mémoires RAM mais je me demande si c’est judicieux.
  • J'ai trouvé ça sur un forum Nvidia qui semble indiquer que les pilotes propriétaires ne sont pas compatibles avec le noyau 3.11. Je me demande quand même pourquoi personne ne s'est encore manifesté sur ce forum avec un problème similaire.

    Forum Nvidia
  • llaumgui wrote:J'ai eu un problème similaire. Je suis passé sous nouveau et ça marche mieux.
    Justement je préférerait nouveau et c'est ce que j'utilise en ce moment et ça fonctionne bien mais le ventilateur est à fond tout le temps.

    Ma solution idéal serait de pouvoir réguler la vitesse de ce ventilateur. Si impossible réinstalller le pilote privateur.

    Je crois que je vais reformuler mon problème : je voudrais rester avec les pilotes libres mais comment contrôler la vitesse du ventilateur ?
  • Je veux dire que j'ai réinstallé le pilote Nvidia deux fois pour être sûr mais sans changements. Je n'ais plus accès aux anciens noyaux que j'ai supprimé.

    Bref mon ordinateur fonctionne bien et je me contenterais bien du pilote libre si seulement il pouvait laisser mes oreilles en paix avec le ventilateur à fond.
  • fgland wrote:que penses-tu gagner avec le nouveau noyau ?
    Il suffit habituellement d'attendre un peu en resteant sur le noyau précédent. Cela n'empêchera pas le monde de tourner.

    Gérard
    Le problème c'est que ça ne marche plus non plus. Pourtant je n'est fait que mettre à jour c'est tout. Je commence à penser à réinstaller.
  • Bonjour,

    J'ai une carte graphique Nvidia GeForce GT9600 et j'ai pris l'habitude d'installer le pilote privateur puisque le pilote libre ne semble pas gérer le ventilateur pour cette carte.

    Cependant depuis la mise à jour d'hier soir et le passage au kernel 3.11.1 le pilote privateur ne veut plus démarrer et cela malgré deux réinstallations. J'utilise actuellement le pilote libre qui fonctionne mais ne gére toujours pas le ventilateur ce qui est agacant pour les oreilles.

    Je cherche donc une solution : soit rester avec le pilote libre mais régler le problème du ventilateur, soit refaire fonctionner le pilote privateur.

    Merci d'avance.
  • Ça fonctionne merci. Je m'acharnait avec la commande semanage. Mais quelles différences entre setsebool et semanage.
  • Bonsoir à tous.

    J'ai comme soucis le fait que après avoir réinstallé Fedora 19 et donc dans la foulé adobe flash player, je me retrouve systématiquement avec l'erreur selinux ci-dessous dès que je visite une page contenant du flash (même bloqué par noscript) :
    SELinux is preventing /usr/lib64/xulrunner/plugin-container from create access on the directory .adobe.
    
    *****  Plugin mozplugger (99.1 confidence) suggests  *************************
    
    If vous voulez utiliser le paquet plugin
    Then vous devez désactiver les contrôles SELinux sur les extensions Firefox.
    Do
    # setsebool unconfined_mozilla_plugin_transition 0
    
    *****  Plugin catchall (1.81 confidence) suggests  ***************************
    
    If vous pensez que plugin-container devrait être autorisé à accéder create sur .adobe directory par défaut.
    Then vous devriez rapporter ceci en tant qu'anomalie.
    Vous pouvez générer un module de stratégie local pour autoriser cet accès.
    Do
    autoriser cet accès pour le moment en exécutant :
    # grep plugin-containe /var/log/audit/audit.log | audit2allow -M mypol
    # semodule -i mypol.pp
    
    Additional Information:
    Source Context                unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c
                                  0.c1023
    Target Context                unconfined_u:object_r:user_home_dir_t:s0
    Target Objects                .adobe [ dir ]
    Source                        plugin-containe
    Source Path                   /usr/lib64/xulrunner/plugin-container
    Port                          <Inconnu>
    Host                          fedora.ermaion
    Source RPM Packages           
    Target RPM Packages           
    Policy RPM                    selinux-policy-3.12.1-69.fc19.noarch
    Selinux Enabled               True
    Policy Type                   targeted
    Enforcing Mode                Enforcing
    Host Name                     fedora.ermaion
    Platform                      Linux fedora.ermaion 3.10.7-200.fc19.x86_64 #1 SMP
                                  Thu Aug 15 23:19:45 UTC 2013 x86_64 x86_64
    Alert Count                   9
    First Seen                    2013-08-21 19:07:57 CEST
    Last Seen                     2013-08-21 20:24:55 CEST
    Local ID                      b79688b3-6176-4756-ae9e-f06537ca3e17
    
    Raw Audit Messages
    type=AVC msg=audit(1377109495.472:678): avc:  denied  { create } for  pid=3181 comm="plugin-containe" name=".adobe" scontext=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:user_home_dir_t:s0 tclass=dir
    
    
    type=SYSCALL msg=audit(1377109495.472:678): arch=x86_64 syscall=mkdir success=no exit=EACCES a0=7f7ec05b23b8 a1=1c0 a2=ffffffffffffff40 a3=7f7ed234e040 items=0 ppid=3102 pid=3181 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=1 tty=(none) comm=plugin-containe exe=2F7573722F6C696236342F78756C72756E6E65722F706C7567696E2D636F6E7461696E65722E237072656C696E6B232E566B464C7569202864656C6574656429 subj=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 key=(null)
    
    Hash: plugin-containe,mozilla_plugin_t,user_home_dir_t,dir,create
    
    Voila je me demandait si l'un d'entre vous saurait comment me débarasser de ces alerte sans désactiver selinux. Merci.
  • Merci ça fonctionne. Chez moi la meilleur résolution est 1280x800.
  • En complément de ce sujet je bute sur un problème concernant le retour de la commande vbeinfo : la résolution étant trop faible, la ligne contenant la résolution qui m'intérresse n'est pas visible.

    Évidemment si j'intervient ici c'est que ajouter l'entrée avec ma résolution native d'écran dans le fichier /etc/default/grub ne fonctionne pas.

    Merci d'avance.