astaldo1977
Anmeldungsdatum: 14. August 2011
Beiträge: Zähle...
|
Hallo zusammen, ich habe auf einem älteren Samsung R40 ein Ubuntu 11.04 installiert.
Immer wenn ich größere Dateien übers Netzwerk kopiere, hängt sich nach einer gewissen Zeit das gesamte System auf. Egal ob ich von einem PC auf einen Linux-Share kopiere, oder vom Linux System den Transfer vornehme.
Wenn ich die Datei übers WLan kopiere, gibt es das Problem nicht, dauert nur eben viel länger. lspci ergibt eine RTL-8139/8139c/8139C+ (rev10) Was kann ich machen um den Fehler einzugrenzen? Viele Grüße,
Astaldo
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
Hallo und willkommen hier, um aus der Ferne das Problem eingrenzen zu können brauchen wir mehr Infos, zeige die Ausgaben folgender Befehle:
lspci -nnk | grep -i net -A2 lsmod | grep 8139
dmesg | egrep 'net|eth|8139'
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
Hallo
und schonmal vielen Dank für die schnelle Reaktion. Hier die gewünschten Ausgaben: lspci -nnk | grep -i net -A2
02:05.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
Subsystem: Samsung Electronics Co Ltd Device [144d:c02b]
Kernel driver in use: 8139too
--
02:07.0 Ethernet controller [0200]: Atheros Communications Inc. AR2413 802.11bg NIC [168c:001a] (rev 01)
Subsystem: Askey Computer Corp. Device [144f:7101]
Kernel driver in use: ath5k lsmod | grep 8139
8139too 23208 0
8139cp 22497 0 dmesg | egrep 'net|eth|8139'
[ 0.004386] Initializing cgroup subsys net_cls
[ 0.088139] pci 0000:00:14.4: [1002:4371] type 1 class 0x000604
[ 0.088457] pci 0000:02:05.0: [10ec:8139] type 0 class 0x000200
[ 0.148994] audit: initializing netlink socket (disabled)
[ 0.267565] i2c-core: driver [adp5520] using legacy suspend method
[ 0.267568] i2c-core: driver [adp5520] using legacy resume method
[ 1.390770] 8139cp: 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004)
[ 1.390810] 8139cp 0000:02:05.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip, use 8139too
[ 1.616762] 8139too: 8139too Fast Ethernet driver 0.9.28
[ 1.616858] 8139too 0000:02:05.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 1.618581] 8139too 0000:02:05.0: eth0: RealTek RTL8139 at 0xa000, 00:13:77:32:2f:af, IRQ 18
[ 18.648946] eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[ 28.864042] eth0: no IPv6 routers present Noch ein Hinweis:
Ich mußte den Standby Modus deaktivieren, weil der bei dem Laptop nicht funktioniert (Fährt nach WakeUp nicht mehr ins OS). Grüße,
Astaldo
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Hallo und willkommen bei uu.de. Wie "lsmod" ausgibt, werden 2 Treiber geladen: sudo modprobe -rf 8139too #entladen
sudo modprobe -rf 8139cp #entladen
sudo modprobe 8139too #neu laden
sudo depmod -a #Abhängigkeiten auflösen
sudo service network-manager restart #Netzwerk neu starten
echo "blacklist 8139cp" | sudo tee -a /etc/modprobe.d/blacklist.conf #falsches Modul sperren Hintergrund: Kernelmodule Edit: Für den Standby-Modus, siehe pm-utils. Entlade die "üblichen Verdächtigen", darunter zusätzlich das LAN und das WLAN-Modul
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
Das hat das Problem leider auch nicht gelöst. Nach der Aktion habe ich per lsmod die geladenen Module überprüft, es war nur 8139too geladen. Trotzdem hings das System beim Kopieren nach ca 30 Sekunden. Das Modul 8139cp wird im Übrigen beim SystemNeustart trotzdem geladen, obwohl es in der blacklist steht.
|
Ubunux
Anmeldungsdatum: 12. Juni 2006
Beiträge: 16331
|
astaldo1977 schrieb: Das Modul 8139cp wird im Übrigen beim SystemNeustart trotzdem geladen, obwohl es in der blacklist steht.
dann zeige mal bitte die Ausgabe von cat /etc/modprobe.d/blacklist.conf sowie von cat /etc/modules
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
Sorry für die späte Rückmeldung cat /etc/modprobe.d/blacklist.conf
# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.
# evbug is a debug tool that should be loaded explicitly
blacklist evbug
# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd
# replaced by e100
blacklist eepro100
# replaced by tulip
blacklist de4x5
# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394
# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m
# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2
# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
blacklist i2c_i801
# replaced by p54pci
blacklist prism54
# replaced by b43 and ssb.
blacklist bcm43xx
# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps
# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi
# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp
# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr
# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac
blacklist 8139cp cat /etc/modules # /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
lp
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Probiere dann folgendes: sudo modprobe -rf 8139too 8139cp
sudo modprobe -v 8139too
sudo depmod -a
sudo update-initramfs -u
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
@praseodym Danke, das Modul wird nun nicht mehr geladen. Trotzdem stürzt das System bei einem längeren Datentransfer ab ☹ Ich habe allerdings einen Fehler gemacht.
Nach längerem Rumprobieren mußte ich nun festellen, daß der Laptop auch beim Datentransfer über WLAN einfriert, sorry. Soll ich einen neuen Thread dafür öffnen? Gruß,
Astaldo
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Für Samsung-Note/Netbooks gibts ein PPA mit einigen Tools, probier das mal: sudo add-apt-repository ppa:voria/ppa
sudo apt-get update
sudo apt-get install --reinstall samsung-tools samsung-wireless
sudo apt-get upgrade
sudo apt-get dist-upgrade und neu starten. Siehe hier.
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
Es wurde einiges installiert aber auch nach dem Neustart friert das System wieder ein - schade.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Was für eine Grafikkarte hast du? Zeig mal: lspci -nnk | grep -iA2 VGA
lsmod
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
Bidde sehr lspci -nnk | grep -iA2 VGA
01:05.0 VGA compatible controller [0300]: ATI Technologies Inc RC410 [Radeon Xpress 200M] [1002:5a62]
Subsystem: Samsung Electronics Co Ltd Device [144d:c02b]
Kernel driver in use: radeon lsmod
Module Size Used by
easy_slow_down_manager 12985 0
binfmt_misc 13213 1
cryptd 19801 0
aes_i586 16956 1
aes_generic 38023 1 aes_i586
parport_pc 32111 0
ppdev 12849 0
snd_hda_codec_realtek 255882 1
snd_hda_codec_si3054 12924 1
arc4 12473 2
radeon 900494 3
snd_hda_intel 24140 2
snd_atiixp_modem 18624 0
snd_hda_codec 90901 3 snd_hda_codec_realtek,snd_hda_codec_si3054,snd_hda_intel
snd_via82xx_modem 18305 0
snd_hwdep 13274 1 snd_hda_codec
snd_seq_midi 13132 0
ath5k 144412 0
snd_intel8x0m 18493 0
ttm 65184 1 radeon
snd_rawmidi 25269 1 snd_seq_midi
ath 19141 1 ath5k
snd_ac97_codec 105614 3 snd_atiixp_modem,snd_via82xx_modem,snd_intel8x0m
mac80211 257001 1 ath5k
joydev 17322 0
snd_seq_midi_event 14475 1 snd_seq_midi
drm_kms_helper 40745 1 radeon
snd_seq 51291 2 snd_seq_midi,snd_seq_midi_event
ac97_bus 12642 1 snd_ac97_codec
snd_pcm 80042 7 snd_hda_codec_si3054,snd_hda_intel,snd_atiixp_modem,snd_hda_codec,snd_via82xx_modem,snd_intel8x0m,snd_ac97_codec
snd_seq_device 14110 3 snd_seq_midi,snd_rawmidi,snd_seq
snd_timer 28659 2 snd_seq,snd_pcm
pcmcia 39671 0
drm 180037 5 radeon,ttm,drm_kms_helper
r852 17878 0
sm_common 16737 1 r852
cfg80211 156212 3 ath5k,ath,mac80211
nand 49822 2 r852,sm_common
nand_ids 8547 1 nand
nand_ecc 13070 1 nand
snd 55295 18 snd_hda_codec_realtek,snd_hda_codec_si3054,snd_hda_intel,snd_atiixp_modem,snd_via82xx_modem,snd_hda_codec,snd_hwdep,snd_intel8x0m,snd_ac97_codec,snd_rawmidi,snd_seq,snd_pcm,snd_seq_device,snd_timer
yenta_socket 27230 0
psmouse 73312 0
pcmcia_rsrc 18292 1 yenta_socket
mtd 26720 2 sm_common,nand
soundcore 12600 1 snd
pcmcia_core 21505 3 pcmcia,yenta_socket,pcmcia_rsrc
video 18951 0
serio_raw 12990 0
snd_page_alloc 14073 5 snd_hda_intel,snd_atiixp_modem,snd_via82xx_modem,snd_intel8x0m,snd_pcm
i2c_algo_bit 13184 1 radeon
shpchp 32345 0
ati_agp 13202 0
i2c_piix4 13095 0
lp 13349 0
parport 36746 3 parport_pc,ppdev,lp
sdhci_pci 13623 0
8139too 23208 0
sdhci 22720 1 sdhci_pci
pata_atiixp 12968 2
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22096
Wohnort: ~
|
Diese Karte wird laut diesem Thread vom fglrx-Treiber nicht unterstützt, "radeon" wird auch verwendet. Hattest du den "fglrx" mal probiert? In diesem Fall laut Wiki vollständig de- und reinstallieren: sudo apt-get remove --purge fglrx
sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core xserver-xorg-video-ati Neu starten.
|
astaldo1977
(Themenstarter)
Anmeldungsdatum: 14. August 2011
Beiträge: 12
|
hmm, ich kann diesen Treiber nirgends sehen, und ausprobiert habe ich den auch nicht.
Die Abstürze hab ich sogar nach einer nigelnagelneuen Ubuntu-Installation Nach Neustart und erneuten Datentransfer ist das System wieder eingefroren..
Mir fällt auf, daß beim Einfrieren der Lüfter schneller dreht, falls das von Belang ist. sudo apt-get remove --purge fglrx
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Paket fglrx ist nicht installiert, wird also auch nicht entfernt.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
|