- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora 34 n'est plus maintenu
De façon sporadique, j'ai des problèmes sur «nautilus» et même avec la commande élémentaire «ls»
Dans ma home :
ls -l ::= OK
ls -a ::= Durée indéterminée
Sous root (dans un autre fenêtre)
ls -a /home/mon_login ::= OK
cd /home/mon_login
ls -a ::= OK
Avec nautilus
Pas d'affichage sauf le sablier .
Dans d'autres répertoires (partition / ou une autre partition), affichage incomplet (Exemple 22 sur 250) avec le sablier qui tourne indéfiniment.
Au bout d'un certain temps tout revient en ordre.
J'ai bien sûr fait un fsck à partir d'un autre boot .
J'ai aussi effacé ~/.thumbnails au cas où .
Hors ligne
J'ai rencontré se bug sur une partition crypté j'ai du reboot
Concernant la rapidité de nautilus, j'ai remarqué qu'elle était conditionnel a la taille du théme d'icone utilisé
Un théme trop gros améne de fort ralentissement
Hors ligne
Mes partitions ne sont pas cryptées (sauf une) et le problème se pose sporadiquement sur toutes les partitions.
Hors ligne
Je viens d'avoir à nouveau le problème.
En faisant un
find . -mount même problème qu'avec un «ls -a»
Eh oui, dans ces cas là, même un find se plante aussi.
Je peux voir que le dernier répertoire affiché est «Images» et comme sous root le find de ma home fonctionne j'ai pu localiser le répertoire qui suit et :
The winner is .gvfs
En effaçant les processus «fuse» je n'ai plus de problème, mais que faut-il en penser ?
Hors ligne
Hors ligne
Je suis un grand utilisateur de gvfs. J'ai testé "find . -mount" et "ls -a", je n'ai aucun problème.
Est-ce que tu utilises gvfs ? La cause du ralentissement est peut-être dû à un montage qui ne répond pas correctement.
Pourquoi ça fonctionne avec ls -l et pas avec ls -a ? Je n'en sais strictement rien.
Future is Open
Hors ligne
Pourquoi ça fonctionne avec ls -l et pas avec ls -a ? Je n'en sais strictement rien.
La comande suivante ne vas lister que les fichiers et répertoires "visibles" :
$ ls -l ~
La commande suivante va quant à elle lister aussi les fichiers et dossiers cachés :
$ ls -a ~
Or, .gvfs est un dossier caché. Il n'impacte donc que la deuxième commande.
La cause du ralentissement est peut-être dû à un montage qui ne répond pas correctement.
C'est aussi mon avis. Tu n'aurais pas un montage réseau non géré par ton fstab (donc par GVFS) qui mettrait parfois plus de temps à répondre ?
Si j'ai bien tout compris, GVFS ne vas monter les partitions / exports distants qu'à la demande. Tes deux commandes ("find -mount" et "ls -a") vont donc triggerer GVFS qui va monter. Si les exports réseaux mettent du temps à répondre...
Ce qui m'étonne quand même fortement, c'est qu'un "ls -a ~" lance un montage. Tu as un export distant monté dans un dossier caché de ton $HOME ?
Hors ligne
Je n'ai pas de montage réseau
Je n'ai pas d'export .
Le blocage (car ce n'est pas un simple ralentissement) se produit avec find après mon dossier Images.
Le fichier qui suit (dans l'ordre des inodes ?) est le fameux .gvsf.
Comme c'est sporadique je dois attendre que cela se reproduise pour affiner
Hors ligne
Bonjour,
J'ai exactement le même problème. Je n'ai pas trouvé de solution sauf rebooter.
Quelqu'un a-t-il résolu ce problème ?
Merci
Hors ligne