Hogyan kaphatom meg a fájl méretét egy bash szkriptben?

A legjobb fogadás, ha GNU rendszeren van:

stat --printf="%s" file.any 

Feladó: man stat :

% s teljes méret, bájtban

Bash szkriptben:

#!/bin/bash FILENAME=/home/heiko/dummy/packages.txt FILESIZE=$(stat -c%s "$FILENAME") echo "Size of $FILENAME = $FILESIZE bytes." 

MEGJEGYZÉS: lásd

file_size_kb=`du -k "$filename" | cut -f1` 

A stat használatával az a probléma, hogy ez egy GNU (Linux) kiterjesztés. du -k és cut -f1 fájlokat a POSIX határozza meg, ezért bármely Unix rendszerbe hordozhatók.

A Solaris például bash-val szállít, de stat . Tehát ez nem teljesen hipotetikus.

ls hasonló problémája van, mivel a kimenet pontos formátuma nincs megadva, így a kimenet elemzése nem hajtható végre . A du -h szintén egy GNU kiterjesztés.

Ha lehetséges, tartsa be a hordozható konstrukciókat, és a jövőben megkönnyíti valakinek az életét. Talán a sajátját.

Megjegyzések

• du nem adja meg a ‘ A fájl mérete azt jelzi, hogy mekkora helyet használ a fájl, ami finoman eltér (általában a du által jelentett méret a fájl mérete a legközelebbi értékre kerekítve blokkok száma, ahol a blokk tipikusan 512B, 1kB vagy 4kB).
• @Gilles, a ritka fájlok (azaz olyanok, amelyekben vannak lyukak) kevesebbet jelentenek, mint a hossz.
• Ez a --bytes vagy a -b és -k helyett az elfogadott válasz legyen. / li>
• @fralau: Az OP ” ezt akarja rendelni egy bash változóhoz, hogy később használhassák “, így sokkal valószínűbb, hogy actut akarnak al numerikus érték, nem ember által olvasható közelítés. Ezenkívül a -h egy GNU kiterjesztés; ez nem szabvány
• A du használata a --apparent-size zászlóval többet eredményez pontos méret (ahogy az emberen is megfogalmazta: print apparent sizes, rather than disk usage; although the apparent size is usually smaller, it may be larger due to holes in ('sparse') files, internal fragmentation, indirect blocks, and the like)

BSD “s (macOS” s) stat más formátumú argumentumjelzővel és más mezőmeghatározókkal rendelkezik. From man stat(1):

• -f format: Információk megjelenítése a megadott formátumban. Az érvényes formátumok leírását a FORMÁTUMOK részben találja.
• … a FORMÁTUMOK szakasz …
• z: A fájl bájtokban.

Tehát most együtt:

stat -f%z myfile1.txt 

MEGJEGYZÉS: lásd: @ b01 válasza a stat parancs használatára GNU / Linux rendszereken. 🙂

Megjegyzések

• Ne feledje, hogy ez csak BSD-s megoldás. Nem ‘ nem működik a GNU stat, sajnos.

Attól függ, mit értesz méret alatt.

size=$(wc -c < "$file") 

megadja a fájlból kiolvasható bájtok számát. IOW, akkora, mint a fájl tartalma. Ez azonban elolvassa a fájl tartalmát (kivéve, ha a fájl normál fájl, vagy a legtöbb wc optimalizálásként a normál fájlhoz kapcsolódik). Ennek lehetnek mellékhatásai. Például egy megnevezett csőnél az elolvasott már nem olvasható újra, és például /dev/zero vagy /dev/random végtelen méretű, eltart egy ideig. Ez azt is jelenti, hogy read engedélyre van szüksége a fájlhoz, és előfordulhat, hogy a fájl utolsó hozzáférési időbélyegzője frissíteni kell.

Ez szabványos és hordozható, azonban vegye figyelembe, hogy egyes wc megvalósítások tartalmazhatnak vezető üres helyeket a kimenetben. Az egyik módja annak, hogy megszabaduljon tőlük, a következők használata:

size=$(($(wc -c < "$file"))) 

vagy elkerülhető az dash vagy yash amikor a wc nem hoz kimenetet (például amikor a fájl nem nyitható meg):

size=$(($(wc -c < "$file") +0)) 

ksh93 wc be van építve (ha engedélyezi, meghívhatja is) mint command /opt/ast/bin/wc), ami a leghatékonyabb a rendszeres fájlok számára ebben a héjban.

Különböző rendszerek rendelkeznek stat ez egy interfész a stat() vagy a lstat() rendszerhívásokhoz.

Ezek a jelentési információk a inode. Ezen információk egyike a st_size attribútum. A szokásos fájlok esetében ekkora a tartalom (mennyi adat olvasható ki belőle hiba hiányában (ezt használja a legtöbb wc -c megvalósítás az optimalizálás során) ). Szimlinkek esetén ez a cél elérési útjának bájtja. A megnevezett csövek esetében a rendszertől függően vagy 0, vagy a csőpufferben lévő bájtok száma. Ugyanaz a blokkolóeszközök esetében is, ahol a rendszertől függően 0 vagy az alapul szolgáló tároló bájtja lesz.

Az információk megszerzéséhez nem kell olvasási engedély a fájlhoz, csak a könyvtár, amelyhez kapcsolódik.

Időrend szerint:

• IRIX stat (90 “s):

  stat -qLs -- "$file" 

  a iv id st_size attribútumot adja vissza = “b8ccb6d7c5”>

Ez a szkript számos módon ötvözi a fájlméretet:

( du --apparent-size --block-size=1 "$file" 2>/dev/null || gdu --apparent-size --block-size=1 "$file" 2>/dev/null || find "$file" -printf "%s" 2>/dev/null || gfind "$file" -printf "%s" 2>/dev/null || stat --printf="%s" "$file" 2>/dev/null || stat -f%z "$file" 2>/dev/null || wc -c <"$file" 2>/dev/null ) | awk "{print $1}" 

A szkript sok Unix rendszerben működik beleértve a Linuxot, a BSD-t, az OSX-et, a Solaris-t, a SunOS-t stb.

A fájlméret a bájtok számát mutatja. Ez a látszólagos méret, vagyis az a bájt, amelyet a fájl egy tipikus lemezen használ, különösebb tömörítés, speciális ritka területek vagy el nem osztott blokkok stb. Nélkül.

Ennek a szkriptnek van egy produkciós verziója, több segítséggel és további lehetőségek itt: https://github.com/SixArm/file-size

stat ezt a legkevesebb rendszerhívással teszi:

$ set debian-live-8.2.0-amd64-xfce-desktop.iso $ strace stat --format %s $1 | wc 282 2795 27364 $ strace wc --bytes $1 | wc 307 3063 29091 $ strace du --bytes $1 | wc 437 4376 41955 $ strace find $1 -printf %s | wc 604 6061 64793 

ls -l filename rengeteg információt ad egy fájlról, beleértve a fájl méretét, engedélyeit és tulajdonosát.

A fájl mérete az ötödik oszlopban, és bájtokban jelenik meg. Az alábbi példában a fájlméret alig 2KB alatt van:

-rw-r--r-- 1 user owner 1985 2011-07-12 16:48 index.php 

Szerkesztés: Ez nyilvánvalóan nem annyira megbízható, mint a stat parancs.

Megjegyzések

• szerintem a ls -l és a stat parancs egyaránt megbízható méretinformációt ad. Nem találtam ellenkező utalást. A ls -s megadja a blokkok számát.
• @ dabest1 ez ‘ nem megbízható bizonyos értelemben, másik unix, a kimenetük eltérő lehet (és egyes unixeknél ez is van).
• Igen, IIRC, Solaris nem ‘ nem jelenítette meg alapértelmezés szerint a csoport nevét, kevesebb oszlopot eredményez a kimenetben.
• Mivel a méret tiszta numerikus, üres szóköz veszi körül, és a dátum év tiszta numerikus, meghatározott formátumban, lehetséges lenne egy regexp használatával kezelni a felhasználót + tulajdonos mint egy mező, függetlenül attól, hogy a csoport jelen volt-e. (gyakorlat az olvasó számára!)

du filename megmondja a lemezhasználatot bájtokban.

Inkább a du -h filename -t részesítem előnyben, amely az ember számára olvasható formátumban adja meg a méretet.

Megjegyzések

• hogy vagy stat -c "%s"😉
• A du íze ezt a blokkot nyomtatja ki 1024 bájt, nem egyszerű bájtok száma.
• Ne feledje, hogy a standard du 512 bájtos egységek kimenetét adja. A GNU du kibibyte-okat használ, kivéve, ha a környezetében POSIXLY_CORRECT -vel hívják.
• könyvtár típusú fájlokhoz , amely megadja a könyvtár, valamint az összes többi fájl (rekurzív) lemezhasználatát.

Találtam egy AWK 1 vonalhajózást, és hibája volt, de kijavítottam. A TeraBytes után PetaBytes-be is tettem.

FILE_SIZE=234234 # FILESIZE IN BYTES FILE_SIZE=$(echo "${FILE_SIZE}" | awk "{ split( "B KB MB GB TB PB" , v ); s=1; while( $1>1024 ){ $1/=1024; s++ } printf "%.2f %s", $1, v[s] }") 

Figyelembe véve a stat nincs minden egyes rendszeren, szinte mindig használhatja az AWK megoldást. Példa; a Raspberry Pi-nek nincs stat , de awk .

Megjegyzések

• Teljesen NEM az, amit az OP kért, de szép kis alkotás.

Magam is szeretem a wc opciót. A “bc” -vel párosítva tetszőleges helyre kaphat tizedesjegyeket.

Arra törekedtem, hogy javítsak egy olyan szkriptet, amellyel az awk kiadta az “ls -” fájlméret “oszlopot. alh “parancs. Nem akartam csak egész fájlméreteket, és úgy tűnt, hogy két tizedesjegy megfelel, ezért a vita elolvasása után előálltam az alábbi kóddal.

Azt javaslom, hogy szakítsa meg a pontosvesszők vonalát, ha ezt beírja egy szkriptbe.

file=$1; string=$(wc -c $file); bite=${string% *}; okay=$(echo "scale=2; $bite/1024" | bc);friend=$(echo -e "$file $okay" "kb"); echo -e "$friend"

Saját a szkript neve gpfl , a “képfájl hosszának lekérése” kifejezésre. Használom, miután mogrify t hajtok végre egy fájlon az imagemagick alkalmazásban, mielőtt képet nyitnék vagy újratöltenék egy GUI jpeg nézőben.

Nem tudom, hogy ez hogyan értékelhető “válasz”, mivel sokat kölcsönöz abból, amit már felajánlottak és megvitattak. Tehát ott hagyom.

BZT

Megjegyzések

• Szeretném használni ” stat ” vagy ” ls “. Általában nem ‘ nem szeretem a ” wc ” fájlt használni, mert fizikailag elolvassa az egész fájlt. Ha sok fájlja van, vagy különösen nagy fájlja van, ez sok időt vehet igénybe. De a megoldása kreatív … + 1.
• Egyetértek az elképzelésekkel ” stat ” használatával ” wc ” a fájlmérethez, azonban ha a ” wc -c ” fájlt használja, akkor az adatok nem lesznek olvashatók; ehelyett az kitalálni a fájl bájtjainak számát. lingrok.org/xref/coreutils/src/wc.c#228
• @ bbaja42 : vegye figyelembe, hogy a GNU Coreutils beolvassa a fájl utolsó blokkját, abban az esetben, ha a stat.st_size csak közelítés volt (mint a Linux esetében: /proc és /sys fájlok). Gondolom, úgy döntöttek, hogy nem bonyolítják a fő megjegyzést, amikor pár sorral lejjebb adták ezt a logikát: lingrok.org/xref/coreutils/src/wc.c#246

A leggyorsabb és legegyszerűbb (IMO) módszer:

bash_var=$(stat -c %s /path/to/filename) 

Megjegyzések

• Ezután szavazzon egy vagy több meglévő választ, amely említi a stat-t; nem kell újra megismételni …
• @JeffSchaller Most Stephane ‘ válaszát szavaztam meg az utasításaid alapján.Úgy gondolom, hogy ez túl bonyolult a céljaimhoz. Ezért tettem közzé ezt az egyszerű választ hasonló gondolkodású lelkeknek.
• Köszönöm; ‘ csak egy ” stat ” hatodik példánya A / div> answer nem ‘ t nem egyszerűsíti ezt a Q & A-t, de inkább egy új olvasót kérdezne meg maguktól ” miben különbözik ez a válasz a többitől? ” és kevesebb zavart okoz.
• Gondolom, @JeffSchaller. De panaszkodhatnék a sok du és wc válaszra, amelyekre vonatkozó felelősség kizárása szükséges SOHA NE TEGYE EZT valójában élet. A válaszomat ma egy való életben használtam, és úgy gondoltam, hogy érdemes megosztani. Azt hiszem, mindannyiunk véleménye megvonja a vállát .