I dispositivi USB montati automaticamente sono di sola lettura


32

Da quando ho eseguito l'aggiornamento a Ubuntu 12.10, l'automout dei dispositivi USB non funziona come previsto. Quando inserisco un dispositivo di archiviazione, questo viene riconosciuto correttamente ma non ho i privilegi di scrittura su di esso. Ho pensato che forse le autorizzazioni di / media non sono impostate correttamente, ma non so come debbano essere. Sono così:

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

Ho anche verificato se il mio utente è un membro del gruppo plugdev e lo è sicuramente.

Cos'altro potrebbe essere la causa di quel problema?

Aggiornamento: ecco l'output di dmesg dopo aver collegato un dispositivo di archiviazione USB: http://pastebin.com/pJ7qebQR


Potresti incollare / collegare la parte rilevante dmesgdell'output da quando colleghi o monti l'unità?
onik,

Come faccio a fare questo?
user5950

Apri un terminale e digita dmesgsubito dopo aver collegato l'unità e alcune delle ultime righe dovrebbero avere informazioni sul rilevamento del dispositivo. Oppure puoi copiare / incollare l'intero output (censor se necessario) su Pastebin e condividere il link qui.
onik,

Aggiunto l'output al post sopra.
user5950

2
Potresti incollare / collegare l'output di cat /etc/fstab e mount (per favore ignora la raccomandazione di cui sopra perché non riesco a modificare o eliminare dal mio telefono)
totti

Risposte:


36

Penso che tu stia soffrendo il bug # 1021375

È possibile aggirare il problema rinominando la cartella ~ / .config / nautilus e quindi disconnettersi e riconnettersi.

  1. mv ~/.config/nautilus ~/.config/nautilus-bak
  2. Disconnettersi.
  3. Accesso.

Non so se ci sono più possibili cause di questo problema, ma non so perché questa risposta non abbia ottenuto più voti. Questo era esattamente il mio problema, con l'eccezione del fatto che stavo usando il file manager nemo piuttosto che nautilus. Ma ho confermato che potevo creare / modificare / eliminare i file usando un file manager alternativo (PCManFM), il terminale e la finestra di dialogo Salva file dell'applicazione di gedit e LibreOffice, quindi il problema riguarda solo nautilus / nemo. Anche la soluzione proposta sembra aver fatto il trucco.
Lee Hachadoorian,

2
Questa risposta è ciò che ha risolto il mio problema. Grazie !
David V.

11
killall nautilus è sufficiente, non è necessario disconnettersi. :)
isset

8
Sto usando Ubuntu 16.04 e il problema è apparso dal nulla. La soluzione risolve ancora il problema.
Sebers,

5
killall nautilusha fatto il trucco come suggerito da @isset. Grazie.
Lekhnath,

20
sudo mount -o remount,rw /media/MonterFolderName

Questo risolverà il problema. Non sono sicuro di come renderlo permanente. Non sono sicuro chmodche funzionerebbe se, nel primo caso, l'USB non fosse montato in modalità di lettura / scrittura.

Testato su Ubuntu 12.10 e 13.


3
posso suggeriresudo mount -o remount,rw /media/$USER/*
mchid,

4
non ha funzionato in Ubuntu 16.04 :(
knocte

Mi dispiace, era nelle versioni precedenti di Android, l'avevo testato su Ubuntu 13 max credo.
Jalpesh,

Ubuntu intendevo ...
Jalpesh,

1
mount: cannot remount /dev/sda1 read-write, is write-protected
Pithikos,

11

Quando viene inserito l'USB, è montato /media/<username>che è necessario disporre delle autorizzazioni tramite un elenco di controllo di accesso.

Puoi controllare quali sono le autorizzazioni, ad es

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 non esiste un elenco di controllo degli accessi, è sufficiente eliminare la directory per ricrearla con le autorizzazioni corrette.

sudo rmdir /media/<username>

Oppure aggiungi l'ACL:

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

QUESTA - questa è la soluzione che finalmente funziona per me. Su Mint, Kubuntu, Debian e Ubuntu. Nautilus non è mai stato il vero problema (e non è stato nemmeno utilizzato in un paio delle distro elencate). Grazie!
ringhio

2

Il problema sembra essere andato via

Questa è una domanda a 5 anni sulla versione a breve termine Ubuntu 12.10. Il dmesgcollegamento non è più disponibile nella domanda del PO. Ma se collego un Ubuntu 18.04 Live USB con memoria persistente dmesgrivela:

$ 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

A differenza di OP, non esiste alcun avviso di sola lettura. Notare la riga:

sd 2: 0: 0: 0: [sdb] Protezione da scrittura disattivata

Apparentemente qualunque fosse il problema 5 anni fa, oggi non esiste più sotto Ubuntu 16.04 LTS . Anche per l'unica altra versione LTS oggi, 14.04 , non ricordo nemmeno che questo sia un problema. Solo le schede SD RAM vengono in mente come di sola lettura, il che è un problema completamente diverso.


Mi sono imbattuto ieri in questo 16.04 quindi non sono d'accordo con te sul fatto che il problema è "andato"
Thomas Ward

Dovrei dire con un'installazione predefinita. Esistono tutti i tipi di sostituzioni di sicurezza che i datori di lavoro desiderano installare. Ad esempio per impedire ai dipendenti di scaricare un elenco di dati dei clienti su USB.
WinEunuuchs2Unix

1

Nulla è sbagliato con le opzioni di montaggio e il file fstab, per quanto ne sappia, devi solo usare il comando seguente per ottenere le autorizzazioni necessarie necessarie sulla cartella multimediale. e ti spiegherò perché.

1) le tue attuali autorizzazioni sulla cartella come hai menzionato sono le seguenti. (Scusati se lo sai e ti sto dando fastidio.)

drwxr-xr-x 14 root root 4096 Jan 13 19:37 media in questa d sta per directory, il primo gruppo di rwx sta per i diritti dell'utente che possiede quell'oggetto, che è nel tuo caso root.

il secondo gruppo di rwx sta per i diritti del gruppo che possiede quell'oggetto e qui hai solo rx che significa che anche se sei nel file sudoers o nel gruppo admin non hai i diritti per scrivere in esso.

Il terzo gruppo di rwx è o altri utenti, che non sono proprietari di quell'oggetto né nel gruppo che ha i diritti di proprietà di quell'oggetto. se il tuo caso è di nuovo solo rx. quindi è per questo che non hai i permessi di scrittura su di esso.

2) Quindi è necessario modificare le autorizzazioni della cartella multimediale. (Considererò che sei nel gruppo admin o nel file sudoers, perché funzionerà solo in quel caso). quindi questo è quello che devi fare.

$ sudo chmod -R 775 /media

3) Questo ti darà i permessi di scrittura richiesti su tutte le unità montate automaticamente.

Controlla e fammi sapere se questo non funziona ti dirà cos'altro si può fare per risolvere questo problema.


Un'altra cosa ... A proposito di ACL non viene installato automaticamente con il sistema operativo ... quindi a meno che tu non l'abbia installato ... rimane fuori questione nel tuo caso. se lo hai installato, fammi sapere.
Hrish,

1
No, non ti darà il permesso di scrivere, ed è anche una cattiva idea. Essere nel gruppo sudo o nel gruppo admin (se ce n'è uno) non ti dà le autorizzazioni di gruppo in cui il proprietario del gruppo è root, quindi questo non cambierà nulla per te. Si prega di considerare anche la differenza tra i permessi di file e directory e possibili conseguenze avverse quando si raccomanda l'uso del -Rflag a chmod. Per prima cosa, le autorizzazioni di /media/$USERdovrebbero (ora) essere 750 con un ACL per $USER. (Le versioni di Ubuntu successive alla 15.04 devono avere il aclpacchetto poiché systemddipende da esso.)
Zanna

Ho avuto quel problema oggi e l'ho risolto semplicemente facendo chmod sul mountpoint. Sono in grado di scrivere nelle sottocartelle, è solo il root del disco quello che si lamenta. Quindi, chmod 775 /media/user/deviceè abbastanza buono.
m3nda,

1

Ho riscontrato anche questo problema, nel mio caso si trattava di un problema di corruzione fat32 che permetteva di leggerlo ma non di scrivere.

Quindi se la tua chiave USB è fat32, è possibile che il tuo filesystem sia danneggiato.

Per verificare fare un 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.

quindi smontalo, sudo fsck.vfat your_device_partition e poi montalo di nuovo.

nel mio caso specifico:

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
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.