[Linux] filegröße ermitteln evt. auch auf Busybox?

EgLe · 15. Juli 2007

Hallo,

ich versuche verschieden Möglichkeiten "in der Bash" die Filegröße eines gz-Tarballs zu ermitteln.
Ich verwende zum testen immer das gleiche File als Beispiel das "db-switch_0.2.5.tar.gz"

Part 1

Ich habe bisher folgendes Ausprobiert:

1. Beispiel per Script:

Bash

#!/bin/sh
#
#   ./md5sum_du.sh
#
BASE_DIR=`pwd`;
rm -rf $BASE_DIR/md5sum_tmp
rm -rf md5sum_du_info.txt


for i in *.tar.gz; do
	rm -rf $BASE_DIR/md5sum_tmp
	mkdir -p $BASE_DIR/md5sum_tmp
	tar -zxvf $i -C $BASE_DIR/md5sum_tmp
	du -cb $BASE_DIR/md5sum_tmp					>> md5sum_du_info.txt
	md5sum 	$i							>> md5sum_du_info.txt	
	echo "---------------------------------------------------------">> md5sum_du_info.txt
	echo ""
	echo "habe fertig  ${i}"
	echo ""
done


rm -rf $BASE_DIR/md5sum_tmp


echo "habe fertig"


exit 0

Alles anzeigen

hier liefert mir das Script folgendes als Textinfo:

Code

35341	/media/hdb7/Test/md5sum_tmp/var/tuxbox/plugins
39437	/media/hdb7/Test/md5sum_tmp/var/tuxbox
43533	/media/hdb7/Test/md5sum_tmp/var
47629	/media/hdb7/Test/md5sum_tmp
47629	insgesamt
1029050b2c965c72d6fe49466375a6d9  db-switch_0.2.5.tar.gz

2. Beispiel mittels "gzip -tlv"

Code

egle@amd64-3800:/media/hdb7/Test$ gzip -tlv db-switch_0.2.5.tar.gz
method  crc     date  time           compressed        uncompressed  ratio uncompressed_name
defla fcbbd779 Jul  8 16:53               12575               40960  69.3% db-switch_0.2.5.tar

3. Beispiel mittles "tar -tvf

Code

egle@amd64-3800:/media/hdb7/Test$ tar -tvf db-switch_0.2.5.tar.gz | awk 'BEGIN{sum=0}{sum=sum+$3}END{print sum}'
31245

4. Beispiel direkt entpacken und "du -cb"

Code

egle@amd64-3800:/media/hdb7/Test$ du -cb var
35341   var/tuxbox/plugins
39437   var/tuxbox
43533   var
43533   insgesamt

Also zusammengefasst:

1. Beispiel = 47629
2. Beispiel = 40960
3. Beispiel = 31245
4. Beispiel = 43533

Welches ist denn nun wirklich eine realistische Größe?
Es ist ja bei den Test bzw. den Beispielen immer die gleiche Datei die Geprüft wird

Hmm, okay,
wenn ich mir die Ergebnisse so anschaue, verbrauchen die Verzeichnisse ja auch ein wenig Platz.
Bei meinem Ersten Beispiel (was den größen Wert hat) wird es wohl damit zusammenhängen das ich das ganze in einem "Temp" ermittle und dieses auch noch dazu gezählt wird.

In 4. Beispiel wo ich es erst entpackt habe fehlt ja das Temp...

Aber warum die andere Zwei Bespiele mir andere Ergebnisse liefern verstehe ich echt nicht,
jemand eine Idee an was dies liegen könnte?

Part 2

Habe diese Varianten natürlich auch auf der Dreambox mit Gemini getestet,
leider ist in der Busybox ja alles "gestrippt" und von daher fehlen etliche Optionen.

Also sind die oben genannten Varianten auf der Dreambox nicht einsetzbar

Kennt jemand evtl. noch andere Arten wie man die Filegröße in "bytes" auf der Dreambox ermitteln könnte um das Ergebnis in "bytes" zu erhalten?

oder würde hier nur der Weg eines neukompilieren von obigen "Befehlen" als Ausweg helfen?

pit234a · 15. Juli 2007

tar -tvf
geht zwar auch auf der Box, aber dann fehlt es an awk oder einfacher cut um da weiter zu machen.
Bisher sehe ich keine Möglichkeit.

Warum die größen unterschiedlich sind, kann ich mir auch nicht erklären.

pit234a · 15. Juli 2007

Bash

#!/bin/sh


TEMP_WORK_DIR=tmp_mkdreambox_1
TEMP_WORK_FILE1=tmp_mkdreambox_2
TEMP_WORK_FILE2=tmp_mkdreambox_3
TEMP_WORK_FILE3=tmp_mkdreambox_4


## some tool checks
TOOL_MKCRAMFS="${0%mkdreamboxfs*}mkcramfs"
if [ ! -x "$TOOL_MKCRAMFS" ]; then
  echo "Need the mkcramfs tool in same dir as mkdreamboxfs"
  echo "See original package"
  exit 0
fi
TOOL_MKSQUASHFS="${0%mkdreamboxfs*}mksquashfs"
if [ ! -x "$TOOL_MKSQUASHFS" ]; then
  echo "Need the mksquashfs tool in same dir as mkdreamboxfs"
  echo "See original package"
  exit 0
fi


if [ ! -e "/dev/zero" ]; then
  echo "Need the /dev/zero device"
  exit 0
fi


##check command line
if [ "$1" = "" -o "$2" = "" ]; then
  echo "Simple mkdreamboxfs script/tool for PPC/DB"
  echo "http://t-hydron.verkoyen.be"
	echo ""
  echo "Usage:"
  echo "mkdreamboxfs inputdir out.img"
  echo "Example:"
  echo "mkdreamboxfs my_dir cool.img"
  exit 0
fi


if [ ! -e "$1" ]; then
  echo "Input directory does not exist!"
  exit 0
fi


if [ -e "$2" ]; then
  echo "Output image already exists!"
  exit 0
fi


## first make the cramfs file part
rm -rf $TEMP_WORK_DIR
mkdir $TEMP_WORK_DIR
cp -a $1/root $TEMP_WORK_DIR/
rm -f $TEMP_WORK_FILE1
$TOOL_MKCRAMFS -bb $TEMP_WORK_DIR $TEMP_WORK_FILE1


ls -lsa $TEMP_WORK_FILE1 > $TEMP_WORK_FILE3
read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < $TEMP_WORK_FILE3
THEREST=$(( 1179648 - $SIZE ))
THEREST_CHECK=$(( (1179648 - $SIZE) < 0 ))


if [ "$THEREST_CHECK" = "1" ]; then
  rm -rf $TEMP_WORK_DIR
  rm -f $TEMP_WORK_FILE1
  rm -f $TEMP_WORK_FILE3
  echo "CRAMFS image part too big!"
  exit 0
fi


rm -f $TEMP_WORK_FILE3
dd if=/dev/zero of=$TEMP_WORK_FILE3 bs=1 count=$THEREST


## now make the squashfs file part
rm -rf $TEMP_WORK_DIR
cp -a $1 $TEMP_WORK_DIR
rm -rf $TEMP_WORK_DIR/root
rm -f $TEMP_WORK_FILE2
echo "Ready to make the squashFS part! This can take 1 or 2 minutes!"
$TOOL_MKSQUASHFS $TEMP_WORK_DIR $TEMP_WORK_FILE2 -be


## now bring them together!
cat $TEMP_WORK_FILE1 $TEMP_WORK_FILE3 $TEMP_WORK_FILE2 > $2


## clean
rm -rf $TEMP_WORK_DIR
rm -f $TEMP_WORK_FILE1
rm -f $TEMP_WORK_FILE2
rm -f $TEMP_WORK_FILE3


ls -lsa $2 > $TEMP_WORK_FILE3
read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < $TEMP_WORK_FILE3
SIZE_CHECK=$(( $SIZE > 6291456 ))


if [ "$SIZE_CHECK" = "1" ]; then
  rm -f $TEMP_WORK_FILE3
  rm -f $2
  echo "SQUASHFS image part too big (total image-size would be: $SIZE bytes)!"
  exit 0
fi


rm -f $TEMP_WORK_FILE3


echo "Done!"

Alles anzeigen

sieh dir das mal an, kommt aus dem script zum Packen eines IMGs und da werden einige Filegrößen geprüft. Damit habe ich nämlich gerade so meine Probleme.

edit: weil ich den code nicht einfärben kann, hier mal der wichtige Teil daraus:

Code

ls -lsa $TEMP_WORK_FILE1 > $TEMP_WORK_FILE3
read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < $TEMP_WORK_FILE3
THEREST=$(( 1179648 - $SIZE ))

soviel ich weiß, zeigt ls -s aber nicht Bytes, vielleicht ja auf der Box doch, naja, kB sind doch besser als gar nichts? oder?
THEREST_CHECK=$(( (1179648 - $SIZE) < 0 ))

edit2: gerade mal probiert, das geht auf der Box und ist so, wie hier gebraucht eigentlich unsinn ls- lsa zu setzen, ls -l genügt vollkommen und dann halt die read line einsetzen und halt zuvor ein tar, ich denke, da sollte was machbar sein.

schrotty · 15. Juli 2007

Hi

Zitat

Kennt jemand evtl. noch andere Arten wie man die Filegröße in "bytes" auf der Dreambox ermitteln könnte um das Ergebnis in "bytes" zu erhalten?

Code

ls -l DATEINAME | cut -d " " -f 5

Gruss
Dirk
edit
habs nicht auf der box probiert musst dir halt mit cut das passende feld ausschneiden

edit2:

Zitat

soviel ich weiß, zeigt ls -s aber nicht Bytes, vielleicht ja auf der Box doch, naja, kB sind doch besser als gar nichts? oder?

Das sind schon bytes und keine KB
mit ls -h kriegst du es "human readable" also in KB oder MB usw

pit234a · 15. Juli 2007

no cut today...
leider nicht auf der Box, jedenfalls nicht auf meinen. Hab es auch schon oft vermisst, geht einem so einfach von der Hand, gell?

schrotty · 15. Juli 2007

habs auf der box probiert

Code

root@dm7020:/etc/tuxbox> ls -l satellites.xml  | cut  -f 19 -d " "
16050
root@dm7020:/etc/tuxbox>

aber ich muss zugeben dass man das SO nicht verwenden kann, weil eben nicht nur blanks als trenner verwendet werden.
Müsste man vorher noch irgendwie trimmen.
edit:
so gehts:

Code

root@dm7020:/etc/tuxbox> ls -l  | tr -s " " | cut -f 5 -d " "
9848
1024
1702
1024
1024
16050
187
9
105949
4785
1024
1024

Alles anzeigen

Dann stimmts mit jeder Dateigrösse.

bexbier · 15. Juli 2007

nabend

hab grad auch ein wenig probiert, für boxen ohne cut gehts so, ist zwar ne absolute verrenkung aber es funzt

Zitat

ls -l datei.tar.gz | sed 's/$.*$ $.* $ $.* $ $.* $/\4/' | sed -e 's/ .*$/ Bytes/'

tja oder wie aus dem script von oben:

Zitat

ls -lsa datei.tar.gz > /tmp/temp
read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < /tmp/temp
echo "$SIZE Bytes"
rm /tmp/temp

pit234a · 16. Juli 2007

root@dreambox:/var/mnt/hdd/akut> cut
-sh: cut: not found
root@dreambox:/var/mnt/hdd/akut> whereis cut
-sh: whereis: not found
root@dreambox:/var/mnt/hdd/akut> find /bin -name "cut"
root@dreambox:/var/mnt/hdd/akut> find /sbin -name "cut"

also nur, weil ich ja den cut so gerne setze und daher schon öfter vermisste, wunderte ich mich nun sehr, dass der gehen soll. Ist nicht da. Leider.

und sehr merkwürdig denn darauf wäre ich nicht gekommen, das sed da ist.
Der Folgebeitrag legt den ja nahe und ich erwarte ihn eigentlich zusammen mit awk und da weder cut noch awk da waren, probierte ich sed gar nicht erst, noch nie. sed macht alles, was cut auch kann, nur komplizierter und vielleicht auch etwas mehr, bin da unerfahren.
Für mich gehört cut jedenfalls eher zu standard Befehlen und sed eher schon zu spezial-Fällen.

bexbier · 16. Juli 2007

hy pit

cut geht nur auf der 7020

EgLe · 16. Juli 2007

Hallo,

wow, ich bin echt begeistert was für Überragende "Denker" hier im Board unterwegs sind.
Ihr macht mich richtig Happy, dachte nicht das so viele Postings hier erscheinen

Aber ich habe mir mal eure Beispiele angeschaut und muss zugeben,
so aus dem Steh greif gefiel mir folgendes gut:

Beispiel per Script (e1-test.sh):

Bash

#!/bin/sh
#
ls -lsa e1-DBSwitch_0.2.5_070715.tar.gz > /tmp/temp
read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < /tmp/temp
echo "$SIZE Bytes"
rm /tmp/temp

Hmm hier erhilt ich als Ergebniss den Wert: 12830 Bytes

Mittels diesem Beispiel:

Code

ls -l e1-DBSwitch_0.2.5_070715.tar.gz | sed 's/\(.*\) \(.* \) \(.* \) \(.* \)/\4/' | sed -e 's/ .*$/ Bytes/'

Erhalte ich als Wert ebenfalls: 12830 Bytes

Hmm, wenn ich mir die Werte meines ersten Posting betrachte:

1. Beispiel = 47629
2. Beispiel = 40960
3. Beispiel = 31245
4. Beispiel = 43533

neue Beispiele: 12830

denke ich eher das mir hier die Filegröße des Tarballs angezeigt wird, nicht die des entpackten
Zustandes was er dann auf der Dreambox an Recourcen verbraucht...... ?

Mir ginge es aber um folgendes:

Ich mache dies ganze (Gemini-Tarballs) auf einem Linuxrechner, ich ermittle die Filegröße eines
Tarballs in entpackten Zustand, damit man gerade fürs Bluepanel (wird in die .xml eingetragen)
z.B. hier dem Gemini vor dem downloaden mitteilen kann wieviel Speicherplatz man benötigt.
Das Gemini erkennt dann anhand seiner Freien Resourcen ob er das überhaupt noch installieren
kann oder eben nicht, bei Platzmangel.

Ich selbst mache dies ja unter Linux, will aber bzw. bin dabei ein Script für die User hier im Board
zu erarbeiten mit dem man dies alles unter einer Dreambox erledigen kann, damit diese dann auch selber Gemini-Tarball "leicht" erstellen können.

Das Script ist soweit schon fertig,
das einzigste was ich noch brauchte wäre eben die "entpackte Filegröße" zu ermitteln.

Klar könnte ich evtl. auch sagen "egal" aber gerade wenn jemand z.B. sich selbst was für
die "useraddon.xml" erstellen will wäre es Sinnvoll diesen Wert zu besitzen.
Da ja nicht jeder Dreamboxuser gerade einen Linuxrechner hat,
aber immerhin eine Dreambox mit Linux wollte ich das gerne verwirklichen wenn möglich

Gut man bräuchte dies nicht zwingend für die useradon.xml, aber es wäre besser "meiner Meinung nach".

@ pit234a, ich denke der Ansatz in deinem Script dürfte da evtl. schon was bringen,
muss ich aber erstmal etwas Studieren und dann versuchen mir was zusammen zu Schustern, bin leider
echt ein Script-Anfänger und brauche da um einiges länger um da was zu Überprüfen und auszutesten

Habe da aber schon eine Idee, wie ich das evtl, verwenden kann, obs funktioniert werd ich sehen...

schrotty,
Bei deinem Ansatz verstehe ich nur Bahnhof, das muss ich aber auch mal testen

PS. Habe es getestet und soweit funktioniert das auch, aber leider auch nur die momentan verbrauchte Größe...

bexbier · 16. Juli 2007

hy egle

da hat ich dich falsch verstanden, meiner meinung nach hast du da im gepackten zustand aber keine chance, da der befehl tar -tvf auf der dm7000 zumindest nicht funktioniert.

allerdings kannst doch die grösse vor dem packen ermitteln und es dann packen, das geht dann genauso wie oben schon geschrieben, einfach nur anstatt "datei.tar.gz" einfach erst das ganze als tarfile erstellen, grösse ermitteln und dann packen, also...

entweder:

Bash

#!/bin/sh


  # die zusammengestellten rohdaten als tarball zusammenführen
  tar -cvf tmp/test.tar /tmp/var
  
  #tarballgroesse auslesen
  echo "`ls -l tmp/test.tar | sed 's/\(.*\) \(.* \) \(.* \) \(.* \)/\4/' | sed -e 's/ .*$/ Bytes/'`" >/tmp/tarsize
  
  #tarball kompremieren
  gzip tmp/test.tar


exit

Alles anzeigen

oder:

Bash

#!/bin/sh


  # die zusammengestellten rohdaten als tarball zusammenführen
  tar -cvf tmp/test.tar /tmp/var


  #tarballgroesse auslesen  
  ls -lsa /tmp/test.tar > /tmp/tarsize
  read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < /tmp/tarsize
  
  #tarball kompremieren
  gzip tmp/test.tar
  
exit

Alles anzeigen

wenn du das script für die user machen möchtest, solltest du dich nach den zur verfügung stehenden befehlen der dm7000 richten, damit leute die "nur" ne 500/5600/7000 besitzen es auch benutzen können, dort geht zB. der befehl cut nicht

P.S: hatte vorm halben Jahr schonmal nen addonmaker geschrieben, der per FlexmenuGui funzt, kannst dir ja mal anschauen vielleicht kannst da was von gebrauchen is zwar beta geblieben, aber erstellt auch start/uninstall -scripte (allerdings müssten die noch aufs gemini angepasst werden, naja wirst ja sehen )

EgLe · 16. Juli 2007

Hallo,

bexbier

Boah, recht herzlichen Dank für deine Hilfe, da bin ich echt schon einen gewaltigen Schritt weiter....

Also ich habe deine zwei scripte mal auf meiner DB600 getestet, da funktionieren beide Varianten,
habe die erste als "tarsize0" und die zweite Variante als "tarsize1" umgeschrieben zum testen

Die Ausgaben sind jeweils folgende:

Code

36864 Bytes

Code

36 -rw-r--r--    1 root     root        36864 Jul 16 02:39 /tmp/test.tar

die erste Variante gefällt mir von der Ausgabe besser

Aber:

Seltsamerweise scheint diese Variante aber auf meine Linux-Rechner selbst nicht zu funktionieren,
Hier erhalte ich als Ausgabe dann nur folgendes:

Code

-rw-r--r-- Bytes

Hmm kann man was da drehen damit dies auf der Dreambox sowie auf dem Rechner funktioniert?
Wäre zwar nicht der Weltuntergang wenn es nicht ginge, dann hätte ich halt wieder zwei Scripte:

1. für mich wo ich es per "du -cb" ermittle wie in meinem ersten Posting
2. für die User wo dies auf der Dreambox machen

Aber wenn man das biegen könnte das dies eben bei beiden Systemen funktioniert könnte ich
dies bei allen unseren Scripten einbauen und es gäbe keinen Unterschied zwschen unseren Scripten
und den Scripten die ich dann der Allgemeinheit bereitstelle, und wenn sich dann mal was ändert
wäre dies gleich erledigt und man könnte somit dann das Board immer mit den aktuellen Scripten beliefern ohne eben zweigleisig fahren zu müssen....

Aber jetzt werde ich erstmal ins Bett gehen, muss in 4 Stunden wieder Aufstehen und wieder Arbeiten

PS. deine Dateianhang werde ich mir auch noch anschauen, wenn ich ausgeschlafen habe ....

pit234a · 16. Juli 2007

auf der DM7000 funktioniert tar -tvf bei .tar und tar -tzvf bei .tar.gz
jedenfalls beim Gemini, wo ich es testete

Und in scripten kenne ich mich auch nicht aus, sah nur, dass es halt in einem Beispiel so gemacht wurde, das ich aber noch nicht ganz durch habe. So angewendet, bekommt mann nur die Ausgabe für eine einzige Zeile des ls outputs. Ich denke mir, dass erst mittels tar -tzvf eine Ausgabe erzeugt werden muss, die dann entweder durch den sed zerschnitten oder durch den read Befehl in Blöcken eingelesen wird und vielleicht in einer for Schleife die Werte der einzelnen Zeilen addiert werden können. sed und awk können ja Zeilenweise einlesen und awk kann auch Summen bilden, geht aber halt nicht auf der Box.

pit234a · 16. Juli 2007

Zitat
Original von schrotty
habs auf der box probiert
Code
root@dm7020:/etc/tuxbox> ls -l satellites.xml  | cut  -f 19 -d " "
16050
root@dm7020:/etc/tuxbox>
aber ich muss zugeben dass man das SO nicht verwenden kann, weil eben nicht nur blanks als trenner verwendet werden.
Müsste man vorher noch irgendwie trimmen.
edit:
so gehts:
Code
root@dm7020:/etc/tuxbox> ls -l  | tr -s " " | cut -f 5 -d " "
9848
1024
1702
1024
1024
16050
187
9
105949
4785
1024
1024
Alles anzeigen
Dann stimmts mit jeder Dateigrösse.
Alles anzeigen

den tr -s hatte ich zunächst gar nicht verstanden, dachte dass cut auch so zurecht käme.
ls -l | cut -b26-33 etwa um die Zeichen von Platz 26 bis 33 zu selektieren, aber ganz klar, der tr ist sehr hilfreich, weil er die überzähligen " " weglässt.
Leider auch nicht auf meiner Box vorhanden.

bexbier · 16. Juli 2007

morgähn ...

im zweiten beispiel is mir gestern nen fehler unterlaufen, war wohl doch schon spät

pit hat recht, der tar -tzvf befehl geht auch auf der box also kannst doch gepackte files auslesen.

Bash

#!/bin/sh


#kompremierten tarball auslesen , die ausgabe beim 4ten leerzeichen von hinten schneiden, und denn rest wiederum beim ersten leerzeichen abschneiden
echo "`tar -tzvf tmp/test.tar.gz | sed 's/\(.*\) \(.* \) \(.* \) \(.* \)/\4/' | sed -e 's/ .*$/ Bytes/'`" >/tmp/tarsize


exit

oder:

Bash

#!/bin/sh


  #kompremierten tarball auslesen und ausgabe in datei speichern
  tar -tzvf tmp/test.tar.gz > /tmp/temp


  #temporäre datei auslesen und SIZE rausziehen
  read DUMMY1 DUMMY2 SIZE DUMMYREST < /tmp/temp


  #size in tmp/tarsize schreiben
  echo "$SIZE Bytes" > /tmp/tarsize


  #temporäre datei löschen
  rm /tmp/temp


exit

Alles anzeigen

**cepheus** · 16. Juli 2007

hi bexbier,

Fast hat man die lösung!

Leider wird durch das lezte variante noch nicht die gesamtsumme zusammen berechnet.

Wie könnte diese noch überwunden werden?

Code

drwxr-xr-x 1000/1000         0 2007-07-15 10:09:26 ./var
drwxr-xr-x 1000/1000         0 2005-07-21 20:01:14 ./var/tuxbox
drwxr-xr-x 1000/1000         0 2006-05-06 15:37:44 ./var/tuxbox/plugins
-rwxr-xr-x 1000/1000        77 2006-04-29 21:29:12 ./var/tuxbox/plugins/dbswitch.cfg
-rwxr-xr-x 1000/1000     31168 2006-05-03 15:23:22 ./var/tuxbox/plugins/dbswitch.so
drwxr-xr-x 1000/1000         0 2007-07-15 17:02:51 ./var/uninstall
-rwxr-xr-x 1000/1000       372 2007-07-15 17:02:51 ./var/uninstall/DBSwitch_0.2.5_delfile.sh

bexbier · 16. Juli 2007

hy cepheus

na in meinem letzten posting ist doch der code um die grösse (der rohdaten) eines fertigen tarballs zu ermitteln,

wenn du die grösse vor dem packen ermitteln willst kannst du einfach einen zwischenschritt machen, indem du es erst in ein tar archiv zusammenfasst, grösse ermittelst und dann packst.

also so:

Bash

#!/bin/sh


  # die zusammengestellten rohdaten als tarball zusammenführen
  tar -cvf tmp/test.tar /tmp/var
  
  #tarballgroesse auslesen
  echo "`ls -l tmp/test.tar | sed 's/\(.*\) \(.* \) \(.* \) \(.* \)/\4/' | sed -e 's/ .*$/ Bytes/'`" >/tmp/tarsize
  
  #tarball kompremieren
  gzip tmp/test.tar


exit

Alles anzeigen

oder so:

Bash

#!/bin/sh


  # die zusammengestellten rohdaten als tarball zusammenführen
  tar -cvf tmp/test.tar /tmp/var


  #tarballgroesse auslesen  
  ls -lsa /tmp/test.tar > /tmp/temp
  read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < /tmp/temp


  #size in /tmp/tarsize schreiben
  echo "$SIZE" >/tmp/tarsize
  
  #tarball kompremieren
  gzip tmp/test.tar
  
exit

Alles anzeigen

wenn du es als *.tar zusammenfast ist es ja noch nicht kompremiert so das die grösse eigentlich identisch mit der realen grösse ist, allerdings ist es vom code her kürzer das gepackte file auszulesen (siehe letztes post, die ermittelte grösse ist ja die im ausgepackten stadium)

pit234a · 16. Juli 2007

kann mich da derzeit nicht so konzentrieren, aber ich glaube, das ist nicht so, bzw, das ist nicht, was gewollt wird.
Ich glaube, es muss eine Variable hochgezählt werden, also mit jeder Linie, die da von tar... erzeugt wird, die Summe erhöht werden. Sonst wird immer wieder überschrieben und es ergibt sich nicht die Summe, sondern was in der letzten Zeile stand.
es gab da statt read doch auch readline und mit sed sollte es auch einfach gehen und da könnte mit >> jede Ausgabe hinzugefügt werden, dann hätte man da einen Text, der alles enthält oder halt irgendwie mit =+ eine variable hochzählen.
Weil ich nicht viel mit diesen Dingen umgehe, kenne ich mich nicht gut aus und müsstemir alle Beispiele suchen, das ist sehr mühseelig. Mir steht derzeit der Kopf mehr nach leichter Kost, vielleicht später.

EgLe · 16. Juli 2007

Hallo und schönen Tag auch

Zitat

Original von bexbier
.....
oder so:

Bash

#!/bin/sh


  # die zusammengestellten rohdaten als tarball zusammenführen
  tar -cvf tmp/test.tar /tmp/var


  #tarballgroesse auslesen  
  ls -lsa /tmp/test.tar > /tmp/temp
  read DUMMY1 DUMMY2 DUMMY3 DUMMY4 DUMMY5 SIZE DUMMYREST < /tmp/temp


  #size in /tmp/tarsize schreiben
  echo "$SIZE" >/tmp/tarsize
  
  #tarball kompremieren
  gzip tmp/test.tar
  
exit

Alles anzeigen

Diese Variante funktioniert so wie es aussieht Aud der Dreambox und auch auf einem Linux-PC, habe
dies auf der DB600, DB7025 und auf dem Rechner mit Kubuntu 7.04 und 7.10-Alpha erfolgreich getestet

Deine erste Variante funktioniert bei mir nur auf den Dreamboxen seltsamerweise nicht auf dem
Rechner, aber ich denke die eine Lösung dürfte für unsere zwecke evtl. schon ausreichend sein.
Müssen nun mal versuchen dies in unseren Scripten zu integrieren....

Recht herzlichen Dank auch für diese "spitzen Hilfe", Ihr habt alle zusammen meine Erwartungen
mehr als erhofft übertroffen, da zieh ich wirklich meinen Hut vor euch

bexbier
Kann es sein das deine erste Lösung auf den "regularen Ausdrücke" aufbaut, muss sagen ich
bewundere sowieso jeden Menschen der sich damit auskennt und zurechtkommt....

Habe mir auch mal dein Script fürs Flexmenü angeschaut, sieht ja für eine Beta schon recht gelungen
aus, naja, evtl. willste das ja mal irgendwann Fertigstellen, oder ein andere Klaut Dir nun die Idee und
stellt es als seine Errungenschaft vor

Ich selbst bin "noch lange" nicht soweit so was zu erstellen, aber wer was die Zukunft bringt

Nochmals recht herzlichen Dank,

Ich lasse vorerst den Thread noch so stehen (also nicht als Gelöst) evtl. finden sich ja noch andere
Gedanken und Fragen die dieses Thema hier Betrifft.

bexbier · 16. Juli 2007

hy egle

gern geschehen, guck aber nochmal mein vorletztes posting an, pit hatte drauf aufmerksam gemacht das tar -tzvf doch auf der dreambox geht, habs damit nochmal gemacht, somit kann man nun doch aus dem kompremierten tarball direkt die rohdatengrösse auslesen, somit musst den zwischenschritt mit nur tar und dann gzip nicht machen....
...erspart ein wenig code

bzgl "regulare ausdrücke" .....wenn du damit meinst das es mit den grundbefehlen von sed gemacht ist, dann ja

is learning by doing, hab mir sowas von den "grossmeistern" abgeschaut und probiert, brauch glaub ich keine namen mehr nennen welche leute damit gemeint sind

[Linux] filegröße ermitteln evt. auch auf Busybox?

Wer ist / war online ?

Benutzer online 31

Wer war online 190