Je continue à enquêter sur le problème, et j'ai pu déterminer à 10 mn près l'heure d'effacement des fichiers. Il apparaît que le dernier être humain à avoir eu accès à l'ordinateur, environ 15 mn avant l'incident, a fait l'action suivante : il a connecté une carte SD pour copier quelques fichiers qui s'y trouvaient, avec le navigateur de fichier Caja (de Mate). il a ensuite demandé le démontage de la carte, et Caja a proposé d'effacer les fichiers de la corbeille de la carte, ce que l'opérateur a accepté. Puis la carte a été retirée.
Cette carte équipe un terminal de terrain, où le constructeur a eu la bonne idée d'utiliser une sorte de Windows embarqué. En vérifiant le contenu de cette carte, il s'est avéré que le système de fichier FAT était corrompu, que que le répertoire corbeille contenait plusieurs fichiers dont les noms incluaient des caractères non ascii et des caractères de contrôle. Le syslog affichait d'ailleurs les erreurs suivantes au branchement de la carte :
Oct 20 12:00:24 Serveur01 kernel: [4409259.900670] FAT-fs (sde1): error, invalid access to FAT (entry 0x0000f92a)
Oct 20 12:00:24 Serveur01 kernel: [4409259.900718] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
Oct 20 12:00:25 Serveur01 kernel: [4409260.803446] VFS: Lookup of '[02][0E][03][13][03]*[03]A[03]' in vfat sde1 would have caused loop
En la formatant avec cfdisk, la carte a d'ailleurs pourri la console avec des caractères bizarres, et ce même après que la commande soit terminée (un peu lorsque l'on cat un fichier binaire).
Bien que cela paraisse un manque de chance incroyable, serait il possible que Caja, en voulant effacer la corbeille, ait lancé l'équivalent d'un rm -rf sur un fichier commençant par les caractères '\' et 0x0A (saut de ligne) ?
# rm avec noms de fichiers corrompus ???
Posté par harlock974 . En réponse au message Effacement de tous les fichiers d'un utilisateur. Évalué à 3.
Je continue à enquêter sur le problème, et j'ai pu déterminer à 10 mn près l'heure d'effacement des fichiers. Il apparaît que le dernier être humain à avoir eu accès à l'ordinateur, environ 15 mn avant l'incident, a fait l'action suivante : il a connecté une carte SD pour copier quelques fichiers qui s'y trouvaient, avec le navigateur de fichier Caja (de Mate). il a ensuite demandé le démontage de la carte, et Caja a proposé d'effacer les fichiers de la corbeille de la carte, ce que l'opérateur a accepté. Puis la carte a été retirée.
Cette carte équipe un terminal de terrain, où le constructeur a eu la bonne idée d'utiliser une sorte de Windows embarqué. En vérifiant le contenu de cette carte, il s'est avéré que le système de fichier FAT était corrompu, que que le répertoire corbeille contenait plusieurs fichiers dont les noms incluaient des caractères non ascii et des caractères de contrôle. Le syslog affichait d'ailleurs les erreurs suivantes au branchement de la carte :
Oct 20 12:00:24 Serveur01 kernel: [4409259.900670] FAT-fs (sde1): error, invalid access to FAT (entry 0x0000f92a)
Oct 20 12:00:24 Serveur01 kernel: [4409259.900718] FAT-fs (sde1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
Oct 20 12:00:25 Serveur01 kernel: [4409260.803446] VFS: Lookup of '[02][0E][03][13][03]*[03]A[03]' in vfat sde1 would have caused loop
En la formatant avec cfdisk, la carte a d'ailleurs pourri la console avec des caractères bizarres, et ce même après que la commande soit terminée (un peu lorsque l'on cat un fichier binaire).
Bien que cela paraisse un manque de chance incroyable, serait il possible que Caja, en voulant effacer la corbeille, ait lancé l'équivalent d'un rm -rf sur un fichier commençant par les caractères '\' et 0x0A (saut de ligne) ?