Wie chmod 755 alle Verzeichnisse, aber keine Datei (rekursiv)?
Umgekehrt, wie man nur Dateien (rekursiv) aber kein Verzeichnis chmod?
Wie chmod 755 alle Verzeichnisse, aber keine Datei (rekursiv)?
Umgekehrt, wie man nur Dateien (rekursiv) aber kein Verzeichnis chmod?
Antworten:
So geben Sie Verzeichnissen rekursiv Lese- und Ausführungsrechte:
find /path/to/base/dir -type d -exec chmod 755 {} +
So erteilen Sie Dateien rekursiv Leserechte:
find /path/to/base/dir -type f -exec chmod 644 {} +
Oder wenn es viele zu verarbeitende Objekte gibt:
chmod 755 $(find /path/to/base/dir -type d)
chmod 644 $(find /path/to/base/dir -type f)
Oder, um das chmod
Laichen zu reduzieren :
find /path/to/base/dir -type d -print0 | xargs -0 chmod 755
find /path/to/base/dir -type f -print0 | xargs -0 chmod 644
-bash: /bin/chmod: Argument list too long
. Der letzte Befehl funktioniert mit vielen Dateien, aber wenn Sie sudo
einen verwenden, müssen Sie darauf achten, ihn vor xargs anstelle von chmod zu setzen:find /path/to/base/dir -type d -print0 | sudo xargs -0 chmod 755
dir
auch auf 755 gesetzt.
chmod ... $(find /path/to/base/dir -type ...)
schlägt bei Dateinamen mit Leerzeichen im Namen fehl.
find /path/to/base/dir -type d -exec chmod 755 {} \;
( find /path/to/base/dir -type f -exec chmod 644 {} \;
).
Ein häufiger Grund dafür ist, dass Verzeichnisse auf 755 und Dateien auf 644 gesetzt werden. In diesem Fall gibt es einen etwas schnelleren Weg als in Niks find
Beispiel:
chmod -R u+rwX,go+rX,go-w /path
Bedeutung:
-R
= rekursiv;u+rwX
= Benutzer können lesen, schreiben und ausführen;go+rX
= Gruppe und andere können lesen und ausführen;go-w
= Gruppe und andere können nicht schreibenWichtig hierbei ist, dass sich Groß- X
und Kleinschreibung unterscheiden x
. Im Handbuch können wir lesen:
Die Ausführungs- / Suchbits, wenn die Datei ein Verzeichnis ist, oder eines der Ausführungs- / Suchbits werden in den ursprünglichen (nicht modifizierten) Modus versetzt.
Mit anderen Worten, chmod u + X in einer Datei setzt das Ausführungsbit nicht. und g + X setzt es nur, wenn es bereits für den Benutzer eingestellt ist.
chmod -R 777
da die +X
Option vorhandene Ausführungsbits für Dateien nicht zurücksetzt. Mit -x werden Verzeichnisse zurückgesetzt und ein Abstieg in diese verhindert.
X
, wie in den Kommentaren erläutert.
go+rX,go-w
-> go=rX
nicht wahr
chmod u-x,u+X
in Kombination usw. verwenden, um Ausführungsbits für Dateien zu entfernen, diese jedoch für Verzeichnisse hinzuzufügen.
Wenn Sie sicherstellen möchten, dass die Dateien auf 644 gesetzt sind und sich im Pfad Dateien mit dem Ausführungsflag befinden, müssen Sie zuerst das Ausführungsflag entfernen. + X entfernt das Ausführungsflag nicht von Dateien, die es bereits haben.
Beispiel:
chmod -R ugo-x,u+rwX,go+rX,go-w path
Update: Dies scheint zu scheitern, da das Verzeichnis bei der ersten Änderung (ugo-x) nicht mehr ausführbar ist, sodass alle Dateien darunter nicht geändert werden.
chmod -R ugo-x path
haben, könnte das ein Problem sein. Aber der vollständige Befehl führt das chmod u+rwX
in jedem Verzeichnis aus, bevor er versucht, in dieses Verzeichnis zu gelangen.) Ich glaube jedoch, dass dies chmod R u=rw,go=r,a+X path
ausreicht - und dass es kürzer ist.
Ich beschloss, selbst ein kleines Skript dafür zu schreiben.
Rekursives chmod-Skript für Verzeichnisse und / oder Dateien - Gist :
chmodr.sh
#!/bin/sh
#
# chmodr.sh
#
# author: Francis Byrne
# date: 2011/02/12
#
# Generic Script for recursively setting permissions for directories and files
# to defined or default permissions using chmod.
#
# Takes a path to recurse through and options for specifying directory and/or
# file permissions.
# Outputs a list of affected directories and files.
#
# If no options are specified, it recursively resets all directory and file
# permissions to the default for most OSs (dirs: 755, files: 644).
# Usage message
usage()
{
echo "Usage: $0 PATH -d DIRPERMS -f FILEPERMS"
echo "Arguments:"
echo "PATH: path to the root directory you wish to modify permissions for"
echo "Options:"
echo " -d DIRPERMS, directory permissions"
echo " -f FILEPERMS, file permissions"
exit 1
}
# Check if user entered arguments
if [ $# -lt 1 ] ; then
usage
fi
# Get options
while getopts d:f: opt
do
case "$opt" in
d) DIRPERMS="$OPTARG";;
f) FILEPERMS="$OPTARG";;
\?) usage;;
esac
done
# Shift option index so that $1 now refers to the first argument
shift $(($OPTIND - 1))
# Default directory and file permissions, if not set on command line
if [ -z "$DIRPERMS" ] && [ -z "$FILEPERMS" ] ; then
DIRPERMS=755
FILEPERMS=644
fi
# Set the root path to be the argument entered by the user
ROOT=$1
# Check if the root path is a valid directory
if [ ! -d $ROOT ] ; then
echo "$ROOT does not exist or isn't a directory!" ; exit 1
fi
# Recursively set directory/file permissions based on the permission variables
if [ -n "$DIRPERMS" ] ; then
find $ROOT -type d -print0 | xargs -0 chmod -v $DIRPERMS
fi
if [ -n "$FILEPERMS" ] ; then
find $ROOT -type f -print0 | xargs -0 chmod -v $FILEPERMS
fi
Es führt im Grunde genommen das rekursive chmod aus, bietet aber auch ein wenig Flexibilität für Befehlszeilenoptionen (setzt Verzeichnis- und / oder Dateiberechtigungen oder schließt beides aus, setzt automatisch alles auf 755-644 zurück). Es wird auch nach einigen Fehlerszenarien gesucht.
Ich habe auch in meinem Blog darüber geschrieben .
So geben Sie Verzeichnissen rekursiv Lese- und Ausführungsrechte:
find /path/to/base/dir -type d -exec chmod 755 {} \;
So erteilen Sie Dateien rekursiv Leserechte:
find /path/to/base/dir -type f -exec chmod 644 {} \;
Besser spät als nie lass mich Niks Antwort auf die Seite der Korrektheit bringen. Meine Lösung ist langsamer, funktioniert aber mit einer beliebigen Anzahl von Dateien, mit beliebigen Symbolen in Dateinamen, und Sie können sie normal mit sudo ausführen (achten Sie jedoch darauf, dass mit sudo möglicherweise andere Dateien erkannt werden).
Probieren Sie dieses Python-Skript aus. Es erfordert kein Spawnen von Prozessen und führt nur zwei Systemaufrufe pro Datei aus. Abgesehen von einer Implementierung in C wird dies wahrscheinlich der schnellste Weg sein (ich brauchte ihn, um ein Dateisystem mit 15 Millionen Dateien zu reparieren, die alle auf 777 gesetzt waren).
#!/usr/bin/python3
import os
for par, dirs, files in os.walk('.'):
for d in dirs:
os.chmod(par + '/' + d, 0o755)
for f in files:
os.chmod(par + '/' + f, 0o644)
In meinem Fall war um das letzte chmod ein try / catch erforderlich, da das chmodding einiger spezieller Dateien fehlgeschlagen ist.
Sie können auch verwenden tree
:
tree -faid /your_directory | xargs -L1 -I{} bash -c 'sudo chmod 755 "$1"' -- '{}'
und wenn Sie auch den Ordner anzeigen möchten, fügen Sie ein Echo hinzu
tree -faid /your_directory | xargs -L1 -I{} bash -c 'sudo chmod 755 "$1" && echo$1' -- '{}'
xargs
Themen informieren. Einfache Anführungszeichen in Dateinamen sind selbst ein Problem für viele Befehle und Skripte, deshalb habe ich alle Dateien mit einfachen Anführungszeichen aufgelistet und entfernt (die Anführungszeichen meine ich)
Sie können das folgende Bash-Skript als Beispiel verwenden. Stellen Sie sicher, dass Sie ihm ausführbare Berechtigungen erteilen (755). Verwenden Sie einfach ./autochmod.sh für das aktuelle Verzeichnis oder ./autochmod.sh <dir>, um ein anderes Verzeichnis anzugeben.
#!/bin/bash
if [ -e $1 ]; then
if [ -d $1 ];then
dir=$1
else
echo "No such directory: $1"
exit
fi
else
dir="./"
fi
for f in $(ls -l $dir | awk '{print $8}'); do
if [ -d $f ];then
chmod 755 $f
else
chmod 644 $f
fi
done
$1
nicht null ist, sondern nicht der Name eines Verzeichnisses (z. B. ein Tippfehler), dir
wird .
ohne Meldung auf gesetzt. (2) $1
sollte "$1"
und $dir
sollte sein "$dir"
. (3) Sie brauchen nicht zu sagen "./"
; "."
ist in Ordnung (und genau genommen brauchen Sie hier keine Anführungszeichen). (4) Dies ist keine rekursive Lösung. (5) Ruft auf meinem System ls -l … | awk '{ print $8 }'
die Änderungszeiten der Dateien ab. Sie müssen { print $9 }
bekommen , das erste Wort von dem Dateinamen. Und selbst dann (6) behandelt dies keine Dateinamen mit Leerzeichen. …
chmod
selbst auf 644 gesetzt, wodurch es selbst nicht ausführbar wird!