___ tag123symboliclink ___ Um link simbólico ou um link simbólico é um tipo especial de arquivo que contém uma referência a outro arquivo ou diretório como um caminho absoluto ou relativo. Para a maioria das operações, os links simbólicos são transparentes e as operações de leitura ou gravação nos arquivos de link simbólico são redirecionadas para os arquivos aos quais os arquivos de link simbólico são vinculados. ___ tag123fstab ___ O arquivo etc / fstab contém informações do sistema de arquivos estático. Ele normalmente contém uma entrada para cada nome de partição ou UUID que lista o ponto de montagem, o tipo de sistema de arquivos e as opções de montagem. ___ tag123permissions ___ Abreviação de "permissões do sistema de arquivos" - controle de acesso baseado no usuário, grupo ou acesso global. ___ qstntxt ___ Eu tenho meu diretório de documentos montado em uma partição separada de / home (/ mnt / data) e vinculado simbolicamente. Se eu tentar apagar qualquer coisa de ~ / Documents através da GUI, a janela simplesmente se fecha e o documento não é apagado. No entanto, "rm" funciona bem no CLI. / etc / fstab: %pre% Documentos ls: %pre% Um arquivo que criei como exemplo: %pre% Se eu fizer exatamente as mesmas coisas em ~, posso excluir o arquivo por meio da GUI sem problemas. ~ permissão: %pre% Eu suspeito de um problema com minhas permissões de pasta sobre / mnt / data / stephen, alguém pode ver o que eu fiz de errado? EDITAR: Encontrei isto: %pre% Isso parece correto? EDITAR ADICIONAL: Lançado o Nautilus da CLI e tentado excluir o arquivo example.txt, recebi este erro: %pre% ls -ld / mnt / data: %pre% ___

Question

Eu tenho meu diretório de documentos montado em uma partição separada de / home (/ mnt / data) e vinculado simbolicamente. Se eu tentar apagar qualquer coisa de ~ / Documents através da GUI, a janela simplesmente se fecha e o documento não é apagado. No entanto, "rm" funciona bem no CLI.

/ etc / fstab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu--gnome--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=106ff40f-5721-431a-a20b-e4a550a5baea /boot           ext2    defaults        0       2
/dev/mapper/ubuntu--gnome--vg-swap_1 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

# /DATA is on sdb2
#<Device>                   <Mountpoint>    <FStype>    <Options>       <Dump>   < Pass>
UUID=95352c25-edb4-47a8-b36d-ee88e299bb10   /mnt/data   ext4        defaults    0   2

Documentos ls:

~$ ls -ld /mnt/data/stephen/Documents
drwxr-xr-x 12 stephen stephen 4096 Feb 21 12:30 /mnt/data/stephen/Documents

Um arquivo que criei como exemplo:

:~$ ls -l ~/Documents/example.txt
-rw-rw-r-- 1 stephen stephen 0 Feb 21 12:33 /home/stephen/Documents/example.txt

Se eu fizer exatamente as mesmas coisas em ~, posso excluir o arquivo por meio da GUI sem problemas.

~ permissão:

:~$ ls -ld ~
drwxr-xr-x 33 stephen stephen 4096 Feb 21 12:35 /home/stephen

Eu suspeito de um problema com minhas permissões de pasta sobre / mnt / data / stephen, alguém pode ver o que eu fiz de errado?

EDITAR: Encontrei isto:

:~$ ls -ld ~/Documents
lrwxrwxrwx 1 stephen stephen 27 Jan  5 18:48 /home/stephen/Documents -> /mnt/data/stephen/Documents

Isso parece correto?

EDITAR ADICIONAL: Lançado o Nautilus da CLI e tentado excluir o arquivo example.txt, recebi este erro:

*** Error in 'nautilus': double free or corruption (out): 0x00007f59380075a0 ***
Aborted (core dumped)

ls -ld / mnt / data:

:~$ ls -ld /mnt/data
drwxr-xr-x 6 root root 4096 Jan  5 18:39 /mnt/data