Herausfinden, ob nun "enx ... " oder "ethX" der Fall ist mit einem `if` im Shell-Skript [Gelöst]

[jmar83]

Hallo zusammen

Egal was ich nun mache, es kommt immer das Falsche dabei heraus:

Code:

Code: Alles auswählen

#!/bin/bash
#set -e && set -x;

if [[ "$(dpkg --print-architecture)" == "armhf" && "$(cat /sys/class/net/eth0)" -eq 0 ]]; then
    echo "enx ... ";
  else
    echo "eth0";
  fi;

Ausgabe auf System mit "enx ...":
`cat: /sys/class/net/eth0: Datei oder Verzeichnis nicht gefunden`
`eth0`

-> Also falsch!!


Ausgabe auf einem System mit "eth0":
`cat: /sys/classes/net/eth0: Ist ein Verzeichnis`
`eth0 `

-> Also richtig!!!

und mit `== null` muss ich es schon gar nicht versuchen, da immer ein Text dabei rauskommt. Und auf irgendwelchen Deutschen Texte einen abgleichen zu machen - ne, nicht wirklich...

Was ich will ist der RETURN CODE, nicht das was auf dem Output Buffer geschrieben wird.

Drehe noch durch nächstens ab diesen Zeugs... muss wohl echt wieder mal ne "richtige" Programmiersprache (wie z.B. Java) einsetzen damit es wieder mal klappt?!?

Vielen Dank für die Feedbacks.

[jmar83]

-> if/else sind zwar vertauuscht (wenn eth0 existiert sollte es "-eq 0" sein)

aber das ändert ja soweit nichts am problem

[jmar83]

Das Problem ist wohl dass cat einen exit code ungleich 0 zurückgibt, wenn es keine datei ist?

Aber es befinden sich auch "Dateien" (???) in diesem Gerätepfad, aber dort drauf gibt's immer "Keine Berechtigung"... also wohl ebenfalls exit code ungleich 0....

[jmar83]

dabei bin ich als root drin

[inne]

Was ich will ist der RETURN CODE, nicht das was auf dem Output Buffer geschrieben wird.

Vom Kommando cat richtig?
Mal allgemein. Du nutzt schon && (und ||) das kennst du doch und das wertet den Exit Code aus. Anosnten steht der in $?. Was du mit der Subshell/Kommandsubstitution machst ist aber mit dem Output Buffer arbeiten.

Ich denke aber, dass wenn Du dein Problem beschreibst, und sagst warum den Interfacenamen willst, kann man dir besser helfen. Es gibt bestimmt einen besseren Weg um das Interface zu "finden".

[jmar83]

Unterschied ob mein raspbian 9 auf einem phsy. gerät läuft oder unter vdesktop (container virtualisierung) auf einem raspi 4 unter Raspbian 10


Jetzt wird's noch kaputter, habe gedacht versuceh es mal mit ls

Folgender Code gibt unter einem enx-system "enx" aus:

Code: Alles auswählen

if [[ "$(dpkg --print-architecture)" == "armhf" && "$(ls /sys/class/net/eth0)" -eq 0 ]]; then
    echo "enx";
  else
    echo "eth0 ";
  fi;

und unter einem eth-system "eth0"...

die ausgabe wäre zwar richtig, ABER:

` ... && ls /sys/class/net/eth0)" -eq 0` müsste ja auf einem enx-system dazu führen dass ls den pfad nicht findet und somit ungleich 0 zurückgibt!!

oder heisst das `-` vor dem `eq` "NOT" ?? `neq` gibt es scheinbar nicht, wird als fehler interpretiert

[jmar83]

ja ,cat ist natürlich grundfalsch, ist ja um dateiinhalte anzuzeigen. habe zuerst aber auch gemeint das zuprüfende sei ne datei...

[jmar83]

`-eq` -> exstiert
`eq` -> existiert nicht
`-neq` -> existiert nicht
`neq` -> existiert nicht

WTF??

[jmar83]

Dann halt auf den deutsch Text prüfen... *** KOTZ!!! WÜRG!!! ***

[inne]

Code: Alles auswählen

if [[ "$(dpkg --print-architecture)" == "armhf"  && test -e /sys/class/net/eth0 ]]; then
        echo "enx";
else
    echo "eth0 ";
fi

Ist das von der Logik dann noch korrekt?

[detix]

zeig doch erstmal die Ausgaben von:

Code: Alles auswählen

ls /sys/class/net
dpkg --print-architecture

[inne]

Es gibt aber auch ein Kommado im Archive, das testen kann ob du in der Virtuellenumgebung bist. Dauer nur immer einen Mom. bis mir der Name einfällt^^

[jmar83]

Code: Alles auswählen

if [[ "$(dpkg --print-architecture)" == "armhf" && test -e /sys/class/net/eth0 ]]; then
    echo "eth";
  else
    echo "enx";
  fi;

die echos wäre soweit jetzt korrekt, wenn eth0 existiert dann "eth" ausgeben... aber:

./t.sh: Zeile 4: conditional binary operator expected
./t.sh: Zeile 4: Syntaxfehler beim unerwarteten Wort `-e'
./t.sh: Zeile 4: `if [[ "$(dpkg --print-architecture)" == "armhf" && test -e /sys/class/net/eth0 ]]; then'


...und es liegt auch nicht dran dass mein shell-skript "test.sh" heisst (von wegen "test"), dann müsste es wenn schon `./test -e /sys/class/net/eth0` heissen um einen Konflikt zu geben.

[inne]

Entschuldigung! So sollte es tun

Code: Alles auswählen

if [[ "$(dpkg --print-architecture)" == "armhf" ]] && test -e /sys/class/net/eth0 ; then
    echo "eth";
  else
    echo "enx";
  fi;

Schau dir auch noch mal systemd-detect-virt an, das Kommando meinte ich zwar vorhin nicht, aber mir fällt das andere einfach nicht mehr ein - vlt ist auch nicht mehr in Buster dabei

[jmar83]

"zeig doch erstmal die Ausgaben von ... "

Phys:

ls /sys/class/net:
enxb827ebd7c5b3 habridge lo wlan0

-> habridge ist ein macvlan-adapter mit spez. Einstellung in der /etc/systctl.conf damit dieser nicht die gleiche MAC hat wie der phys. Adapter... die Alexa-Heinis von Amazon haben das so gemacht dass ihr Gerät nur noch auf Port 80 lauscht, statt auch auf 81 und anderen. Und auf dem phsy. Adapter läuft leider schon ein Apache für die Webseite, den ich noch noch zusätzlich mit "mod_proxy" manipiulieren möchte)


dpkg --print-architecture:
armhf (was denn sonst? )

Virt:

ls /sys/class/net:
eth0 lo wlan

dpkg --print-architecture:
(dito)

[jmar83]

"Entschuldigung! So sollte es tun "

Absolut keine Sache, vielen Dank, werde gerade schauen!!

[jmar83]

Code:

Code: Alles auswählen

#!/bin/bash
#set -e && set -x;

if [[ "$(dpkg --print-architecture)" == "armhf" ]] && test -e /sys/class/net/eth0; then
    echo "eth";
  else
    echo "enx";
  fi;
  

Phys: `enx`

Virt: `eth`


Vielen Dank!!



..dachte frage hier kurz im Forum nach, weil ich schon seit ca. dem frühen Nachmittag an diesem "Problem" (welches eigentlich gar keines ist, vorausgesetz "gewusst wie"!! ) bin und nicht bis am Abend try-and-error machen will!!

Aber die if's sind bei shell-Skripts schon ziemlich strange...!!

[jmar83]

"Schau dir auch noch mal systemd-detect-virt an"

Auch dafür vielen Dank, werde es bei Gelegenheit anschauen aber momentan hab ich immer noch die totale Aversion gegen das Zeugs und bin WIRKLICH WIRKLICH froh, dass es endlich funzt!!

[jmar83]

-> Container-"Virtualisierung" ist zwar in etwa eh der grösste technische Murks, welchen ich je gesehen habe.

Aber in der Not frisst der Teufel bekanntlich fliegen! Soviel ich weiss könnte man mit dem richtigen Debian (also von Debian.org) in der "armhf"-Version (irgendwie) richtige virtuelle Maschinen machen. Aber leider verwenden wir für unsere Smart-Home-Lösung nur doofe raspis statt was professionelles wie z.b. ein embedded-Board (+passendes Gehäuse) mit "armhf"-ARM-Prozessor und "Debian for armhf" von debian.org... so long...

Na ja, im grossen und ganzen ist das nur zu Test- und Dev-Zwecken, wir sollten unser System mal auf Raspbian 10 migrieren was zur folge haben wird dass man massenhaft C/C++-Quelltexte (libBlaBlaBla.so) anpassen muss. (Die Web-App mit Apache, PHP und MariaDB ist dabei kein Problem) Nur das ist zielführend.

[irgendwas]

Nichts für ungut jmar83, aber das Thema hat 19 Beiträge und 14 sind von dir. Alles in 90 Minuten. Das ist ein Forum und kein Live-Chat:

2.4. Topic-Bumping
Warte bitte mindestens 24h eh Du selbst auf Deine Fragen antwortest, um sie wieder an die erste Stelle in der Themenansicht zu bringen. Der Mindestabstand zwischen zwei Bumps ist ebenfalls 24h.

[jmar83]

Ja, muss mich entschuldigen, das ist so ein "Unding" von mir (vor allem wenn ich gestresst und gleichzeitig genervt bin ), muss schauen dass ich in Zukunft daran denke die bereits existenten Beiträge zu bearbeiten...

Das hier ist nicht das einzige Forum, wo ich auf diese Thematik hingewiesen werde.

[inne]

Wenn es neue Erkenntnisse zum Problem sind, sollte man die schon ohne Edit, als neuen Beitrag nennen dürfen.

[jmar83]

"Wenn es neue Erkenntnisse zum Problem sind, sollte man die schon ohne Edit, als neuen Beitrag nennen dürfen."

Ja, aber dass man das in einem "gewissen Mass" tun sollte (paar Problem/Erkenntnisse erst "sammeln" und diese dann alle auf einmal posten) kann ich irgendwie verstehen.