Cambiar los permisos en dispositivos USB

Cambiar los permisos en dispositivos USB.

El titulo de este articulo puede resultar un tanto inexacto, y ahora explicamos el porque.

Un caso real y ademas muy común, es que insertamos un dispositivo usb (pendrive) en una sesión root, y cargamos en el usb un archivo con permisos de root.

Al retomar o reiniciar el sistema como usuario normal, es lógico que dicho archivo tenga los permisos para el root, pero ese no es el problema.

El problema real es que en muchas ocasiones, no solamente el archivo cargado tiene permisos de root exclusivamente, si no que el resto de archivos de usuario que contenía el pendrive se han modificado automáticamente, antes tenían permisos de usuario y ahora solo para el usuario root.

En este articulo vemos como solucionar este problema de manera sencilla.

 

Cambiar los permisos en dispositivos USB

Para solucionar el problema vemos dos opciones, la primera es la más simple y menos invasiva pero no siempre el resultado es valido.

Primera opción:

Identificamos el dispositivo USB.

En el ejemplo nuestro dispositivo será: «sdXX».

Asignamos los permisos correctos.

Si no se soluciono el problema, es porque el USB debe tener algún daño en su estructura de archivos o de la tabla, debes utilizar la siguiente opción.

 

Segunda opción:

En este caso vamos a reparar el sistema de archivos de la unidad.

Identificamos el dispositivo USB.

Al igual que en el caso anterior, en el ejemplo nuestro dispositivo será: «sdXX».

Una vez identificado el dispositivo tenemos que desmontarlo.

Ahora vamos a reparar el sistema de archivos, cuando nos pregunte algo pulsaremos la tecla «Y o 1″, depende de la versión instalada.

ejemplo de reparación real…

fsck de util-linux 2.29.2
fsck.fat 3.0.26 (2014-03-07)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
1) Remove dirty bit
2) No action
? 1
FATs differ but appear to be intact. Use which FAT ?
1) Use first FAT
2) Use second FAT
? 1
Long filename fragment «Screenshot fr» found outside a LFN sequence.
(Maybe the start bit is missing on the last fragment)
1: Delete fragment
2: Leave it as it is.
3: Set start bit
? 1
/SCREEN~2.PNG
Contains a free cluster (1410159). Assuming EOF.
/SCREEN~2.PNG
File size is 1125849 bytes, cluster chain length is 0 bytes.
Truncating file to 0 bytes.
Reclaimed 1026 unused clusters (4202496 bytes).
Free cluster summary wrong (348499 vs. really 349525)
1) Correct
2) Don’t correct
? 1
Leaving filesystem unchanged.
/dev/sda1: 10 files, 1537345/1886870 clusters
/dev/sda1: status 1, rss 31432, real 21.979870, user 0.198376, sys 0.064854

 

Si observas el ejemplo anterior, existe un archivo *.png que a sido el causante del problema. Efectivamente era una captura de pantalla de la sesión root que fastidio el resto de archivos del dispositivo.

Dejando la anécdota a un lado continuamos con el articulo.

Una vez termine la reparación, solo tienes que sacar el pendrive y volverlo a insertar. El problema debería estar solucionado.

 

En Sololinux.es seguimos creciendo gracias a nuestros lectores, puedes colaborar con el simple gesto de compartir nuestros artículos en tu sitio web, blog,  foro o redes sociales.

 

Agregar comentario