Un moyen portable pour obtenir la taille du fichier (en octets) dans le shell?

Sous Linux, j'utilise stat --format="%s" FILE , mais Solaris auquel j'ai accès n'a pas de commande stat. Que dois-je utiliser alors?

J'écris des scripts Bash et je ne peux pas vraiment installer de nouveau logiciel sur le système.

J'ai déjà envisagé d'utiliser:

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

ou même:

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

Mais ni l'un ni l'autre ne semble raisonnable - exécuter Perl juste pour obtenir la taille du fichier? Ou exécuter 2 commandes pour faire la même chose?

wc -c < filename(abréviation de word count, -cimprime le nombre d'octets) est une solution POSIX portable . Seul le format de sortie peut ne pas être uniforme sur toutes les plates-formes car certains espaces peuvent être ajoutés au début (ce qui est le cas pour Solaris).

N'omettez pas la redirection d'entrée. Lorsque le fichier est passé en argument, le nom du fichier est imprimé après le nombre d'octets.

J'avais peur que cela ne fonctionne pas pour les fichiers binaires, mais cela fonctionne bien sur Linux et Solaris. Vous pouvez l'essayer avec wc -c < /usr/bin/wc. De plus, les utilitaires POSIX sont garantis pour gérer les fichiers binaires , sauf indication contraire explicite.

J'ai fini par écrire mon propre programme (vraiment petit) pour n'afficher que la taille. Plus d'informations ici: http://fwhacking.blogspot.com/2011/03/bfsize-print-file-size-in-bytes-and.html

Les deux moyens les plus propres à mon avis avec les outils Linux courants sont:

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

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

Mais je ne veux tout simplement pas taper des paramètres ou diriger la sortie uniquement pour obtenir une taille de fichier, donc j'utilise ma propre taille bfs.

Même s'il duimprime généralement l'utilisation du disque et non la taille réelle des données, GNU coreutils dupeut imprimer la "taille apparente" du fichier en octets:

du -b FILE

Mais cela ne fonctionnera pas sous BSD, Solaris, macOS, ...

Enfin, j'ai décidé d'utiliser ls et l'extension de tableau bash:

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

ce n'est pas vraiment sympa, mais au moins il ne fait qu'un fork + execve, et il ne repose pas sur un langage de programmation secondaire (perl / ruby ​​/ python / peu importe)

Solution la plus rapide multiplateforme (utilise uniquement un seul fork () pour ls , n'essaie pas de compter les caractères réels, ne génère pas de awk, perl, etc. inutiles).

Testé sur MacOS, Linux - peut nécessiter des modifications mineures pour Solaris:

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

Si nécessaire, simplifiez les arguments ls et ajustez le décalage dans $ {__ ln [3]}.

Remarque: suivra les liens symboliques.

Les BSD ont statdes options différentes de celles de GNU coreutils, mais des capacités similaires.

stat -f %z <file name> 

Cela fonctionne sur macOS (testé sur 10.12), FreeBSD , NetBSD et OpenBSD .

Lors du traitement de la ls -nsortie, comme alternative aux tableaux de shell mal portables, vous pouvez utiliser les arguments de position, qui forment le seul tableau et sont les seules variables locales du shell standard. Enveloppez l'écrasement des arguments de position dans une fonction pour conserver les arguments d'origine de votre script ou fonction.

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

Cela divise la sortie de en ln -dnfonction IFSdes paramètres actuels de la variable d'environnement, l'assigne aux arguments de position et fait écho au cinquième. Le -dgarantit que les répertoires sont gérés correctement et -ngarantit que les noms d'utilisateurs et de groupes n'ont pas besoin d'être résolus, contrairement à -l. En outre, les noms d'utilisateurs et de groupes contenant des espaces peuvent théoriquement casser la structure de ligne attendue; ils sont généralement interdits, mais cette possibilité incite toujours le programmeur à réfléchir.

Si vous utilisez finddes fileutils GNU:

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

Malheureusement, d'autres implémentations de findne prennent généralement pas en charge -maxdepth, ni -printf. C'est le cas, par exemple, de Solaris et de macOS find.

Vous pouvez utiliser la findcommande pour obtenir un ensemble de fichiers (ici les fichiers temporaires sont extraits). Ensuite, vous pouvez utiliser la ducommande pour obtenir la taille du fichier de chaque fichier sous une forme lisible par l'homme à l'aide de -hcommutateur.

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

PRODUCTION:

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~

Votre premier exemple de Perl ne me paraît pas déraisonnable.

C'est pour des raisons comme celle-ci que j'ai migré de l'écriture de scripts shell (dans bash / sh etc.) à l'écriture de tous les scripts sauf les plus triviaux en Perl. J'ai trouvé que je devais lancer Perl pour des besoins particuliers, et comme je le faisais de plus en plus, je me suis rendu compte qu'écrire les scripts en Perl était probablement plus puissant (en termes de langage et du large éventail de bibliothèques disponibles via CPAN ) et un moyen plus efficace d'atteindre ce que je voulais.

Notez que d'autres langages de script shell (par exemple python / ruby) auront sans aucun doute des fonctionnalités similaires, et vous voudrez peut-être les évaluer pour vos besoins. Je ne parle que de Perl car c'est le langage que j'utilise et que je connais bien.

si vous avez Perl sur votre Solaris, utilisez-le. Sinon, ls avec awk est votre prochain meilleur pari, puisque vous n'avez pas de statistiques ou que votre trouvaille n'est pas une trouvaille GNU.

Il y a une astuce dans Solaris que j'ai utilisée, si vous demandez la taille de plus d'un fichier, il ne renvoie que la taille totale sans nom - incluez donc un fichier vide comme / dev / null comme deuxième fichier:

par exemple, fichier de commande que vous voulez / dev / null

Je ne peux pas me rappeler quelle commande de taille cela fonctionne pour ls / wc / etc - malheureusement, je n'ai pas de boîtier solaris pour le tester.

sur Linux, vous pouvez utiliser du -h $FILE, cela fonctionne-t-il aussi sur Solaris?

Avez-vous essayé du -ks | awk '{print $ 1 * 1024}'. Cela pourrait bien fonctionner.