Ich habe Dateien auf einem Samba-Server im lokalen Firmennetzwerk und greife von einem Windows Vista-Rechner darauf zu. Wenn ich ein Verzeichnis mit schreibgeschützten Dateien löschen möchte, löscht Windows normalerweise sowieso einfach den gesamten Ordner. Wenn ich dies jedoch mit einem Verzeichnis auf dem Server mache, teilt mir Windows nur mit, dass ich Berechtigungen benötige (Screenshot einer identischen Fehlermeldung, nur andere Datei). Die Problemumgehung besteht darin, das Nur-Lese-Flag aus dem Verzeichnis und allen darin enthaltenen Dateien zu entfernen und es dann zu löschen. Ich habe jedoch ein versioniertes TortoiseSVN-Verzeichnis auf dem Server und die .svnVerzeichnisse enthalten schreibgeschützte Dateien. Ich muss die Nur-Lese-Flags vor jedem Commit aus dem Verzeichnis entfernen, sonst schlägt es fehl. Das ist ziemlich ärgerlich und sollte nicht so sein. Weiß jemand, wie man dieses Problem angeht? (Wenn jemand weiß, wie man TortoiseSVN anweist, seine Dateien nicht schreibgeschützt zu machen, wäre das wahrscheinlich auch in Ordnung) ... Danke!
BEARBEITEN:
Bei der betreffenden Datei handelt es sich um eine Shared-Datei, d. h. ich habe auf dem Samba-Server kein spezielles Benutzerkonto. Besitzer ist nobody, und jeder hat alle Rechte an der Datei. Wenn ich (unter Windows) die Datei auf "readonly" setze, dann (unter Linux, Debian Lenny, wo Samba installiert ist) hat plötzlich jeder überhaupt keine Rechte mehr an der Datei. Entferne ich das Readonly-Flag, hat jeder wieder alle Rechte.
Hier ist die Samba-Konfigurationsdatei smb.conf:
# Mit SWAT erstellte Samba-Konfigurationsdatei
# von 192.168.1.200 (192.168.1.200)
# Datum: 25.08.2006 17:14:50
# Globale Parameter
[global]
Arbeitsgruppe = FIRMA
Serverzeichenfolge = %h-Server (Samba %v)
Sicherheit = TEILEN
PAM-Einschränkungen befolgen = Ja
passdb backend = ****
passwd-Programm = ****
Chat-Passwort = ****
syslog = 0
Protokolldatei = /var/log/samba/log.%m
maximale Protokollgröße = 1000
DNS-Proxy = Nein
Panikaktion = /usr/share/samba/panic-action %d
include = /etc/samba/dhcp.conf
[Häuser]
Kommentar = Home-Verzeichnisse
Maske erstellen = 0700
Verzeichnismaske = 0700
durchsuchbar = Nein
[geteilt]
Pfad = /baldur
Nur lesen = Nein
Maske erstellen = 0777
Verzeichnismaske = 0777
nur Gast = Ja
Gast ok = Ja
Kartenarchiv = ja
Kartensystem = ja
Karte ausgeblendet = ja
BEARBEITEN 2:
baldur:/baldur/Mitarbeiter/Felix/Praktikum/projektrenate# ls -ld .svn drwxrwxrwx 6 niemand keine Gruppe 4096 15. Dez 19:34 .svn baldur:/baldur/Mitarbeiter/Felix/Praktikum/projektrenate/.svn# ls -al insgesamt 32 drwxrwxrwx 6 niemand keine Gruppe 4096 15. Dez 19:34 . drwxrwxrwx 5 niemand keine Gruppe 4096 15. Dez 13:37 .. -rwxrw-rw- 1 niemand keine Gruppe 77 15. Dez 18:19 alle-wcprops -r-xr--r-- 1 niemand keine Gruppe 236 15. Dez 18:19 Einträge drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 12:56 prop-base drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 12:56 props drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 18:19 text-base drwxrwxrwx 5 niemand keine Gruppe 4096 15. Dez 18:19 tmp baldur:/baldur/Mitarbeiter/Felix/Praktikum/projektrenate/.svn# weniger Einträge baldur:/baldur/Mitarbeiter/Felix/Praktikum/projektrenate/.svn# ls -al insgesamt 32 drwxrwxrwx 6 niemand keine Gruppe 4096 15. Dez 19:34 . drwxrwxrwx 5 niemand keine Gruppe 4096 15. Dez 13:37 .. -rwxrw-rw- 1 niemand keine Gruppe 77 15. Dez 18:19 alle-wcprops -rwxrw-rw- 1 niemand keine Gruppe 236 15. Dez 18:19 Einträge drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 12:56 prop-base drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 12:56 props drwxrwxrwx 2 niemand keine Gruppe 4096 15. Dez 18:19 text-base drwxrwxrwx 5 niemand keine Gruppe 4096 15. Dez 18:19 tmp baldur:/baldur/Mitarbeiter/Felix/Praktikum/projektrenate/.svn#
Antwort1
Sie sollten das Projekt exportieren und nicht die .svn-Ordner löschen. Siehe:http://svnbook.red-bean.com/en/1.0/re10.html
Bearbeiten:
delete readonly = yesDem Freigabeeintrag in der Samba-Konfiguration hinzugefügt, behebt das Problem des Löschens von Ordnern, die schreibgeschützte Dateien enthalten. Danke an @Felix Dombek