Hallo!

Ich bräuchte mal wieder eure Hilfe.

Ich habe einen kleinen Home/Fileserver der sich mittels eines USB-UMTS Sticks und wvdial ins Internet einwählt.

Funktioniert bis hierher alles wunderbar.

Allerdings passiert es manchmal, bspw. durch ein Gewitter, Netzausfall oder dergleichen, daß die Verbindung getrennt wird.

Ich hätte gerne, daß sich der Stick danach wieder automatisch ins Internet einwählt. Bisher habe ich dies versucht mittels eines Cronjobs zu erreichen, indem ich immer alle 2 Minuten das Kommando

wvdial &> /dev/null &

ausführen lasse.

Dies funktioniert manchmal, allerdings eben nicht immer, da offenbar bei einer von "außen" verursachten Trennung das Modem (der Stick) nicht sauber getrennt wird und wvdial dann mit der Meldung "Resource/Modem busy" verweigert, eine neue Verbindung herzustellen.

Durch aus/einstecken des Sticks oder einen reboot des Rechners funktioniert alles wieder einwandfrei.

Ich würde also gerne mit Hilfe eines Script oder ähnlichem erreichen, daß entweder das USB-System neu initialisert wird (um das ein/ausstecken des Sticks zu simulieren) oder den Rechner neu zu starten, sobald die Internetverbindung getrennt wurde. Falls nur ein Rechnerneustart funktioniert (was ich nicht hoffe, da unelegant) müßte dies natürlich in Zukunft noch verfeinert werden, um nicht bspw. während des Streamings einer Aufnahme dieses einfach zu unterbrechen.

Leider habe ich auf diesem Gebiet praktisch Null Erfahrung, weiß also nicht mal, wo ich anfangen soll!

2 unabhängige Teile einer Lösung könnten sein:

a) Statt eines Cronjobs versuchen, ob eines der Scripte in /etc/network/if-down.d/ läuft, wenn die Verbindung abbricht, so dass man damit den Neustart initialisieren kann, statt mittels cron.

b) Wenn man herausbekommt welchen Treiber der Kernel beim Einstecken lädt, dann kann man den Treiber entfernen und neuladen - bzw. versuchen das zu tun:

1
2

sudo rmmod MODULNAME
sudo modprobe MODULNAME

In meinen Scripten findet sich eines für meinen UMTS-Stick von Huawei, e1750:

1
2
3

#!/bin/bash
no-ehci.sh
sudo usb_modeswitch -c /etc/usb-ms-huawei.conf

wobei no-ehci.sh auch nach einem entladen aussieht - und was macht es?

1
2

cd /sys/bus/pci/drivers/ehci_hcd
sudo sh -c 'find ./ -name "0000:00:*" -print | sed "s/\.\///" > unbind'

Wo ich das herhabe weiß ich nicht mehr - seit längerem brauche ich es auch nicht mehr, und weiß auch nicht wieso nicht. Neuer Kernel.

Ob es für Dich passen würde ist also sehr fraglich. Ob man evtl. andere Geräte die ehci-hcd verwenden damit auch trennt?

Wvdial hat früher auch immer gerne einen Lockfile angelegt, den man vielleicht manuell löschen muss. In /var danach suchen.

Danke für die Tips!

Werd mir die beiden Varianten mal zu Gemüte führen und versuchen, ob ich damit etwas anfangen kann....

Dank der Tips von user unknown in Kombination mit einigen Infos aus anderen Foren bin ich schon so ziemlich dort hingehommen wo ich hinwollte.

Vielleicht ist dies für den einen oder anderen ja interessant, obwohl es eher in die Rubrik Netzwerkkonfiguration passen würde (vielleicht kanns ja einer der Mods verschieben).

Bisher war bei mir das Interface ppp0 nicht über die /etc/network/interfaces konfiguriert, sondern wurde offenbar, so wie ich das verstehe, durch die Einwahl mittels wvdial "on the fly" "erzeugt".

Konfiguriert man das Interface per /etc/network/interfaces folgendermaßen

auto ppp0
iface ppp0 inet wvdial
  up /etc/network/if-up.d/script_ppp0_up.sh
  down /etc/network/if-down.d/script_ppp0_down.sh

so wird beim Starten respektive Beenden der Verbindung das angegebene script ausgeführt.

Abgesehen davon wird auf diese Weise die Verbindung beim Start automatisch hergestellt und kann mittels

ifdown ppp0

beendet bzw. mit

ifup ppp0

gestartet werden.

Mithilfe dieser Konfigurationsvariante kann nach einer unsauberen Trennung per

modprobe -r option
wait 5
modprobe option
wait 5
ifup ppp0

der Treiber (in meinem Fall "option") des 3g-Sticks neu initialisert und danach die Verbindung neu hergestellt werden.

Bei der Variante OHNE Konfiguration über /etc/network/interfaces war ich nicht in der Lage, den Treiber nach einer "von außen" verursachten Trennung neu zu initialisieren, warum auch immer

Bisher scheint bei mir nun alles was ich mir Wünsche zu funktionieren, mal wieder dank eurer Hilfe hier.

Also: Herzlichen Dank!