Disco rígido externo montado como somente leitura fat32

2

Minha máquina Ubuntu configurou meu disco rígido externo para somente leitura. A unidade é um 2TB que eu configurei para fat32 para que quase tudo possa ler / escrever para ele. Eu sei que usando a caixa de pesquisa neste site, uma correção é "sudo nautilus". Fui ao meu disco rígido no gerenciador de arquivos, cliquei direito, propriedades. sob permissões eu digo para permitir leitura / gravação, mas diz que é um sistema de arquivos somente leitura ... Eu sei de algum googleing que há uma chance em uma correção, desmontando a unidade, forçando-o a montar. Ouvi dizer que isso causa uma perda nos dados, e o conteúdo da unidade é importante (e é por isso que eu simplesmente não o reformato). Se isso ajuda eu apenas reinstalado Ubuntu, então eu não sei se o meu perfil antigo é o "dono da unidade" sob a aba de permissões, porque eu fiz o mesmo nome de usuário ... Eu sei que se eu for a um windows Eu posso dizer ao computador para assumir a propriedade, onde eu posso desativar apenas a leitura. existe alguma maneira de fazer isso do 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:~$ 

Fstab:

# /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

Acabei de encontrar isso em um possível site de irmã para este Eu quero precisar saber se esta é a solução já que minha unidade está em gordura 32 não nfts, e se isso vai apagar todos os dados no meu externo

edit- o disco está postado Seu nome é "THIRSTY 2TR"

Eu tentei o sudo mount -o remount, rw '/ media / THIRSTY 2TR' e ele não fez nada ... ele faz uma flecha como ^ mas voltada logo após

me brincando eu tenho isso, o que parece promissor, mas não significa nada para um noob como eu

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

Eu peguei isso quando tentei fazer isso do mesmo jeito

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

Eu tentei isso hoje.

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

Eu tento usar um sufixo, com o comando que eu digitei, mas aparece novamente a mesma lista

    
por THIRSTY GNOMES 22.01.2012 / 20:16

2 respostas

1

Eu finalmente resolvi meu problema !!!! Eu usei a ferramenta de utilitário de disco no Ubuntu 11.10 e tentei verificar o sistema de arquivos. Ele apareceu um erro dizendo que o disco foi montado, cation de perda de dados. Eu então continuei a cancelar e desmontar a unidade e, em seguida, digitalizar. Após cerca de três minutos, apareceu uma caixa que dizia que 240 kb de dados estavam dando um erro devido a uma desmontagem defeituosa durante a gravação. Eu bati ok para excluir, agora meu externo está funcionando com capacidade de leitura / gravação completa !!!

    
por THIRSTY GNOMES 27.01.2012 / 05:58
1

Eu tive um problema semelhante. Hoje eu tentei copiar um diretório para minha unidade externa externa do Seagate FreeAgent 1.5TB (FAT32 lba). Tudo de repente se tornou apenas leitura. Eu não poderia alterar as permissões para os diretórios, mesmo como sudo. Tentei tudo o que eu poderia pensar em até mesmo demitir a tão odiada partição do Windows Vista, que destruiu incontáveis anos de DATA em outra unidade.

Eu descobri que um subdiretório minúsculo tinha um erro que eu não consegui deletar, então reiniciei a máquina tentando backtrack (uma distro A Root Only) e Xubutu novamente sem sorte. Eu li sobre alguns usuários do Windows com problemas semelhantes e atirei-o novamente apenas para ver a tela de chkdsk temido durante a inicialização.

Bem, desta vez, ao invés de destruir tudo no meu disco, ele encontrou e 'consertou' o subdiretório ruim. Ele criou o diretório "FOUND.001" estúpido e inútil e colocou o conteúdo do diretório ruim nele, que eu imediatamente deletei usando o Xubuntu. A unidade agora está consertada e eu odeio admitir isso, mas o windows chkdsk foi o que consertou.

Eu não recomendo isso como a primeira coisa que se deve usar para problemas de sistema de arquivos, porque na minha experiência sempre destruiu perfeitamente bons sistemas de arquivos, mas neste caso de mais de 30 anos de TI realmente fez algum bem. Experimente como último recurso antes de reformatar e destruir seus dados de qualquer maneira.

    
por Doug Fisherman 31.12.2012 / 05:00