Regressions …

Wie geil ist das denn? Beim Test meines Huawei E160-USB-3G-Modems unter Ubuntu Jaunty Jackass (9.04) brach der blöde Network-Manager ins Essen:

Jul 7 14:36:05 greebo pppd[23125]: pppd 2.4.5 started by root, uid 0
Jul 7 14:36:05 greebo pppd[23125]: Using interface ppp0
Jul 7 14:36:05 greebo pppd[23125]: Connect: ppp0 <--> /dev/ttyUSB0
Jul 7 14:36:05 greebo pppd[23125]: Unable to obtain CHAP password for greebo on UMTS_CHAP_SRVR from plugin
Jul 7 14:36:05 greebo pppd[23125]: No CHAP secret found for authenticating us to UMTS_CHAP_SRVR
Jul 7 14:36:05 greebo pppd[23125]: CHAP authentication succeeded
Jul 7 14:36:05 greebo pppd[23125]: CHAP authentication succeeded
Jul 7 14:36:08 greebo pppd[23125]: Could not determine remote IP address: defaulting to 10.64.64.64
Jul 7 14:36:08 greebo pppd[23125]: Cannot determine ethernet address for proxy ARP
Jul 7 14:36:08 greebo pppd[23125]: local IP address 10.46.25.184
Jul 7 14:36:08 greebo pppd[23125]: remote IP address 10.64.64.64
Jul 7 14:36:08 greebo pppd[23125]: primary DNS address 193.189.244.205
Jul 7 14:36:08 greebo pppd[23125]: secondary DNS address 193.189.244.197
Jul 7 14:36:08 greebo postfix/master[2715]: reload configuration /etc/postfix
Jul 7 14:36:21 greebo NetworkManager: <WARN> pppd_timed_out(): Looks like pppd didn't initialize our dbus module
Jul 7 14:36:21 greebo NetworkManager: <info> (ttyUSB0): device state change: 5 -> 9
Jul 7 14:36:21 greebo pppd[23125]: Terminating on signal 15
Jul 7 14:36:21 greebo NetworkManager: <debug> [1246970181.004966] nm_serial_device_close(): Closing device 'ttyUSB0'
Jul 7 14:36:21 greebo pppd[23125]: Connect time 0.3 minutes.
Jul 7 14:36:21 greebo pppd[23125]: Sent 0 bytes, received 0 bytes.
Jul 7 14:36:21 greebo NetworkManager: <info> Marking connection 'Tschibo' invalid.
Jul 7 14:36:21 greebo NetworkManager: <info> Activation (ttyUSB0) failed. 

Eigentlich mag ich den Komfort von Network-Manager, mit zunehmendem Alter hat man’s nicht mehr so mit ellenlangen Kommandozeilenorgien, nur um im nächsten Ort mit freiem WLAN wieder Zugang zu bekommen — man lernt den Komfort, den Windows XP hier brachte, einfach zu schätzen. (Auf der anderen Seite war es all’ den Ärger, den Network-Manager mir in den letzten Jahren gemacht hat, eigentlich nicht wert. Nunja.)
Etwas herumgegoogled, auf Bug #371291 gestoßen. Geflucht, die Settings ausprobiert, keine Änderung. Kurz vor dem das-Laptop-an-die-Wand-werfen doch mal im xterm mit »su -« ein »exit« eingegeben:

Jul 7 15:47:04 greebo pppd[25403]: pppd 2.4.5 started by root, uid 0
Jul 7 15:47:04 greebo pppd[25403]: Using interface ppp0
Jul 7 15:47:04 greebo pppd[25403]: Connect: ppp0 <--> /dev/ttyUSB0
Jul 7 15:47:04 greebo NetworkManager: <debug> [1246974424.570514] nm_ppp_manager_start(): ppp started with pid 25403
Jul 7 15:47:04 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 2 of 5 (Device Configure) complete.
Jul 7 15:47:04 greebo NetworkManager: <info> (ttyUSB0): device state change: 5 -> 6
Jul 7 15:47:04 greebo pppd[25403]: CHAP authentication succeeded
Jul 7 15:47:04 greebo pppd[25403]: CHAP authentication succeeded
Jul 7 15:47:04 greebo NetworkManager: <info> (ttyUSB0): device state change: 6 -> 7
Jul 7 15:47:12 greebo pppd[25403]: Could not determine remote IP address: defaulting to 10.64.64.64
Jul 7 15:47:12 greebo pppd[25403]: Cannot determine ethernet address for proxy ARP
Jul 7 15:47:12 greebo pppd[25403]: local IP address 10.46.18.151
Jul 7 15:47:12 greebo pppd[25403]: remote IP address 10.64.64.64
Jul 7 15:47:12 greebo pppd[25403]: primary DNS address 193.189.244.205
Jul 7 15:47:12 greebo pppd[25403]: secondary DNS address 193.189.244.197
Jul 7 15:47:12 greebo NetworkManager: <info> PPP manager(IP Config Get) reply received.
Jul 7 15:47:12 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) scheduled...
Jul 7 15:47:12 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) started...
Jul 7 15:47:12 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) scheduled...
Jul 7 15:47:12 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 4 of 5 (IP Configure Get) complete.
Jul 7 15:47:12 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) started...
Jul 7 15:47:12 greebo postfix/master[2715]: reload configuration /etc/postfix
Jul 7 15:47:13 greebo NetworkManager: <info> Policy set 'Auto eth0' (eth0) as default for routing and DNS.
Jul 7 15:47:13 greebo NetworkManager: <info> (ttyUSB0): device state change: 7 -> 8
Jul 7 15:47:13 greebo NetworkManager: <info> Activation (ttyUSB0) successful, device activated.
Jul 7 15:47:13 greebo NetworkManager: <info> Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) complete.
Jul 7 15:47:14 greebo postfix/master[2715]: reload configuration /etc/postfix
[...]
Jul 7 16:04:22 greebo NetworkManager: <info> (ttyUSB0): device state change: 8 -> 3
Jul 7 16:04:22 greebo NetworkManager: <info> (ttyUSB0): deactivating device (reason: 0).
Jul 7 16:04:22 greebo NetworkManager: <debug> [1246975462.358644] nm_serial_device_close(): Closing device 'ttyUSB0'
Jul 7 16:04:22 greebo pppd[25403]: Terminating on signal 15
Jul 7 16:04:22 greebo pppd[25403]: Connect time 17.2 minutes.
Jul 7 16:04:22 greebo pppd[25403]: Sent 534924 bytes, received 14574132 bytes.

Mein einziger Trost ist, daß ich für diese Software nicht bezahle; würde ich dafür bezahlt haben, hätte ich wieder Hannibal-Lecter-Gelüste gegenüber dem Hersteller …
Ich nutze seit ca. 5 Jahren, mindestens seit 5 Jahren, eigentlich immer eine xterm-Session mit “su -” auf meinen Arbeitsplatzrechnern, einfach, weil ich dies und jenes mal brauche und ein NOPASSWD-Eintrag für meinen Hauptnutzer in der sudoers weniger sicher finde als einen root-Login. Ich weiß nicht, was »sie« in 9.04 wieder hypergeiles eingebaut haben, daß als Nebeneffekt eines angemeldeten UID-0-Nutzers Network-Manager nicht mehr vernünftig funktioniert — sicher bin ich mir indes, daß keine Ursachenforschung und keine Fehlerbehebung für 9.10 zu erwarten ist: es gibt ja ‘nen Workaround. Es gibt Tage in »meinem Leben mit Linux«, da möchte ich einfach nur schreien … :(

2 Replies to “Regressions …”

  1. ooohhh ja. Das hat mich auch schon 2 Std. Debug meines Lebens gekostet – nur um festzustellen, dass ein su-terminal mit tail -f /var/log/syslog und den Fehler zu sehen die Ursache des Fehlers war. Doh.

  2. Wirklich? Als ständiger FreeBSD- und gelegentlicher Ubuntu-Nutzer fällt mir das schwer zu glauben, daß es so etwas gibt.
    Aber wenn wir schon beim Thema sind: Ich habe noch ein älteres Ubuntu und nutze UMTSMon für einen ähnlichen 3G-Stick. Damit nutze ich nicht den Networkmanager, womit Pidgin glaubt, daß keine IP-Verbindung besteht und gar nicht erst Verbindungen aufbaut. Da suchst Du aber auch ganz schön herum, wenn im WLAN alles funktioniert und im Mobilnetz alles außer einem Programm.

Comments are closed.