Impossible de renommer fichiers/dossiers sous dossier Images (caja)

kamaris · Le 23/01/2020, à 15:38

arnoxz a écrit :

Non non bien sur, ça se passe comme cela, sauf lorsque je veux l'envoyer dans un autre terminal, j'utilise du coup sudo via terminal et la destination d'écran/machine. Enfin, je n'ai jamais eu de soucis pour gparted jusque maintenant :-). Ok je garde lien pour approfondir et avoir de la lecture :- )!

Pour autant que je comprenne, pas besoin de sudo là non plus.
Et ça n'est pas parce que gparted (ou autre appli graphique) semble s'exécuter sans problème lorsque lancée avec sudo, que des dégâts ne sont pas causés au système : par exemple, as-tu été averti par quoi que ce soit que des fichiers de ton home étaient passés sous la propriété de root, avant de lancer le chown de moko138 en #19 ?

arnoxz · Le 24/01/2020, à 00:39

nouvelle phase test :

J'ai dédié une machine pour les tests, avec un disque dur conventionnel :

pour info
-touch /forcefsck fonctionne parfaitement, on voit la progression du check au redémarrage (avec l'habituel "push ctrl C to skip,....")

J'ai fait une restauration avec différents critères pour la majorité des utilisateurs : (en profitant pour faire des tests avec des changements de mots de passe, une prise en pôssession des fichiers par admin,...) ceci sur une machine reformatée, avec une installation neuve et minimale (basique avec les prgms essentiels) sans MAJ du noyau de la version MATE 18.04 - 64bit (donc qui date un peu).

Restauration des données /home datant du 16/01/2020 :
--> résultat : Il s'est avéré que le dossier 'Images' causant problème sur l'autre bécane ne l'était plus !!
--> il existait à nouveau plusieurs fichiers ne m'appartenant pas (restauration rsync avec maintien des critères, donc évidemment).
--> j'ai profité pour chowné le tout.

Ensuite, nouveau test, mais la recherche sera peut-être floue car plusieurs actions !!

--> Effacement de l'utilisateur /home/arnoxz et de tous ses fichiers
--> MAJ du noyau / kernel, de firefox
--> Install des pgm Gimp, sysinfo, gparted, synaptic, gedit, vlc
--> création de l'utilisateur arnoxz + restauration des données datant d'hier du 22/01/2020 :

Résultat : le dossier 'Images' coince, le problème réapparaît, plus aucun fichiers ne m'appartient pas (j'avais 'chowné' avant la sauvegarde hier).

?? cela doit forcément venir des données / config / .cache de l'utilisateur (les autres utilisateur n'ont aucune soucis).

EDIT : Autre test, ensuite, j'ai effacé à nouveau l'utilisateur /home/arnoxz et le compte, je l'ai recréé et restauré uniquement le dossier 'Images' (pas les fichiers cachés, etc...) à la date d'hier (22/01/2020), le dossier ne présente aucun problème !!

Dernière modification par arnoxz (Le 24/01/2020, à 01:00)

kamaris · Le 24/01/2020, à 01:21

Donc en gros, si tu repars sur une base propre, ça marche, c'est bien ça ?
On pourrait voir là une solution

arnoxz · Le 24/01/2020, à 01:30

Mmmhh oui mais sans mes préférences/environnement alors ! (ou sans MAJ ou programmes, à voir ?) -- peu intéressant, mais en effet, je peux restaurer sans les fichiers cachés, mais c'est dommage, car toutes les configsd disparaissent (mot de passe et agencement du navigateur, préférences des programmes, couleur, thèmes, raccourcis/commande,...) - c'est tout un boulot de longues années, pas sur de le vouloir du coup Mais cela semble en effet être une solution,....

Dernière modification par arnoxz (Le 24/01/2020, à 01:43)

kamaris · Le 24/01/2020, à 01:42

Bah c'est pas si long à reconfigurer tout ça, et les données persos des navigateurs / clients de courriel peuvent être exportées / importées (voire même copier-coller les répertoires de profils tels quels).
Si ça marche quand tu repars d'une base saine, le problème est là : tu avais mis en vrac ton install.
Autant repartir sur des bases propres et appliquer par la suite les bonnes pratiques, rappelées par moko138 précédemment.

arnoxz · Le 24/01/2020, à 01:45

oui, (mais il y a vraiment du boulot la derrière :-) , bon nombre de programes graphiques, plugin, font,... enfin je me tâte, car j'ai besoin de la machine aussi pratiquement quotidiennement, et je ne peux peut-être pas me permettre cela dans l'immédiat

moko138 · Le 24/01/2020, à 02:56

pour info
-touch /forcefsck fonctionne parfaitement, on voit la progression du check au redémarrage (avec l'habituel "push ctrl C to skip,....")

Merci de l'info.

Quelle est la commande exacte que tu as passée ?

Combien y a-t-il eu de partitions vérifiées au redémarrage, 1 ou 2 ?

arnoxz · Le 24/01/2020, à 10:25

moko138 a écrit :

pour info
-touch /forcefsck fonctionne parfaitement, on voit la progression du check au redémarrage (avec l'habituel "push ctrl C to skip,....")
Merci de l'info.
Quelle est la commande exacte que tu as passée ?
sudo touch /forcefsck
Combien y a-t-il eu de partitions vérifiées au redémarrage, 1 ou 2 ?

J'ai pour l'occasion, branché également un disque externe en usb de 2 partitions en ext4
Le HD do l'ordi comprend 2 partitions + swap
Lors du redémarrage, je n'ai pu observer que le message suivant, en une seule passe de 0 à 100%
"Vérification et correction du disque 1" - il ne doit probablment vérifier que le FS racine /
Je n'ai jamais pu observer un quelconque message pour le SSD (soit trop rapide ou méthode pas 'supportée' ?!)

moko138 · Le 24/01/2020, à 19:05

Merci.

arnoxz a écrit :

sudo touch /forcefsck
je n'ai pu observer que le message suivant, en une seule passe

Donc le fsck a porté uniquement sur ta racine. Qui est sur le ssd.

Donc pour vérifier ton home une fois et sans passer par une live, à l'avenir :

touch ~/forcefsck

(C'est du one-shot).

Ça ne résout pas ton problème, mais c'est à savoir.

arnoxz · Le 05/02/2020, à 13:28

Bonjour,

Le temps a un peu passé, et je reviens aux nouvelles (sans réelles explications, bien que la situation est redevenue normale) ;

Aussi bien sur la machine de test que sur celle d'origine, la situation est tout à fait normale, je ne me l'explique pas (alors que tous les tests et restaurations reproduisaient le problème), tout est parfait (j'ai peur de l'écrire :-) ).

Les seuls gros changements, après avoir suivi vos conseils précieux, sont les mise à jour du kernel (depuis Ubu 18.04 - Gnome 3.82.2 et Kernel 5.3.0-28 -generic(#~30.18.04.01) tout semble ok, je ne sais pas si c'est lié (je ne pense pas)).

Bonne journée....

arnoxz · Le 06/11/2020, à 13:04

Et bien Meeeexxxrdeu...

Ca recommence cette fois sous Ubu MATE 20.04 -- Dossier Images.... j'ai bien revu toutes les étapes précédentes, mais à nouveau :

--> je ne peux juste pas renommer mes dossiers / images / fichiers,.... sous le dossier 'Images' (quelle merde ce dossier) !!!

moko138 · Le 06/11/2020, à 14:57

Montre

sudo smartctl -s on -S on -a /dev/chacun-de-tes-disques

en commençant par celui qui supporte ta sauvegarde.

EDIT :
j'avais oublié l'option -a

Dernière modification par moko138 (Le 06/11/2020, à 19:10)

arnoxz · Le 06/11/2020, à 17:22

Voici :

arnoxz@MED-E15302:~$ sudo smartctl -s on -S on /dev/sda
[sudo] Mot de passe de arnoxz : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-52-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.

arnoxz@MED-E15302:~$ man smartctl
arnoxz@MED-E15302:~$ sudo smartctl -s on -S on /dev/sda2
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-52-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.

arnoxz@MED-E15302:~$

Aussi, comme à l’accoutumée, j'ai tenté d'effacer tout le dossier avec le dossier 'Images' y compris.... je l'ai ensuite recréé à la main, pour retranférer tous les fichier passés via un support externe en FAT32 (afin qu'il perdent éventuellement tout leurs attributs linux)... à ce moment parfait tout refonctionnait jusqu'au démarrage suivant où je peux absolument sur aucuns fichiers de ce dossier recréé pourvoir renommer graphiquement un fichier quelqu'il soit (effacer / créer sans problème)

arnoxz · Le 06/11/2020, à 17:47

Autre précision supplémentaire :

-je ne peux pas renommer (click droit 'renommer' , ni F2) de fichiers / dossiers directement sous 'Images'

Cependant, je peux renommer à ma guise tous les fichiers qui se trouvent dans les dossiers du dossier 'Images', une fois que je descend cela fonctionne.... ??! surprise ??? tout coince uniquement sous 'Images' mais pas plus loin dans aucun sous / sous répertoire, étonnant ?!

arnoxz · Le 06/11/2020, à 18:08

encore un autre détail, si je ne garde que 19 ou 20 éléments sous 'Images', alors ils restent nommables/éditables...

he bien comme avant donc, comme l'année passée, avant de reformater / réinstaller la nouvelle mouture LTS qui aujourd'hui me refait cette daube.... n'y a t"il personne d'autre qui à ce soucis ?

Je ne me rappelle plus si le problème était lié à un programme ? (j'ai Shutter dans ce dir mais cela fonctionnait) - Hier par contre j'ai installé "Handbrake' un extracteur / DVD / Vidéo -- possibilité d'un bug lié à cette apps ? je ne pense pas....mais bon)

Qui d'autres à ce bug, je ne comprends pas pq être le seul affecté (encore une fois d'ailleurs)

Dernière modification par arnoxz (Le 06/11/2020, à 18:09)

moko138 · Le 06/11/2020, à 19:24

Excuse-moi : j'avais oublié une option ; voici la commande corrigée :

sudo smartctl -s on -S on -a /dev/chacun-de-tes-disques

.
/!\ Il NE faut PAS de chiffre après /dev/sdLETTRE !

Et je te REdis : en commençant par le disque qui supporte ta sauvegarde.

= =

Montre aussi, depuis ta session :

echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ -mount \( ! -user $USER -o ! -group $USER \) | wc -l

parce que ta description m'évoque une rechute du #18.

arnoxz · Le 06/11/2020, à 20:02

Voici, cette fois, le SSD est assez récent, mais je n'en n'ai qu'un pour Ubuntu (un autre pour Win mais n'est pas actif lors du boot sur Ubu)
Je ne comprends pas "celui qui supporte la sauvegarde" ? Parles-tu d'un support de sauvegarde ? Si c'est le cas il est externe (un HDD) et uniquement branché lors du temps de sauvegarde ?!

arnoxz@MED-E15302:~$ sudo smartctl -s on -S on -a /dev/sda
[sudo] Mot de passe de arnoxz : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-52-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     WD Blue and Green SSDs
Device Model:     WDC WDS500G2B0B
Serial Number:    2013EM471901
LU WWN Device Id: 5 001b44 4a768538c
Firmware Version: X61190WD
User Capacity:    500.107.862.016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      M.2
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-4 T13/BSR INCITS 529 revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Nov  6 18:47:00 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x11) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					No Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  10) minutes.

SMART Attributes Data Structure revision number: 4
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   ---    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   ---    Old_age   Always       -       671
 12 Power_Cycle_Count       0x0032   100   100   ---    Old_age   Always       -       659
165 Block_Erase_Count       0x0032   100   100   ---    Old_age   Always       -       7995491
166 Minimum_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       1
167 Max_Bad_Blocks_per_Die  0x0032   100   100   ---    Old_age   Always       -       53
168 Maximum_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       2
169 Total_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       543
170 Grown_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       0
171 Program_Fail_Count      0x0032   100   100   ---    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   ---    Old_age   Always       -       0
173 Average_PE_Cycles_TLC   0x0032   100   100   ---    Old_age   Always       -       1
174 Unexpected_Power_Loss   0x0032   100   100   ---    Old_age   Always       -       70
184 End-to-End_Error        0x0032   100   100   ---    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   ---    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   ---    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   067   049   ---    Old_age   Always       -       33 (Min/Max 17/49)
199 UDMA_CRC_Error_Count    0x0032   100   100   ---    Old_age   Always       -       0
230 Media_Wearout_Indicator 0x0032   100   100   ---    Old_age   Always       -       0x0013000a0013
232 Available_Reservd_Space 0x0033   100   100   004    Pre-fail  Always       -       100
233 NAND_GB_Written_TLC     0x0032   100   100   ---    Old_age   Always       -       734
234 NAND_GB_Written_SLC     0x0032   100   100   ---    Old_age   Always       -       1212
241 Host_Writes_GiB         0x0030   253   253   ---    Old_age   Offline      -       944
242 Host_Reads_GiB          0x0030   253   253   ---    Old_age   Offline      -       977
244 Temp_Throttle_Status    0x0032   000   100   ---    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

arnoxz@MED-E15302:~$

Pour l'autre je l'avais déjà retenté mais est ok (pour tous les utilisateurs de cette machine d'ailleurs) !

$ echo -e "\n\tNombre d'éléments de /home/moi ne m'appartenant pas :"; find ~ -mount \( ! -user $USER -o ! -group $USER \) | wc -l

	Nombre d'éléments de /home/moi ne m'appartenant pas :
0

arnoxz · Le 06/11/2020, à 20:12

...bon du coup j'ai branché temporairement mon HD de sauvegarde, pas certain qu'il s'agisse de cette demande / analyse ?!....

donc, ceci concerne un HD externe, qui ne se connecte que sporadiquement / rarement ( 1 à 3 * / mois en moyenne).

arnoxz@MED-E15302:~$ sudo smartctl -s on -S on -a /dev/sdc
[sudo] Mot de passe de arnoxz : 
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-52-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 2.5" HDD MQ04UBF... (USB 3.0)
Device Model:     TOSHIBA MQ04UBF100
Serial Number:    393ET7LHT
LU WWN Device Id: 0 000000 000000000
Firmware Version: JU002U
User Capacity:    1.000.204.886.016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.3, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Fri Nov  6 19:04:37 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  120) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 172) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       2509
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       361
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       88
 10 Spin_Retry_Count        0x0033   107   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       229
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       7
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       30
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       738
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       20 (Min/Max 15/47)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   100   100   000    Old_age   Always       -       55
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       210
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

arnoxz@MED-E15302:~$

arnoxz · Le 07/11/2020, à 22:20

Nouvelle expérience (J'en deviens DIIINGUE) :-(

J'insère ma clef usb habituelle, je copie un fichier (ou je crée un nouveau dossier).... et (surprise) je ne peux plus les renommer (ni aucun autre fichier déjà existant)... avant cette opération je peux renommer tous les fichiers de la clef,..... si j'efface mon fichier copié (ou mon nouveau dossier (il s'appelle d’ailleurs comme cela par défaut), je peux à nouveau renommer tous les fichiers de la clef..... (mais pas sur que la prochaine fois cela fonctionnera encore....)) aaaaaaaaaaargh fait chishhh...

Dernière modification par arnoxz (Le 08/11/2020, à 03:00)

moko138 · Le 08/11/2020, à 00:34

j'ai branché temporairement mon HD de sauvegarde, pas certain qu'il s'agisse de cette demande

Mais si !
Bon, ce TOSHIBA MQ04UBF100 usb3 est tout neuf et je ne lui vois pas de défaut de fabrication (le forum a vu le cas une fois).

Et puisqu'il est matériellement sain, tu peux (et je te conseille vivement de) lancer

sudo fsck -yfv /dev/(...)

sur chacune de ses partitions de type linux, après les avoir démontées.
Et puisqu'il s'agit de partition(s), là, tu mets son(leur) numéro(s), sdxn.

= =

Pour ton SSD interne, le "WDC WDS500G2B0B" de "WD Blue and Green SSDs", je ne suis pas au point, j'appelle du renfort.

arnoxz · Le 08/11/2020, à 03:02

Merci pour ta réponse je vais faire cela sur le HD externe.... j'imagine que la partition FAT32 ne doit pas se voir effectuer cette opération ou bien est-ce indépendant du type de format ??

arnoxz · Le 08/11/2020, à 03:09

NOUVEL INDICE FOU....

Dans caja/nautilius, j'ouvre une seconde fenêtre à l'aide de la touche F3, et maintenant je peux renommer à ma guise aussi bien dans la fenêtre du dossier Images de gauche ou de droite (c'est le même dossier ouvert dans 2 fenêtres), tout fonctionne.

Je referme une des 2 fenêtres (avec F3), je retrouve donc uniquement mon dossier 'Images' dans une seule fenêtre et rebelotte impossible de renommer quoi que ce soit ???!

Le bug doit provenir du dossier .config, je chercher encore, mais je fais des tests sous un autre compte avec des restaurations / copies du profile bizarre... et à partir du moment ou je restaure ce dossier ça bug, encore faut-il trouver dans quel sous dossier cela se passe...

En tout cas le test du F3 est totalement incompréhensible ??!

geole · Le 08/11/2020, à 12:31

Bonjour
Il n'est pas évident d'interpréter les SSD car chaque modèle fournit ses propres lignes.
Ici, je relève

arnoxz a écrit :

Voici, cette fois, le SSD est assez récent

sudo smartctl -s on -S on -a /dev/sda
=== START OF INFORMATION SECTION ===
Model Family:     WD Blue and Green SSDs
Device Model:     WDC WDS500G2B0B

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours          0x0032   100   100   ---    Old_age   Always       -       671
 12 Power_Cycle_Count       0x0032   100   100   ---    Old_age   Always       -       659
169 Total_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       543
170 Grown_Bad_Blocks        0x0032   100   100   ---    Old_age   Always       -       0
174 Unexpected_Power_Loss   0x0032   100   100   ---    Old_age   Always       -       70
233 NAND_GB_Written_TLC     0x0032   100   100   ---    Old_age   Always       -       734
234 NAND_GB_Written_SLC     0x0032   100   100   ---    Old_age   Always       -       1212

Sur le principe, les SSD comme les disques durs sont livrés avec des secteurs illisibles qui ne sont pas portés à la connaissance des utilisateurs.
Je pense que le compteur 169 indique cette valeur initiale et que le compteur 170 indique la quantité de ceux qui deviennent inutilisables pendant le fonctionnement. Donc ici tout va bien.

Je découvre les compteurs 233 et 234 mémorisant les deux façons d'écrire.
TLC
pour Triple Level Cell, 3 bits par cellule. Cette mémoire économique a été introduite par Samsung sur ses propres disques ; elle arriverait aussi chez les concurrents. Il n'y a plus que 1 000 cycles d'écriture garantis ; soit 3 à 5 fois moins qu'avec de la mémoire MLC.
SLC
Pour Single Layer Cell, 1 bit par cellule. Les SSD qui en sont équipés sont les plus rapides, les plus fiables... et les plus chers. Ils se destinent avant tout à des serveurs. On aura couramment plus de 10 000 cycles d'écriture assurés.

Je ne savais pas qu'il pouvait y avoir panachage et je ne connais pas les règles de choix certainement secrètes
https://www.google.com/url?sa=t&rct=j&q … _5-vxwlqYj

https://www.google.com/url?sa=t&rct=j&q … MKbfEYF8Kj

Bad Block ManagementBad blocks are occasionally created during the life cycle of a flash component.These bad blocks must be marked and replaced dynamically in order to preventread/write failures. When a bad block is detected, the embedded Bad BlockMapping algorithm removes the block from future use.Background Garbage CollectionThe flash management firmware will perform internal housekeeping activities, suchconsolidating and flushing the SLC blocks to the TLC storage or reorganizing thedata in the TLC array or SLC array. These activities are performed in the backgroundand are transparent to the host, thus improving performance while providing aseamless user experience

On en arrive alors à l'interprétation du compter 174
Ce n'est qu'un avis. J'ai déjà rencontré ce contexte une fois sans avoir bien compris.
Mon interprétation est que le courant électrique est coupé alors qu'il est en plein travail.

La cause: Il aurait une sorte de mémoire tampon. Lorsque ubuntu lui dit d'écrire le secteur A, il le conserve le plus longtemps possible en mémoire afin d'éviter une écriture s'il prenait envie à ubuntu de le remodifier. Lorsqu'il manquerait de place il l'écrirait alors en vraie mémoire (Peut-être dans la SLC et lorsque la SLC serait peine, migration dans la TLC?)

Toujours est-il qu'il y a coupure électrique avant que toutes ces actions soient finies.
Dans un tel contexte, au redémarrage, il doit relire la totalité du SSD pour retrouver les bonnes implantations des secteurs. C'est une opération qui n'est pas neutre.

Dans l'autre discussion, j'avais eu confirmation que ce n'était pas l'utilisateur qui coupait le courant. J'en était arrivé à la conclusion de ubuntu avait une faille et stoppait prématurément l'ordinateur alors que le SSD travaillait encore hors contrôle du logiciel. Pas facile à mettre en évidence.

Page 13 du secoind lien a écrit :

Form FactorInputVoltagePower Mode250GB500GB1TB2TBM.2 22803.3V ± 5%DEVSLP(Current)1.6mA1.5mA1.5mA1.5mAPower Mode Transition TimesThe following table specifies the transition times between the DEVSLP and activepower states.Power Mode250GB500GB1TB2TBDEVSLP (Resume)72ms79ms104ms131msGraceful Power-off RequirementsOn most operating systems, Write Cache is enabled by default. This is a feature ofthe ATA standard and is not specific to WD Blue 3D NAND SATA SSDs. There maybe data residing in the WD Blue 3D NAND cache that have not been written to theflash memory. To ensure that the data is properly committed to flash memory, theWD Blue 3D NAND requires a STANDBY IMMEDIATE command before power down.This command instructs the WD Blue 3D NAND SATA SSD to write all of its volatiledata cache to flash memory and returns a GOOD status to the host after itssuccessful completion. This command is handled transparently by most operatingsystems during the shutdown sequence (e. g., hibernation, shutdown, andstandby).However, if power is lost without warning – leading to an ungraceful shutdown –data loss may occur. This may also lead to a longer power-on time for thesubsequent power-up.

Dernière modification par geole (Le 08/11/2020, à 12:35)

arnoxz · Le 08/11/2020, à 14:23

Merci geole pour l'avis et explication... ok je ne fais rien (de mieux ni moins bien) pour ce disque.
En effet, je n'ai pas l'impression que j'ai stoppé sauvagement si fréquemment la machine... en effet, je réalise parfois certains ralentissement à l'arrêt, et il m'est arrivé d'intervenir rarement après un blocage (écran frozen..)...

moko138 · Le 08/11/2020, à 14:33

arnoxz a écrit :

Merci pour ta réponse je vais faire cela sur le HD externe.... j'imagine que la partition FAT32 ne doit pas se voir effectuer cette opération ou bien est-ce indépendant du type de format ??

/!\ La maintenance des FS windowsiens est à effectuer depuis un windows quelconque.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 23/01/2020, à 15:38

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#27 Le 24/01/2020, à 00:39

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#28 Le 24/01/2020, à 01:21

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#29 Le 24/01/2020, à 01:30

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#30 Le 24/01/2020, à 01:42

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#31 Le 24/01/2020, à 01:45

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#32 Le 24/01/2020, à 02:56

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#33 Le 24/01/2020, à 10:25

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#34 Le 24/01/2020, à 19:05

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#35 Le 05/02/2020, à 13:28

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#36 Le 06/11/2020, à 13:04

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#37 Le 06/11/2020, à 14:57

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#38 Le 06/11/2020, à 17:22

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#39 Le 06/11/2020, à 17:47

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#40 Le 06/11/2020, à 18:08

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#41 Le 06/11/2020, à 19:24

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#42 Le 06/11/2020, à 20:02

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#43 Le 06/11/2020, à 20:12

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#44 Le 07/11/2020, à 22:20

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#45 Le 08/11/2020, à 00:34

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#46 Le 08/11/2020, à 03:02

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#47 Le 08/11/2020, à 03:09

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#48 Le 08/11/2020, à 12:31

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#49 Le 08/11/2020, à 14:23

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

#50 Le 08/11/2020, à 14:33

Re : Impossible de renommer fichiers/dossiers sous dossier Images (caja)

Pied de page des forums