Desde que atualizei para o Ubuntu 12.10, a saída automática de dispositivos USB não funciona conforme o esperado. Quando conecto um dispositivo de armazenamento, ele é reconhecido corretamente, mas não tenho privilégios de gravação. Eu pensei que talvez as permissões de / media não estejam definidas corretamente, mas não sei como elas devem ser. Eles são assim:

drwxr-xr-x  14 root  root   4096 Jan 13 19:37 media

Também verifiquei se meu usuário é membro do grupo plugdev e ele definitivamente é.

O que mais poderia ser a causa desse problema?

Atualização: Aqui está a saída do dmesg após conectar um dispositivo de armazenamento USB: http://pastebin.com/pJ7qebQR

Eu acho que você está sofrendo o bug # 1021375

Você pode solucionar isso renomeando a pasta ~ / .config / nautilus e, em seguida, efetue logout e logon novamente.

1. mv ~/.config/nautilus ~/.config/nautilus-bak
2. Sair.
3. Entrar.

sudo mount -o remount,rw /media/MonterFolderName

Isso deve resolver o problema. Não sei como torná-lo permanente. Não tenho certeza se chmodfuncionaria se o USB não estiver montado no modo readwrite.

Testado no Ubuntu 12.10 e 13.

Quando o USB é inserido, ele é montado e /media/<username>você deve ter permissões através de uma lista de controle de acesso.

Você pode verificar quais são as permissões, por exemplo

bcbc@23:34:50:~$ getfacl /media/bcbc
# file: media/bcbc
# owner: root
# group: root
user::rwx
user:bcbc:r-x
group::---
mask::r-x
other::---

Se não houver uma lista de controle de acesso, basta excluir o diretório e ele será recriado com as permissões corretas.

sudo rmdir /media/<username>

Ou adicione a ACL:

sudo setfacl -m u:<username>:rx /media/<username>

O problema parece ter desaparecido

Esta é uma pergunta de 5 anos de lançamento Ubuntu 12.10 de curto prazo. O dmesglink não está mais disponível na pergunta do OP. Mas se eu conectar um Ubuntu 18.04 Live USB com armazenamento persistente dmesgrevela:

$ dmesg | tail -n18
[115528.249547] usb-storage 1-9:1.0: USB Mass Storage device detected
[115528.250152] scsi host2: usb-storage 1-9:1.0
[115528.250474] usbcore: registered new interface driver usb-storage
[115528.255685] usbcore: registered new interface driver uas
[115529.281407] scsi 2:0:0:0: Direct-Access     Verbatim STORE N GO       PMAP PQ: 0 ANSI: 6
[115529.282090] sd 2:0:0:0: Attached scsi generic sg1 type 0
[115529.992200] sd 2:0:0:0: [sdb] 30261248 512-byte logical blocks: (15.5 GB/14.4 GiB)
[115529.992998] sd 2:0:0:0: [sdb] Write Protect is off
[115529.993006] sd 2:0:0:0: [sdb] Mode Sense: 23 00 00 00
[115529.993787] sd 2:0:0:0: [sdb] No Caching mode page found
[115529.993797] sd 2:0:0:0: [sdb] Assuming drive cache: write through
[115530.592616]  sdb: sdb1 sdb2 sdb3 sdb4 sdb5
[115530.596279] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[115531.018019] EXT4-fs (sdb5): warning: mounting unchecked fs, running e2fsck is recommended
[115531.470201] EXT4-fs (sdb5): mounted filesystem without journal. Opts: (null)
[115531.480738] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.483397] ISO 9660 Extensions: Microsoft Joliet Level 3
[115531.512219] ISO 9660 Extensions: RRIP_1991A

Diferentemente do OP, não há aviso para somente leitura. Observe a linha:

sd 2: 0: 0: 0: [sdb] A proteção contra gravação está desativada

Aparentemente, seja qual for o problema há 5 anos, ele não existe mais hoje no Ubuntu 16.04 LTS . Também para a única outra versão LTS de hoje, 14.04 , também não me lembro disso. Apenas os cartões SD RAM vêm à mente como sendo somente leitura, o que é um problema completamente diferente.

Nada está errado com as opções de montagem e o arquivo fstab, tanto quanto eu sei, você só precisa usar o comando abaixo para obter as permissões corretas necessárias na pasta de mídia. e eu vou te explicar o porquê.

1) suas permissões atuais na pasta como você mencionou são as seguintes. (Peça desculpas se você sabe disso e eu estou incomodando você.)

drwxr-xr-x 14 root root 4096 Jan 13 19:37 media neste d significa diretório, o primeiro grupo de rwx representa os direitos do usuário que possui esse objeto, que é a raiz do seu caso.

O segundo grupo de rwx representa os direitos do grupo que possui esse objeto e aqui você tem apenas rx, o que significa que mesmo se você estiver no arquivo sudoers ou no grupo admin, você não tem direitos para escrever nele.

O terceiro grupo de rwx é ou outros usuários, que não são proprietários desse objeto nem no grupo que possui direitos de propriedade desse objeto. se o seu caso é novamente apenas rx. é por isso que você não tem permissões de gravação.

2) Então, você precisa alterar as permissões da pasta de mídia. (Vou considerar que você está no grupo de administradores ou no arquivo sudoers, porque isso funcionará apenas nesse caso). então é isso que você precisa fazer.

$ sudo chmod -R 775 /media

3) Isso lhe dará as permissões de gravação necessárias em todas as unidades montadas automaticamente.

Verifique e deixe-me saber se isso não funcionar lhe dirá o que mais pode ser feito para corrigir esse problema.

Eu também atingi esse problema, no meu caso, foi um problema de corrupção do fat32, que permitia ler, mas não escrever.

Então, se a sua chave usb for um fat32, pode ser que o seu sistema de arquivos esteja corrompido.

Para verificar fazer um sudo dmesg

[17183.485565] FAT-fs (sdc1): error, corrupted directory (invalid entries)
[17205.406905] FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

desmonte-o, sudo fsck.vfat your_device_partition , e monte-o novamente.

no meu caso específico:

sudo fsck.vfat /dev/sdc1
fsck.fat 4.1 (2017-01-24)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be     corrupt.
1) Remove dirty bit
2) No action
? 1
/T90bis
 Start does point to root directory. Deleting dir. 
Reclaimed 93 unused clusters (1523712 bytes).
Free cluster summary wrong (1248506 vs. really 1248599)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) y
/dev/sdc1: 916 files, 704527/1953126 clusters