Externe Festplatte als schreibgeschütztes FAT32-Format gemountet

Question

Auf meinem Ubuntu-Rechner ist die externe Festplatte auf schreibgeschützt eingestellt. Das Laufwerk hat 2 TB und ich habe es auf FAT32 konfiguriert, sodass fast alles darauf lesen und schreiben kann. Ich weiß aus dem Suchfeld auf dieser Site, dass „sudo nautilus“ eine Lösung ist. Ich bin im Dateimanager zu meiner Festplatte gegangen, habe mit der rechten Maustaste geklickt und auf „Eigenschaften“ geklickt. Unter „Berechtigungen“ habe ich angegeben, dass Lesen und Schreiben erlaubt sein soll, aber es heißt, dass es sich um ein schreibgeschütztes Dateisystem handelt … Ich weiß aus Google, dass es eine Lösung gibt, wenn man das Laufwerk aushängt und es dann zwangsweise einhängt. Ich habe gehört, dass dies jedoch zu Datenverlust führt und der Inhalt des Laufwerks wichtig ist (weshalb ich das Laufwerk nicht neu formatiere). Falls es hilft: Ich habe Ubuntu gerade neu installiert, daher weiß ich nicht, ob mein altes Profil unter der Registerkarte „Berechtigungen“ der „Besitzer des Laufwerks“ ist, weil ich ihm denselben Benutzernamen gegeben habe … Ich weiß, dass ich einem Windows-Computer sagen kann, dass er den Besitz übernehmen soll, wo ich dann den schreibgeschützten Modus deaktivieren kann. Gibt es keine Möglichkeit, dies von Ubuntu aus zu tun?

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

Ich habe das hier gerade auf einer möglichen Schwesterseite gefundenhttps://superuser.com/questions/105769/externe-festplatte-ist-schreibgeschützt-wie-ändert-man-den-besitzer-ubuntu Ich möchte wissen, ob dies die Lösung ist, da mein Laufwerk in FAT 32 und nicht in NFTs ist, und ob dadurch alle Daten auf meinem externen Laufwerk gelöscht werden.

edit- das Laufwerk ist gepostet. Sein Name ist "THIRSTY 2TR"

Ich habe sudo mount -o remount,rw '/media/THIRSTY 2TR' ausprobiert und es hat nichts bewirkt... es macht einen Pfeil wie ^, aber direkt danach

ich habe herumgespielt und das hier bekommen, was vielversprechend aussieht, aber für einen Neuling wie mich nichts bedeutet

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

Ich habe dies bekommen, als ich versuchte, es anders zu machen

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

Ich habe das heute ausprobiert.

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

Ich versuche, mit dem eingegebenen Befehl ein Suffix zu verwenden, aber es erscheint immer wieder dieselbe Liste

Answer 1

Ich habe mein Problem endlich gelöst!!!! Ich habe das Festplattendienstprogramm in Ubuntu 11.10 verwendet und versucht, das Dateisystem zu überprüfen. Es erschien ein Fehler, der besagte, dass die Festplatte gemountet war, was zu Datenverlust führte. Ich habe dann mit Abbrechen und Unmounten des Laufwerks weitergemacht und dann gescannt. Nach etwa drei Minuten erschien ein Fenster, das besagte, dass bei 240 KB Daten ein Fehler aufgetreten sei, weil beim Schreiben ein fehlerhaftes Unmounten durchgeführt wurde. Ich habe zum Löschen auf OK geklickt, und jetzt ist mein externes Laufwerk mit voller Lese-/Schreibfunktion einsatzbereit!!!

Answer 2

Ich hatte ein ähnliches Problem. Heute habe ich versucht, ein Verzeichnis auf meine externe Seagate FreeAgent 1,5 TB-Festplatte (FAT32 lba) zu kopieren. Alles darauf war plötzlich schreibgeschützt. Ich konnte die Berechtigungen für die Verzeichnisse nicht ändern, nicht einmal mit sudo. Ich habe alles versucht, was mir einfiel, sogar die verhasste Windows Vista-Partition gestartet, die zahllose Jahre an DATEN auf einer anderen Festplatte zerstört hat.

Ich entdeckte, dass ein winziges Unterverzeichnis einen Fehler hatte, den ich nicht löschen konnte, also startete ich die Maschine neu und versuchte es erneut mit Backtrack (einer Root-Only-Distribution) und Xubutu, aber ohne Erfolg. Ich las, dass einige Windows-Benutzer ähnliche Probleme hatten, und startete es erneut, nur um beim Booten den gefürchteten Chkdsk-Bildschirm erscheinen zu sehen.

Nun, dieses Mal hat es nicht alles auf meinem Laufwerk zerstört, sondern das fehlerhafte Unterverzeichnis gefunden und „repariert“. Es hat das dumme und nutzlose Verzeichnis „FOUND.001“ erstellt und den Inhalt des fehlerhaften Verzeichnisses darin abgelegt, das ich dann umgehend mit Xubuntu gelöscht habe. Das Laufwerk ist jetzt repariert, und ich gebe es nur ungern zu, aber Windows chkdsk hat es repariert.

Ich EMPFEHLE dies NICHT als erstes Mittel bei Dateisystemproblemen, da es meiner Erfahrung nach immer vollkommen einwandfreie Dateisysteme zerstört hat, aber in diesem einen Fall von über 30 Jahren IT hat es tatsächlich etwas genützt. Versuchen Sie es trotzdem als letzten Ausweg, bevor Sie Ihre Daten neu formatieren und zerstören.