Nautilus tres lent

melomane · 19-10-2018 06:00:18

bonjour à toutes et tous.

depuis quelques temps, j'ai remarqué que nautilus est parfois extrêmement lent.

je selectionnne un ou plusieurs fichiers.
je clique sur "copier " dans le menu contextuel.

puis je ouvre un repertoire, et l'ouverture est extremement lente, 5-6 secondes

merci pour vos lumieres

Dernière modification par melomane (19-10-2018 19:54:27)

smolski · 19-10-2018 07:57:48

Et si tu essaies avec la commande rsync ?
le tuto :
https://debian-facile.org/doc:reseau:rsync

melomane · 19-10-2018 19:52:08

merci smolski.

j'utilise fichiers ( nautilus ) et je ne veux pas utiliser autre chose.

je voulais juste savoir si quelqu'un a eu le même problème et les solutions

Mercredi · 19-10-2018 20:58:41

Bonsoir,

Quel type de fichiers copies-tu, texte, image, vidéo ou autres ?
As-tu essayé ta "procédure" avec d'abord un petit fichier, puis un plus gros et encore plus gros pour voir si la taille des fichiers joue sur le ralentissement ou non ?

Je n'ai pas la même version de Nautilus que toi (Testing) mais sur mon vieux pc d'appoint ça arrive parfois à ramer pour naviguer dans les dossiers si je copie des fichiers volumineux depuis une clé usb vers le disque dur.

Dernière modification par Mercredi (19-10-2018 20:59:46)

Croutons · 20-10-2018 10:08:29

Bonjour
Avant de faire ta copie lance dans un terminale Htop

htop

Tu peux changé l'ordre d'affichage avec F6(sort by)

melomane · 20-10-2018 21:52:56

Mercredi a écrit :

Bonsoir,

Quel type de fichiers copies-tu, texte, image, vidéo ou autres ?
As-tu essayé ta "procédure" avec d'abord un petit fichier, puis un plus gros et encore plus gros pour voir si la taille des fichiers joue sur le ralentissement ou non ?

Je n'ai pas la même version de Nautilus que toi (Testing) mais sur mon vieux pc d'appoint ça arrive parfois à ramer pour naviguer dans les dossiers si je copie des fichiers volumineux depuis une clé usb vers le disque dur.

peu importe le type et taille.

et puis le probleme n'est pas à la copie mais avant, à l'ouverture du repertoire de destination.

melomane · 20-10-2018 21:53:29

Croutons a écrit :

Bonjour
Avant de faire ta copie lance dans un terminale Htop
htop

Tu peux changé l'ordre d'affichage avec F6(sort by)

et que dois je regarder?

smolski · 21-10-2018 02:50:33

L'occupation de ton système à cet instant et par qui que quoi...

Une chtitt ' visite sur le tuto idoïne ici :
https://debian-facile.org/doc:systeme:htop#utilisation

melomane · 21-10-2018 19:00:56

smolski a écrit :

L'occupation de ton système à cet instant et par qui que quoi...

Une chtitt ' visite sur le tuto idoïne ici :
https://debian-facile.org/doc:systeme:htop#utilisation

bah! je ne remarque rien de particulier.

de plus le ralentissement ne se produit par tout le temps. je m'explique: de qu'il se produit , seul un redémarrage permet de retrouver une vitesse normale.

phlinux · 23-10-2018 10:14:54

Bjr,

Quand tu constates la lenteur du système ton cpu et/ou ta ram ne sont pas très occupés ?

d33p · 14-11-2018 16:19:55

Hello,

Tu peux jeter un oeil dans les paramètres de Nautilus/File, puis l'onglet "search & preview"
Ensuite faire des tests en changeant les valeurs. Genre pour les miniatures, les afficher ou pas. Afficher en local ou sur les machines reseaux. Egalement changer la taille maxi des étiquettes à charger.
Ces options peuvent "alourdir" Nautilus/file.

JC

--gilles-- · 23-11-2018 12:29:43

melomane a écrit :

bonjour à toutes et tous. Depuis quelques temps, j'ai remarqué que nautilus est parfois extrêmement lent. Je sélectionne un ou plusieurs fichiers. Je clique sur "copier " dans le menu contextuel, puis je ouvre un répertoire, et l'ouverture est extrêmement lente, 5-6 secondes, merci pour vos lumières.

Bon, eh bien depuis hier j'arrive dans le club, depuis la mise à jour de gvfs avec aptitude en graphique, je subis le même problème : nautilus est de venu subitement extrêmement lent ou carrément il cherche à s'ouvrir et cela ne réussit pas. Juste dans ma session utilisateur, celle des autres utilisateurs, c'est que du bonheur, tout va à toute allure, il n'y a que la mienne qui rame. Je vais amener quelques billes pour essayer de résoudre ce problème.

gdb nautilus

GNU gdb (Debian 8.1-4+b1) 8.1

Copyright (C) 2018 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "x86_64-linux-gnu".

Type "show configuration" for configuration details.

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>.

Find the GDB manual and other documentation resources online at:

<http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".

Type "apropos word" to search for commands related to "word"...

Reading symbols from nautilus...(no debugging symbols found)...done.

(gdb) run

Starting program: /usr/bin/nautilus 

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

[New Thread 0x7ffff0762700 (LWP 4583)]

[New Thread 0x7fffeff61700 (LWP 4584)]

** (nautilus:4579): WARNING **: 11:01:32.791: Error on getting connection: Failed to load SPARQL backend: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.freedesktop.Tracker1': timed out (service_start_timeout=120000ms)

(nautilus:4579): GLib-GIO-CRITICAL **: 11:01:34.280: g_dbus_connection_signal_unsubscribe: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(nautilus:4579): GLib-GObject-CRITICAL **: 11:01:34.280: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(nautilus:4579): GLib-GObject-CRITICAL **: 11:01:34.280: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

Failed to register: Le délai d’attente est dépassé

[Thread 0x7ffff0762700 (LWP 4583) exited]

[Thread 0x7ffff07ddac0 (LWP 4579) exited]

[Inferior 1 (process 4579) exited with code 01]

Je cherche un peu sur Internet ce membre de phrase : « Error on getting connection: Failed to load SPARQL backend » et je trouve ceci d'intéressant :
http://www.jeuxvideo.com/forums/42-38-5 … blemes.htm

Cela viendrait de l'outil d'indexation tracker qui aurait sa base de données de corrompue ou bien il ne démarrerait pas comme il faudrait.

aptitude show tracker

Paquet : tracker                                        

Version : 2.1.6-1

État: installé

Automatiquement installé: oui

Priorité : optionnel

Section : utils

Responsable : Debian GNOME Maintainers <pkg-gnome-maintainers@lists.alioth.debian.org>

Architecture : amd64

Taille décompressée : 3454 k

Dépend: libc6 (>= 2.4), libglib2.0-0 (>= 2.45.3), libtracker-control-2.0-0 (= 2.1.6-1), libtracker-sparql-2.0-0 (= 2.1.6-1),

        dconf-gsettings-backend | gsettings-backend, shared-mime-info, libglib2.0-bin, default-dbus-session-bus | dbus-session-bus

Recommande: tracker-miner-fs

Description : base de données pour méta-données, indexeur et outil de recherche

 Tracker est un système avancé pour des objets de première classe avec méta-données et labels associés. Il fournit une solution unique pour

 toutes les méta-données, étiquettes, bases de données d'objets partagés et autres outils de recherche et d'indexation.

Site : https://wiki.gnome.org/Projects/Tracker

Étiquettes: implemented-in::c, interface::commandline, interface::daemon, network::client, network::server, role::program, scope::utility,

            use::organizing, use::searching, works-with::db, works-with::file, works-with::pim

Il faudrait que je puisse restaurer dans état correct les bases de données de tracker et que je vérifie avec les autres sessions comment le daemon est-il démarré.

tracker --help

usage: tracker [--version] [--help]

               <command> [<args>]

Les commandes tracker disponibles sont  :

   daemon    Démarrer, arrêter, mettre en pause ou lister les processus responsables de l’indexation du contenu

   extract   Extraire les informations du fichier

   info      Afficher les informations connues sur les fichiers locaux ou les éléments indexés

   index     Sauvegarder, restaurer, importer et (ré)indexer par type MIME ou nom de fichier

   reset     Réinitialiser ou supprimer l’indexation et reconfigurer aux valeurs par défaut

   search    Rechercher du contenu indexé ou afficher du contenu par type

   sparql    Interroger et mettre à jour l’indexation avec SPARQL, ou rechercher, lister et mettre l’ontologie en arborescence

   sql       Interroger la base de données à son niveau le plus bas avec SQL

   status    Afficher la progression de l’indexation, les statistiques du contenu et le niveau d’indexation

   tag       Créer, lister ou supprimer les étiquettes du contenu indexé

Veuillez consulter « tracker help <command> » pour des informations sur une sous-commande spécifique.

Dès que j'ai fini d'autres tâches, je m'y mettrai.

Mercredi · 23-11-2018 13:33:35

@ --gilles-- il y a un bug avec Tracker, après une mise à jour récente il me grignotait tout le cpu.

Je ne sais pas si ça impactait Nautilus parce que je ne m'en suis pas servi avant de m'apercevoir du souci avec tracker.
Le ventilo du pc chantait de façon inhabituelle quelques minutes après le démarrage, cherché et identifié le coupable avec gnome-usage (top l'aurait fait pareil). Dans le syslog j'avais une erreur du type "Cannot initialize database" (de mémoire).

Pour le remettre "complètement à zéro" j'ai usé de la commande donnée là : https://bugs.debian.org/cgi-bin/bugrepo … bug=910579

tracker reset --hard

Plus de souci depuis. Je n'ai pas remarqué de ralentissement avec Nautilus.

Nota Melomane utilise Stretch donc ce n'est pas le même problème, il faudrait peut-être scinder le post ?

Dernière modification par Mercredi (23-11-2018 13:34:54)

--gilles-- · 23-11-2018 13:54:51

Pour scinder le sujet, je crois que le mieux est d'attendre que melomane applique une de nos solutions. L'avertissement de tracker m'a fait peur alors je l'ai joué prudent et j'ai lancé seulement :

tracker reset --soft

et cela m'a bien rectifié le comportement de nautilus qui redevenu rapide.

Debian-facile

#1 19-10-2018 06:00:18

Nautilus tres lent

#2 19-10-2018 07:57:48

Re : Nautilus tres lent

#3 19-10-2018 19:52:08

Re : Nautilus tres lent

#4 19-10-2018 20:58:41

Re : Nautilus tres lent

#5 20-10-2018 10:08:29

Re : Nautilus tres lent

#6 20-10-2018 21:52:56

Re : Nautilus tres lent

#7 20-10-2018 21:53:29

Re : Nautilus tres lent

#8 21-10-2018 02:50:33

Re : Nautilus tres lent

#9 21-10-2018 19:00:56

Re : Nautilus tres lent

#10 23-10-2018 10:14:54

Re : Nautilus tres lent

#11 14-11-2018 16:19:55

Re : Nautilus tres lent

#12 23-11-2018 12:29:43

Re : Nautilus tres lent

#13 23-11-2018 13:33:35

Re : Nautilus tres lent

#14 23-11-2018 13:54:51

Re : Nautilus tres lent

Pied de page des forums