Bonjour tous,
contexte: Xubuntu 11.10/12.04/12.10/13.04 et clés USB de 1,4,8 Gb en FAT32 (pour lire sur la platine divx)
depuis "toujours", quand je supprime un fichier d'une clé USB en appuyant sur la touche "Del", il disparaît bien de la fenêtre Thunar, ne va pas dans la corbeille, et l'espace sur la clé USB reste occupé => Ce qui m'oblige une fois de temps en temps à lancer gparted, supprimer / recréer une partition sur la clé USB afin de réellement libérer l'espace "vide".
quand par contre je supprime le fichier en faisant Shift+Del, l'espace est bien libéré directement.
Moi j'y pense systématiquement à appuyer sur shift. Les enfants, jamais (mais c'est pas faute de leur expliquer à chaque fois qu'ils viennent me trouver pour signaler que "ton truc a encore foutu en l'air ma clé usb, tu peux la réparer ?").
Connaissez-vous une solution pour que la suppression "normale" fonctionne correctement ? (scotcher la touche shift du clavier pour qu'elle reste toujours enfoncée n'est pas une solution valide—scotcher les enfants non plus)
Merci !
# ejecter proprement la clé USB
Posté par NeoX . Évalué à 4.
pour que le cache soit bien vidé, et la "poubelle" bien remplie avec le fichier qui vient d'etre effacer.
[^] # Re: ejecter proprement la clé USB
Posté par LeXa1979 . Évalué à 2.
…simplement ?
0_o'
Diantre ! je n'ai jamais fait attention si effectivement ça changeait qq chose… Je teste au soir.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: ejecter proprement la clé USB
Posté par benja . Évalué à 4.
Certains gestionnaires de fichiers créent un répertoire caché qui sert de corbeille. De mémoire, ce répertoire s'appelle .trash, situé à la racine du média amovible (note: quand le nom d'un fichier/répertoire commence par un point, celui-ci est "caché", ls -a ou l'option "afficher les fichiers cachés" de ton gestionnaire de fichier te permettent de les voir).
Si la solution précédant ne fonctionne pas, une autre solution pourrait être de supprimer ce répertoire et de créer un fichier portant le même nom à sa place. Il sera dès lors impossible pour le gestionnaire de fichier d'y déplacer un fichier. Reste la question de savoir comment le gestionnaire de ficher réagirait précisément à cette situation… Bref, à tester ;-)
[^] # Re: ejecter proprement la clé USB
Posté par Marotte ⛧ . Évalué à 2.
Toutafé. C'est d'abord à ça que j'ai pensé (vu que quand il shift+del il a pas de problème…). De mémoire c'est .Trash (avec une majuscule).
[^] # Re: ejecter proprement la clé USB
Posté par LeXa1979 . Évalué à 1.
ça, je pense que ça va être la solution tip top qui va me convenir ! Merci !
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: ejecter proprement la clé USB
Posté par Marotte ⛧ . Évalué à 4.
Sans déc' ?! J'hallucine quand même d'entendre ça. Tu croyais qu'elle servaient à quoi les entrées « éjecter » ou « démonter » du menu, ou encore le plus explicite « retirer le périphérique en toute sécurité ».
Ralala ;)
[^] # Re: ejecter proprement la clé USB
Posté par LeXa1979 . Évalué à 3.
je sais ce que moi je fais, et je sais ce que le petit sigle "eject" à côté du nom de la clé USB fait, rassure-toi… Novice en manchot, mais pas totalement illettré de l'informatique :)
par contre, quand les mômes sont devant le pc, je ne reste pas derrière eux pour pouvoir les surprendre et dire "haha ! je t'y prends, tu n'as pas cliqué sur eject"… Ils se foutent pas mal de la synchro des tampons ou du démontage propre de la clé. Quand la fenêtre qui dit "ça copie" se ferme, c'est que c'est copié… heureusement, c'est vrai la plupart du temps…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: ejecter proprement la clé USB
Posté par Renault (site web personnel) . Évalué à 3.
Pourquoi ne pas leur expliquer qu'il faire faire ça avant de l'enlever ?
A moins qu'ils soient vraiment très jeunes (genre 3-5 ans), en expliquant qu'ils risquent d'abimer la clé USB et de perdre des données, ils savent appliquer ce type de consignes.
[^] # Re: ejecter proprement la clé USB
Posté par LeXa1979 . Évalué à 2.
explication donnée à plusieurs reprises, mais…
j'ai fini par coller une étiquette sur MA clé usb et la garder dans ma poche tout le temps, puis leur en donner une à chacun et préciser que les prochaines seraient à acheter par leur soin.
…je préfère persévérer sur d'autres enseignements (range le lait et ta boite de kellog's, la vaisselle sale va dans le lave-vaisselle, les devoirs c'est avant l'ordi, etc.), ça demande déjà assez d'énergie avec ces pré-ados qui savent de toute manière tout mieux que tout le monde…
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
[^] # Re: ejecter proprement la clé USB
Posté par Renault (site web personnel) . Évalué à 2.
C'est bien, tu les responsabilises, c'est une bonne approche.
Après la prochaine étape sera celle des sauvegardes, il faudra attendre leur premier crash de disque dur pour qu'ils apprennent la leçon, ce sera pareil pour les pertes de données à cause du "éjecter" oublié des clés USB… ;)
[^] # Re: ejecter proprement la clé USB
Posté par LeXa1979 . Évalué à 1.
Les sauvegardes, c'est papa qui fait. (enfin, rsync). Il y a bien leurs données, mais aussi les miennes :)
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# Attention avec Shift+Del
Posté par cfx . Évalué à 1.
Rien à voir avec ton problème, mais si j'étais toi, je n'inciterai pas mes enfants à utiliser Shift+Del. OK, c'est pratique, mais quand ça devient un réflexe, ça peut entrainer de gros dégâts. Donc inciter des enfants (ou toute personne qui ne maitrise pas totalement sa machine) à le faire ne me parait pas très judicieux.
[^] # Re: Attention avec Shift+Del
Posté par LeXa1979 . Évalué à 1.
de fait, ça va sans dire, mais ça va mieux en le disant… Je ne suis même pas sûr qu'ils connaissent le shift+del (d'où le problème récurrent des clés usb), mais ils n'ont de toute manière qu'un accès en lecture sur une bonne partie des répertoires partagés entre utilisateurs.
L'acacia acajou de l'académie acoustique est acquitté de ses acrobaties. Tout le reste prend "acc".
# Corbeille PAR VOLUME
Posté par Tonton Benoit . Évalué à 2. Dernière modification le 11 juin 2013 à 22:26.
Sous ce bon vieux Windows quand on supprimait un fichier sur une disquette il était copié dans la corbeille du système, cela posait plusieurs problèmes.
- Lenteur puisque copie à partir d'un périphérique lent
- Possibilité d’échec de la copie (corbeille pleine) et donc d'impossibilité de supprimer le fichier
Sous Linux, les navigateurs de fichiers ont pour la plupart réglés ces problèmes en utilisant une corbeille PAR VOLUME.
- Pas de lenteur vu qu'on déplace le fichier à l’intérieur d'un même système de fichiers, juste une inode de quelques octets à
mettre à jours.
- Pas de risque d'échec pour les mêmes raisons
Si ton utilisateur a un accès en écriture à la racine du volume, y doit y avoir un dossier caché nommé ".Trash-user-id" dans celui-ci, mais normalement vider la corbeille système vide toutes les corbeilles (en tout cas sous KDE quand j'y étais) bug de thunar ?
En tout cas une bonne alternative au re-formatage est de supprimer ce dossier de temps en temps, sans passer par la corbeille bien-sûr :p
[^] # Re: Corbeille PAR VOLUME
Posté par cfx . Évalué à 1.
Oui, au temps des disquettes… Et encore, je crois me souvenir qu'il n'y avait pas de corbeille pour les lecteurs amovibles.
Même Microsoft a depuis trouvé comment gérer une poubelle (c'est assez ironique dit comme ça).
# suppression "normale"
Posté par steph1978 . Évalué à 1.
la suppression "normale" est une mise à la corbeille, ce qui limite les effets d'une mauvaise manip.
disons alors que tu voudrais une suppression "anormale". Et bien ce n'est pas implémenté comme ça. Et c'est tant mieux.
je ne pense pas que ce comportement soit configurable. une recompilation du produit pour ton usage peut être une piste.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.