derUwe.de » Linux

/proc/stat mit Bash auswerten

Uwe — Sat, 27 Mar 2010 14:59:07 +0000

Ich wollte die aktuelle CPU Auslastung per Bashscript ermitteln, so wie sie auch unter top angezeigt wird. Nach einigem suchen wurde ich bei einem Script fündig, welches sehr anschaulich verdeutlichte wie dies realisiert werden kann. Auf dessen Basis habe ich mir mein eigenes Script entwickelt.

#!/bin/bash # /proc/stat 2x auslesen BEFORE=(`cat /proc/stat | grep '^cpu '`) sleep 1 AFTER=(`cat /proc/stat | grep '^cpu '`) # Differenz berechnen USER=`expr ${AFTER[1]} - ${BEFORE[1]}` NICE=`expr ${AFTER[2]} - ${BEFORE[2]}` SYSTEM=`expr ${AFTER[3]} - ${BEFORE[3]}` IDLE=`expr ${AFTER[4]} - ${BEFORE[4]}` ALL=`expr ${USER} + ${NICE} + ${SYSTEM} + ${IDLE}` # Prozente berechnen PUSER=`expr $USER \* 1000000 / $ALL` PNICE=`expr $NICE \* 1000000 / $ALL` PSYSTEM=`expr $SYSTEM \* 1000000 / $ALL` PIDLE=`expr $IDLE \* 1000000 / $ALL` # Prozente formatieren for i in 10 100 1000 10000 100000 ; do if [ $PUSER -lt $i ] ; then PUSER="0${PUSER}" fi if [ $PNICE -lt $i ] ; then PNICE="0${PNICE}" fi if [ $PSYSTEM -lt $i ] ; then PSYSTEM="0${PSYSTEM}" fi if [ $PIDLE -lt $i ] ; then PUSER="0${PIDLE}" fi done # ausgeben echo "us: ${PUSER:0:2}.${PUSER:2:4}%" echo "ni: ${PNICE:0:2}.${PNICE:2:4}%" echo "sy: ${PSYSTEM:0:2}.${PSYSTEM:2:4}%" echo "id: ${PIDLE:0:2}.${PIDLE:2:4}%"

Die Ausgabe sieht dann beispielsweise so aus:

us: 00.9900% ni: 00.0000% sy: 00.4950% id: 98.5148%

Wenn Secondlife unter Linux nicht will

Uwe — Sat, 07 Nov 2009 11:10:30 +0000

Auf meiner Gentoo Maschine will der (Linux) Client für Secondlife mit folgender Fehlermeldung nicht starten.

bin/do-not-directly-run-secondlife-bin: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory

Dies kommt daher das nur eine aktuellere Version der libjpeg installiert ist. In diesem Fall hilft ein einfacher Symlink auf die aktuelle Version.

# cd /usr/lib # ln -s libjpeg.so libjpeg.so.62

Zur Überprüfung sieht dann so aus:

# ls -l libjpeg.so* lrwxrwxrwx 1 root root 16 2009-11-07 00:48 libjpeg.so -> libjpeg.so.7.0.0 lrwxrwxrwx 1 root root 10 2009-11-07 11:05 libjpeg.so.62 -> libjpeg.so lrwxrwxrwx 1 root root 16 2009-11-07 00:48 libjpeg.so.7 -> libjpeg.so.7.0.0 -rwxr-xr-x 1 root root 218628 2009-11-07 00:48 libjpeg.so.7.0.0

Fertig. Viel Spaß beim Spielen.

kleine Datenrettung unter Linux

Uwe — Sat, 12 Sep 2009 19:09:03 +0000

Eine meiner Festplatten hat den Geist aufgegeben. Dummweise gleich die auf der sich die Systempartition befand. Bemerkbar gemacht hat sch das unter Linux durch Meldungen wie diese auf der Console:

ata3.00: cmd c8/00:08:43:c6:c1/00:00:00:00:00/e0 tag 0 cdb 0x0 data 4096 in res 51/40:08:43:c6:c1/00:00:00:00:00/e0 Emask 0x9 (media error)

Kurz darauf crashte der Rechner komplett. Nach einem Hardreset bootet der Rechner auch nicht mehr. Also Festplatte hinüber.

Ran an die Datenrettung. Als Erstes habe ich von einer Knoppix-CD gebootet. Hier ist zu beachten das einige Knoppix-CDs erkannte Swap-Partitionen automatisch mounten. Dies sollte man unbedingt per Bootparameter verhindern, sonst wird womöglich die defekte Platte gleich wieder benutzt. Auch benötigt man die grafische Oberfläche nicht, also startet man Knoppix am Bootprompt am besten mit

knoppix 2 noswap

Also Knoppix hochgefahren war, habe ich als Nächstes erst einmal mit

smartctl -a /dev/sda

die defekte Platte untersucht. (komplettes Log). Der Wert Current_Pending_Sector, welcher die defekten Sektoren angibt, war meiner Meinung nach auffällig hoch.

Ein anschliessendes

badblocks -v /dev/sda

bestätigte dies und lieferte jede Menge defekte Sektoren zurück (ca. 200). Bis auf eine Partitionen konnte ich alle mounten und die Daten sichern. Eine XFS-Partition war jedoch nicht mehr zum Mounten zu bewegen. (Defekter Superblock?)

Ein Reparaturversuch direkt auf der defekten Platte kam für mich nicht in Frage. Also benutze ich benutze dd_rescue um diese Partition als Image auf meinem Raid (gemountet unter /RAID) auszulesen.

dd_rescue /dev/sda5 /RAID/sda5.img

Das kann je nach Partitionsgröße eine ganze Weile dauern. Es sollte natürlich entsprechend Platz auf dem Ziellaufwerk vorhanden sein. Anschliessend habe ich das Image kopiert um den Reparatur-Versuch abzusichern.

cp /RAID/sda5.img /RAID/sda5.img.org

Anschliessend ein

xfs_repair /RAID/sda5.img

Es gab keine Fehlermeldungen und ich konnte anschliessend das Image mounten und die Daten darauf sichern.

mount -o ro,loop /RAID/sda5.img /mnt/...

Anschliessend habe ich mir erstmal ein Bier gegönnt und so das Überleben meiner Daten gefeiert. ;)