Tragbarer Weg, um die Dateigröße (in Bytes) in der Shell zu erhalten?

Unter Linux verwende ich stat --format="%s" FILE, aber Solaris, auf das ich Zugriff habe, hat keinen stat-Befehl. Was soll ich dann verwenden?

Ich schreibe Bash-Skripte und kann keine neue Software auf dem System installieren.

Ich habe darüber nachgedacht, bereits zu verwenden:

perl -e '@x=stat(shift);print $x[7]' FILE

oder auch:

ls -nl FILE | awk '{print $5}'

Aber keines davon sieht sinnvoll aus - Perl ausführen, nur um die Dateigröße zu ermitteln? Oder 2 Befehle ausführen, um dasselbe zu tun?

wc -c < filename(Abkürzung für Word Count, -cdruckt die Byteanzahl) ist eine tragbare POSIX- Lösung. Nur das Ausgabeformat ist möglicherweise nicht plattformübergreifend einheitlich, da möglicherweise einige Leerzeichen vorangestellt werden (was bei Solaris der Fall ist).

Lassen Sie die Eingabeumleitung nicht aus. Wenn die Datei als Argument übergeben wird, wird der Dateiname nach der Anzahl der Bytes gedruckt.

Ich hatte Angst, dass es für Binärdateien nicht funktionieren würde, aber es funktioniert sowohl unter Linux als auch unter Solaris einwandfrei. Sie können es mit versuchen wc -c < /usr/bin/wc. Darüber hinaus wird garantiert , dass POSIX-Dienstprogramme Binärdateien verarbeiten , sofern nicht ausdrücklich anders angegeben.

Am Ende habe ich mein eigenes Programm geschrieben (wirklich klein), um nur die Größe anzuzeigen. Weitere Informationen finden Sie hier: http://fwhacking.blogspot.com/2011/03/bfsize-print-file-size-in-bytes-and.html

Die zwei saubersten Möglichkeiten meiner Meinung nach mit gängigen Linux-Tools sind:

$ stat -c %s /usr/bin/stat
50000

$ wc -c < /usr/bin/wc
36912

Aber ich möchte einfach keine Parameter eingeben oder die Ausgabe weiterleiten, nur um eine Dateigröße zu erhalten, also verwende ich meine eigene bfsize.

Obwohl dunormalerweise die Festplattennutzung und nicht die tatsächliche Datengröße dugedruckt wird , können GNU-Coreutils die "scheinbare Größe" der Datei in Bytes drucken:

du -b FILE

Aber es funktioniert nicht unter BSD, Solaris, macOS, ...

Schließlich entschied ich mich für ls und Bash-Array-Erweiterung:

TEMP=( $( ls -ln FILE ) )
SIZE=${TEMP[4]}

Es ist nicht wirklich schön, aber zumindest macht es nur 1 Fork + Execve und es basiert nicht auf einer sekundären Programmiersprache (Perl / Ruby / Python / was auch immer).

Plattformübergreifend schnellste Lösung (verwendet nur single fork () für ls , versucht nicht, tatsächliche Zeichen zu zählen, erzeugt keine nicht benötigten awk, perl usw.).

Unter MacOS, Linux getestet - erfordert möglicherweise geringfügige Änderungen für Solaris:

__ln=( $( ls -Lon "$1" ) )
__size=${__ln[3]}
echo "Size is: $__size bytes"

Vereinfachen Sie bei Bedarf die Argumente von ls und passen Sie den Offset in $ {__ ln [3]} an.

Hinweis: folgt Symlinks.

BSDs haben statmit anderen Optionen als die GNU-Coreutils eine, aber ähnliche Fähigkeiten.

stat -f %z <file name> 

Dies funktioniert unter macOS (getestet am 10.12.), FreeBSD , NetBSD und OpenBSD .

Bei der Verarbeitung der ls -nAusgabe können Sie als Alternative zu schlecht portierbaren Shell-Arrays die Positionsargumente verwenden, die das einzige Array bilden und die einzigen lokalen Variablen in der Standard-Shell sind. Schließen Sie das Überschreiben von Positionsargumenten in eine Funktion ein, um die ursprünglichen Argumente für Ihr Skript oder Ihre Funktion beizubehalten.

getsize() { set -- $(ls -dn "$1") && echo $5; }
getsize FILE

Dies teilt die Ausgabe ln -dngemäß den aktuellen IFSEinstellungen der Umgebungsvariablen auf, weist sie Positionsargumenten zu und gibt die fünfte wieder. Die -dsicher Verzeichnisse werden richtig gehandhabt und die -ngewährleistet , dass die Benutzer- und Gruppennamen aufgelöst nicht brauchen werden, im Gegensatz zu -l. Außerdem könnten Benutzer- und Gruppennamen, die Leerzeichen enthalten, theoretisch die erwartete Linienstruktur durchbrechen. Sie sind normalerweise nicht erlaubt, aber diese Möglichkeit lässt den Programmierer immer noch innehalten und nachdenken.

Wenn Sie findvon GNU fileutils verwenden:

size=$( find . -maxdepth 1 -type f -name filename -printf '%s' )

Leider unterstützen andere Implementierungen von findnormalerweise nicht -maxdepth, noch -printf. Dies ist beispielsweise bei Solaris und macOS der Fall find.

Sie können den findBefehl verwenden, um eine Reihe von Dateien abzurufen (hier werden temporäre Dateien extrahiert). Anschließend können Sie mit dem duBefehl die Dateigröße jeder Datei mithilfe von -hswitch in lesbarer Form abrufen.

find $HOME -type f -name "*~" -exec du -h {} \;

AUSGABE:

4.0K    /home/turing/Desktop/JavaExmp/TwoButtons.java~
4.0K    /home/turing/Desktop/JavaExmp/MyDrawPanel.java~
4.0K    /home/turing/Desktop/JavaExmp/Instream.java~
4.0K    /home/turing/Desktop/JavaExmp/RandomDemo.java~
4.0K    /home/turing/Desktop/JavaExmp/Buff.java~
4.0K    /home/turing/Desktop/JavaExmp/SimpleGui2.java~

Ihr erstes Perl-Beispiel erscheint mir nicht unangemessen.

Aus solchen Gründen bin ich vom Schreiben von Shell-Skripten (in Bash / Sh usw.) zum Schreiben aller außer den trivialsten Skripten in Perl übergegangen. Ich stellte fest, dass ich Perl für bestimmte Anforderungen starten musste, und als ich dies immer mehr tat, stellte ich fest, dass das Schreiben der Skripte in Perl wahrscheinlich leistungsfähiger war (in Bezug auf die Sprache und die große Auswahl an Bibliotheken, die über CPAN verfügbar sind) ) und effizienter, um das zu erreichen, was ich wollte.

Beachten Sie, dass andere Shell-Skriptsprachen (z. B. Python / Ruby) zweifellos ähnliche Funktionen haben und Sie diese möglicherweise für Ihre Zwecke bewerten möchten. Ich diskutiere nur über Perl, da dies die Sprache ist, die ich benutze und mit der ich vertraut bin.

Wenn Sie Perl auf Ihrem Solaris haben, verwenden Sie es. Andernfalls ist ls mit awk Ihre nächstbeste Wette, da Sie keine Statistik haben oder Ihr Fund kein GNU-Fund ist.

In Solaris gibt es einen Trick, den ich verwendet habe. Wenn Sie nach der Größe von mehr als einer Datei fragen, wird nur die Gesamtgröße ohne Namen zurückgegeben. Fügen Sie daher eine leere Datei wie / dev / null als zweite Datei hinzu:

zB Befehl fileyouwant / dev / null

Ich kann mich nicht erinnern, welcher Größenbefehl für ls / wc / etc funktioniert - leider habe ich keine Solaris-Box zum Testen.

Unter Linux, das Sie verwenden können du -h $FILE, funktioniert das auch unter Solaris?

Hast du du -ks | ausprobiert? awk '{print $ 1 * 1024}'. Das könnte einfach funktionieren.