Ubuntu-fr

michel_04 · Le 23/07/2012, à 11:33

Bonjour,

ljere a écrit :

si on pourrait avoir d'autres testeurs pour confirmer suivant l’environnement unity ou xfce4.8 ou xfce4.10

Sous Xubuntu Xfce 4.10 :
Éteindre = .goutputstream créé.
Redémarrer = .goutputstream créé.

Déconnexion, Éteindre = .goutputstream créé.
Déconnexion, Redémarrer = .goutputstream créé.

Déconnexion, Déconnexion, Éteindre = pas de .goutputstream créé.
Déconnexion, Déconnexion, Redémarrer = pas de .goutputstream créé.

A+

ljere · Le 23/07/2012, à 11:41

c'est à rien y comprendre je ne vois pas pourquoi lorsque j'éteins je n'ai aucune création de ce fichier
michel_04 tu as toujours ubuntu-one ou tu l'as aussi désinstallé
rpj pas faux sans sudo les risques sont limités mais un débutant qui recopie mal, risque d'effacer ces donnés personnelles,
un rm reste toujours potentiellement dangereux pour un débutant

michel_04 · Le 23/07/2012, à 12:07

Re,

ljere a écrit :

michel_04 tu as toujours ubuntu-one ou tu l'as aussi désinstallé

Non, Ubuntu-One est installé (je m'en sers pas mal).

Edit :
Les retours indiqués dans le post #26 sont ceux du Lenovo Thinkpad E320.
Sur le Dell Studio XPS 1645 aucun fichier de créé.
Même Xubuntu 64b, Xfce 4.10, Ubuntu-One, les deux ont quasi exactement les mêmes logiciels installés.
Sur le E320 pas de pilote proprio (CG AMD shuntée et CG intégrée intel activée dans le BIOS), sur le XPS pilote FGLRX installé avec jockey.

A+

Dernière modification par michel_04 (Le 23/07/2012, à 13:06)

rpj · Le 23/07/2012, à 15:40

Il y a 3 jours j'ai désinstaller ubuntuone, et en 3 jours j'en ai eu que 3 , mais rien au démarrage.
Depuis hier ou j'utilise cron je n'est rien eu. J'ai configuré cron pour qu'il efface après une heure complète.
Je continue à vérifier les logs mais rien.
toshiba satellite a300

Dernière modification par rpj (Le 23/07/2012, à 15:41)

rpj · Le 23/07/2012, à 16:32

Sous gnome c'est un fichier de traduction avec erreur , avec glib french translation.
En language c, py, et autre c'est une sortie d'erreur il existe aussi:
gintputstream
gbufferedputstream
ça a voir avec "stream" sous linux qui control les infos en streaming mais voyager n'utilise pas ce programme.
Je pense que ça peut être un problème dans le fichier de traduc FR de glib
Pour la traduc avec un "subversion" on utilise les (.po) avec les (.mo) et il peut y avoir une erreur de streaming entre les 2.
Je fouine dans glib et j'avise

rpj · Le 23/07/2012, à 16:50

Lire ce fil inintéressant entre évolution et gnome3 sous xfce:

sur lauchpad ils en arrive à la conclusion que ça vient de xauthaurity mais n'en son pas sure
lire ça

la recherche dans glib n'a rien donné

Dernière modification par rpj (Le 23/07/2012, à 17:13)

ljere · Le 23/07/2012, à 18:02

rpj a écrit :

ça a voir avec "stream" sous linux qui control les infos en streaming mais voyager n'utilise pas ce programme.

alors pourquoi on a quand même la création de ces fichiers

rpj · Le 24/07/2012, à 09:05

Il se peut que voyager utilise un autre programme qui s'appel autrement, car "stream" n'est pas dans synaptic.
Comme on peut voir dans les 2 liens que j'ai laissé ça arrive avec différents soft (évolution, xauthority, etc...) sur launchpad eux même ne savent pas.
Si vous avez des goutputstream dans votre perso, avec cette commande vous saurez de ou ça viens :

ls -al | grep goutput

Par exemple chez moi (je n'est plus de fichiers goutput):

 ┌─( root ) - ( 3.2.0-26-generic ) - ( ~ )
└─> ls -al | grep goutput
ls: impossible d'accéder à .gvfs: Permission non accordée

.gvfs étais un dossier que l'on trouvait sous LM, LMDE, LMX (LinuxMint) que l'on ne pouvais s
effectivement pas ouvrir, mais sous voyager je ne le trouve pas.
La réponse normalement à cette commande serait, ex: xauthority ou bien évolution , ou glib, gnome3, etc...

magicrincevent · Le 22/08/2012, à 00:33

juste pour préciser que j'en ai surtout dans mes disques réseaux (en samba/cifs dans mon fstab) et en effet, il y'a un montage dans .gvfs quand on choisit de passer par la gestion samba de nautilus.
à ce propos : http://fr.wikipedia.org/wiki/GVFS

EDIT : http://developer.gnome.org/gio/stable/G … tream.html

Dernière modification par magicrincevent (Le 22/08/2012, à 00:54)

Donar2.0 · Le 02/09/2012, à 22:53

rpj a écrit :

Salut a tous, à propos des fichiers "goutputstream" j'ai fait un crontab pour les effacer toutes les heures.
Vous pouvez aussi utiliser une interface graphique.
"Planificateur de tâches de gnome"
la commande serait :
rm /home/UTILISATEUR/.goutputstream-*
(pour les débutants : remplacer UTILISATEUR par votre perso, et n'oubliez pas le point avant goutptstream)

Merci! C'est dans une crontab maintenant!

Dernière modification par Donar2.0 (Le 02/09/2012, à 22:54)

agrivel · Le 06/11/2012, à 22:13

Bonjour,

Est-ce qu'il y a une façon de pouvoir observer les actions exécutées quand l'on utilise le verbe -> Éteindre depuis le menu de la petite roue en haut à gauche? Dans tous les cas il y a une différence entre cette version et la précédente. Peut être il faut changer la version de lightdm, actuellement c'est la version :

-> lightdm_1.2.1-0ubuntu1.1_i386.deb .
-> liblightdm-gobject-1-0_1.2.1-0ubuntu1.1_i386.deb

avec

les même paquets mais en version pour "quantai" à savoir xxxxx_1.4.0-0ubuntu2_i386.deb ?

22dominique · Le 08/11/2012, à 20:58

salut a vous tous
meme probleme sur mon systeme moi j ai effectuer cette commande ( sudo update-grub ) dans le terminale et plus de probleme il s arrete normalement
le probleme ce situ peut étre dans le grub pourriez vous me confirme
merci a tous
a+

agrivel · Le 10/11/2012, à 12:55

Yep,

Le problème se produit exclusivement au shutdown petit suivit d'information collecté sur mon poste :

test 1 -> Utilisation du mot < Éteindre... depuis l'interface rue d'entée > alors il y a le fichier en question qui se crée
[ 0 nov 7 22:11 .goutputstream-260HNW , j'ai donc fermé le poste à 22:10 -+ le temps du shutdown ] + [ le fichier, 2360 nov 8 19:57 .xsession-errors, n'est pas à zéro ] .

test 2 -> -> Utilisation du mot < Éteindre... depuis l'interface rue d'entée > alors il y a le fichier en question qui se crée
[ 0 nov 8 21:41 .goutputstream-EGMGNW , j'ai donc fermé le poste à 21:39 -+ le temps du shutdown ] + [ le fichier, 3214 nov 9 19:57 .xsession-errors, n'est pas à zéro ] .

Mais quand j'utilise la procédure < Fermer la session... et ensuite Éteindre > cela ne crée pas le fichier en question.

a) Le script ou la procédure qui est déclencher par éteindre dans le menu est problématique -> Comment peut on suivre la démarche??

** Dans bcp de fichier logs qui Xorg il y a de fréquente erreur de la pars de D-BUS, problème de communication??
** Dans bcp de distribution Mint 13 et Ubuntu 12.04 on des problèmes avec la séquence de shutdown??
** Est-ce que il y a une méthode pour analyser le shutdown correctement, step-by-step??
** Le fichier .goutputstream-EGMGNW est créer par qui, le processus à un problème dans une de ces actions??

Un shutdown avec < Éteindre.. > doit fermer ...

-> les services de l'utilisateur
-> les services de gnome
-> les services du système
-> les services pour la machine

Avec un shutdown < Fermer la session et éteindre... >

Les deux groupe de séquence doivent être exécutées plus correctement ...

-> les services de l'utilisateur
-> les services de gnome

-> les services du système
-> les services pour la machine

Je ne fais que de proposer des observations.

malbo · Le 10/11/2012, à 13:09

agrivel a écrit :

Mais quand j'utilise la procédure < Fermer la session... et ensuite Éteindre > cela ne crée pas le fichier en question.

C'est vrai. Je l'ai lu ici pour la première fois (post de alr1969) : http://ubuntuforums.org/showpost.php?p= … stcount=29
J'en ai parlé dans le post #3 de la présente discussion.

Dernière modification par malbo (Le 10/11/2012, à 13:10)

agrivel · Le 14/11/2012, à 15:51

Bonjour,

C'est une réponse courte à 22dominique , manque de temps, je m'étalerai plus tard sur la direction de cet événement:

Malheureusement, cela ne fonctionne pas chez moi? Ces fichier poubelle sont encore générer au shutdown de la machine.

Mais on va trouver.

Dernière modification par agrivel (Le 14/11/2012, à 15:52)

22dominique · Le 14/11/2012, à 19:55

bonsoir
merci de votre réponse moi plus de problème depuis la mise a jour du grub
pour mois je v ai faire des recherche pour vous aider
bonsoir a+

ljere · Le 14/11/2012, à 19:59

j'ai l'impression que depuis le passage sur 12.10 je n'ai plus non plus ce fichier envahissant

loubrix · Le 17/11/2012, à 20:07

eh bien moi, sur la 12.10, je les ai

Dernière modification par loubrix (Le 17/11/2012, à 20:10)

agrivel · Le 20/11/2012, à 22:37

J'ai pu remarquer que si j'utilise un shutdown en ligne de commande cela ne produit pas les fichiers en question??

-> sudo shutdown -h now

loubrix · Le 21/11/2012, à 00:04

je crois que comme l'a suggéré Malbo un peu plus haut, les fichiers goutputstream sont des "moitiés" de ~/.Xauthority...

j'en ai ouvert un avec un éditeur hexa, et je me suis rendu compte que ces fichiers contiennent un ticket d'authentification de type MIT-MAGIC-COOKIE-1 (normalement utilisé par X pour l'authentification de session distante, mais quand même généré en local). on trouve normalement ces tickets dans Xauthority...

et c'est là que ça devient bizarre, parce que si on regarde la clé dans ~/.Xauthority

david@hpg62:~$ xauth list
hpg62/unix:1  MIT-MAGIC-COOKIE-1  ea2fedb31d4620f1574faee3776119da
hpg62/unix:0  MIT-MAGIC-COOKIE-1  fc7de87e256e4d39124e0fa19fb757d6

il y a deux clés...
et la même chose sur un goutputstream

david@hpg62:~$ xauth -f ~/.goutputstream-OC07LW list
hpg62/unix:1  MIT-MAGIC-COOKIE-1  ea2fedb31d4620f1574faee3776119da

c'est la clé 1 de ~/.Xauthority...
un autre

david@hpg62:~$ xauth -f ~/.goutputstream-A39GLW list
hpg62/unix:1  MIT-MAGIC-COOKIE-1  ea2fedb31d4620f1574faee3776119da

encore la même clé...

de la à en déduire que les fichiers goutputstream sont une sorte de sauvegarde de ~/.Xauthority, il n'y a qu'un pas; possible qu'il ait été prévu qu'à chaque redémarrage, un nouveau goutputstream est créé, et l'ancien devait être effacé, mais que la fonction effacer ne marche pas.

et au fait, je me demandais aussi si la partie finale du nom des fichiers goutputstream pouvait avoir un sens (et donc ne pas être simplement aléatoire), parce je sais pas chez les autres, mais chez moi, les noms ont une particularité:

david@hpg62:~$ ls -lat | grep goutput
-rw-------   1 david david         50 nov.  13 22:14 .goutputstream-45GZNW
-rw-------   1 david david         50 nov.   9 21:20 .goutputstream-3SBENW
-rw-------   1 david david         50 oct.  28 16:54 .goutputstream-WA8UMW
-rw-------   1 david david         50 oct.  26 22:40 .goutputstream-ACWFMW
-rw-------   1 david david         50 oct.  23 23:27 .goutputstream-ME2XMW
-rw-------   1 david david         50 oct.  23 22:12 .goutputstream-7PJRMW
-rw-------   1 david david         50 oct.  18 22:46 .goutputstream-OXGWMW
-rw-------   1 david david         50 oct.  17 11:02 .goutputstream-NVBULW
-rw-------   1 david david         50 oct.  16 15:07 .goutputstream-3RE9LW
-rw-------   1 david david         50 oct.  13 21:09 .goutputstream-R88TLW
-rw-------   1 david david         50 oct.  12 17:22 .goutputstream-OC07LW
-rw-------   1 david david         50 oct.  11 21:54 .goutputstream-IB7VLW
-rw-------   1 david david         50 oct.  11 20:55 .goutputstream-RW7SLW
-rw-------   1 david david         50 oct.  11 19:42 .goutputstream-W53CMW
-rw-------   1 david david         50 oct.   7 23:32 .goutputstream-GGLVLW
-rw-------   1 david david         50 oct.   5 20:39 .goutputstream-06F9KW
-rw-------   1 david david         50 oct.   5 11:03 .goutputstream-A39GLW
-rw-------   1 david david         50 oct.   1 00:12 .goutputstream-8EDGLW
-rw-------   1 david david         50 sept. 25 17:19 .goutputstream-QKVALW

ça se termine toujours pas "W", et souvent "MW", "LW", moins souvent "NW" ou "KW".

et puis la liste ci-dessus montre que j'ai pas un fichier par jour; pourtant, j'allume mon ordi le matin et je l'éteind le soir...

malbo · Le 21/11/2012, à 07:32

loubrix,
C'est curieux que tu aies des fichiers .goutputstream dont la taille est de 50 octets. Moi je ne connaissais que les fichiers de 51 octets comme on voit dans ce commentaire : https://bugs.launchpad.net/ubuntu/+sour … omments/26
A une époque, j'en avais "attrapé" aussi des fichiers .goutputstream à 51 octets (j'en parle en bas du post #8 dans le "nota") et c'était avec un un fichier .Xauthority de 102 octets.
A présent, je crois que je n'ai plus que des fichiers .goutputstream de 0 octets, que ce soit avec Ubuntu 12.04 ou Ubuntu 12.10.

loubrix · Le 21/11/2012, à 13:15

ben justement, mon .Xauthority fait exactement 100 octets, soit pile le double des goutputstream; mais sachant que le nom de machine est indiqué dedans, et que le mien (hpg62) est très court, est-ce que la différence ne viendrait pas de là?

malbo · Le 21/11/2012, à 13:22

Je pense que ton fichier .Xauthority est vérolé. Tu le supprimes avant de rentrer dans ta session. Il sera recréé à neuf à l'ouverture de ta session et comme ça tu pourras constater qu'il ne fait plus 100 octets mais 50 octets et que tes fichiers .goutputstream feront 0 octets au lieu de 50 octets.

Dernière modification par malbo (Le 21/11/2012, à 13:24)

loubrix · Le 21/11/2012, à 16:06

alors là, Malbo, champion du monde

j'ai quitté ma session graphique, et sur le TTY1, j'ai renommé le .Xauthority (ça m'embêtait de l'effacer) et déplacé les goutputstream dans un dossier de sauvegarde (pour pouvoir les étudier au cas où); puis je me suis re-connecté dans la session Unity, et là je constate

david@hpg62:~$ ls -la | grep Xauth
-rw-------   1 david david         50 nov.  21 14:51 .Xauthority

il fait bien 50 octets; je vérifie la clé:

david@hpg62:~$ xauth list
hpg62/unix:0  MIT-MAGIC-COOKIE-1  8f0dd7080724ba5881d1326591db934f

il n'y a plus qu'une clé, différente de celles d'avant; aucun goutputstream pour le moment

puis j'ai redémarré: aucune création de goutputstream et la clé de .Xauthority a changé...

bien sûr il faudra que je surveille dans les jours à venir, mais il semble que la soluce soit bonne: merci à toi

reste à voir si la manip vaut aussi sur le Asus de ma femme en 12.04...

malbo · Le 21/11/2012, à 16:46

hé loubrix,
Tu te trompes : je pense que rien n'est vraiment réparé chez toi s'agissant de la création des fichiers .goutputstream et ils vont réapparaître un de ces jours. Ce que je t'ai suggéré et qui a fonctionné, c'est de supprimer la production de .goutputstream dont la taille est non nulle (50 octets dans ton cas). Donc attends-toi à les voir revenir les petits envahisseurs mais tu sais maintenant ce qu'il faut faire pour qu'ils restent à 0 octet....

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 23/07/2012, à 11:33

Re : Fichiers .goutputstream xxxxx envahissants.

#27 Le 23/07/2012, à 11:41

Re : Fichiers .goutputstream xxxxx envahissants.

#28 Le 23/07/2012, à 12:07

Re : Fichiers .goutputstream xxxxx envahissants.

#29 Le 23/07/2012, à 15:40

Re : Fichiers .goutputstream xxxxx envahissants.

#30 Le 23/07/2012, à 16:32

Re : Fichiers .goutputstream xxxxx envahissants.

#31 Le 23/07/2012, à 16:50

Re : Fichiers .goutputstream xxxxx envahissants.

#32 Le 23/07/2012, à 18:02

Re : Fichiers .goutputstream xxxxx envahissants.

#33 Le 24/07/2012, à 09:05

Re : Fichiers .goutputstream xxxxx envahissants.

#34 Le 22/08/2012, à 00:33

Re : Fichiers .goutputstream xxxxx envahissants.

#35 Le 02/09/2012, à 22:53

Re : Fichiers .goutputstream xxxxx envahissants.

#36 Le 06/11/2012, à 22:13

Re : Fichiers .goutputstream xxxxx envahissants.

#37 Le 08/11/2012, à 20:58

Re : Fichiers .goutputstream xxxxx envahissants.

#38 Le 10/11/2012, à 12:55

Re : Fichiers .goutputstream xxxxx envahissants.

#39 Le 10/11/2012, à 13:09

Re : Fichiers .goutputstream xxxxx envahissants.

#40 Le 14/11/2012, à 15:51

Re : Fichiers .goutputstream xxxxx envahissants.

#41 Le 14/11/2012, à 19:55

Re : Fichiers .goutputstream xxxxx envahissants.

#42 Le 14/11/2012, à 19:59

Re : Fichiers .goutputstream xxxxx envahissants.

#43 Le 17/11/2012, à 20:07

Re : Fichiers .goutputstream xxxxx envahissants.

#44 Le 20/11/2012, à 22:37

Re : Fichiers .goutputstream xxxxx envahissants.

#45 Le 21/11/2012, à 00:04

Re : Fichiers .goutputstream xxxxx envahissants.

#46 Le 21/11/2012, à 07:32

Re : Fichiers .goutputstream xxxxx envahissants.

#47 Le 21/11/2012, à 13:15

Re : Fichiers .goutputstream xxxxx envahissants.

#48 Le 21/11/2012, à 13:22

Re : Fichiers .goutputstream xxxxx envahissants.

#49 Le 21/11/2012, à 16:06

Re : Fichiers .goutputstream xxxxx envahissants.

#50 Le 21/11/2012, à 16:46

Re : Fichiers .goutputstream xxxxx envahissants.

Pied de page des forums