Your message dated Sun, 06 Mar 2011 18:30:50 +0100
with message-id <[email protected]>
and subject line Re: [Pkg-utopia-maintainers] Bug#425598: NetworkManager dies
after establishing a connection to an open wireless network
has caused the Debian Bug report #425598,
regarding NetworkManager dies after establishing a connection to an open
wireless network
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
425598: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425598
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
package: NetworkManager
version: 2.0-3
Distribution: Debian lenny/sid
Severity: Normal
Description of Problem:
I'm running debian on a Compaq TC1000 tablet with an Atmel mini-pci
802.11b wireless card. Everything
seems to be ok except for an odd problem with network manager.
On boot-up network manager starts correctly, including the gnome
applet. If I am at home using my wireless access point (with WEP
encryption) everything is dandy- the applet registers the network signal
correctly and network manager functions for the whole time the computer
is on and connected to the network. If I connect to an open network,
network manager makes the connection, then seems to drop and re-make the
connection several times before failing. After the applet disappears and
the network manager apparently stops, the connection is still there and
works just fine for the remainder of the session.
My laptop has an indicator light that shows wireless activity; during
the initial connection/drop to the open network its behavior matches the
applet (blinking when the connection is down, staying on when the
connection is up). After network manager has died, it simply stays on
when the connection is present.
I have perused the various logs and can't seem to find anything to even
confirm that network manager has died. The only thing that seems out of
place is an error about dhcdbd:
from /var/log/messages:
[snip]
May 22 09:48:31 localhost dhcdbd: message_handler: message handler not
found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.reason
May 22 09:48:46 localhost dhcdbd: message_handler: message handler not
found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.host_name
May 22 09:48:46 localhost dhcdbd: message_handler: message handler not
found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.nis_domain
May 22 09:48:46 localhost dhcdbd: message_handler: message handler not
found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.nis_servers
[snip]
Restarting dbus (/etc/init.d/dbus restart) does not solve this problem,
so I'm not sure that it is related.
Packages:
network-manager- 0.6.4-7
network-manager-gnome- 0.6.4-7
dhcdbd- 2.0-3
atmel-firmware- 1.3-2
Gnome environment:
GNOME2.14.3 0.6.x
Output of lspci:
00:00.0 Host bridge: Transmeta Corporation LongRun Northbridge (rev 03)
00:00.1 RAM memory: Transmeta Corporation SDRAM controller
00:00.2 RAM memory: Transmeta Corporation BIOS scratchpad
00:05.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 Go]
(rev b2)
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
(rev 40)
00:07.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
(rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686
AC97 Audio Controller (rev 50)
00:07.6 Communication controller: VIA Technologies, Inc. AC'97 Modem
Controller (rev 30)
00:08.0 Ethernet controller: Intel Corporation 82551QM Ethernet
Controller (rev 10)
00:0a.0 Ethernet controller: Atmel Corporation at76c506 802.11b Wireless
Network Adaptor (rev 11)
00:0b.0 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus
Controller (rev 01)
00:0b.1 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus
Controller (rev 01)
00:0c.0 USB Controller: NEC Corporation USB (rev 41)
00:0c.1 USB Controller: NEC Corporation USB (rev 41)
00:0c.2 USB Controller: NEC Corporation USB 2.0 (rev 02)
Additional Information:
An odd, and possibly unrelated event happens when I run Xorg with nv
driver. I get an error from the gnome-settings-daemon about a faulty
child process, a delayed boot and a malfunctioning network manager
applet (it appears briefly and then dies). This happens if I am
connecting to an encrypted internet hub or an open hub. If I use the
proprietary nvidia drivers, this is not an issue.
--- End Message ---
--- Begin Message ---
Hi Jeremiah
Am 29.06.2007 01:09, schrieb Michael Biebl:
> tags 425598 moreinfo
> thanks
>
> Hi Jeremiah,
>
> please stop the running network-manager instance and run it with
>
> NetworkManager --no-daemon
>
> This will run NetworkManager in the foreground and output a lot of debug
> messages to stdout.
> Trigger the crash and attach the ouput to this bug report.
I haven't received any further updates or the requested information, so I'm
closing this bug report.
If you can reproduce the problem with network-manager from squeeze or unstable,
please file a new bug report.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
