Keine Schreibrechte mehr auf FAT Partition

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

1

21.10.2011, 16:03

Hallo Ubuntu Forum,
ich habe seit ein paar Wochen ein Problem mit einer Fat Partition meiner internen Festplatte. Ich kann sie zwar normal mounten, habe aber keine Schreibrechte. Ich nutze noch Ubuntu 10.4. Ich hänge die Platte immer manuell über "Orte" ein.

in /etc/fstab steht:

	Quellcode
1	/dev/sda5 /media/disk vfat rw,noauto,user,utf8,shortname=mixed 0 0

mount -l sagt:

	Quellcode
1	/dev/sda5 on /media/disk type vfat (rw,noexec,nosuid,nodev,utf8,shortname=mixed,user=BENUTZERNAME)

Zugriffsrechte über Rechte-Maus-Taste auf den Ordner sagt:
Besitzer: BENUTZERNAME, Ordnerzugriff: Dateien erstellen und löschen, Dateizugriff: ---
Gruppe: root, Ordnerzugriff: Auf Dateien zugreifen, Dateizugriff: ---

Ich bin auch als BENUTZERNAME angemeldet. Obwohl überall rw steht, verweigert er das schreiben von Dateien.
Vor wenigen Wochen hat auch alles noch super funktioniert. Bin mir nicht bewusst, etwas geändert zu haben. Hat jemand eine Idee woran das liegen könnte? Auf meine Windows Partition kann ich normal schreiben. Alles auf der selben Festplatte, also eher kein Hardware Problem (hoffentlich).

Viele Grüße

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

2

22.10.2011, 13:17

Hallo,

ändere mal die Zeile in fstab wie folgt

	Quellcode
1	/dev/sda5 /media/disk vfat uid=deine_User_ID,gid=deine_Group_ID,rw,noauto,user,utf8,shortname=mixed 0 0

, Deine User_ID und Group_ID bekommst somit angezeigt

	Quellcode
1 2	id -u id -g

, binde dann die Platte neu ein, dann sollte Dein Problem gelöst sein.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Skadi« (22.10.2011, 13:21)

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

3

24.10.2011, 11:42

Habe dann immer noch das gleiche Problem. Ist es normal das die beiden IDs identisch sind?

Der einzige Unterschied ist, dass wenn ich über Rechte Maustaste auf irgend einen Ordner gehen, bei den Zugriffsrechten bei der Gruppe mein Benutzername, statt root, steht. Will ich dann dort den Ordnerzugriff von "Auf Dateien zugreifen" zu "Dateien erstellen und löschen" ändern, kommt folgende Meldung: "Leider konnten die Zugriffsrechte von »Ordner« nicht geändert werden: Fehler beim Setzen der Zugriffsrechte: Das Dateisystem ist nur lesbar". Die kam da glaub ich vorher aber auch schon.

Die Partition ist jetzt übrigens standardmäßig gemountet. Liegt wahrscheinlich daran, dass sie jetzt "mir" gehört, und nicht mehr root?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »gruewulf« (24.10.2011, 11:46)

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

4

24.10.2011, 15:51

Hallo,

ja das ist so richtig, wenn beide ID's gleich sind. Zeige mir mal folgendes

	Quellcode
1	ls -l /media/disk

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

5

24.10.2011, 18:15

Aber gern doch:

Quellcode

insgesamt 1344
drwxr-xr-x  2 Benutzername Benutzername  32768 2011-07-19 10:17 Bilder
drwxr-xr-x 35 Benutzername Benutzername  32768 2011-10-01 13:08 fotos
drwxr-xr-x  4 Benutzername Benutzername  32768 2008-08-08 13:26 Mappe
drwxr-xr-x 40 Benutzername Benutzername  32768 2011-04-11 13:05 studium
-rwxr-xr-x  1 Benutzername Benutzername 837851 2011-03-14 18:44 Datei 002.jpg

Und noch weitere Einträge der Art.

Zum Seitenanfang

nilpferd

User

Beiträge: 15

Registrierungsdatum: 16.08.2011

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: GNOME 2.x

6

24.10.2011, 18:16

keine Schreibrechte?

Das kannst du simpel ändern:
als root einloggen
und dann
chmod 777 /media/disk
Danach hat jeder Schreibrechte auf dieser Platte
wenn du das gezielter haben willst:
chown "DU".users /media/disk -R, wobei "DU" dein Name auf dem Rechner ist.

Gruß
Martin

Zum Seitenanfang

6C33C

Account auf eigenen Wunsch gelöscht

Beiträge: 18 492

7

24.10.2011, 18:18

Zitat von »nilpferd«

als root einloggen
und dann
chmod 777 /media/disk
Danach hat jeder Schreibrechte auf dieser Platte

Wie lange benutzt du schon Linux um solche Tips zu geben?

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

8

24.10.2011, 18:37

Zitat von »gruewulf«

Aber gern doch:

Quellcode

insgesamt 1344
drwxr-xr-x  2 Benutzername Benutzername  32768 2011-07-19 10:17 Bilder
drwxr-xr-x 35 Benutzername Benutzername  32768 2011-10-01 13:08 fotos
drwxr-xr-x  4 Benutzername Benutzername  32768 2008-08-08 13:26 Mappe
drwxr-xr-x 40 Benutzername Benutzername  32768 2011-04-11 13:05 studium
-rwxr-xr-x  1 Benutzername Benutzername 837851 2011-03-14 18:44 Datei 002.jpg

Und noch weitere Einträge der Art.

Ich hatte Dich um die Ausgabe von

	Quellcode
1	ls -l /media/disk

gebeten, gebe das im Terminal ein, achte darauf, das das ls -l /media/disk ein kleines L ist.

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

9

24.10.2011, 18:42

Das war meine Ausgabe. Ich hab deinen Befehl rauskopiert und eingefügt. Zum Testen habe ich das jetzt nochmal von Hand eingegeben, immer noch die gleiche Ausgabe. Insgesamt habe ich 17 Zeilen Ausgabe mit meiner Top-Level Dateistruktur der Partition.

Zitat

chown "DU".users /media/disk -R, wobei "DU" dein Name auf dem Rechner ist.

Kann ich das gefahrlos machen? Mit dem root scheint mir auch etwas viel, aber der zweite Teil dürfte doch harmlos sein?

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

10

24.10.2011, 18:55

sorry das war mein Fehler, ich wollte die Ausgabe von

	Quellcode
1	ls -l /media

so ist es richtig, dazu muss die Platte eingebunden sein und dann sehen wir weiter.

Edit

Du kannst gefahrlos

	Quellcode
1	sudo chown DU:DU /media/disk

, die Rechte auf Dich übertragen, dass muss auch so sein.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Skadi« (24.10.2011, 19:00)

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

11

27.10.2011, 12:14

Ich hatte ein paar Tage keinen Zugriff auf meinen Linux Rechner, und konnte deswegen nicht sinnvoll antworten, sorry.

Aus irgend einem Grund konnte ich die Platte heute mounten, und hatte wieder Schreibrechte. Dafür ist mein Nautilus abgestürzt beim Versuch, über Rechte Maustaste zu sehen, wie die Zugriffsrechte der Platte gesetzt sind:

Quellcode

1
2
3

Beim Erhalt der Freigabeinformationen ist ein Fehler aufgetreten
»net usershare« gab den Fehler 255 zurück: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error Datei oder Verzeichnis nicht gefunden
Please ask your system administrator to enable user sharing.

Dann hab ich ihn gekillt über den Taskmanager. Danach hatte ich wieder keine Schreibrechte mehr :-(

ls -l /media sagt:

	Quellcode
1 2 3 4	insgesamt 36 lrwxrwxrwx 1 root root 6 2008-08-05 17:40 cdrom -> cdrom0 drwxr-xr-x 2 root root 4096 2008-08-05 17:40 cdrom0 drwxr-xr-x 17 Benutzername Benutzername 32768 2011-10-27 11:36 disk

Edit:
Ich hab jetzt den Rechner neugestartet. Die Partition war bereits gemountet (war sie beim ersten starten des Rechners nicht), und ich hatte keine Schreibrechte. Hab sie unmountet und wieder gemountet, jetzt habe ich Schreibrechte, und kann mir auch die Zugriffsrechte über Rechte Maustaste anzeigen lassen. Nun wollte ich die "Datei 002.jpg" löschen, die im obersten Verzeichnissbaum liegt und fehlerhaft ist (mir wird "Fehler beim Lesen aus Datei: Eingabe-/Ausgabefehler" angezeigt wenn ich sie öffnen will). Danach ist die gesamte Partition wieder nicht schreibbar. Einen anderen Ordner konnte ich vorher aber ohne Probleme löschen, oder zumindest in den Papierkorb verschieben.

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »gruewulf« (27.10.2011, 12:58)

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

12

27.10.2011, 15:19

Hallo,
kann es vielleicht sein, dass Deine Platte defekt ist, schau Dir mal die syslog an, mit

	Quellcode
1	cat /var/log/syslog\|grep ata

, achte darauf, ob da ERORR mit aufgelistet werden.

Zum Seitenanfang

floogy

User

Beiträge: 3 071

Registrierungsdatum: 10.03.2005

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: GNOME 3.0

Andere Betriebssysteme: debian

13

27.10.2011, 15:27

Bitte poste noch mal die entsprechende Zeile der fstab. Außerdem gebe die Ausgabe von mount noch mal an.

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

14

27.10.2011, 15:38

Bei

	Quellcode
1	cat /var/log/syslog\|grep ata

Passiert bei mir gar nichts, aber wenn ich die Datei /var/log/syslog öffne, steht da ganz viel:

Quellcode

1
2
3

Oct 27 12:08:01 samsung kernel: [ 2584.079283] FAT: Filesystem error (dev sda5)
Oct 27 12:08:01 samsung kernel: [ 2584.079291]     fat_get_cluster: invalid cluster chain (i_pos 1156876)
Oct 27 12:08:01 samsung kernel: [ 2584.079300]     File system has been set read-only [Dies kommt nur einmal am Anfang]

Also put? Schade. Komisch das dann alles andere noch geht, ist ja alles die gleiche Platte.

Meine komplette fstab sieht so aus:

Quellcode

proc       /proc          proc         defaults                    0  0  
/dev/sda6  /              ext3         relatime,errors=remount-ro  0  1  
/dev/sda7  none           swap         sw                          0  0  
/dev/scd0  /media/cdrom0  udf,iso9660  user,noauto,exec,utf8       0  0  
/dev/sda5  /media/disk    vfat         uid=1000,gid=1000,rw,noauto,user,utf8,shortname=mixed     0  0

Das komplette mount -l sagt das:

Quellcode

/dev/sda6 on / type ext3 (rw,relatime,errors=remount-ro)
proc on /proc type proc (rw)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/Benutzername/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=Benutzername)
/dev/sda5 on /media/disk type vfat (rw,noexec,nosuid,nodev,uid=1000,gid=1000,utf8,shortname=mixed,user=Benutzername)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »gruewulf« (27.10.2011, 15:42)

Zum Seitenanfang

Skadi

User

Beiträge: 666

Registrierungsdatum: 13.10.2010

Derivat: Ubuntu

Architektur: andere

15

27.10.2011, 15:48

Hallo,

um da nun ein defekt der Platte auszuschließen, gibt es von den Herstellern ein Testprogramm, was Du auch auf eine CD brennen kannst und mit booten kannst, nur um Deine Platte mal zu testen. Hier der Link Samsung ESTOOL301v_CDROM.zip

EDIT :

hast Du auch mal ein Check Disk durchgeführt, dazu musst Du die Platte vorher aus dem System entbinden mit

	Quellcode
1 2	sudo umount /dev/sda5 sudo fsck.vfat /dev/sda5

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Skadi« (27.10.2011, 15:55)

Zum Seitenanfang

floogy

User

Beiträge: 3 071

Registrierungsdatum: 10.03.2005

Derivat: Ubuntu

Architektur: 64-Bit PC

Desktop: GNOME 3.0

Andere Betriebssysteme: debian

16

27.10.2011, 15:53

Ich würde die Daten sichern und danach das Dateisystem reparieren. Am Besten Du überlässt das Windows chksdk. Unter Linux müsste es mit fsck aber auch gehen. Die Sicherung wäre wichtig, wenn Dir die Daten lieb sind. Manchmal ist nach der Dateisytemreparatur zwar das Dateisystem wieder ok, aber dafür fehlen Daten oder sie befinden sich fein durchnummeriert unter lost+found (als Datenmüll). Das muss nicht so sein, kann aber darauf hinauslaufen.

Dateisystemfehler müssen nicht bedeuten, dass die Hardware defekt ist. Sie können auch Aufgrund von Abstürzen bzw. Stromausfällen entstehen. Bei FAT32 handelt es sich ja nicht um ein Journalling-Dateisystem.
Die Untersuchung nach S.M.A.R.T-Status, wie Skadi sie vorschlägt ist aber sinnvoll.

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »floogy« (27.10.2011, 15:56)

Zum Seitenanfang

gruewulf

User

Beiträge: 11

Registrierungsdatum: 07.08.2008

Derivat: Ubuntu

Architektur: 32-Bit PC

Desktop: GNOME 2.x

17

27.10.2011, 17:29

Dann gehe ich das alles (das Testprogramm, nochmal genau schauen ob ich wirklich alle Daten gesichert habe und das fsck) demnächst mal an. Habe jetzt gerade leider nicht die Zeit dazu, und werde die nächsten Tage wieder keinen Zugriff auf den Rechner haben. Ich melde mich dann aber auf jeden Fall obs geklappt hat oder nicht.

Vielen Dank schonmal an euch.

Edit vom 04.November:
Da man anscheinend nicht zwei Beiträge direkt hintereinander machen darf:
Habe heute den erweiterten Smart Test durchlaufen lassen und er hat keine Fehlermeldungen oder ähnliches ausgegeben.
Dinge wie Lesefehlerrate oder Such-Fehlerrate stehen alle auf 0. Scheint also zumindest Hardware-technisch alles in Ordnung zu sein.

fsck kommt dann beim nächsten mal dran.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »gruewulf« (04.11.2011, 13:24)

Zum Seitenanfang

Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de

Keine Schreibrechte mehr auf FAT Partition

Keine Schreibrechte mehr auf FAT Partition

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

keine Schreibrechte?

Zitat von »nilpferd«

Zitat von »gruewulf«

Quellcode

Quellcode

Zitat

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode

Quellcode