#26 Le 23/07/2012, à 11:33
- michel_04
Re : Fichiers .goutputstream xxxxx envahissants.
Bonjour,
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+
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#27 Le 23/07/2012, à 11:41
- ljere
Re : Fichiers .goutputstream xxxxx envahissants.
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
ancien PC Toshiba satellite_c670d-11 / Linux Mint 21 Vanessa
Nouveau PC ASUS TUF GAMING A17 GPU RTX 4070 CPU AMD Ryzen 9 7940HS w/ Radeon 780M Graphics / Linux Mint 21.2 Victoria / Kernel: 6.4.8-1-liquorix / Desktop: Cinnamon
Hors ligne
#28 Le 23/07/2012, à 12:07
- michel_04
Re : Fichiers .goutputstream xxxxx envahissants.
Re,
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)
:D
De la bonne manière de poser les questions - Trouver de l'aide grâce au Groupe des Parrains Linux - Le Pacte des Gnous
PCs sous Debian Stable & Debian Sid.
Hors ligne
#29 Le 23/07/2012, à 15:40
- rpj
Re : Fichiers .goutputstream xxxxx envahissants.
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)
La ligne de commande UNIX devrait être obligatoire dès la maternelle ! :-)
Debian, XFCE, FF, .
Android dev (éternel débutant)
Hors ligne
#30 Le 23/07/2012, à 16:32
- rpj
Re : Fichiers .goutputstream xxxxx envahissants.
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
La ligne de commande UNIX devrait être obligatoire dès la maternelle ! :-)
Debian, XFCE, FF, .
Android dev (éternel débutant)
Hors ligne
#31 Le 23/07/2012, à 16:50
- rpj
Re : Fichiers .goutputstream xxxxx envahissants.
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)
La ligne de commande UNIX devrait être obligatoire dès la maternelle ! :-)
Debian, XFCE, FF, .
Android dev (éternel débutant)
Hors ligne
#32 Le 23/07/2012, à 18:02
- ljere
Re : Fichiers .goutputstream xxxxx envahissants.
ç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
ancien PC Toshiba satellite_c670d-11 / Linux Mint 21 Vanessa
Nouveau PC ASUS TUF GAMING A17 GPU RTX 4070 CPU AMD Ryzen 9 7940HS w/ Radeon 780M Graphics / Linux Mint 21.2 Victoria / Kernel: 6.4.8-1-liquorix / Desktop: Cinnamon
Hors ligne
#33 Le 24/07/2012, à 09:05
- rpj
Re : Fichiers .goutputstream xxxxx envahissants.
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...
La ligne de commande UNIX devrait être obligatoire dès la maternelle ! :-)
Debian, XFCE, FF, .
Android dev (éternel débutant)
Hors ligne
#34 Le 22/08/2012, à 00:33
- magicrincevent
Re : Fichiers .goutputstream xxxxx envahissants.
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)
Hors ligne
#35 Le 02/09/2012, à 22:53
- Donar2.0
Re : Fichiers .goutputstream xxxxx envahissants.
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)
#36 Le 06/11/2012, à 22:13
- agrivel
Re : Fichiers .goutputstream xxxxx envahissants.
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 ?
Hors ligne
#37 Le 08/11/2012, à 20:58
- 22dominique
Re : Fichiers .goutputstream xxxxx envahissants.
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+
Hors ligne
#38 Le 10/11/2012, à 12:55
- agrivel
Re : Fichiers .goutputstream xxxxx envahissants.
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.
Hors ligne
#39 Le 10/11/2012, à 13:09
- malbo
Re : Fichiers .goutputstream xxxxx envahissants.
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)
Hors ligne
#40 Le 14/11/2012, à 15:51
- agrivel
Re : Fichiers .goutputstream xxxxx envahissants.
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)
Hors ligne
#41 Le 14/11/2012, à 19:55
- 22dominique
Re : Fichiers .goutputstream xxxxx envahissants.
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+
Hors ligne
#42 Le 14/11/2012, à 19:59
- ljere
Re : Fichiers .goutputstream xxxxx envahissants.
j'ai l'impression que depuis le passage sur 12.10 je n'ai plus non plus ce fichier envahissant
ancien PC Toshiba satellite_c670d-11 / Linux Mint 21 Vanessa
Nouveau PC ASUS TUF GAMING A17 GPU RTX 4070 CPU AMD Ryzen 9 7940HS w/ Radeon 780M Graphics / Linux Mint 21.2 Victoria / Kernel: 6.4.8-1-liquorix / Desktop: Cinnamon
Hors ligne
#43 Le 17/11/2012, à 20:07
- loubrix
Re : Fichiers .goutputstream xxxxx envahissants.
eh bien moi, sur la 12.10, je les ai
Dernière modification par loubrix (Le 17/11/2012, à 20:10)
Asus X50VL - Ubuntu 12.04 AMD64
HP G62 - Ubuntu 12.10 AMD64
Fujitsu-Siemens Amilo EL - Lubuntu 12.04 i686
Manjaro, une rolling pour débutants
Hors ligne
#44 Le 20/11/2012, à 22:37
- agrivel
Re : Fichiers .goutputstream xxxxx envahissants.
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
Hors ligne
#45 Le 21/11/2012, à 00:04
- loubrix
Re : Fichiers .goutputstream xxxxx envahissants.
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...
Asus X50VL - Ubuntu 12.04 AMD64
HP G62 - Ubuntu 12.10 AMD64
Fujitsu-Siemens Amilo EL - Lubuntu 12.04 i686
Manjaro, une rolling pour débutants
Hors ligne
#46 Le 21/11/2012, à 07:32
- malbo
Re : Fichiers .goutputstream xxxxx envahissants.
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.
Hors ligne
#47 Le 21/11/2012, à 13:15
- loubrix
Re : Fichiers .goutputstream xxxxx envahissants.
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à?
Asus X50VL - Ubuntu 12.04 AMD64
HP G62 - Ubuntu 12.10 AMD64
Fujitsu-Siemens Amilo EL - Lubuntu 12.04 i686
Manjaro, une rolling pour débutants
Hors ligne
#48 Le 21/11/2012, à 13:22
- malbo
Re : Fichiers .goutputstream xxxxx envahissants.
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)
Hors ligne
#49 Le 21/11/2012, à 16:06
- loubrix
Re : Fichiers .goutputstream xxxxx envahissants.
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...
Asus X50VL - Ubuntu 12.04 AMD64
HP G62 - Ubuntu 12.10 AMD64
Fujitsu-Siemens Amilo EL - Lubuntu 12.04 i686
Manjaro, une rolling pour débutants
Hors ligne
#50 Le 21/11/2012, à 16:46
- malbo
Re : Fichiers .goutputstream xxxxx envahissants.
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....
Hors ligne