Desde que actualicé a Ubuntu 12.10, el automout de dispositivos USB no funciona como se esperaba. Cuando conecto un dispositivo de almacenamiento, se reconoce correctamente, pero no tengo privilegios de escritura. Pensé que quizás los permisos de / media no están configurados correctamente, pero no sé cómo deben ser. Son asi:

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

También verifiqué si mi usuario es miembro del grupo plugdev y definitivamente lo es.

¿Qué más podría ser la causa de ese problema?

Actualización: Aquí está la salida dmesg después de conectar un dispositivo de almacenamiento USB: http://pastebin.com/pJ7qebQR

Creo que estás sufriendo el error # 1021375

Puede solucionarlo cambiando el nombre de la carpeta ~ / .config / nautilus y luego cerrar sesión y volver a iniciarla.

1. mv ~/.config/nautilus ~/.config/nautilus-bak
2. Cerrar sesión.
3. Iniciar sesión.

sudo mount -o remount,rw /media/MonterFolderName

Esto resolverá el problema. No estoy seguro de cómo hacerlo permanente. No estoy seguro de si chmodfuncionaría si el USB no está montado en modo readwrite en primer lugar.

Probado en Ubuntu 12.10 y 13.

Cuando se inserta el USB, se monta en el /media/<username>que debe tener permisos a través de una lista de control de acceso.

Puede verificar cuáles son los permisos, por ejemplo

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::---

Si no hay una lista de control de acceso, simplemente elimine el directorio y lo volverá a crear con los permisos correctos.

sudo rmdir /media/<username>

O agregue la ACL:

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

El problema parece haberse ido

Esta es una pregunta de 5 años sobre el lanzamiento a corto plazo de Ubuntu 12.10. El dmesgenlace ya no está disponible en la pregunta del OP. Pero si conecto un Ubuntu 18.04 Live USB con almacenamiento 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

A diferencia de OP implica, no hay advertencia para solo lectura. Observe la línea:

sd 2: 0: 0: 0: [sdb] La protección contra escritura está desactivada

Aparentemente, sea cual sea el problema hace 5 años, hoy ya no existe en Ubuntu 16.04 LTS . También para la única otra versión LTS de hoy, 14.04 , tampoco recuerdo que esto sea un problema. Solo las tarjetas SD RAM vienen a la mente como de solo lectura, lo cual es un problema completamente diferente.

No hay nada malo con las opciones de montaje y el archivo fstab, que yo sepa, solo tiene que usar el siguiente comando para obtener los permisos correctos necesarios en la carpeta multimedia. y te explicaré por qué.

1) sus permisos actuales en la carpeta como mencionó son los siguientes. (Disculpa si sabes esto y te estoy molestando con eso).

drwxr-xr-x 14 root root 4096 Jan 13 19:37 media en este d significa directorio, el primer grupo de rwx representa los derechos del usuario que posee ese objeto, que en su caso es root.

el segundo grupo de rwx representa los derechos del grupo que posee ese objeto y aquí solo tiene rx, lo que significa que incluso si está en el archivo sudoers o en el grupo administrador no tiene derechos para escribir en él.

El tercer grupo de rwx es u otros usuarios, que no son propietarios de ese objeto ni en el grupo que tiene derechos de propiedad de ese objeto. si su caso es nuevamente solo rx. Por eso no tiene permisos de escritura.

2) Por lo tanto, debe cambiar los permisos de la carpeta multimedia. (Voy a considerar que está en el grupo de administración o en el archivo sudoers, porque esto solo funcionará en ese caso). así que esto es lo que debes hacer.

$ sudo chmod -R 775 /media

3) Esto le dará los permisos de escritura requeridos en todas las unidades montadas automáticamente.

Por favor, verifique y avíseme si esto no funciona le dirá qué más se puede hacer para solucionar este problema.

Llegué a este problema también, en mi caso fue un problema de corrupción fat32 que permite leerlo pero no escribir.

Entonces, si su clave usb es fat32, es posible que su archivo de archivos esté dañado.

Para verificar hacer 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.

luego desconéctelo, sudo fsck.vfat your_device_partition y luego vuelva a montarlo.

en mi 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