Nützliche Shell-Einzeiler

Zitat von COLOSSUS

Statt des klassichen Pipe-Konstrukts

Code:

find ... | xargs <programm> <prog_args>

verwendet man besser

Code:

find ... -exec <programm> <prog_args> {} +

`find` ersetzt dabei die Zeichenfolge {} mit der Liste der gefundenen Pfadnamen, und zwar in einer Art und Weise, die auch bei exotischen Dateinamen (mit '\n' und dergleichen im Pfadnamen) nicht bricht. Auszerdem spart man sich einen zusaetzlichen Prozess

Cool, das '+' bei find kannte ich nicht. Es gibt aber auch bei find/xargs combo eine Moeglichkeit die "filename safety" zu gewaehrend:

Code:

find ... -print0 | xargs -0 ...

Ich verwend aus anderen gruenden auch xargs: ich kann Programme parallel starten und bestimmen wie viele args jeweils uebergeben werden sollen.

Code:

find ... -print0 | xargs -0 -n 1 -P 4

-n 1 -> wie viele argumente uebergeben
-P 4 -> wie viele parallel

Zitat von watchout

Zitat von COLOSSUS

`find` ersetzt dabei die Zeichenfolge {} mit der Liste der gefundenen Pfadnamen, und zwar in einer Art und Weise, die auch bei exotischen Dateinamen (mit '\n' und dergleichen im Pfadnamen) nicht bricht. Auszerdem spart man sich einen zusaetzlichen Prozess

Geil, hehe; ist mir zum Glueck noch nie passiert.

Ausser fuer wirklich user-spezifische Cronjob (i.e. persoenliche/private) hab ich aufgehoert das zu nutzen und lege sie nur mehr unter /etc/cron.d/ ab; dadurch sind sie bei mir auch automatisch durch etckeeper >versionisiert< .

Ich hab nix spektakuläres aber für mich gerade unheimlich wichtiges. Weil mir irgendwann das OS eines Debian Wheezy Server zerschossen wurde (durch update??) und das Ding beim letzten Stromausfall durch die USV runtergefahren wurde und sich jetzt beim Hochfahren aufhängt sind die für mich heute wertvollsten Einzeiler unter einem FreeBSD 10.3 Live System vom USB Stick:

Code:

# mount -u -a -o rw

Ändert mir das gerade laufende Live System von read only auf writeable damit ich die Mountpoints für folgendes erstellen lassen kann:

Code:

# zfs send productpool/dataset@today | zfs receive backup/dataset

Dh. ich kopiere gerade die Daten eines ZFS Pools datasetweise auf externe Beckupplatten damit ich nicht auf mein richtiges Backup zurückgreifen muß wenn was schiefgeht, weil Murphy und so.

Zu dem Malheur hab ich eh Fragen, dafür mach ich aber eine eigenen Thread auf wenn ich soweit alles wieder habe.

Im Monitor integrierte Lautsprecher muten (so als wuerde man das via OSD erledigen):

Code:

sudo ddcutil setvcp $(sudo ddcutil capabilities | awk '/Audio mute/{print "0x"$2}') 1

Unmuten:

Code:

sudo ddcutil setvcp $(sudo ddcutil capabilities | awk '/Audio mute/{print "0x"$2}') 0

Vorausseztungen: i2c_dev ist geladen und der Monitor unterstuetzt das Feature in der Firmware. Bei Notebooks ist das z. B. leider nicht der Fall; muss ein "Standalone"-Display sein.

Ueber DDC kann man einen Haufen schraeges Zeug machen - `sudo ddcutil detect` und `sudo ddcutil capabilities` geben einen guten Vorgeschmack.

Wer schnell checken will, ob ein fuer OpenSSL lesbares X.509-Zertifikat CERTFILE.pem zu einem privaten Schluessel KEYFILE.pem passt, kann das mit "modernen" ECC-Keys (auf Kurven wie secp256k1 usw.) so tun:

Code:

md5sum <(openssl x509 -in CERTFILE.pem -noout -pubkey) <(openssl ec -in KEYFILE.pem -pubout)

Fuer immer noch weit verbreitetes RSA-Schuesselmaterial muss man das ganze etwas anpassen:

Code:

md5sum <(openssl x509 -in KEYFILE.pem -noout -pubkey) <(openssl rsa -in CERTFILE.pem -pubout)

Bei identischen Hash-Werten in beiden Zeilen passen Private und Public Key zueinander (oder OpenSSL hat beide Male nix bzw. den gleichen Fehler (sollte nicht passieren) auf stdout produziert, ODER man hat eine MD5-Kollision ).