web-dev-qa-db-fra.com

Pourquoi ne puis-je pas supprimer ou déplacer ces fichiers sans sudo?

J'avais déjà utilisé file-roller pour extraire une image ISO sur mon bureau, mais maintenant je ne peux plus supprimer ou déplacer/renommer ces fichiers "comme moi-même", uniquement avec Sudo. Il est toutefois possible de modifier les autorisations (chmod) ou le contenu.

bytecommander@BC-AlkaliMetal:~/Desktop$ ll AUTORUN.INF 
-rwxr-xr-x 1 bytecommander bytecommander 132 Jul 21  2005 AUTORUN.INF*

bytecommander@BC-AlkaliMetal:~/Desktop$ chmod 777 AUTORUN.INF 

bytecommander@BC-AlkaliMetal:~/Desktop$ echo "Something useless" > AUTORUN.INF

bytecommander@BC-AlkaliMetal:~/Desktop$ cat AUTORUN.INF 
Something useless

bytecommander@BC-AlkaliMetal:~/Desktop$ ll AUTORUN.INF 
-rwxrwxrwx 1 bytecommander bytecommander 18 Sep 22 21:13 AUTORUN.INF*

bytecommander@BC-AlkaliMetal:~/Desktop$ rm AUTORUN.INF 
rm: cannot remove 'AUTORUN.INF': Permission denied

Cependant, j'aimerais comprendre ce qui me retient exactement ici.

Le répertoire My Desktop est sur une partition ext4. Sortie de mount:

/dev/sdb5 on / type ext4 (rw,noatime,nodiratime,errors=remount-ro,data=ordered)

Je n'ai trouvé aucune autorisation, liste de contrôle d'accès, attribut étendu ou autre chose suspecte à ma connaissance:

bytecommander@BC-AlkaliMetal:~/Desktop$ stat AUTORUN.INF 
  File: 'AUTORUN.INF'
  Size: 18          Blocks: 8          IO Block: 4096   regular file
Device: 815h/2069d  Inode: 405817      Links: 1
Access: (0777/-rwxrwxrwx)  Uid: ( 1000/bytecommander)   Gid: ( 1000/bytecommander)
Access: 2016-09-22 18:18:36.569110000 +0200
Modify: 2016-09-22 21:13:26.821382722 +0200
Change: 2016-09-22 21:26:16.653296674 +0200
 Birth: -

bytecommander@BC-AlkaliMetal:~/Desktop$ getfacl AUTORUN.INF 
# file: AUTORUN.INF
# owner: bytecommander
# group: bytecommander
user::rwx
group::rwx
other::rwx

bytecommander@BC-AlkaliMetal:~/Desktop$ lsattr AUTORUN.INF 
-------------e-- AUTORUN.INF

Qu'est-ce qui se passe ici?

5
Byte Commander

Suppression un fichier nécessite une autorisation en écriture dans son répertoire parent - peut donc échouer si

  • ~/Desktop/ a des bits de permission incorrects
  • ~/Desktop/ a les autorisations appropriées, mais appartient maintenant à quelqu'un d'autre, tel que root.

Vérifiez et ajustez si nécessaire.

10
steeldriver