Disque dur externe monté en lecture seule fat32
Ma machine Ubuntu a configuré mon disque dur externe en lecture seule. Le lecteur est un 2To que j'ai configuré pour fat32 afin que presque tout puisse le lire/écrire. Je sais qu'en utilisant le champ de recherche sur ce site, un correctif est "Sudo nautilus". Je suis allé à mon disque dur dans le gestionnaire de fichiers, un clic droit, propriétés. sous autorisations, je lui dis d'autoriser les opérations de lecture/écriture, mais il est indiqué qu'il s'agit d'un système de fichiers en lecture seule ... Je sais, d'après certaines recherches sur Google, qu'il est possible de réparer le correctif en le démontant puis en le forçant à monter. J'ai entendu dire que cela entraînait toutefois une perte de données et que le contenu du disque était important (c'est pourquoi je ne reformate pas le disque). Si cela aide, je viens de réinstaller Ubuntu, donc je ne sais pas si mon ancien profil est le "propriétaire du lecteur" sous l'onglet "Autorisations" car je lui ai attribué le même nom d'utilisateur ... Je sais que si je vais dans une fenêtre ordinateur, je peux lui dire de prendre possession, où je peux ensuite désactiver la lecture seule. n'y a-t-il pas moyen de faire cela depuis 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
Je viens de trouver ceci sur un site sœur possible à celui-ci https://superuser.com/questions/105769/external-hard-drive-is-read-onreal-how-to-change-owner-ubunt Je veux savoir si c'est la solution car mon disque est en graisse 32 et non pas, et si cela effacera toutes les données de mon disque externe.
edit- le lecteur est posté Son nom est "THIRSTY 2TR"
J'ai essayé Sudo mount -o remount, rw '/ media/THIRSTY 2TR' et ça n'a rien fait ... ça donne une flèche comme ^ mais en regardant juste après
moi déconner, j'ai ce qui semble prometteur, mais ne signifie rien pour un noob comme moi
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:~$
Je l'ai eu quand j'ai essayé de le faire d'une autre manière
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:~$
J'ai essayé cela aujourd'hui.
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
J'essaie d'utiliser un suffixe, avec la commande que j'ai entrée mais il suffit de réafficher cette même liste
J'avais un problème similaire. Aujourd'hui, j'ai essayé de copier un répertoire sur mon lecteur externe Seagate FreeAgent 1,5 To (FAT32 lba). Tout ce qui était dessus était soudain devenu en lecture seule. Je ne pouvais pas changer les permissions sur les répertoires même en tant que Sudo. J'ai tout essayé, je pense même à lancer la partition Windows Vista tant décriée qui détruit d'innombrables années de DATA sur un autre disque.
J'ai découvert qu'un sous-répertoire minuscule contenait une erreur; je ne pouvais pas le supprimer. J'ai donc redémarré la machine en essayant de revenir en arrière (distribution A Root Only) et à nouveau sous Xubutu, sans succès. J'ai lu des articles sur des utilisateurs Windows ayant des problèmes similaires et je les ai relancés pour voir l'écran redouté de chkdsk apparaître au démarrage.
Bien cette fois, au lieu de tout détruire sur mon disque, il a trouvé et corrigé le mauvais sous-répertoire. Il a créé le répertoire "FOUND.001" stupide et inutile et y a placé le contenu du répertoire mauvais, que j'ai rapidement supprimé à l'aide de Xubuntu. Le lecteur est maintenant corrigé et je déteste l'admettre, mais Windows chkdsk a été ce qui l'a corrigé.
JE NE RECOMMANDE PAS cela comme la première chose à utiliser pour les problèmes de système de fichiers car, selon mon expérience, il a toujours détruit des systèmes de fichiers parfaitement bons, mais dans cet exemple de plus de 30 ans d’informatique, il a en fait été bénéfique. Essayez-le en dernier recours avant de reformater et de détruire vos données de toute façon.
J'ai finalement résolu mon problème !!!! J'ai utilisé l'outil utilitaire de disque dans Ubuntu 11.10 et j'ai essayé de vérifier le système de fichiers. Il est apparu une erreur indiquant que le disque était monté, citation de perte de données. J'ai ensuite procédé à annuler et démonter le lecteur, puis numériser. Au bout de trois minutes environ, une boîte de dialogue indiquant que 240 kb de données généraient une erreur en raison d’une erreur de démontage lors de l’écriture apparaît. J'ai appuyé sur ok pour supprimer, maintenant mon externe est opérationnel avec des capacités complètes de lecture/écriture !!!