HDD externo montado como fat32 de solo lectura

HDD externo montado como fat32 de solo lectura

Mi máquina Ubuntu ha configurado mi disco duro externo en solo lectura. La unidad es de 2 TB y la he configurado en fat32 para que casi todo pueda leer/escribir en ella. Sé que al usar el cuadro de búsqueda en este sitio una solución es "sudo nautilus". Fui a mi disco duro en el administrador de archivos, hice clic derecho en propiedades. bajo permisos le digo que permita lectura/escritura, pero dice que es un sistema de archivos de solo lectura... Sé por algunas búsquedas en Google que existe la posibilidad de solucionarlo al desmontar la unidad y luego forzarla a montarse. Sin embargo, escuché que esto causa una pérdida de datos y que el contenido del disco es importante (por eso simplemente no reformateo el disco). Si ayuda, acabo de reinstalar Ubuntu, así que no sé si mi antiguo perfil es el "propietario de la unidad" en la pestaña de permisos porque le puse el mismo nombre de usuario... Lo sé si voy a Windows computadora, puedo decirle que tome posesión, donde luego puedo desactivar solo lectura. ¿No hay manera de hacer esto desde Ubuntu?

gnomes@gnomes:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/gnomes/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=gnomes)
/dev/sdb1 on /media/THIRSTY 2TR_ type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks)
/home/gnomes/.Private on /home/gnomes type ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=40584e1d6fa2a33e,ecryptfs_fnek_sig=83ad2a5a52a1069e)
gnomes@gnomes:~$ 

Ftab:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda1 during installation
UUID=839b800b-ce92-4d72-ad5b-0e84de7c74be /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
#UUID=e25b3b92-d693-4c93-8e08-2470aa0f5152 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

Acabo de encontrar esto en un posible sitio hermano de este.https://superuser.com/questions/105769/external-hard-drive-is-read-only-how-to-change-owner-ubuntu Quiero saber si esta es la solución ya que mi disco está en fat 32, no en nfts, y si esto borrará algún dato de mi dispositivo externo.

editar: la unidad está publicada. Su nombre es "THIRSTY 2TR"

Intenté sudo mount -o remount,rw '/media/THIRSTY 2TR' y no hizo nada... hace una flecha como ^ pero mirando justo después

Estoy jugando, tengo esto, que parece prometedor, pero no significa nada para un novato como yo.

gnomes@gnomes:~$ sudo mount -o remount,rw '/media/THIRSTY 2TR'
[sudo] password for gnomes: 
gnomes@gnomes:~$ sudo mount -THIRSTY 2TR remount,rw '/media/THIRSTY 2TR'
mount: invalid option -- 'T'
Usage: mount -V                 : print version
       mount -h                 : print this help
       mount                    : list mounted filesystems
       mount -l                 : idem, including volume labels
So far the informational part. Next the mounting.
The command is `mount [-t fstype] something somewhere'.
Details found in /etc/fstab may be omitted.
       mount -a [-t|-O] ...     : mount all stuff from /etc/fstab
       mount device             : mount device at the known place
       mount directory          : mount known device here
       mount -t type dev dir    : ordinary mount command
Note that one does not really mount a device, one mounts
a filesystem (of the given type) found on the device.
One can also mount an already visible directory tree elsewhere:
       mount --bind olddir newdir
or move a subtree:
       mount --move olddir newdir
One can change the type of mount containing the directory dir:
       mount --make-shared dir
       mount --make-slave dir
       mount --make-private dir
       mount --make-unbindable dir
One can change the type of all the mounts in a mount subtree
containing the directory dir:
       mount --make-rshared dir
       mount --make-rslave dir
       mount --make-rprivate dir
       mount --make-runbindable dir
A device can be given by name, say /dev/hda1 or /dev/cdrom,
or by label, using  -L label  or by uuid, using  -U uuid .
Other options: [-nfFrsvw] [-o options] [-p passwdfd].
For many more details, say  man 8 mount .
gnomes@gnomes:~$ 

Obtuve esto cuando intenté hacerlo de otra manera.

gnomes@gnomes:~$ sudo mount -o remount,rw '/dev/sdb1 on /media/THIRSTY 2TR'
[sudo] password for gnomes: 
mount: can't find /dev/sdb1 on /media/THIRSTY 2TR in /etc/fstab or /etc/mtab
gnomes@gnomes:~$ 

Probé esto hoy.

gnomes@gnomes:~$ sudo dosfsck -a /dev/THIRSTY 2TR
[sudo] password for gnomes: 
usage: dosfsck [-aAflrtvVwy] [-d path -d ...] [-u path -u ...]
               device
  -a       automatically repair the file system
  -A       toggle Atari file system format
      -d path  drop that file
  -f       salvage unused chains to files
  -l       list path names
  -n       no-op, check non-interactively without changing
  -p       same as -a, for compat with other *fsck
  -r       interactively repair the file system
  -t       test for bad clusters
  -u path  try to undelete that (non-directory) file
  -v       verbose mode
  -V       perform a verification pass
  -w       write changes to disk immediately
  -y       same as -a, for compat with other *fsck

Intento usar un sufijo, con el comando que ingresé pero aparece nuevamente esta misma lista

Respuesta1

¡¡¡Finalmente resolví mi problema!!!! Utilicé la herramienta de utilidad de disco en ubuntu 11.10 e intenté verificar el sistema de archivos. Apareció un error que decía que el disco estaba montado, catión de pérdida de datos. Luego procedí a cancelar y desmontar la unidad, luego escaneé. Después de unos tres minutos apareció un cuadro que decía que 240 kb de datos daban un error debido a un desmontaje defectuoso durante la escritura. Presioné Aceptar para eliminar, ¡ahora mi dispositivo externo está funcionando con capacidad total de lectura/escritura!

Respuesta2

Tuve un problema similar. Hoy intenté copiar un directorio a mi disco externo Seagate FreeAgent de 1,5 TB (FAT32 lba). De repente, todo lo que contenía se había convertido en sólo lectura. No pude cambiar los permisos de los directorios ni siquiera como sudo. Intenté todo lo que se me ocurrió, incluso activar la tan odiada partición de Windows Vista que ha destruido incontables años de DATOS en otra unidad.

Descubrí que un pequeño subdirectorio tenía un error y no podía eliminarlo, así que reinicié la máquina intentando retroceder (una distribución solo raíz) y Xubutu nuevamente sin suerte. Leí acerca de algunos usuarios de Windows que tenían problemas similares y lo encendí nuevamente solo para ver aparecer la temida pantalla chkdsk durante el arranque.

Bueno, esta vez, en lugar de destruir todo lo que había en mi disco, encontró y "arregló" el subdirectorio defectuoso. Creó el estúpido e inútil directorio "FOUND.001" y colocó el contenido del directorio incorrecto en él, que eliminé rápidamente usando Xubuntu. La unidad ahora está reparada y odio admitirlo, pero Windows Chkdsk fue lo que la solucionó.

NO RECOMIENDO esto como lo primero que uno debería usar para problemas del sistema de archivos porque en mi experiencia siempre ha destruido sistemas de archivos perfectamente buenos, pero en este caso de más de 30 años de TI realmente hizo algo bueno. Pruébelo como último recurso antes de reformatear y destruir sus datos de todos modos.

información relacionada