Lorsque le roulement du ventilo est encrassé, il lui faut plus d'energie pour faire un tour complet. Au démarrage, l'énergie passant dans les aimants n'est probablement pas suffisante pour réaliser un tour complet malgré les frottements supplémentaires et ainsi entretenir le mouvement. C'est pour cela qu'un coup de main lui permet d'atteindre l'énergie cinétique suffisante pour démarrer.
Un peu plus de crasse, et le ventilo ne tournera plus du tout. Il est mort.
Tu a essayé de rebooter la passerelle ? Est tu sur de sa configuration?
Tu est VRAIMENT sur que ça marche sur le même pc avec un autre OS? (sans bidouiller la prise)
Il n'a pas de firewall qui pourrait gêner la communication?
Est ce que ca le fait avec un autre noyau? Ta debian est a jour?
Est ce que tu pourrais faire un tcpdump sur la passerelle? (on peut toujours espérer !)
La détection marche bien chez moi, mais pas après une mise en veille sans le deuxieme écran vga. Rebooter le serveur X ne suffit pas dans mon cas, donc j'imagine que le problème vient du driver du GMA qui passerait de mauvaises info a XrandR?
J'utilise un netbook sous kubuntu couplé a un 22". Le GMA n'a pas de problème avec la résolution seulement on peut se retrouver avec quelques problèmes comme :
Tu veut aller dans une autre pièce, donc tu embarque le netbook que tu débranche du 22" en 1920x1200.
Évidement, tu t'endors comme un goret en laissant le netbook se mettre en hibernation.
Le lendemain tu te lève, et tu va rebrancher le netbook sur sa station avec le 22". Mais boum, surprise, XrandR ne détecte plus que du 1024x768 max sur le 22" !!
Du coup je fait un reboot propre et je retourne dans xrandr : la bonne résolution est revenue... !
Sinon a une époque j'avais tenté d'insérer manuellement les bonnes résolutions a XrandR, je me souviens pas de succès...
+1.
Au boulot y'en qui désactivent carrément l'enregistrement automatique parce que c'est énervant d'avoir un microlag quand tu donne un coup de pinceau. Lorsqu'ils sont satisfaits d'une étape, ctrl+s et basta.
Passer par le disque dur est très emmerdant quand tu ne t'y attend pas. Par contre, écrire une sorte de fichier + historique pourrait être intelligement fait lorsque l'on change d'outil, ou qu'on termine un tracé... Si le fichier n'est pas très gros, le temps mis a pointer le nouvel outil devrait suffire a mettre a jour le backup.
Mais ca restera un bordel quand on travaille avec des énormes décors de plusieurs giga, qui prennent des plombes a sauvegarder.
"Je viens de modifier une image (enregistré en xcf) après avoir bossé un bon moment dessus j'y met un texte, je veux lui appliquer un chemin et la c'est le drame gimp plante et tout mon travail est foutu."
Oui, comme ca arrive 2-3 fois par jour au boulot avec les différents produits Adobe installés...
C'est malin, j'ai fait une sorte de Jajuk simplifié en Java avec QTjambi comme projet de fin d'année... Si j'avais su, ca m'aurait simplifié la tache! Je compte d'ailleurs le recoder en KDE/C++, si quelqu'un n'aime pas trop le Java et a envie de donner le meilleur des fonctions d'organisation d'Amarok avec la facilité d'édition de Kid3, contactez moi ;)
# Erreurs?
Posté par maxix . En réponse au message plantage de la distrib après mise à jour. Évalué à 2.
[^] # Re: Pause...
Posté par maxix . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
# Fromage
Posté par maxix . En réponse au message Logo qui ressemble vachement à un autre.... Évalué à 5.
[ ]
# Et merde,
Posté par maxix . En réponse au journal Pourquoi je quitte windows. Évalué à 0.
[^] # Re: Nero
Posté par maxix . En réponse au journal Sortie de Nero Linux 4. Évalué à 2.
# Avant d'accuser la mère...
Posté par maxix . En réponse au message Ventilateur au comportement bizarre. Évalué à 2.
Lorsque le roulement du ventilo est encrassé, il lui faut plus d'energie pour faire un tour complet. Au démarrage, l'énergie passant dans les aimants n'est probablement pas suffisante pour réaliser un tour complet malgré les frottements supplémentaires et ainsi entretenir le mouvement. C'est pour cela qu'un coup de main lui permet d'atteindre l'énergie cinétique suffisante pour démarrer.
Un peu plus de crasse, et le ventilo ne tournera plus du tout. Il est mort.
# On sais jamais...
Posté par maxix . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 2.
Tu est VRAIMENT sur que ça marche sur le même pc avec un autre OS? (sans bidouiller la prise)
Il n'a pas de firewall qui pourrait gêner la communication?
Est ce que ca le fait avec un autre noyau? Ta debian est a jour?
Est ce que tu pourrais faire un tcpdump sur la passerelle? (on peut toujours espérer !)
# Arp?
Posté par maxix . En réponse au message Défaut d'accès réseau filaire en changeant de LAN. Évalué à 3.
Je dis aussi ça parce que ça m'est souvent arrivé : retire le bout de papier qui traine au fond de la prise ethernet.
Truc intéressant selon le driver de ta carte réseau :
http://forum.ubuntu-fr.org/viewtopic.php?pid=342044#p342044
# Chaimoicamarche!
Posté par maxix . En réponse au message problème pour réécouter la radio. Évalué à 1.
[^] # Re: Le topic est vraiment bien placé.
Posté par maxix . En réponse au message Xrandr trouve n'a pas les résolutions souhaitées.. Évalué à 1.
# Mauvaise résolution dépend des circonstances...
Posté par maxix . En réponse au message Xrandr trouve n'a pas les résolutions souhaitées.. Évalué à 1.
Tu veut aller dans une autre pièce, donc tu embarque le netbook que tu débranche du 22" en 1920x1200.
Évidement, tu t'endors comme un goret en laissant le netbook se mettre en hibernation.
Le lendemain tu te lève, et tu va rebrancher le netbook sur sa station avec le 22". Mais boum, surprise, XrandR ne détecte plus que du 1024x768 max sur le 22" !!
Du coup je fait un reboot propre et je retourne dans xrandr : la bonne résolution est revenue... !
Sinon a une époque j'avais tenté d'insérer manuellement les bonnes résolutions a XrandR, je me souviens pas de succès...
[^] # Re: Chez moi, ça marche
Posté par maxix . En réponse au message XRandr et FullScreen. Évalué à 1.
[^] # Re: Chez moi, ça marche
Posté par maxix . En réponse au message XRandr et FullScreen. Évalué à 1.
A la limite tu pourrais toujours simuler ca avec les bords de l'écran magnétiques et la touche alt.
J'ai aussi le pb avec youtube en flash, qui considère bien les proportions du dual screen mais qui les adapte sur un seul écran...
[^] # Re: Franchement!
Posté par maxix . En réponse au journal Un coup de gueule contre Gimp 2.6. Évalué à 5.
Au boulot y'en qui désactivent carrément l'enregistrement automatique parce que c'est énervant d'avoir un microlag quand tu donne un coup de pinceau. Lorsqu'ils sont satisfaits d'une étape, ctrl+s et basta.
Passer par le disque dur est très emmerdant quand tu ne t'y attend pas. Par contre, écrire une sorte de fichier + historique pourrait être intelligement fait lorsque l'on change d'outil, ou qu'on termine un tracé... Si le fichier n'est pas très gros, le temps mis a pointer le nouvel outil devrait suffire a mettre a jour le backup.
Mais ca restera un bordel quand on travaille avec des énormes décors de plusieurs giga, qui prennent des plombes a sauvegarder.
# Franchement!
Posté par maxix . En réponse au journal Un coup de gueule contre Gimp 2.6. Évalué à 10.
Oui, comme ca arrive 2-3 fois par jour au boulot avec les différents produits Adobe installés...
# JBOD
Posté par maxix . En réponse au journal idée la con: un /tmp virtuel. Évalué à 3.
# Ca alors!
Posté par maxix . En réponse à la dépêche Jajuk, l'organisateur de collection musicale recherche des développeurs. Évalué à 2.