Rechte von Ordner/Dateien mit GNOME/Nautilus[gelöst]
Rechte von Ordner/Dateien mit GNOME/Nautilus[gelöst]
Also ich nutze GNOME und Nautilus. Jetzt habe ich zum Ändern der Zugriffsrechte von Ordnern und Dateien ein paar Fragen.
Ist es möglich, wenn ich einen Ordner schreibschützen möchte, daß ich alle Unterordner und alle darin enthaltenen Dateien gleich mit schreibschütze ?
Und umgekehrt natürlich auch ?
Jetzt habe ich folgendes Phänomän. Ich habe von einer gebrannte CD einen Ordner mit mehreren *.doc Dateien auf meinen Rechner gezogen. Dann ist der Ordner ja automatisch schreibgeschützt, weil er von einer gebrannten CD kommt. Die darin enthaltenen Dateien sind aber nicht schreibgeschützt.
Wenn ich jetzt den Schreibschutz des Ordners aufhebe, sind auf einmal alle darin enthaltenen Dateien schreibgeschützt.
Ist es möglich, wenn ich einen Ordner schreibschützen möchte, daß ich alle Unterordner und alle darin enthaltenen Dateien gleich mit schreibschütze ?
Und umgekehrt natürlich auch ?
Jetzt habe ich folgendes Phänomän. Ich habe von einer gebrannte CD einen Ordner mit mehreren *.doc Dateien auf meinen Rechner gezogen. Dann ist der Ordner ja automatisch schreibgeschützt, weil er von einer gebrannten CD kommt. Die darin enthaltenen Dateien sind aber nicht schreibgeschützt.
Wenn ich jetzt den Schreibschutz des Ordners aufhebe, sind auf einmal alle darin enthaltenen Dateien schreibgeschützt.
Zuletzt geändert von tat2 am 23.07.2006 08:42:09, insgesamt 1-mal geändert.
Stay RUDE, stay REBEL ! ! !
- Six
- Beiträge: 8071
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Re: Rechte von Ordner/Dateien verwalten mit GNOME/Nautilus
Rekursive Rechtevergabe (warum auch immer das so heißt) funktioniert angeblich ab Nautilus 2.15.tat2 hat geschrieben:Also ich nutze GNOME und Nautilus. Jetzt habe ich zum Ändern der Zugriffsrechte von Ordnern und Dateien ein paar Fragen.
Ist es möglich, wenn ich einen Ordner schreibschützen möchte, daß ich alle Unterordner und alle darin enthaltenen Dateien gleich mit schreibschütze ?
Und umgekehrt natürlich auch ?
So weit ich weiß, bleiben alle Dateien, die von einem schreibgeschütztem Medium kopiert werden, schreibgeschützt. Warum Nautilus das nicht auch so anzeigt, weiß ich nicht, sorry.Jetzt habe ich folgendes Phänomän. Ich habe von einer gebrannte CD einen Ordner mit mehreren *.doc Dateien auf meinen Rechner gezogen. Dann ist der Ordner ja automatisch schreibgeschützt, weil er von einer gebrannten CD kommt. Die darin enthaltenen Dateien sind aber nicht schreibgeschützt.
Wenn ich jetzt den Schreibschutz des Ordners aufhebe, sind auf einmal alle darin enthaltenen Dateien schreibgeschützt.
Trotz daß ich schon seit 2 Jahren Linux nutze (bis vor 4 Monaten allerdings SuSe) bin ich es noch von Windows gewohnt, daß ich, wenn ich einen Ordner mit Unterordnern und Dateien schreibschützen will, gefragt werde ob das nur für diesen Ordner oder auch für alle Unterordner und Dateien gilt.
Stay RUDE, stay REBEL ! ! !
Re: Rechte von Ordner/Dateien verwalten mit GNOME/Nautilus
Lass das sein. Nimm die Shell. Da heißt das danntat2 hat geschrieben:Also ich nutze GNOME und Nautilus.
Code: Alles auswählen
cp -a quelle ziel
chmod -R u+w ziel
Wenn du die Dateien vorher mit tar verpackst und das Ding auf CD brennst, hast du sämtliche Rechte, Zeiten und außergewöhnliche Zeichen gerettettettet.
Schau mal ob du die passenden Rechte hast. Wenn du nicht der Besitzer bist, dann kannst du das als root mit chown ändern.tat2 hat geschrieben:Nein, der Ordner liegt bei mir auf meiner Debian Festplatte. Würde auber auch gern Dateien auf einer externen FAT Festplatte bearbeiten.
FAT kennt das Schema User/Group/Others nicht. Da wird etwas zurechtgebogen was dann ähnlich läuft. Siehe dazu man mount.
tat2 hat geschrieben:Nutze für meine Zwecke jetzt KDE. Da kann ich einen Ordner schreibschützen, und ich kann dabei auch gleich anklicken, daß alle Unterordner und Dateien mit einbezogen werden.

Das gibts doch gar nicht!