En fait sous Ubuntu 9.04 (contrairement aux version précédentes), Gnome se met à utiliser "l'écran par défaut" de sa configuration quand il ne détecte pas l'écran, même quand des drivers proprios sont utilisés.
C'est donc gnome qui demandait le passage en 1280x960 au démarrage de session !
Le contournement consiste à modifier la résolution du "Default Screen" dans ~/.config/monitor.xml de manière à refléter la résolution voulue.
C'est une régression sous Ubuntu car avant, en cas d'utilisation de drivers proprios, Gnome n'utilisait pas son monitor.xml (gnome-display-properties l'utilisait mais tanqu'on appliquait pas la modif aucun problème)
C'est également une incohérence, car depuis Ubuntu 9.04 gnome-display-properties propose directement l'utilisation du GUI propriétaire (dans mon cas nvidia-settings) comme alternative. Le démarrage de session Gnome ne fait pas cette distinction et tape bêtement dans le monitor.xml sans chercher si par hasard des drivers proprio ne géreraient pas déjà l'écran.
Par contre je suis preneur de toute solution d'augmenttaion de verbosité de X ou de Gnome conernant ces changements de résolution !
Désolé, mais
1) la log indique bien que quelque chose demande à X ou à nvidia-settings de passer en 1280x960 lors du login sur le bureau. Même en laissant X tranquille, on peut bien lui demander d'être plus verbeux ? Comment ?
2) les préférences du window manager ne fonctionnent pas pour les drivers proprio "nvidia", d'où la présence de nvidia-control pour remplacer...
Sinon des idées pour tracer tout ce qui pourrait demander un changement de résolution ?
Oui, la NVidia GTX260+ supporte bien plus avec des rafraichissements bien pluq élevés.
De plus, nvidia-settings ne me permettra jamais de choisir une résolution non supportée.
Le problème ici est que la résolution native de l'écran (1920x1200@60Hz), en mode auto ou forcé dans X, n'est effective que sur l'écran de login GDM. Après le login, ça repasse en 1280x960 et je suis obligé de définir la reésolution "manuellement" en lançant l'utilitaire nvidia-setting.
Le pire, c'est qu'alors que le bureau est passé en 1280x960 tout seul au login, si je lance nvidia-settings et que je remet auto, il passe en 1920x1200 !
Je cherche à savoir comment tracer d'où vient l'ordre qui demande à nvidia -settings (ou à X) de passer en 1280x960 au login.
Alors en fait commel but est de trouver rapidement cette fonctionnalityé précise, j'attendais effectivement un réponse de développeur.
- les docs opengl que j'ai trouvés sont imbuvables ; j'ai juste trouvé comment allouer/libérer de la mémoire en regardant dans les header
- pas trouvé de doc X11/Xlib non plus, il ce peut qu eça m'ai échappé
Je vais voir dans GTK qui à mon avis est mieux documentée et dans les modules (je n'y avais pas pensé), mais bon de l'aide reste nécessaire car ça fait un bail que je n'ai pas touché au C et donc pas habitué à chercher aux bons endroits pour faire ce que je veux faire.
Je n'ai rien concernant le réseau dans mon default.pa
En fait la machine qui diffuse la musique est la même que la machine qui essaie de lire.
Autrement dit, si je lance mes programmes Java ou même VLC sur ma machine qui est en train de diffuser, il ne lisent rien.
Comme tcpdump voit bien des paquets, j'ai supposé qu'ils étaient diffusés et que c'était un problème autre... ça serait un bête problème réseau ?
Essaye-donc les 2, tu verras. Pour installer Play! + faire tourner ta première appli c'est 5min chrono si tu es fatigué. Si tu mets plus de temps avec Wicket, tu as déjà un élément de réponse...
Merci, je vais voir si ça s'applique à mon cas mais j'ai un doute...
Je vais également explorer d'autres pistes : support limité du CPU par la carte mère, version du noyau (pour cette dernière piste on verra plus tard...)
J'ai console-setup, mais c'est un paquet de base de ubuntu, donc comme le problème n'est pas de base à l'installation, ce n'est pas la cause directe.
Sauf si la config de console-setup est modifiable et que des éléments ont une influence sur le changement ce police ?
Est-ce que la résolution de usplash peut, en étant décorélée avec la taille de la police de la console, faire que console-setup change cette taille de police de manière à l'adapter à la résolution ?
Si oui je suis bon pout tester usplash dans ttes les résolution pour vérifier....
Packer : il va s'user avitesse grand V car l'electronique n'aime pas les start stop....
En fait il serait plus intéressant de passer le disque en mode veille : l'électronique est toujours alimentée, mais les têtes se parquent et le disque s'arrête de tourner.
C'est pas possible, ça, un script qui passe un dd en veille et qui le démonte (ou dans l'ordre inverse) ?
J'arrive à swaper (j'ai forcé le swap en compressant une iso de DVD avec 7z, méthode LZMA et dico de 128Mo + firefox sur la page de netvibes => charge > à 2Go+ => petit swap de 42Mo).
Donc plus de freeze lors du swap et plus d'"irq16 : nobody cared" depuis que je boote avec l'option irqpoll.
Cependant, le hub usb et le pata_jmicron qui sont sur cette interruption sont sûrement encore problématiques, car en laissant mon PC allumer plusieurs heures (pas d'écran de veille, extinction de l'écran au bout de 45min), je n'ai pas pu sortir l'écran de sa veille, aucune réaction du clavier ni de la souris. A posteriori, j'ai pu voir dans la log des déconnexions/reconnexion d'un périphérique usb alors que j'étais absent du PC (mon appart est hanté ?) : le fameux hub usb : May 21 22:14:53 Syrion kernel: [ 8003.378235] usb 6-1: USB disconnect, address 3
May 21 22:14:53 Syrion kernel: [ 8003.489571] usb 6-1: new full speed USB device using uhci_hcd and address 5
May 21 22:14:53 Syrion kernel: [ 8003.695958] usb 6-1: configuration #1 chosen from 1 choice
May 21 22:14:53 Syrion kernel: [ 8003.699367] hub 6-1:1.0: USB hub found
May 21 22:14:53 Syrion kernel: [ 8003.700871] hub 6-1:1.0: 4 ports detected
May 21 22:42:14 Syrion -- MARK --
May 21 23:02:14 Syrion -- MARK --
May 21 23:02:53 Syrion kernel: [10880.397905] usb 6-1: USB disconnect, address 5
May 21 23:02:53 Syrion kernel: [10880.510135] usb 6-1: new full speed USB device using uhci_hcd and address 6
May 21 23:02:53 Syrion kernel: [10880.664653] usb 6-1: configuration #1 chosen from 1 choice
May 21 23:02:53 Syrion kernel: [10880.667772] hub 6-1:1.0: USB hub found
May 21 23:02:53 Syrion kernel: [10880.669583] hub 6-1:1.0: 4 ports detected
May 21 23:09:53 Syrion kernel: [11299.963768] usb 6-1: USB disconnect, address 6
May 21 23:09:53 Syrion kernel: [11300.079109] usb 6-1: new full speed USB device using uhci_hcd and address 7
May 21 23:09:53 Syrion kernel: [11300.237518] usb 6-1: configuration #1 chosen from 1 choice
May 21 23:09:53 Syrion kernel: [11300.240610] hub 6-1:1.0: USB hub found
May 21 23:09:53 Syrion kernel: [11300.242442] hub 6-1:1.0: 4 ports detected
May 21 23:22:14 Syrion -- MARK --
May 21 23:42:14 Syrion -- MARK --
May 22 00:02:14 Syrion -- MARK --
May 22 00:22:14 Syrion -- MARK --
May 22 00:42:14 Syrion -- MARK --
May 22 01:02:14 Syrion -- MARK --
May 22 01:22:14 Syrion -- MARK --
May 22 01:42:14 Syrion -- MARK --
May 22 02:02:14 Syrion -- MARK --
May 22 02:22:14 Syrion -- MARK --
May 22 02:42:14 Syrion -- MARK --
May 22 03:02:14 Syrion -- MARK --
May 22 03:22:14 Syrion -- MARK --
May 22 03:42:14 Syrion -- MARK --
May 22 04:02:14 Syrion -- MARK --
May 22 04:05:23 Syrion kernel: [29011.618323] usb 6-1: USB disconnect, address 7
May 22 04:05:23 Syrion kernel: [29011.730656] usb 6-1: new full speed USB device using uhci_hcd and address 8
May 22 04:05:23 Syrion kernel: [29011.885076] usb 6-1: configuration #1 chosen from 1 choice
May 22 04:05:23 Syrion kernel: [29011.888079] hub 6-1:1.0: USB hub found
May 22 04:05:23 Syrion kernel: [29011.890002] hub 6-1:1.0: 4 ports detected
May 22 04:22:14 Syrion -- MARK --
May 22 04:32:53 Syrion kernel: [30659.911086] usb 6-1: USB disconnect, address 8
May 22 04:32:53 Syrion kernel: [30660.023426] usb 6-1: new full speed USB device using uhci_hcd and address 9
May 22 04:32:53 Syrion kernel: [30660.177843] usb 6-1: configuration #1 chosen from 1 choice
May 22 04:32:53 Syrion kernel: [30660.180921] hub 6-1:1.0: USB hub found
May 22 04:32:53 Syrion kernel: [30660.183459] hub 6-1:1.0: 4 ports detected
May 22 05:00:23 Syrion kernel: [32308.203859] usb 6-1: USB disconnect, address 9
May 22 05:00:23 Syrion kernel: [32308.316204] usb 6-1: new full speed USB device using uhci_hcd and address 10
May 22 05:00:23 Syrion kernel: [32308.470617] usb 6-1: configuration #1 chosen from 1 choice
May 22 05:00:23 Syrion kernel: [32308.473575] hub 6-1:1.0: USB hub found
May 22 05:00:23 Syrion kernel: [32308.475536] hub 6-1:1.0: 4 ports detected
Alors du coup je sèche. Je sais que la changelog du 2.6.24 est truffée de correctifs pour le pata_jmicron, qui est sur la même irq que mon hub usb. Ces pb sont-ils vraiments réglés ? Y en a-t-il avec l'usb qui se déconnecte/reconecte sans raison apparente ?
Après vérif dans la log postée + haut, le "full speed usb device" détecté sur irq16 est bien le hub usb (interne à ma carte mère)
Le noyau ne devrait pas prendre autre chose que /dev/sda5 pour swapper, non de djious !! C'est dingue ce truc !
Non, mon swap n'est pas sur "le" disque usb, je n'ai aucun disque usb.
Je croyais que ce handler usbcore sur l'irq16 était le hub usb interne de la carte mère.
le swap est sur mon 1er disque Sata (mode ahci), partition /dev/sda5 (qui est une swap de ~5Go)
Mon disque /dev/sda est partitionné comme :
sda1->55Go montés sur /, ext3, primaire, boot
sda2->190Go montés sur /home, ext3, primaire
sda?->~5Go, étendue contenant uniquement /dev/sda5 (swap ~5Go)
Mes 2 disques SATA sont sur irq 506.
Pourquoi le noyau essairait-il d'appeler l'irq16 pour swapper ? cat /proc/swaps ne retourne qu'un ligne : les ~5Go de /dev/sda5 en priority -1.
Forcément, s'il essaie de swapper sur un hub usb auquel rien n'est branché, ça va pas le faire... Pourquoi fait-il ça ??
Je suis passé en irqpoll, pour voir. Je n'ai pas encore pu tester sur la durée.
Les conflits : mes CD/DVD sont en ide sur nappe ide, mes 2 disques sont en SATA donc chacun sur son cable. Un conflit est-il possible entre usb1, les disques, et ma carte nvidia sur l'irq16 ?
Important : aucun problème si le swap est désctivé ou que ma partition de swap n'est pas montée ! Donc ça ne touche pas les acès disques normaux.
Sinon la machine est un PC de bureau (Gigabyte DS3, C2Duo, 4GoRam, 2x250Go SATA2 seagate).
Je n'ai jamais eu de pb sur ubuntu 7.10 avec mon ancien matos.
Serait-il possible que le noyau se plante en chargeant jmicron_pata ? D'après mon BIOS, rien n'est en pata, tout est en sata ahci côté disques)
Pour la commande dmesg, je la poste dès que je peux (d'ici 2h)
"A 45 nm, soit les techno de maintenant, c'est la cata."
Faux !
Voir l'article de Science&Vie qui explique comment Intel est parvenu au 45nm.
Effectivement avec les matériaux des transistors 90nm, passer en 45nm était une cata, ça consommait autant on que off (tests labos).
C'est pour ça qu'ils ont attendu de découvrir les propriétés de l'oxyde d'Haffnium pour passer en 45nm. Et là plus de fuites, l'oxyde d'haffnium est le "Pampers" des transistors modernes.
Enuites, les autres fondeurs (AMD, VIA) on mis du temps à intégrer le 45nm parceque la dépose de l'oxyde d'affnium est très délicate, et se fait par dépose d'un gaz sur un solide. Difficile à maîtriser.
Donc oui, quand on réduit la taille des transistor, on augmente les fuites, mais les fondeurs sont pas cons non plus, ils cherchent uns solution avant que ça ne serve plus à rien de miniaturiser !
De toutes manières, des limites physiques sont en train d'être atteintes, on ne trouvera pas éternellement d'élément capable de réduire les fuites sans nuire à la conductibilité. Il faudra trouver un successeur au transistor ou se tourner vers la physique quantique.
Oops= ?
Qu'est-ce qui est tronqué ?
je n'ai mis que ce qui est pertinet dans la syslog, c'est à dire uniquement ce qui change. Avant la trace que j'ai transmise, il n'y a rien d'autre que des évènements habituels, comme le lancement d'une tâche crond, une --MARK--, et avant, les logs de démarrage.
Après, il y a le "restart".
La log que j'ai posté contient l'intégralité du pb, du moment où ça freeze au moment ou je presse "reset" sur ma tour.
Les logs de démarrage contiennent-elle des infos concernant le pb ?
----> en attendant, je n'ai plus de pb si je désactive le swap. j'ai même chargé la mule, pour être sûr de dépasser la charge mémoire déclenchant l'écriture des 38 premiers Mo du swap. Si le swap est activé, ça freez dès que je passe la barre des 500 à 700Mo de charge. Si le swap est déactivé, à 1,2Go aucun pb !
tu lances compiz-setting-manager (Systeme->Preferences->Advanced desktop settings sous Ubuntu)
C'est dans General options
Et là la 8ème ligne c'est "Cursor theme" suivi d'un champ texte. Il faut mettre le nom du thème de curseur de Gnome, puis de préférence quitter la session Gnome et la relancer.
À cause d'un dépendance au chocolat (c'est compilé statiquement dans mon cerveau), je me demandais le proportion de chocolat fondu à rajouter dans le mélange pour pour faire du riz au lait au chocolat.
je suis sur la 2.6.24-16 (noyau d'Ubuntu 8.04).
Mais des personnes en 2.6.25 ont également ce message d'avertisement. après des recherches + intensives, il semblerai que les spécialistes du noyau débatent de la pertinence de ce message, qui peut être ignoré parait-il.
Quand au SATA link down, je ne l'ai plus nque pour des ports SATA non utilisés depuis que j'ai mis ma carte mère en mode native IDE et AHCI au lieu de legacy IDE.
je vais procéder en 2 temps
1) laisser la partition et désactiver le swap avec swapoff -a
2) si la première solution ne suffit pas, je commenterai effectivement la fstab
Quelque soit le contournement qui marche, je tenterais une recréation de cette partition, et un fsck ; puis on verra si ça refonctionne ou pas.
Le seul doute, c'est que sachant que la log parle d'irq, j'ai peur que ça soit + compliqué que ça. On verra ce soir...
En changeant dans le BIOS le mode SATA de IDE vers AHCI (car le manuel de la carte mère précise que l'option IDE fait fonctionner les disques en PATA, ce qui pose pb), je n'ai plus de SATA link down.
Mais j'ai toujours le coup de driver needs updating: May 14 00:02:29 Syrion kernel: [ 35.644412] Driver 'sd' needs updating - please use bus_type methods
May 14 00:02:29 Syrion kernel: [ 35.644516] sda:<4>Driver 'sr' needs updating - please use bus_type methods
# Résolu : bug Gnome sous ubuntu 9.04
Posté par ⌨ ☕ . En réponse au message Trouver qui change la résolution de l'écran ??. Évalué à 5.
https://bugs.launchpad.net/ubuntu/+source/gnome-control-cent(...)
En fait sous Ubuntu 9.04 (contrairement aux version précédentes), Gnome se met à utiliser "l'écran par défaut" de sa configuration quand il ne détecte pas l'écran, même quand des drivers proprios sont utilisés.
C'est donc gnome qui demandait le passage en 1280x960 au démarrage de session !
Le contournement consiste à modifier la résolution du "Default Screen" dans ~/.config/monitor.xml de manière à refléter la résolution voulue.
C'est une régression sous Ubuntu car avant, en cas d'utilisation de drivers proprios, Gnome n'utilisait pas son monitor.xml (gnome-display-properties l'utilisait mais tanqu'on appliquait pas la modif aucun problème)
C'est également une incohérence, car depuis Ubuntu 9.04 gnome-display-properties propose directement l'utilisation du GUI propriétaire (dans mon cas nvidia-settings) comme alternative. Le démarrage de session Gnome ne fait pas cette distinction et tape bêtement dans le monitor.xml sans chercher si par hasard des drivers proprio ne géreraient pas déjà l'écran.
Par contre je suis preneur de toute solution d'augmenttaion de verbosité de X ou de Gnome conernant ces changements de résolution !
[^] # Re: window manager
Posté par ⌨ ☕ . En réponse au message Trouver qui change la résolution de l'écran ??. Évalué à 1.
1) la log indique bien que quelque chose demande à X ou à nvidia-settings de passer en 1280x960 lors du login sur le bureau. Même en laissant X tranquille, on peut bien lui demander d'être plus verbeux ? Comment ?
2) les préférences du window manager ne fonctionnent pas pour les drivers proprio "nvidia", d'où la présence de nvidia-control pour remplacer...
Sinon des idées pour tracer tout ce qui pourrait demander un changement de résolution ?
[^] # Re: carte video ?
Posté par ⌨ ☕ . En réponse au message Trouver qui change la résolution de l'écran ??. Évalué à 2.
De plus, nvidia-settings ne me permettra jamais de choisir une résolution non supportée.
Le problème ici est que la résolution native de l'écran (1920x1200@60Hz), en mode auto ou forcé dans X, n'est effective que sur l'écran de login GDM. Après le login, ça repasse en 1280x960 et je suis obligé de définir la reésolution "manuellement" en lançant l'utilitaire nvidia-setting.
Le pire, c'est qu'alors que le bureau est passé en 1280x960 tout seul au login, si je lance nvidia-settings et que je remet auto, il passe en 1920x1200 !
Je cherche à savoir comment tracer d'où vient l'ordre qui demande à nvidia -settings (ou à X) de passer en 1280x960 au login.
[^] # Re: CSS Spéciale.
Posté par ⌨ ☕ . En réponse au message Changer le style du forum. Évalué à 1.
"J'l'avais pas vu" comme dit la pub...
[^] # Re: hmm
Posté par ⌨ ☕ . En réponse au message Mémoire vidéo libre. Évalué à 1.
- les docs opengl que j'ai trouvés sont imbuvables ; j'ai juste trouvé comment allouer/libérer de la mémoire en regardant dans les header
- pas trouvé de doc X11/Xlib non plus, il ce peut qu eça m'ai échappé
Je vais voir dans GTK qui à mon avis est mieux documentée et dans les modules (je n'y avais pas pensé), mais bon de l'aide reste nécessaire car ça fait un bail que je n'ai pas touché au C et donc pas habitué à chercher aux bons endroits pour faire ce que je veux faire.
[^] # Re: Plage réseau autorisée ?
Posté par ⌨ ☕ . En réponse au message Écouter flux diffusé en multicast. Évalué à 1.
En fait la machine qui diffuse la musique est la même que la machine qui essaie de lire.
Autrement dit, si je lance mes programmes Java ou même VLC sur ma machine qui est en train de diffuser, il ne lisent rien.
Comme tcpdump voit bien des paquets, j'ai supposé qu'ils étaient diffusés et que c'était un problème autre... ça serait un bête problème réseau ?
[^] # Re: Wicket
Posté par ⌨ ☕ . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 1.
[^] # Re: Quelques pistes.
Posté par ⌨ ☕ . En réponse au message cpufreq ne voit pas tous les throttling states. Évalué à 2.
Je vais également explorer d'autres pistes : support limité du CPU par la carte mère, version du noyau (pour cette dernière piste on verra plus tard...)
[^] # Re: console-setup?
Posté par ⌨ ☕ . En réponse au message usplash ubuntu qui cède la place au texte. Évalué à 2.
Sauf si la config de console-setup est modifiable et que des éléments ont une influence sur le changement ce police ?
Est-ce que la résolution de usplash peut, en étant décorélée avec la taille de la police de la console, faire que console-setup change cette taille de police de manière à l'adapter à la résolution ?
Si oui je suis bon pout tester usplash dans ttes les résolution pour vérifier....
[^] # Re: Packer
Posté par ⌨ ☕ . En réponse au message Arrêter un disque externe lorsqu'on le démonte. Évalué à 3.
En fait il serait plus intéressant de passer le disque en mode veille : l'électronique est toujours alimentée, mais les têtes se parquent et le disque s'arrête de tourner.
C'est pas possible, ça, un script qui passe un dd en veille et qui le démonte (ou dans l'ordre inverse) ?
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 2.
Donc plus de freeze lors du swap et plus d'"irq16 : nobody cared" depuis que je boote avec l'option irqpoll.
Cependant, le hub usb et le pata_jmicron qui sont sur cette interruption sont sûrement encore problématiques, car en laissant mon PC allumer plusieurs heures (pas d'écran de veille, extinction de l'écran au bout de 45min), je n'ai pas pu sortir l'écran de sa veille, aucune réaction du clavier ni de la souris. A posteriori, j'ai pu voir dans la log des déconnexions/reconnexion d'un périphérique usb alors que j'étais absent du PC (mon appart est hanté ?) : le fameux hub usb :
May 21 22:14:53 Syrion kernel: [ 8003.378235] usb 6-1: USB disconnect, address 3May 21 22:14:53 Syrion kernel: [ 8003.489571] usb 6-1: new full speed USB device using uhci_hcd and address 5
May 21 22:14:53 Syrion kernel: [ 8003.695958] usb 6-1: configuration #1 chosen from 1 choice
May 21 22:14:53 Syrion kernel: [ 8003.699367] hub 6-1:1.0: USB hub found
May 21 22:14:53 Syrion kernel: [ 8003.700871] hub 6-1:1.0: 4 ports detected
May 21 22:42:14 Syrion -- MARK --
May 21 23:02:14 Syrion -- MARK --
May 21 23:02:53 Syrion kernel: [10880.397905] usb 6-1: USB disconnect, address 5
May 21 23:02:53 Syrion kernel: [10880.510135] usb 6-1: new full speed USB device using uhci_hcd and address 6
May 21 23:02:53 Syrion kernel: [10880.664653] usb 6-1: configuration #1 chosen from 1 choice
May 21 23:02:53 Syrion kernel: [10880.667772] hub 6-1:1.0: USB hub found
May 21 23:02:53 Syrion kernel: [10880.669583] hub 6-1:1.0: 4 ports detected
May 21 23:09:53 Syrion kernel: [11299.963768] usb 6-1: USB disconnect, address 6
May 21 23:09:53 Syrion kernel: [11300.079109] usb 6-1: new full speed USB device using uhci_hcd and address 7
May 21 23:09:53 Syrion kernel: [11300.237518] usb 6-1: configuration #1 chosen from 1 choice
May 21 23:09:53 Syrion kernel: [11300.240610] hub 6-1:1.0: USB hub found
May 21 23:09:53 Syrion kernel: [11300.242442] hub 6-1:1.0: 4 ports detected
May 21 23:22:14 Syrion -- MARK --
May 21 23:42:14 Syrion -- MARK --
May 22 00:02:14 Syrion -- MARK --
May 22 00:22:14 Syrion -- MARK --
May 22 00:42:14 Syrion -- MARK --
May 22 01:02:14 Syrion -- MARK --
May 22 01:22:14 Syrion -- MARK --
May 22 01:42:14 Syrion -- MARK --
May 22 02:02:14 Syrion -- MARK --
May 22 02:22:14 Syrion -- MARK --
May 22 02:42:14 Syrion -- MARK --
May 22 03:02:14 Syrion -- MARK --
May 22 03:22:14 Syrion -- MARK --
May 22 03:42:14 Syrion -- MARK --
May 22 04:02:14 Syrion -- MARK --
May 22 04:05:23 Syrion kernel: [29011.618323] usb 6-1: USB disconnect, address 7
May 22 04:05:23 Syrion kernel: [29011.730656] usb 6-1: new full speed USB device using uhci_hcd and address 8
May 22 04:05:23 Syrion kernel: [29011.885076] usb 6-1: configuration #1 chosen from 1 choice
May 22 04:05:23 Syrion kernel: [29011.888079] hub 6-1:1.0: USB hub found
May 22 04:05:23 Syrion kernel: [29011.890002] hub 6-1:1.0: 4 ports detected
May 22 04:22:14 Syrion -- MARK --
May 22 04:32:53 Syrion kernel: [30659.911086] usb 6-1: USB disconnect, address 8
May 22 04:32:53 Syrion kernel: [30660.023426] usb 6-1: new full speed USB device using uhci_hcd and address 9
May 22 04:32:53 Syrion kernel: [30660.177843] usb 6-1: configuration #1 chosen from 1 choice
May 22 04:32:53 Syrion kernel: [30660.180921] hub 6-1:1.0: USB hub found
May 22 04:32:53 Syrion kernel: [30660.183459] hub 6-1:1.0: 4 ports detected
May 22 05:00:23 Syrion kernel: [32308.203859] usb 6-1: USB disconnect, address 9
May 22 05:00:23 Syrion kernel: [32308.316204] usb 6-1: new full speed USB device using uhci_hcd and address 10
May 22 05:00:23 Syrion kernel: [32308.470617] usb 6-1: configuration #1 chosen from 1 choice
May 22 05:00:23 Syrion kernel: [32308.473575] hub 6-1:1.0: USB hub found
May 22 05:00:23 Syrion kernel: [32308.475536] hub 6-1:1.0: 4 ports detected
Alors du coup je sèche. Je sais que la changelog du 2.6.24 est truffée de correctifs pour le pata_jmicron, qui est sur la même irq que mon hub usb. Ces pb sont-ils vraiments réglés ? Y en a-t-il avec l'usb qui se déconnecte/reconecte sans raison apparente ?
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 2.
http://bugzilla.kernel.org/show_bug.cgi?id=9157
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 2.
Le noyau ne devrait pas prendre autre chose que /dev/sda5 pour swapper, non de djious !! C'est dingue ce truc !
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 2.
Je croyais que ce handler usbcore sur l'irq16 était le hub usb interne de la carte mère.
le swap est sur mon 1er disque Sata (mode ahci), partition /dev/sda5 (qui est une swap de ~5Go)
Mon disque /dev/sda est partitionné comme :
sda1->55Go montés sur /, ext3, primaire, boot
sda2->190Go montés sur /home, ext3, primaire
sda?->~5Go, étendue contenant uniquement /dev/sda5 (swap ~5Go)
Mes 2 disques SATA sont sur irq 506.
Pourquoi le noyau essairait-il d'appeler l'irq16 pour swapper ? cat /proc/swaps ne retourne qu'un ligne : les ~5Go de /dev/sda5 en priority -1.
Forcément, s'il essaie de swapper sur un hub usb auquel rien n'est branché, ça va pas le faire... Pourquoi fait-il ça ??
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 2.
résultat de demsg | grep irq
[ 0.000000] Command line: root=UUID=ccaa8dcf-c4ae-4e59-a88a-fba14cff828a ro quiet splash irqpoll
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[ 0.000000] Kernel command line: root=UUID=ccaa8dcf-c4ae-4e59-a88a-fba14cff828a ro quiet splash irqpoll
[ 30.217496] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
[ 30.798154] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 30.798471] 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 30.798964] PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
[ 30.799022] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 32.008531] uhci_hcd 0000:00:1a.0: irq 16, io base 0x0000e000
[ 32.113728] uhci_hcd 0000:00:1a.1: irq 21, io base 0x0000e100
[ 32.215554] uhci_hcd 0000:00:1a.2: irq 18, io base 0x0000e500
[ 32.319428] uhci_hcd 0000:00:1d.0: irq 23, io base 0x0000e200
[ 32.423343] uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000e300
[ 32.527219] uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000e400
[ 32.636275] ehci_hcd 0000:00:1a.7: irq 18, io mem 0xf9201000
[ 32.759780] ehci_hcd 0000:00:1d.7: irq 23, io mem 0xf9200000
[ 32.988013] ata1: PATA max UDMA/100 cmd 0xb000 ctl 0xb100 bmdma 0xb400 irq 16
[ 32.988015] ata2: PATA max UDMA/100 cmd 0xb200 ctl 0xb300 bmdma 0xb408 irq 16
[ 35.048363] ata3: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202100 irq 506
[ 35.048365] ata4: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202180 irq 506
[ 35.048367] ata5: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202200 irq 506
[ 35.048369] ata6: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202280 irq 506
[ 35.048370] ata7: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202300 irq 506
[ 35.048372] ata8: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202380 irq 506
[ 38.828291] ata9: SATA max UDMA/133 abar m8192@0xf9000000 port 0xf9000100 irq 19
[ 38.828293] ata10: SATA max UDMA/133 abar m8192@0xf9000000 port 0xf9000180 irq 19
[ 50.388197] parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Dans ma séquence de démarrage : il semble que ce sont mes lecteurs de CD/DVD
May 20 20:03:31 Syrion kernel: [ 32.987687] scsi0 : pata_jmicronMay 20 20:03:31 Syrion kernel: [ 32.987710] scsi1 : pata_jmicron
May 20 20:03:31 Syrion kernel: [ 32.988013] ata1: PATA max UDMA/100 cmd 0xb000 ctl 0xb100 bmdma 0xb400 irq 16
May 20 20:03:31 Syrion kernel: [ 32.988015] ata2: PATA max UDMA/100 cmd 0xb200 ctl 0xb300 bmdma 0xb408 irq 16
May 20 20:03:31 Syrion kernel: [ 33.470400] ata1.00: ATAPI: PHILIPS DVDR824P, P2.2, max UDMA/33
May 20 20:03:31 Syrion kernel: [ 33.470409] ata1.01: ATAPI: Pioneer DVD-ROM ATAPIModel DVD-116 0122, E1.22, max UDMA/66
May 20 20:03:31 Syrion kernel: [ 33.642225] ata1.00: configured for UDMA/33
May 20 20:03:31 Syrion kernel: [ 33.729382] usb 6-1: new full speed USB device using uhci_hcd and address 3
May 20 20:03:31 Syrion kernel: [ 33.814325] ata1.01: configured for UDMA/66
May 20 20:03:31 Syrion kernel: [ 33.879988] usb 6-1: configuration #1 chosen from 1 choice
May 20 20:03:31 Syrion kernel: [ 33.882944] hub 6-1:1.0: USB hub found
May 20 20:03:31 Syrion kernel: [ 33.884921] hub 6-1:1.0: 4 ports detected
May 20 20:03:31 Syrion kernel: [ 33.982547] scsi 0:0:0:0: CD-ROM PHILIPS DVDR824P P2.2 PQ: 0 ANSI: 5
May 20 20:03:31 Syrion kernel: [ 33.983796] scsi 0:0:1:0: CD-ROM PIONEER DVD-ROM DVD-116 1.22 PQ: 0 ANSI: 5
Alors que les disques sont sur une autre irq
May 20 20:03:31 Syrion kernel: [ 35.048363] ata3: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202100 irq 506May 20 20:03:31 Syrion kernel: [ 35.048365] ata4: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202180 irq 506
May 20 20:03:31 Syrion kernel: [ 35.048367] ata5: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202200 irq 506
May 20 20:03:31 Syrion kernel: [ 35.048369] ata6: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202280 irq 506
May 20 20:03:31 Syrion kernel: [ 35.048370] ata7: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202300 irq 506
May 20 20:03:31 Syrion kernel: [ 35.048372] ata8: SATA max UDMA/133 abar m2048@0xf9202000 port 0xf9202380 irq 506
May 20 20:03:31 Syrion kernel: [ 35.687361] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 20 20:03:31 Syrion kernel: [ 35.876343] ata3.00: HPA unlocked: 488395055 -> 488397168, native 488397168
May 20 20:03:31 Syrion kernel: [ 35.876347] ata3.00: ATA-7: ST3250820AS, 3.AAE, max UDMA/133
May 20 20:03:31 Syrion kernel: [ 35.876349] ata3.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32)
May 20 20:03:31 Syrion kernel: [ 35.909555] ata3.00: configured for UDMA/133
May 20 20:03:31 Syrion kernel: [ 36.546472] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
May 20 20:03:31 Syrion kernel: [ 36.547297] ata4.00: ATA-7: ST3250823AS, 3.01, max UDMA/133
May 20 20:03:31 Syrion kernel: [ 36.547300] ata4.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32)
May 20 20:03:31 Syrion kernel: [ 36.548171] ata4.00: configured for UDMA/133
May 20 20:03:31 Syrion kernel: [ 36.866142] ata5: SATA link down (SStatus 0 SControl 300)
May 20 20:03:31 Syrion kernel: [ 37.185810] ata6: SATA link down (SStatus 0 SControl 300)
May 20 20:03:31 Syrion kernel: [ 37.505483] ata7: SATA link down (SStatus 0 SControl 300)
May 20 20:03:31 Syrion kernel: [ 37.825149] ata8: SATA link down (SStatus 0 SControl 300)
May 20 20:03:31 Syrion kernel: [ 37.825222] scsi 2:0:0:0: Direct-Access ATA ST3250820AS 3.AA PQ: 0 ANSI: 5
May 20 20:03:31 Syrion kernel: [ 37.825295] scsi 3:0:0:0: Direct-Access ATA ST3250823AS 3.01 PQ: 0 ANSI: 5
May 20 20:03:31 Syrion kernel: [ 37.825339] ACPI: PCI Interrupt 0000:03:00.0[A] -> GSI 19 (level, low) -> IRQ 19
May 20 20:03:31 Syrion kernel: [ 38.828132] ahci 0000:03:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
May 20 20:03:31 Syrion kernel: [ 38.828136] ahci 0000:03:00.0: flags: 64bit ncq pm led clo pmp pio slum part
Par contre pourquoi est-ce que le pb n'arrive que quand le swap est activé ?
[^] # Re: irq et firmware...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted : ça recomence. Évalué à 1.
Les conflits : mes CD/DVD sont en ide sur nappe ide, mes 2 disques sont en SATA donc chacun sur son cable. Un conflit est-il possible entre usb1, les disques, et ma carte nvidia sur l'irq16 ?
Important : aucun problème si le swap est désctivé ou que ma partition de swap n'est pas montée ! Donc ça ne touche pas les acès disques normaux.
Sinon la machine est un PC de bureau (Gigabyte DS3, C2Duo, 4GoRam, 2x250Go SATA2 seagate).
Je n'ai jamais eu de pb sur ubuntu 7.10 avec mon ancien matos.
Serait-il possible que le noyau se plante en chargeant jmicron_pata ? D'après mon BIOS, rien n'est en pata, tout est en sata ahci côté disques)
Pour la commande dmesg, je la poste dès que je peux (d'ici 2h)
# Finalement...
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted. Évalué à 1.
[^] # Re: pas convaincu.
Posté par ⌨ ☕ . En réponse à la dépêche Gestion de l'énergie : se dépêcher de ne rien faire. Évalué à 10.
Faux !
Voir l'article de Science&Vie qui explique comment Intel est parvenu au 45nm.
Effectivement avec les matériaux des transistors 90nm, passer en 45nm était une cata, ça consommait autant on que off (tests labos).
C'est pour ça qu'ils ont attendu de découvrir les propriétés de l'oxyde d'Haffnium pour passer en 45nm. Et là plus de fuites, l'oxyde d'haffnium est le "Pampers" des transistors modernes.
Enuites, les autres fondeurs (AMD, VIA) on mis du temps à intégrer le 45nm parceque la dépose de l'oxyde d'affnium est très délicate, et se fait par dépose d'un gaz sur un solide. Difficile à maîtriser.
Donc oui, quand on réduit la taille des transistor, on augmente les fuites, mais les fondeurs sont pas cons non plus, ils cherchent uns solution avant que ça ne serve plus à rien de miniaturiser !
De toutes manières, des limites physiques sont en train d'être atteintes, on ne trouvera pas éternellement d'élément capable de réduire les fuites sans nuire à la conductibilité. Il faudra trouver un successeur au transistor ou se tourner vers la physique quantique.
[^] # Re: Tronqué
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted. Évalué à 1.
Qu'est-ce qui est tronqué ?
je n'ai mis que ce qui est pertinet dans la syslog, c'est à dire uniquement ce qui change. Avant la trace que j'ai transmise, il n'y a rien d'autre que des évènements habituels, comme le lancement d'une tâche crond, une --MARK--, et avant, les logs de démarrage.
Après, il y a le "restart".
La log que j'ai posté contient l'intégralité du pb, du moment où ça freeze au moment ou je presse "reset" sur ma tour.
Les logs de démarrage contiennent-elle des infos concernant le pb ?
----> en attendant, je n'ai plus de pb si je désactive le swap. j'ai même chargé la mule, pour être sûr de dépasser la charge mémoire déclenchant l'écriture des 38 premiers Mo du swap. Si le swap est activé, ça freez dès que je passe la barre des 500 à 700Mo de charge. Si le swap est déactivé, à 1,2Go aucun pb !
[^] # Re: Quelques précisions en plus...
Posté par ⌨ ☕ . En réponse au message Testing, Xorg 7.3, curseur : carré blanc.... Évalué à 2.
C'est dans General options
Et là la 8ème ligne c'est "Cursor theme" suivi d'un champ texte. Il faut mettre le nom du thème de curseur de Gnome, puis de préférence quitter la session Gnome et la relancer.
[^] # Re: Quelques précisions en plus...
Posté par ⌨ ☕ . En réponse au message Testing, Xorg 7.3, curseur : carré blanc.... Évalué à 2.
# Et riz au lait + chocolat
Posté par ⌨ ☕ . En réponse au message Recette du Riz au lait. Évalué à 1.
[^] # A priori résolu
Posté par ⌨ ☕ . En réponse au message Update driver du noyau pour disque dur ??. Évalué à 1.
Mais des personnes en 2.6.25 ont également ce message d'avertisement. après des recherches + intensives, il semblerai que les spécialistes du noyau débatent de la pertinence de ce message, qui peut être ignoré parait-il.
Quand au SATA link down, je ne l'ai plus nque pour des ports SATA non utilisés depuis que j'ai mis ma carte mère en mode native IDE et AHCI au lieu de legacy IDE.
[^] # Re: essaye de desactiver le swap
Posté par ⌨ ☕ . En réponse au message Freeze dy system et swap tainted. Évalué à 1.
1) laisser la partition et désactiver le swap avec swapoff -a
2) si la première solution ne suffit pas, je commenterai effectivement la fstab
Quelque soit le contournement qui marche, je tenterais une recréation de cette partition, et un fsck ; puis on verra si ça refonctionne ou pas.
Le seul doute, c'est que sachant que la log parle d'irq, j'ai peur que ça soit + compliqué que ça. On verra ce soir...
# partiellement résolu...
Posté par ⌨ ☕ . En réponse au message Update driver du noyau pour disque dur ??. Évalué à 1.
Mais j'ai toujours le coup de driver needs updating:
May 14 00:02:29 Syrion kernel: [ 35.644412] Driver 'sd' needs updating - please use bus_type methodsMay 14 00:02:29 Syrion kernel: [ 35.644516] sda:<4>Driver 'sr' needs updating - please use bus_type methods