Resolver el problema en que la memoria USB se monta como sólo lectura en Linux

Antes de seguir el tutorial, es recomendable que se haga un respaldo de toda la información que contiene la memoria. El lector es el único responsable de salvaguardar su información.

En algunas ocasiones (no muchas) podemos llegar a tener el problema que al conectar nuestra memoria USB (o pendrive), ésta se monte en nuestro Linux en modo lectura, con lo cual no podamos editar, crear o eliminar información que contiene.

Si la desconectamos y volvemos a conectar y sigue el problema, entonces no es cuestión de Linux sino de la memoria misma.

En primer lugar debemos saber como Línux reconoce y hace el punto de montaje de la memoria.

Actualmente para discos duros y memorias se utiliza el prefijo sd.

A cada disco duro o memoria se le asigna una letra, empeazndo por la “a”.

A cada partición se le asigna un número, empezando por 1.

Si tenemos un disco duro con una sola partición será reconocido como sda1.

Si tenemos un disco duro con 3 particiones, será reconocido como sda1, sda2, sda3.

Nota, si en nuestro disco duro tenemos una partición extendida, las particiones que estén dentro serán reconocidas a partir de sda5, esto debido a que los discos duros tienen la posibilidad de tener hasta 4 particiones primarias, por lo que la extendida será reconocida como sda5.

Regresando al tema de las memorias, si tenemos un disco duro y una memoria, entonces la memoria será reconocida como sdb1.

Si tenemos dos discos duros (sda y sdb) entonces la memoria será reconocida como sdc1.

Para estar completamente seguros, podemos escribir en la consola el siguiente comando

df -hT

Podremos reconocerla porque el tipo por lo regular es vfat (a menos que la hayamos formateado con un sistema de archivos en específico) y estará montada en /media/algo.

Ejemplo:

S.ficheros Tipo Tamaño Usados Disp Uso% Montado en
udev devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs tmpfs 795M 18M 777M 3% /run
/dev/sda7 ext4 48G 20G 27G 43% /
tmpfs tmpfs 3.9G 185M 3.8G 5% /dev/shm
tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sdb1 ext4 917G 773G 98G 89% /Angelos
/dev/sda5 ext4 135G 89G 40G 70% /VM
/dev/sda6 ext4 48G 40G 6.0G 87% /home
cgmfs tmpfs 100K 0 100K 0% /run/cgmanager/fs
tmpfs tmpfs 795M 56K 795M 1% /run/user/1000
/dev/sdc1 vfat 15G 4.2G 11G 28% /media/angelos/2622-7DE5

En éste ejemplo la memoria es sdc1. Si alguna duda, desconéctala, ejecuta el comando, conéctala y mira qué cambió.

El siguiente paso es desmontarla (no desconectarla).

sudo umount /dev/tuPuntoDeMontaje

En el ejemplo que veíamos sería

sudo umount /dev/sdc1

Y ahora ejecuta dosfsck al montaje de la memoria. En éste ejemplo sería:

sudo dosfsck /dev/sdc1

Al ejecutar las operaciones te irá haciendo algunas preguntas cuando detecte algún error en el proceso. Si no sabes qué contestar te recomiendo que selecciones la primera opción.

Ejemplo:

fsck.fat 3.0.28 (2015-05-16)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
There are differences between boot sector and its backup.
This is mostly harmless. Differences: (offset:original/backup)
67:a4/49, 68:95/be, 69:59/fb, 70:2d/62
1) Copy original to backup
2) Copy backup to original
3) No action
? 1
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
? 1
/siecg2
Contains a free cluster (1919). Assuming EOF.
Reclaimed 623 unused clusters (10207232 bytes).
Free cluster summary wrong (1897959 vs. really 1898582)
1) Correct
2) Don't correct
? 1
Perform changes ? (y/n) y
/dev/sdb1: 466 files, 1197/1899779 clusters

Una vez que termina de corregir los problemas, desconecta la memoria y vuelve a conectarla.

Ya debería funcionar sin problemas.