Minha máquina Ubuntu configurou meu disco rígido externo para somente leitura. A unidade é de 2 TB que configurei para fat32 para que quase tudo possa ler/gravar nela. Eu sei que ao usar a caixa de pesquisa deste site uma correção é "sudo nautilus". Fui ao meu disco rígido no gerenciador de arquivos, cliquei com o botão direito em propriedades. nas permissões, digo para permitir leitura/gravação, mas diz que é um sistema de arquivos somente leitura ... Eu sei, por algumas pesquisas no Google, que há uma chance de consertar desmontando a unidade e forçando-a a montar. Ouvi dizer que isso causa perda de dados e que o conteúdo da unidade é importante (é por isso que simplesmente não reformato a unidade). Se ajudar, acabei de reinstalar o Ubuntu, então não sei se meu perfil antigo é o "proprietário da unidade" na guia de permissões porque criei o mesmo nome de usuário ... Eu sei que se eu for para um Windows computador, posso solicitar que ele assuma a propriedade, onde posso desativar somente leitura. não há como fazer isso no 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 irmão destehttps://superuser.com/questions/105769/external-hard-drive-is-read-only-how-to-change-owner-ubuntu Quero saber se esta é a solução, já que meu disco está em fat 32 e não em nfts, e se isso apagará algum dado do meu disco externo
editar - a unidade está publicada Seu nome é "THIRSTY 2TR"
Eu tentei sudo mount -o remount,rw '/media/THIRSTY 2TR' e não fez nada... faz uma seta como ^ mas voltada logo depois
eu brincando, consegui isso, o que parece promissor, mas não significa nada para um novato 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 entendi isso quando tentei fazer de outra maneira
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
Tento usar um sufixo, com o comando que digitei, mas simplesmente aparece a mesma lista novamente
Responder1
Finalmente resolvi meu problema!!!! Usei a ferramenta utilitário de disco no Ubuntu 11.10 e tentei verificar o sistema de arquivos. Apareceu um erro dizendo que o disco estava montado, motivo de perda de dados. Em seguida, cancelei e desmontei a unidade e, em seguida, digitalizei. Após cerca de três minutos, apareceu uma caixa informando que 240 kb de dados estavam apresentando um erro devido a uma falha na desmontagem durante a gravação. Cliquei em ok para excluir, agora meu externo está instalado e funcionando com capacidade total de leitura/gravação!!!
Responder2
Eu tive um problema parecido. Hoje tentei copiar um diretório para meu disco externo externo Seagate FreeAgent de 1,5 TB (FAT32 lba). Tudo nele de repente tornou-se somente leitura. Não consegui alterar as permissões dos diretórios, mesmo como sudo. Tentei tudo o que pude pensar, até mesmo iniciar a tão odiada partição do Windows Vista, que destruiu incontáveis anos de DADOS em outra unidade.
Descobri que um pequeno subdiretório tinha um erro e não consegui excluí-lo, então reiniciei a máquina tentando retroceder (uma distribuição Root Only) e Xubutu novamente sem sorte. Eu li sobre alguns usuários do Windows com problemas semelhantes e liguei novamente apenas para ver a temida tela chkdsk aparecer durante a inicialização.
Bem, desta vez, em vez de destruir tudo na minha unidade, ele encontrou e 'consertou' o subdiretório ruim. Ele criou o diretório "FOUND.001" estúpido e inútil e colocou nele o conteúdo do diretório ruim, que eu apaguei imediatamente usando o Xubuntu. A unidade agora está consertada e odeio admitir, mas o Windows chkdsk foi o que a consertou.
NÃO RECOMENDO isso como a primeira coisa que se deve usar para problemas de sistema de arquivos porque, em minha experiência, ele sempre destruiu sistemas de arquivos perfeitamente bons, mas neste caso de mais de 30 anos de TI, ele realmente fez algum bem. Experimente como último recurso antes de reformatar e destruir seus dados de qualquer maneira.