Por que não consigo apagar ou mover esses arquivos sem o sudo?

Question

Eu usei file-roller para extrair uma imagem ISO para minha área de trabalho mais cedo, mas agora não posso excluir ou mover / renomear esses arquivos mais "como eu", apenas com sudo . No entanto, é possível alterar as permissões ( chmod ) ou o conteúdo.

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

No entanto, eu gostaria de entender o que exatamente está me mantendo aqui.

Meu diretório da área de trabalho está em uma partição ext4. Saída de mount :

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

Não consegui encontrar nenhuma permissão suspeita, ACLs, atributos estendidos ou qualquer outra coisa que eu saiba:

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

O que está acontecendo aqui?

    

Answer 1

Remover um arquivo requer permissão de escrita em seu diretório pai - então pode falhar se

• ~/Desktop/ tem bits de permissão incorretos
• ~/Desktop/ tem permissões corretas, mas tornou-se propriedade de outra pessoa, como root

Verifique e ajuste conforme necessário.