• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Internetzugang zu langsam v.a. upload

Hallo!

Ich habe Suse 11.3 auf einem PC und einen Alice DSL Fun Internetzugang. Es geht hier um die kabelgebundene Verbindung (dass der mitgelieferte DSL-Router ein Problem mit WLAN & Suse hat ist ja bekannt, aber im Moment egal). Auf meinem alten Laptop funktioniert alles wunderbar, jedoch auf dem neuen PC nicht - insbesondere der upload ist furchtbar lahm, mit 12kb/s. Das führt dazu, dass ich keine größeren Dateien verschicken kann (ca. ab 1MB) - egal ob ich es im Thunderbird direkt versuche (dann kommt das temporary problem) oder im Webinterface via GMX - die Übertragung wird jedes Mal abgebrochen, nach unterschiedlich langen Zeiträumen bzw. übertragenen %. Also scheint es ein allgemeines Problem zu sein und nicht an Firefox oder Thunderbird zu liegen.
Da es ja auf dem Laptop funktioniert liegt es auch nicht am Kabel oder dem Router. Also habe ich versucht, in YAST alle Einstellungen des Laptop auf dem PC zu übernehmen. Leider hilft das nichts. Manchmal stellt der Rechner noch nicht mal die Verbindung zum Netz korrekt her.
Ich hab mal nach dem Ethernet Controller gegoogelt, konnte da aber auch keine größeren bekannten Probleme finden, die sich mit meinem decken.

Hier die Ausgabe von CollectNW.sh -> erkennt da jemand eine mögliche Ursache? Oder hat sonst eine Idee?

Code:
collectNWData.sh V0.6.5.4.1 (Rev: 1.282, Build: 2011/01/25 19:33:38 UTC)
--- Welcher Netzwerkverbindungtyp soll getestet werden?
--- (1) Kabelgebundene Verbindung
--- Welche Netzwerktopologie liegt vor?
--- (2) DSL HW router <---> LinuxClient
--- Auf welchem Rechner wird das Script ausgeführt?
--- (1) LinuxClient

--- NWEliza untersucht das System nach häufigen Netzwerkkonfigurationsfehlern ...

!!! CND0310W: Klassische Netzwerkkonfiguration mit ifup wurde entdeckt. Die Konfiguration mit knetworkmanager ist wesentlich einfacher

--- Gehe zu http://www.linux-tips-and-tricks.de/CND um detailiertere Hinweise 
--- zu den Fehlermeldungen/Warnungen zu bekommen und wie die Fehler selbst beseitigt werden können.

--- Wenn eigene Lösungsversuche erfolglos waren dann den Inhalt der Datei collectNWData.txt im Netz ablegen
--- (Links siehe http://www.linux-tips-and-tricks.de/CND_UPL) 
--- und dann der nopaste Link im bevorzugten Linux Forum posten.

==================================================================================================================
===== cat /etc/*[-_]release || cat /etc/*[-_]version =============================================================
/etc/SuSE-release
openSUSE 11.3 (i586)
VERSION = 11.3
===== uname -a ===================================================================================================
Linux linux-964s 2.6.34.7-0.7-desktop #1 SMP PREEMPT 2010-12-13 11:13:53 +0100 i686 athlon i386 GNU/Linux
===== lspci ======================================================================================================
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03)
	Subsystem: Micro-Star International Co., Ltd. Device [1462:7599]
	Kernel driver in use: r8169
===== find /lib/modules/`uname -r` -name "*.ko" ==================================================================
Available kernelmodules for VendorId:DeviceId - 10ec:8168
Module: r8169
===== lsusb | grep -v "root hub" =================================================================================
Bus 002 Device 003: ID 058f:6377 Alcor Micro Corp. Multimedia Card Reader
Bus 004 Device 002: ID 03f0:0217 Hewlett-Packard LaserJet 2200
Bus 005 Device 002: ID 062a:0252 Creative Labs 
===== hwinfo (filtered) ==========================================================================================
35: PCI 500.0: 0200 Ethernet controller
  Model: "Realtek RTL8111/8168B PCI Express Gigabit Ethernet controller"
  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8168 "RTL8111/8168B PCI Express Gigabit Ethernet controller"
  SubVendor: pci 0x1462 "Micro-Star International Co., Ltd."
  SubDevice: pci 0x7599 
  Driver: "r8169"
  Driver Modules: "r8169"
  Device File: eth0
  Link detected: yes
    Driver Status: r8169 is active
    Driver Activation Cmd: "modprobe r8169"
===== lsmod (filtered) ===========================================================================================
| af_packet       | fglrx           | i2c_piix4       | ip_tables       | jbd2             |
| k10temp         | mperf           | powernow_k8     | ppp_generic     | r8169            |
| sg              | slhc            | sr_mod          | usblp           | xhci_hcd         |
===== ifconfig (filtered for eth|wlan|ra|ath|dsl) ================================================================
dsl0      Link encap:Punkt-zu-Punkt Verbindung  
          inet Adresse:92.228.21.121  P-z-P:213.191.64.118  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:2210 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2020 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:3 
          RX bytes:2285701 (2.1 Mb)  TX bytes:748292 (730.7 Kb)
eth0      Link encap:Ethernet  Hardware Adresse ##:##:##:##:##:#1  
          inet Adresse:192.168.1.65  Bcast:192.168.1.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2232 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2094 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000 
          RX bytes:2336282 (2.2 Mb)  TX bytes:807006 (788.0 Kb)
          Interrupt:29 Basisadresse:0xe000 
===== cat /etc/sysconfig/network/ifcfg-[earwd]* | grep -v "=''" ==================================================
--- /etc/sysconfig/network/ifcfg-dsl0
BOOTPROTO='none'
DEVICE='eth0'
MODEM_IP='10.0.0.138'
NAME='DSL-Verbindung'
PPPMODE='pppoe'
PROVIDER='provider0'
STARTMODE='auto'
USERCONTROL='yes'
--- /etc/sysconfig/network/ifcfg-eth0
BOOTPROTO='dhcp'
NAME='RTL8111/8168B PCI Express Gigabit Ethernet controller'
STARTMODE='ifplugd'
USERCONTROL='yes'
PREFIXLEN='24'
IFPLUGD_PRIORITY='20'
===== dhcpcd-test ================================================================================================
eth0: DHCP server available
===== ping tests =================================================================================================
Ping of 195.135.220.3 OK
Ping of www.suse.de OK
===== cat /etc/resolv | grep -i "nameserver" =====================================================================
nameserver 213.191.74.18
nameserver 213.191.92.87
===== cat /etc/hosts =============================================================================================
127.0.0.1       localhost.localdomain	localhost
192.168.1.10    linux-964s.site linux-964s
192.168.1.5     linux-964s.site linux-964s
127.0.0.2       linux-964s.site linux-964s
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
213.191.64.118  0.0.0.0         255.255.255.255 UH    0      0        0 dsl0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 dsl0
===== egrep 'eth|ath|wlan|ra' /etc/udev/rules.d/*net_persistent* /etc/udev/rules.d/*persistent-net* ==============
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="##:##:##:##:##:#1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
==================================================================================================================
*** NWElizaStates V0.6.5.4.1
IF:eth0 IM:1 DI:1 FALON:1 NIC:0 cNiC:1:0 NI:0 cNI:0 PNG:0 DNS:0 MTU:0 NISS:0 IP6:0 KM:0 WLW:0 RTDT:SuSE

Vielen Dank im Voraus!

Wick
 
Wenn dein Router ein internes DSL-Modem hat, was so ziemlich jeder Router hat, den man vom Provider bekommt, dann musst du an deinen Rechnern keinerlei pppoe Verbindung zu konfigurieren, weil der Router die Verbindung zum Provider herstellt.

PS:

WLAN ist nicht abhängig vom Betriebssystem. WLAN funktioniert nicht, wenn man den falschen WPA/WPA2 Key verwendet, Konfigurationsfehler vorliegen oder am PC keine WLAN fähiges Gerät hat.
 
spoensche schrieb:
Wenn dein Router ein internes DSL-Modem hat, was so ziemlich jeder Router hat, den man vom Provider bekommt,[...].
Leider nicht jeder: Die Hardware, die man von Alice bekommt, ist in den meisten Fällen und so auch in meinem das Sphairon Turbolink IAD. Selbiges ist nur ein DSL-"Modem", kein Router. Daher muss ich die Einstellungen am PC vornehmen und eine pppoe-Verbindung aufbauen. Das hat bisher - bei dem Laptop - auch alles funktioniert. Also daran kann mein Problem nicht liegen.
Bei dem WLAN-Problem hängt es auch an diesem nicht so wahnsinnig funktionsfähigen Stück Hardware. Aber das ist im Moment auch egal, mir ist im Moment wichtig, den PC kabelgebunden wieder flott zu bekommen.
viele Grüße,
Wick
 

framp

Moderator
Teammitglied
Welches OS hast Du denn auf Deinem Schlepptop wo alles funktioniert?

Du sagest, manchmal geht es nicht mal eine Verbindung aufzusetzen. Hast DU mal in /var/log/messages nachgesehen ob da irgendwelche FehlerMeldungen zum Verbindungsauf- bzw Abbau stehen?
 
Auf dem Schleppi ist dasselbe OS - also auch Suse 11.3.

framp schrieb:
Du sagest, manchmal geht es nicht mal eine Verbindung aufzusetzen. Hast Du mal in /var/log/messages nachgesehen ob da irgendwelche FehlerMeldungen zum Verbindungsauf- bzw Abbau stehen?
Nein, da habe ich noch nicht drangedacht.Allerdings funktioniert der Verbindungsaufbau meistens wieder, wenn ich kurz in Yast gehe, irgendeine der Netzwerkeinstellungen ändere und sofort wieder auf den ursprünglichen Wert zurücksetze. -> Vermutlich baut er dann die Netzwerkverbindung einfach neu auf? Im Moment funktioniert es auch ziemlich zuverlässig ... von daher wäre meiner Ansicht nach der zentrale Punkt, v.a. zu überlegen, wodurch bei einer bestehenden Verbindung der Durchsatz im upload so stark beschränkt sein könnte?!?!?

Hier der Asuzug aus der log-Datei, als die Verbindung nicht hergestellt werden konnte ...
Code:
Feb 26 16:36:01 linux-964s ifup:     lo        
Feb 26 16:36:01 linux-964s ifup:     lo        
Feb 26 16:36:01 linux-964s ifup: IP address: 127.0.0.1/8  
Feb 26 16:36:01 linux-964s ifup:  
Feb 26 16:36:01 linux-964s ifup:               
Feb 26 16:36:01 linux-964s ifup: IP address: 127.0.0.2/8  
Feb 26 16:36:01 linux-964s ifup:  
Feb 26 16:36:01 linux-964s ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'Language' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'ShowUsers' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'Theme' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'UseBackground' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'UseTheme' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'AllowShutdown' in section [X-:*-Core] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'AutoLoginEnable' in section [X-:0-Core] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kdm_config[2030]: Multiple occurrences of key 'AutoLoginUser' in section [X-:0-Core] of /usr/share/kde4/config/kdm/kdmrc
Feb 26 16:36:01 linux-964s kernel: [   27.209897]   alloc irq_desc for 31 on node 0
Feb 26 16:36:01 linux-964s kernel: [   27.209899]   alloc kstat_irqs on node 0
Feb 26 16:36:01 linux-964s kernel: [   27.209908] fglrx_pci 0000:01:00.0: irq 31 for MSI/MSI-X
Feb 26 16:36:01 linux-964s kernel: [   27.210524] [fglrx] Firegl kernel thread PID: 2113
Feb 26 16:36:01 linux-964s kernel: [   27.210713] [fglrx] IRQ 31 Enabled
Feb 26 16:36:01 linux-964s kernel: [   27.248563] r8169 0000:05:00.0: eth0: link down
Feb 26 16:36:01 linux-964s kernel: [   27.248567] r8169 0000:05:00.0: eth0: link down
Feb 26 16:36:01 linux-964s kernel: [   27.248709] ADDRCONF(NETDEV_UP): eth0: link is not ready
Feb 26 16:36:01 linux-964s ifup-dhcp:     eth0      Starting DHCP4 client
Feb 26 16:36:01 linux-964s dhcpcd[2137]: eth0: dhcpcd 3.2.3 starting
Feb 26 16:36:01 linux-964s dhcpcd[2137]: eth0: hardware address = 6c:62:6d:97:f5:a1
Feb 26 16:36:01 linux-964s kernel: [   27.286111] [fglrx] Gart USWC size:1252 M.
Feb 26 16:36:01 linux-964s kernel: [   27.286113] [fglrx] Gart cacheable size:496 M.
Feb 26 16:36:01 linux-964s kernel: [   27.286117] [fglrx] Reserved FB block: Shared offset:0, size:1000000 
Feb 26 16:36:01 linux-964s kernel: [   27.286119] [fglrx] Reserved FB block: Unshared offset:f915000, size:3eb000 
Feb 26 16:36:01 linux-964s kernel: [   27.286121] [fglrx] Reserved FB block: Unshared offset:1fff4000, size:c000 
Feb 26 16:36:01 linux-964s kernel: [   27.303866] NET: Registered protocol family 17
Feb 26 16:36:01 linux-964s dhcpcd[2137]: eth0: broadcasting for a lease
Feb 26 16:36:02 linux-964s ifup-dhcp: . 
Feb 26 16:36:02 linux-964s kernel: [   28.054863] type=1503 audit(1298734562.723:12): operation="change_hat" info="unconfined" error=-1 pid=2170
Feb 26 16:36:02 linux-964s kernel: [   28.054874] type=1503 audit(1298734562.723:13): operation="change_hat" info="unconfined" error=-1 pid=2170
Feb 26 16:36:03 linux-964s checkproc: checkproc: can not get session id for process 2365!
Feb 26 16:36:04 linux-964s ifup-dhcp: . 
Feb 26 16:36:06 linux-964s ifup-dhcp: . 
Feb 26 16:36:08 linux-964s su: (to vroni) root on none
Feb 26 16:36:08 linux-964s kernel: [   33.949004] type=1503 audit(1298734568.617:14): operation="change_hat" info="unconfined" error=-1 pid=2629
Feb 26 16:36:08 linux-964s kernel: [   33.949015] type=1503 audit(1298734568.618:15): operation="change_hat" info="unconfined" error=-1 pid=2629
Feb 26 16:36:08 linux-964s ifup-dhcp: . 
Feb 26 16:36:11 linux-964s ifup-dhcp: . 
Feb 26 16:36:13 linux-964s ifup-dhcp: . 
Feb 26 16:36:16 linux-964s ifup-dhcp: . 
Feb 26 16:36:18 linux-964s ifup-dhcp: . 
Feb 26 16:36:19 linux-964s ifup-dhcp:  
Feb 26 16:36:19 linux-964s ifup-dhcp:     eth0      DHCP4 continues in background
Feb 26 16:36:21 linux-964s dhcpcd[2137]: eth0: timed out
Feb 26 16:36:22 linux-964s dhcpcd[2137]: eth0: trying to use old lease in `/var/lib/dhcpcd/dhcpcd-eth0.info'
Feb 26 16:36:22 linux-964s dhcpcd[2137]: eth0: adding IP address 192.168.1.67/24
Feb 26 16:36:22 linux-964s dhcpcd[2137]: eth0: adding default route via 192.168.1.1 metric 0
Feb 26 16:36:22 linux-964s dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Feb 26 16:36:22 linux-964s dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Feb 26 16:36:22 linux-964s dhcpcd-hook: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Feb 26 16:36:22 linux-964s dhcpcd-hook: You can find my version in /etc/resolv.conf.netconfig ...
Feb 26 16:36:22 linux-964s ifdown:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Feb 26 16:36:22 linux-964s dhcpcd[2137]: eth0: setting hostname to `linux-964s'
Feb 26 16:36:22 linux-964s ifup:     eth0      device: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)
Feb 26 16:36:22 linux-964s SuSEfirewall2: /var/lock/SuSEfirewall2.booting exists which means system boot in progress, exit.
Feb 26 16:36:22 linux-964s dhcpcd[2137]: eth0: exiting
Feb 26 16:36:24 linux-964s python: hp-systray[3840]: error: option -s not recognized
Feb 26 16:36:26 linux-964s polkitd[3989]: started daemon version 0.96 using authority implementation `local' version `0.96'
Feb 26 16:36:26 linux-964s polkitd(authority=local): Registered Authentication Agent for session /org/freedesktop/ConsoleKit/Session1 (system bus name :1.26 [/usr/lib/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale de_DE.UTF-8)
Feb 26 16:36:26 linux-964s python: hp-systray[3943]: warning: No hp: or hpfax: devices found in any installed CUPS queue. Exiting.
Feb 26 16:36:27 linux-964s su: (to vroni) root on none
Feb 26 16:36:27 linux-964s kernel: [   52.542192] type=1503 audit(1298734587.211:16): operation="change_hat" info="unconfined" error=-1 pid=4108
Feb 26 16:36:27 linux-964s kernel: [   52.542208] type=1503 audit(1298734587.211:17): operation="change_hat" info="unconfined" error=-1 pid=4108
Feb 26 16:36:33 linux-964s kernel: Kernel logging (proc) stopped.
Feb 26 16:36:33 linux-964s rsyslogd: [origin software="rsyslogd" swVersion="5.4.0" x-pid="1486" x-info="http://www.rsyslog.com"] exiting on signal 15.
Feb 26 16:36:33 linux-964s kernel: imklog 5.4.0, log source = /proc/kmsg started.
Feb 26 16:36:33 linux-964s rsyslogd: [origin software="rsyslogd" swVersion="5.4.0" x-pid="4672" x-info="http://www.rsyslog.com"] start
Feb 26 16:36:33 linux-964s auditd[4721]: Started dispatcher: /sbin/audispd pid: 4723
Feb 26 16:36:33 linux-964s audispd: priority_boost_parser called with: 4
Feb 26 16:36:33 linux-964s audispd: max_restarts_parser called with: 10
Feb 26 16:36:33 linux-964s audispd: No plugins found, exiting
Feb 26 16:36:33 linux-964s auditd[4721]: Init complete, auditd 2.0.4 listening for events (startup state disable)
Feb 26 16:36:33 linux-964s kernel: [   59.183859] BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Found user 'avahi' (UID 107) and group 'avahi' (GID 109).
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Successfully dropped root privileges.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: avahi-daemon 0.6.25 starting up.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Loading service file /etc/avahi/services/sftp-ssh.service.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Loading service file /etc/avahi/services/ssh.service.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Loading service file /etc/avahi/services/udisks.service.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.1.67.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: New relevant interface eth0.IPv4 for mDNS.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Network interface enumeration completed.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Registering new address record for 192.168.1.67 on eth0.IPv4.
Feb 26 16:36:33 linux-964s avahi-daemon[4856]: Registering HINFO record with values 'I686'/'LINUX'.
Feb 26 16:36:34 linux-964s atieventsd[4934]: ATI External Events Daemon started...
Feb 26 16:36:34 linux-964s atieventsd[4934]: Event daemon control socket created
Feb 26 16:36:34 linux-964s acpid: 1 client rule loaded
Feb 26 16:36:34 linux-964s atieventsd[4934]: acpid connection established
Feb 26 16:36:34 linux-964s smpppd[4968]: smpppd version 1.60.46 started
Feb 26 16:36:34 linux-964s /usr/sbin/cron[5311]: (CRON) STARTUP (V5.0)
Feb 26 16:36:34 linux-964s smartd[5324]: smartd 5.39.1 2010-01-28 r3054 [i686-pc-linux-gnu] (openSUSE RPM)#012Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net#012
Feb 26 16:36:34 linux-964s smartd[5324]: Opened configuration file /etc/smartd.conf
Feb 26 16:36:34 linux-964s smartd[5324]: Drive: DEVICESCAN, implied '-a' Directive on line 26 of file /etc/smartd.conf
Feb 26 16:36:34 linux-964s smartd[5324]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda, type changed from 'scsi' to 'sat'
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], opened
Feb 26 16:36:34 linux-964s ifup:     dsl0      name: DSL-Verbindung
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], found in smartd database.
Feb 26 16:36:34 linux-964s pppd[5379]: Plugin rp-pppoe.so loaded.
Feb 26 16:36:34 linux-964s SuSEfirewall2: /var/lock/SuSEfirewall2.booting exists which means system boot in progress, exit.
Feb 26 16:36:34 linux-964s pppd[5379]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.5
Feb 26 16:36:34 linux-964s pppd[5379]: Plugin passwordfd.so loaded.
Feb 26 16:36:34 linux-964s kernel: [   60.050415] PPP generic driver version 2.4.2
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD6400AAKS_65Z7B0-WD_WCASYF376930.ata.state
Feb 26 16:36:34 linux-964s smartd[5324]: Monitoring 1 ATA and 0 SCSI devices
Feb 26 16:36:34 linux-964s pppd[5379]: pppd 2.4.5 started by root, uid 0
Feb 26 16:36:34 linux-964s avahi-daemon[4856]: Server startup complete. Host name is linux-964s.local. Local service cookie is 1181490548.
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 123 to 134
Feb 26 16:36:34 linux-964s smartd[5324]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD6400AAKS_65Z7B0-WD_WCASYF376930.ata.state
Feb 26 16:36:34 linux-964s smartd[5437]: smartd has fork()ed into background mode. New PID=5437.
Feb 26 16:36:34 linux-964s SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Feb 26 16:36:34 linux-964s SuSEfirewall2: batch committing...
Feb 26 16:36:35 linux-964s SuSEfirewall2: Firewall rules successfully set
Feb 26 16:36:35 linux-964s avahi-daemon[4856]: Service "linux-964s" (/etc/avahi/services/udisks.service) successfully established.
Feb 26 16:36:35 linux-964s avahi-daemon[4856]: Service "linux-964s" (/etc/avahi/services/ssh.service) successfully established.
Feb 26 16:36:35 linux-964s avahi-daemon[4856]: Service "SFTP File Transfer on linux-964s" (/etc/avahi/services/sftp-ssh.service) successfully established.
Feb 26 16:37:09 linux-964s pppd[5379]: Timeout waiting for PADO packets
Feb 26 16:37:09 linux-964s pppd[5379]: Unable to complete PPPoE Discovery
Feb 26 16:37:09 linux-964s pppd[5379]: Exit.

Das einzige, was davon immer noch auftauchte
Code:
Feb 27 13:12:59 linux-964s dns-resolver: ATTENTION: You have modified /etc/resolv.conf. Leaving it untouched...
Feb 27 13:12:59 linux-964s dns-resolver: You can find my version in /etc/resolv.conf.netconfig
Feb 27 13:12:59 linux-964s ip-up: ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...
Feb 27 13:12:59 linux-964s ip-up: You can find my version in /etc/resolv.conf.netconfig ...
Habe ich geändert, indem ich die entsprechenden alten Versionen von resolv.conf mit der resolv.conf.netconfig überschrieben habe -> bei einem Neustart gab's die Fehlermeldung dann nicht mehr. Aber wie gesagt, außer mir kann jemand erklären, was das mit dem Problem zu tun haben kann, wäre mein Gefühl, dass das eher nicht der entscheidende Punkt ist.
 

framp

Moderator
Teammitglied
Feb 26 16:37:09 linux-964s pppd[5379]: Timeout waiting for PADO packets
Feb 26 16:37:09 linux-964s pppd[5379]: Unable to complete PPPoE Discovery
Da scheint es Probleme mit der ModemVerbindung zum Provider zu geben.
 
wick schrieb:
Die Hardware, die man von Alice bekommt, ist in den meisten Fällen und so auch in meinem das Sphairon Turbolink IAD. Selbiges ist nur ein DSL-"Modem", kein Router.
Wenn es z. B. das Gerät ist: http://www.alice-wiki.de/Sphairon_Turbolink_IAD so kann es sich auch um einen Router handeln. Es soll nämlich die IP-Adresse 192.168.1.1 besitzen. Dies ist eine private IP-Adresse nach RFC 1918 (siehe u. a. http://de.wikipedia.org/wiki/Private_IP-Adresse). D. h., das Gerät muss eigentlich als Router arbeiten. Diskussionen an anderer Stelle zeigen, dass Routerfunktionen in den Sphairon Turbolink IAD durchaus vorhanden sein können, teilweise nach Firmware-Updates. Test: dem PC eine Adresse 192.168.1.10 geben und einen Ping auf 192.168.1.1 durchführen. Ist das erfolgreich, so handelt es sich um einen Router. Ggf. ist auch ein Webinterface vorhanden: http://img190.imageshack.us/f/iad1.jpg/ Siehe auch Diskussionen bei Hansenet, z. B. http://www.hansenet-user-forum.de/viewtopic.php?f=23&t=23933&hilit=iad+pl%C3%B6tzlich+router

Wenn das Gerät tatsächlich nur als Modem arbeitet: einen preiswerten DSL-Router kaufen, kostet teils weniger als 20 €, und dranhängen. Bei allen PC PPPoE deinstallieren, TCP/IP nutzen und die PC mit dem Router verbinden.

M. Boettcher
 
Hallo,

danke für die Hinweise. Ich habe mein Sphairon-Teil gecheckt: es ist tatsächlich ein Router. Also habe ich die DSL-Verbindungseinstellungen gelöscht und habe aber immer noch dasselbe Problem, dass der download schnell ist, um die 10Mbit/s der upload mit um die 50kb/s aber kriecht und ich somit keine mails mit Anhängen >200kb versenden kann.
collectNWData.sh findet auch nicht wirklich was zu meckern (s.u.) ... was kann ich jetzt noch machen? Wonach soll ich schauen?
Code:
collectNWData.sh V0.6.5.4.1 (Rev: 1.282, Build: 2011/01/25 19:33:38 UTC)
--- Welcher Netzwerkverbindungtyp soll getestet werden?
--- (1) Kabelgebundene Verbindung
--- Welche Netzwerktopologie liegt vor?
--- (2) DSL HW router <---> LinuxClient
--- Auf welchem Rechner wird das Script ausgeführt?
--- (1) LinuxClient

--- NWEliza untersucht das System nach häufigen Netzwerkkonfigurationsfehlern ...

!!! CND0310W: Klassische Netzwerkkonfiguration mit ifup wurde entdeckt. Die Konfiguration mit knetworkmanager ist wesentlich einfacher

--- Gehe zu http://www.linux-tips-and-tricks.de/CND um detailiertere Hinweise 
--- zu den Fehlermeldungen/Warnungen zu bekommen und wie die Fehler selbst beseitigt werden können.

--- Wenn eigene Lösungsversuche erfolglos waren dann den Inhalt der Datei collectNWData.txt im Netz ablegen
--- (Links siehe http://www.linux-tips-and-tricks.de/CND_UPL) 
--- und dann der nopaste Link im bevorzugten Linux Forum posten.

==================================================================================================================
===== cat /etc/*[-_]release || cat /etc/*[-_]version =============================================================
/etc/SuSE-release
openSUSE 11.3 (i586)
VERSION = 11.3
===== uname -a ===================================================================================================
Linux linux-964s 2.6.34.7-0.7-desktop #1 SMP PREEMPT 2010-12-13 11:13:53 +0100 i686 athlon i386 GNU/Linux
===== lspci ======================================================================================================
05:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 03)
	Subsystem: Micro-Star International Co., Ltd. Device [1462:7599]
	Kernel driver in use: r8169
===== find /lib/modules/`uname -r` -name "*.ko" ==================================================================
Available kernelmodules for VendorId:DeviceId - 10ec:8168
Module: r8169
===== lsusb | grep -v "root hub" =================================================================================
Bus 002 Device 003: ID 058f:6377 Alcor Micro Corp. Multimedia Card Reader
Bus 004 Device 002: ID 03f0:0217 Hewlett-Packard LaserJet 2200
Bus 005 Device 002: ID 062a:0252 Creative Labs 
===== hwinfo (filtered) ==========================================================================================
35: PCI 500.0: 0200 Ethernet controller
  Model: "Realtek RTL8111/8168B PCI Express Gigabit Ethernet controller"
  Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd."
  Device: pci 0x8168 "RTL8111/8168B PCI Express Gigabit Ethernet controller"
  SubVendor: pci 0x1462 "Micro-Star International Co., Ltd."
  SubDevice: pci 0x7599 
  Driver: "r8169"
  Driver Modules: "r8169"
  Device File: eth0
  Link detected: yes
    Driver Status: r8169 is active
    Driver Activation Cmd: "modprobe r8169"
===== lsmod (filtered) ===========================================================================================
| af_packet       | fglrx           | i2c_piix4       | ip_tables       | jbd2             |
| k10temp         | mperf           | powernow_k8     | r8169           | sg               |
| sr_mod          | usblp           | xhci_hcd        |
===== ifconfig (filtered for eth|wlan|ra|ath|dsl) ================================================================
eth0      Link encap:Ethernet  Hardware Adresse ##:##:##:##:##:#1  
          inet Adresse:192.168.1.65  Bcast:192.168.1.255  Maske:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:23991 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17486 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 Sendewarteschlangenlänge:1000 
          RX bytes:31764138 (30.2 Mb)  TX bytes:3683582 (3.5 Mb)
          Interrupt:29 
===== cat /etc/sysconfig/network/ifcfg-[earwd]* | grep -v "=''" ==================================================
--- /etc/sysconfig/network/ifcfg-eth0
BOOTPROTO='dhcp'
NAME='RTL8111/8168B PCI Express Gigabit Ethernet controller'
STARTMODE='ifplugd'
USERCONTROL='yes'
PREFIXLEN='24'
IFPLUGD_PRIORITY='20'
===== dhcpcd-test ================================================================================================
eth0: DHCP server available
===== ping tests =================================================================================================
Ping of 195.135.220.3 failed
Ping of www.suse.de OK
===== cat /etc/resolv | grep -i "nameserver" =====================================================================
nameserver 192.168.1.1
===== cat /etc/hosts =============================================================================================
127.0.0.1       localhost.localdomain	localhost
192.168.1.10    linux-964s.site linux-964s
192.168.1.5     linux-964s.site linux-964s
127.0.0.2       linux-964s.site linux-964s
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
===== egrep 'eth|ath|wlan|ra' /etc/udev/rules.d/*net_persistent* /etc/udev/rules.d/*persistent-net* ==============
/etc/udev/rules.d/70-persistent-net.rules:SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="##:##:##:##:##:#1", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
==================================================================================================================
*** NWElizaStates V0.6.5.4.1
IF:eth0 IM:1 DI:1 FALON:1 NIC:0 cNiC:1:0 NI:0 cNI:0 PNG:0 DNS:0 MTU:1 NISS:0 IP6:0 KM:0 WLW:0 RTDT:SuSE

Gruß,
Wick
 
Code:
127.0.0.1       localhost.localdomain   localhost
192.168.1.10    linux-964s.site linux-964s
192.168.1.5     linux-964s.site linux-964s
127.0.0.2       linux-964s.site linux-964s

Entferne mal die Einträge, die mit 192.168 beginnen. Bei welchem Programm hast du den langsamen Upload?
 
Hallo spoensche,

ich habe versucht die Einträge mit 192.168* zu entfernen, indem ich sie in der /etc/hosts auskommentiert habe, allerdings bleibt 192.168.1.0 bestehen:
Code:
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Muss ich dazu anders vorgehen? Was könnte das Entfernen bewirken?

Bei welchem Programm hast du den langsamen Upload?
Bei allen - ftp via FireFTP, Thunderbird, bei Speed-Tests im Internet ...

Beste Grüße,
Wick

PS: Allerdings gewinne ich auch immer mehr den Eindruck, dass es irgendwie am Routing liegen kann - hat jemand einen Tipp, wo ich dazu mehr nachlesen kann?
 
Die Einträge stehen in der /etc/hosts. Wennd er Speedtest einen zu langsamen Wert misst solltest du mal deinen Provider kontaktieren. Hast du auf dem Router evtl. den Upload per QoS limitiert?
 
192.168.1.1 ist die Router-Adresse; was 192.168.1.0 sein soll, ist mir unklar.
Selbst, wenn ich in der etc/hosts selbige auskommentiere, kommt außerdem der Eintrag 169.254.0.0
Code:
===== route -n | egrep "(eth|ath|ra|wlan|dsl)" ===================================
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
immer wieder - der muss irgendwo anders herkommen. Normal kommen aus diesem Adressraum DHCP-verteilte Adressen, aber DHCP habe ich versucht mal abzuschalten und auf statische IP umzumodeln, hat aber auch nichts gebracht.
Das Problem kann nicht der Provider sein, da andere Rechner, die am selben Router hängen sehr viel bessere Werte (normale / ausreichende Werte) erzielen. Also gehe ich davon aus, dass es an diesem Rechner und dabei entweder an der Konfiguration oder der Hardware hängt.
Wick
 

framp

Moderator
Teammitglied
wick schrieb:
... was 192.168.1.0 sein soll, ist mir unklar. Selbst, wenn ich in der etc/hosts selbige auskommentiere, kommt außerdem der Eintrag 169.254.0.0
Das sine keine IP Adressen sondern Netze (Deshalb die Netzwerkmaske 255.255.255.0). Die bekommst Du nicht weg und müssen da sein.
 
Es war dann tatsächlich ein Problem des Netzwerkcontrollers auf dem Mainboard - mit einer anderen PCI-Netzwerkkarte lief alles wieder. Also alles in allem ein eher ungewöhnliches Hardwareproblem. Vielen Dank an alle, die mir geholfen haben.
 
Da das problem gelöst ist, setze den Thread bitte noch auf gelöst. Dazu den ersten Beitrag editieren und ein [gelöst] im Titel einfügen.
 
Oben