grep ist nicht mein Freund

[geimist]

Hallo Zusammen,

grep kann manchmal (aus meiner Sicht) eine ganz schöne Mimose sein. Was mache ich falsch?

admin@DS:~$ uname -a
Linux DS 3.10.77 #8451 SMP Wed Jan 4 00:37:28 CST 2017 x86_64 GNU/Linux synology_braswell_716+
admin@DS:~$

Möchte ich mit if das Vorhandensein von "braswell" testen, wird wieder geschimpft. Was mache ich falsch?:

admin@DS:~$ if [ `uname -a | grep braswell ` ] ; then echo "gefunden";fi
-sh: [: too many arguments
admin@DS:~$

Übergebe ich uname -a direkt via Pipe an grep, wird der Treffer in der Konsole schön rot angemalt:

admin@DS:~$ uname -a | grep braswell
Linux DS 3.10.77 #8451 SMP Wed Jan 4 00:37:28 CST 2017 x86_64 GNU/Linux synology_braswell_716+
admin@DS:~$

Oder habe ich ein anderes grundlegendes Problem?

 

[ruedi61]

mit einer einfachen [ können Variablen verglichen werden. Mit doppelter [[ können auch Muster verglichen werden.
sprich, du musst wenn du das so wie oben direkt auf der Bash ausführen willst, mit den doppelten [[ arbeiten.

if [[ `uname -a | grep braswell ` ]] ; then echo "gefunden";fi

 

[geimist]

Danke schön.
Wieder was gelernt

 

[dil88]

Alternativ die Option -c beim grep probieren, das läuft dann auch auf der sh bzw. ash.

 

[ruedi61]

Oder alternativ-alternativ mit grep -Eo (aber das ist gefrickel^^)

edit: äh, nur grep -o

 

[Tommi2day]

Da hier nur auf den Rückgabestatus des letzten Kommandos getestet werden muss und nicht auf die Variable geht es auch ganz ohne Brackets und Backticks

if uname -a | grep braswell >/dev/null ; then echo "gefunden";fi

 

[dil88]

Bei dieser Zeile

if uname -a | grep braswell ; then echo "gefunden";fi

bekomme ich auf der ash die Ausgabe des uname Kommandos gefolgt von "gefunden" in einer neuen Zeile ...

 

[Tommi2day]

mit >/dev/null nicht mehr

 

[dil88]

Hehehe, stimmt - sehr schön.