Bash-Scripting: Auf leeres Verzeichnis prüfen

Ich möchte testen, ob ein Verzeichnis keine Dateien enthält. In diesem Fall überspringe ich die Verarbeitung.

Ich habe folgendes versucht:

if [ ./* == "./*" ]; then
    echo "No new file"
    exit 1
fi

Das gibt den folgenden Fehler:

line 1: [: too many arguments

Gibt es eine Lösung / Alternative?

if [ -z "$(ls -A /path/to/dir)" ]; then
   echo "Empty"
else
   echo "Not Empty"
fi

Es wäre auch cool, vorher zu prüfen, ob das Verzeichnis existiert.

Keine Notwendigkeit, irgendetwas zu zählen oder Muschelkugeln. Sie können auch readin Kombination mit verwenden find. Wenn finddie Ausgabe leer ist, geben Sie Folgendes zurück false:

if find /some/dir -mindepth 1 | read; then
   echo "dir not empty"
else
   echo "dir empty"
fi

Dies sollte tragbar sein.

if [ -n "$(find "$DIR_TO_CHECK" -maxdepth 0 -type d -empty 2>/dev/null)" ]; then
    echo "Empty directory"
else
    echo "Not empty or NOT a directory"
fi

#!/bin/bash
if [ -d /path/to/dir ]; then
    # the directory exists
    [ "$(ls -A /path/to/dir)" ] && echo "Not Empty" || echo "Empty"
else
    # You could check here if /path/to/dir is a file with [ -f /path/to/dir]
fi

Dies erledigt die Arbeit im aktuellen Arbeitsverzeichnis (.):

[ `ls -1A . | wc -l` -eq 0 ] && echo "Current dir is empty." || echo "Current dir has files (or hidden files) in it."

oder derselbe Befehl wurde in drei Zeilen aufgeteilt, um die Lesbarkeit zu verbessern:

[ `ls -1A . | wc -l` -eq 0 ] && \
echo "Current dir is empty." || \
echo "Current dir has files (or hidden files) in it."

Ersetzen Sie einfach ls -1A . | wc -lmit , ls -1A <target-directory> | wc -lwenn Sie benötigen sie auf einem anderen Zielordner auszuführen.

Edit : Ich habe ersetzt -1adurch -1A(siehe @ Daniel Kommentar)

Verwenden Sie Folgendes:

count="$( find /path -mindepth 1 -maxdepth 1 | wc -l )"
if [ $count -eq 0 ] ; then
   echo "No new file"
   exit 1
fi

Auf diese Weise sind Sie unabhängig vom Ausgabeformat von ls. -mindepthÜberspringt das Verzeichnis selbst und -maxdepthverhindert die rekursive Verteidigung in Unterverzeichnissen, um die Arbeit zu beschleunigen.

Verwenden eines Arrays:

files=( * .* )
if (( ${#files[@]} == 2 )); then
    # contents of files array is (. ..)
    echo dir is empty
fi

Eine hackige, aber nur bash-freie PID-Methode:

is_empty() {
    test -e "$1/"* 2>/dev/null
    case $? in
        1)   return 0 ;;
        *)   return 1 ;;
    esac
}

Dies macht sich die Tatsache zunutze, dass testbuiltin mit 2 endet, wenn nach mehr als einem Argument Folgendes angegeben wird -e: Zunächst wird "$1"/*glob um bash erweitert. Dies führt zu einem Argument pro Datei. Damit

• Wenn keine Dateien vorhanden sind, wird das Sternchen in test -e "$1"*nicht erweitert, sodass Shell auf die angegebene Datei zurückgreift *, die 1 zurückgibt.

• ... außer wenn es tatsächlich eine Datei gibt, die genau benannt ist *, wird das Sternchen zu "Sternchen" erweitert, was zum selben Aufruf wie oben führt, d. h. test -e "dir/*", nur dieses Mal wird 0 zurückgegeben. (Vielen Dank an @TrueY für den Hinweis.)

• Wenn es eine Datei gibt, test -e "dir/file"wird ausgeführt, was 0 zurückgibt.

• Wenn aber mehr Dateien als 1 vorhanden sind, test -e "dir/file1" "dir/file2" wird ausgeführt, was die Bash als Verwendungsfehler meldet, dh 2.

case Wickelt die gesamte Logik so um, dass nur der erste Fall mit 1 Exit-Status als Erfolg gemeldet wird.

Mögliche Probleme, die ich nicht überprüft habe:

• Es gibt mehr Dateien als die Anzahl der zulässigen Argumente - ich schätze, dies könnte sich ähnlich verhalten wie bei 2+ Dateien.

• Oder es gibt tatsächlich eine Datei mit einem leeren Namen - ich bin mir nicht sicher, ob dies unter einem vernünftigen OS / FS möglich ist.

Mit FIND (1) (unter Linux und FreeBSD) können Sie einen Verzeichniseintrag über "-maxdepth 0" nicht-rekursiv betrachten und mit "-empty" prüfen, ob er leer ist. Angewandt auf die Frage ergibt sich:

if test -n "$(find ./ -maxdepth 0 -empty)" ; then
    echo "No new file"
    exit 1
fi

Ich denke die beste Lösung ist:

files=$(shopt -s nullglob; shopt -s dotglob; echo /MYPATH/*)
[[ "$files" ]] || echo "dir empty" 

Vielen Dank an https://stackoverflow.com/a/91558/520567

Dies ist eine anonyme Bearbeitung meiner Antwort, die möglicherweise für jemanden hilfreich ist oder nicht: Eine geringfügige Änderung gibt die Anzahl der Dateien an:

files=$(shopt -s nullglob dotglob; s=(MYPATH/*); echo ${s[*]}) 
echo "MYPATH contains $files files"

Dies funktioniert auch dann einwandfrei, wenn Dateinamen Leerzeichen enthalten.

if find "${DIR}" -prune ! -empty -exit 1; then
    echo Empty
else
    echo Not Empty
fi

EDIT: Ich denke, dass diese Lösung mit gnu find gut funktioniert, nach einem kurzen Blick auf die Implementierung . Dies funktioniert jedoch möglicherweise nicht, wenn beispielsweise netbsd gefunden wird . In der Tat wird das Feld st_size von stat (2) verwendet. Das Handbuch beschreibt es als:

st_size            The size of the file in bytes.  The meaning of the size
                   reported for a directory is file system dependent.
                   Some file systems (e.g. FFS) return the total size used
                   for the directory metadata, possibly including free
                   slots; others (notably ZFS) return the number of
                   entries in the directory.  Some may also return other
                   things or always report zero.

Eine bessere und auch einfachere Lösung ist:

if find "${DIR}" -mindepth 1 -exit 1; then
    echo Empty
else
    echo Not Empty
fi

Auch der -prune in der 1. Lösung ist unbrauchbar.

EDIT: no -exit für gnu find .. die obige Lösung ist gut für NetBSD's find. Für GNU find sollte dies funktionieren:

if [ -z "`find \"${DIR}\" -mindepth 1 -exec echo notempty \; -quit`" ]; then
    echo Empty
else
    echo Not Empty
fi

Das ist alles großartiges Zeug - habe es einfach in ein Skript geschafft, damit ich nach leeren Verzeichnissen unterhalb des aktuellen Verzeichnisses suchen kann. Das Folgende sollte in eine Datei namens 'findempty' geschrieben werden, die sich irgendwo im Pfad befindet, damit bash sie finden und dann chmod 755 ausführen kann. Kann leicht an Ihre spezifischen Bedürfnisse angepasst werden, denke ich.

#!/bin/bash
if [ "$#" == "0" ]; then 
find . -maxdepth 1 -type d -exec findempty "{}"  \;
exit
fi

COUNT=`ls -1A "$*" | wc -l`
if [ "$COUNT" == "0" ]; then 
echo "$* : $COUNT"
fi

Diese Arbeit für mich, um Dateien im Verzeichnis zu prüfen und zu verarbeiten ../IN, wenn man bedenkt, dass sich das Skript im ../ScriptVerzeichnis befindet:

FileTotalCount=0

    for file in ../IN/*; do
    FileTotalCount=`expr $FileTotalCount + 1`
done

if test "$file" = "../IN/*"
then

    echo "EXITING: NO files available for processing in ../IN directory. "
    exit

else

  echo "Starting Process: Found ""$FileTotalCount"" files in ../IN directory for processing."

# Rest of the Code

Was ist mit dem Testen, ob ein Verzeichnis vorhanden und in einer if-Anweisung nicht leer ist?

if [[ -d path/to/dir && -n "$(ls -A path/to/dir)" ]]; then 
  echo "directory exists"
else
  echo "directory doesn't exist"
fi

Bei jedem anderen Verzeichnis als dem aktuellen können Sie überprüfen, ob es leer ist, indem Sie es versuchen rmdir, da dies rmdirbei nicht leeren Verzeichnissen garantiert fehlschlägt. Wenn dies rmdirgelingt und Sie tatsächlich wollten, dass das leere Verzeichnis den Test überlebt, mkdirwiederholen Sie es einfach .

Verwenden Sie diesen Hack nicht, wenn es andere Prozesse gibt, die durch ein Verzeichnis, von dem sie wissen, dass es kurzzeitig aufhört zu existieren, möglicherweise unübersichtlich werden.

Wenn dies bei rmdirIhnen nicht funktioniert und Sie möglicherweise Verzeichnisse testen, die möglicherweise eine große Anzahl von Dateien enthalten, kann jede Lösung, die auf Shell-Globbing beruht, langsam werden und / oder zu Längenbeschränkungen für die Befehlszeile führen. Wahrscheinlich besser findin diesem Fall zu verwenden. Die schnellste findLösung, die mir einfällt, geht so

is_empty() {
    test -z $(find "$1" -mindepth 1 -printf X -quit)
}

Dies funktioniert für die GNU- und BSD-Versionen, findjedoch nicht für die Solaris- Versionen , bei denen jeder einzelne dieser findOperatoren fehlt . Liebe deine Arbeit, Oracle.

Sie können versuchen, das Verzeichnis zu entfernen und auf einen Fehler zu warten. rmdir löscht das Verzeichnis nicht, wenn es nicht leer ist.

_path="some/path"
if rmdir $_path >/dev/null 2>&1; then
   mkdir $_path        # create it again
   echo "Empty"
else
   echo "Not empty or doesn't exist"
fi