Os dispositivos USB montados automaticamente são somente leitura

32

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

user5950
fonte
Você pode colar / vincular a parte relevante da dmesgsaída quando você conecta ou monta a unidade?
Onik
Como eu faço isso?
usar o seguinte comando
Abra um terminal e digite dmesglogo após conectar a unidade, e algumas das últimas linhas devem ter informações sobre a detecção do dispositivo. Ou você pode copiar / colar toda a saída (censor, se necessário) no Pastebin e compartilhar o link aqui.
onik
Adicionada a saída na postagem acima.
usar o seguinte comando
2
Você poderia colar / ligar a saída cat /etc/fstab e mount (pls ignorar a elogiar acima como eu não pode editar ou apagar do meu telefone)
totti

Respostas:

36

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.
desgua
fonte
Não sei se existem várias causas possíveis para esse problema, mas não sei por que essa resposta não recebeu mais votos. Esse era exatamente o meu problema, com exceção do fato de eu estar usando o gerenciador de arquivos nemo, e não o nautilus. Mas confirmei que era possível criar / editar / excluir arquivos usando um gerenciador de arquivos alternativo (PCManFM), o terminal e o aplicativo Save File do gedit e LibreOffice, para que o problema afete apenas o nautilus / nemo. Sua solução proposta também parece ter feito o truque.
Lee Hachadoorian
2
Esta resposta é o que resolveu meu problema. Obrigado !
David V.
11
O killall nautilus é suficiente, sem a necessidade de sair. :)
isset
8
Estou usando o Ubuntu 16.04 e o problema apareceu do nada. A solução ainda resolve o problema.
sebers
5
killall nautilusfez o truque como @isset sugeriu. Obrigado.
precisa saber é o seguinte
20
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.

Jalpesh
fonte
3
posso sugerirsudo mount -o remount,rw /media/$USER/*
mchid 28/11
4
não funcionou no ubuntu 16.04 :(
knocte 29/05
Desculpe, estava em versões mais antigas do android, eu tinha testado no ubuntu 13 max, eu acho.
Jalpesh
Ubuntu eu quis dizer ...
Jalpesh
1
mount: cannot remount /dev/sda1 read-write, is write-protected
Pithikos
11

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>
bcbc
fonte
ISTO - esta é a solução que finalmente funciona para mim. No Mint, Kubuntu, Debian e Ubuntu. O Nautilus nunca foi o verdadeiro problema (e nem foi usado em algumas das distribuições listadas). Obrigado!
growlf
2

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.

WinEunuuchs2Unix
fonte
Eu me deparei com isso ontem em 16.04, por isso tenho que discordar de que o problema "desapareceu" #
Thomas Ward
Eu devo dizer com uma instalação padrão. Existem todos os tipos de substituições de segurança que os empregadores desejam instalar. Por exemplo, para impedir que os funcionários baixem uma lista de dados do cliente para USB.
WinEunuuchs2Unix
1

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.

Hrish
fonte
Mais uma coisa ... Sobre o ACL não é instalado automaticamente com o SO ... portanto, a menos que você o tenha instalado .. ele permanece fora de questão no seu caso. se você instalou, por favor me avise.
Hrish
1
Não, isso não lhe dará permissão de gravação, e é uma má ideia também. Estar no grupo sudo ou no grupo admin (se houver) não concede a você permissões de grupo onde o proprietário do grupo é root, portanto, isso não mudará nada para você. Considere também a diferença entre as permissões de arquivo e diretório e as possíveis consequências adversas ao recomendar o uso do -Rsinalizador para chmod. Por um lado, as permissões de /media/$USER(agora) devem ser 750 com uma ACL para $USER. (Ubuntu versões posteriores de 15,04 deve ter o aclpacote desde systemddepende disso.)
Zanna
Hoje tive esse problema e resolvi-o apenas fazendo chmod sobre o ponto de montagem. Eu sou capaz de escrever para subpastas, é apenas a raiz da unidade que está reclamando. Então, chmod 775 /media/user/deviceé bom o suficiente.
M3nda
1

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
philippe lhardy
fonte