OVH Cloud OVH Cloud

lenny fichier insuprimable

13 réponses
Avatar
Tra
Sur une distribution Lenny , j'ai dans mon home un fichier ineffaçable et
dont les droits ne peuvent pas être modifiés ,même en root.
J'ai fait un fsck.ext3 sur la partition (sda7) démontée elle est considérée
comme propre.
Un ls sur le fichier donne:
ls -la herminetouchpas .jpg
--wS--x--- 1 34952 39540 2685437712 jui 17 1919 herminetouchpas .jpg.
Dans konqueror il apparaît comme ça:
Nom Type Taille Modifié
herminetouchpas .jpg Image JPEG 2 685 437 712 17/07/1919 06:06

Proprietaire Groupe Droit d'accès
34952 39450 --wS--x---

La date "Modifié" est bizarre 1919?.
Comment se débarrasser de ce fichier récalcitrant ?

3 réponses

1 2
Avatar
Dominique MICOLLET
Michael DENIS wrote:

Dominique MICOLLET a écrit :
Ah... Vérifiez vos droits sur le répertoire qui contient ce fichier : il
doit vous être accessible en écriture.



Le # devant sa ligne de commande laisse entendre qu'il l'a lancée avec
les droits de root.



Ah tiens, je viens d'apprendre quelque chose : je pensais que root
respectait l'absence de droit w sur un répertoire lors d'une
création/suppression de fichier dans ce répertoire. Je me trompais.


--
Dominique MICOLLET
Adresse email : enlever deux francs
Avatar
Bastien Durel
On 03/06/2009 18:26, Tra wrote:
Tra wrote:
voici ce qur raconte lsattr:
# lsattr hermine*
------------------- hermine.jpg
------------------- herminetouchpa.jpg
s-S--ad-c--XE--t--- herminetouchpas .jpg
Que doit -on en conclure?


Je ne sait pas si c'est la bonne méthode mais j'ai réussi a virer ce
fichier.
J'ai changé ses attributs avec chattr -,et j'ai ainsi pu m'en débarrasser.


s: suppression sécurisée
S: écriture synchrone
a: ouverture possible seulement en ajout
d: pas de backup avec dump(8)
c: fichier compressé
X: le fichier compressé peut être accédé directement
E: fichier compressé en erreur
t: sert à rien sur ext3

tout est dans le man, hein ;)
c'est le a qui te bloquait.
Avatar
GuiGui
Dominique MICOLLET a écrit :
Michael DENIS wrote:

Dominique MICOLLET a écrit :
Ah... Vérifiez vos droits sur le répertoire qui contient ce fichier : il
doit vous être accessible en écriture.


Le # devant sa ligne de commande laisse entendre qu'il l'a lancée avec
les droits de root.



Ah tiens, je viens d'apprendre quelque chose : je pensais que root
respectait l'absence de droit w sur un répertoire lors d'une
création/suppression de fichier dans ce répertoire. Je me trompais.





En fait pour root, peu importe les permissions ou acls, elles sont tout
simplement ignorées.
1 2