Ich habe eine Xubuntu-Box und mit ihrem Terminal ist lokal alles in Ordnung. Wenn ich aber zu einem Server sshe, scheint das Remote-Echo die letzte Zeile zu halten, bis eine Taste gedrückt oder die Fenstergröße geändert wird. Bei langen Ausgabebefehlen werden nur die ersten Zeilen ausgegeben (d. H. find siehe Test unten). Das Problem ist lokal nicht vorhanden, betrifft jedoch alle Dienstprogramme, die auf ssh basieren, d. H. Git, scp. Ssh-Sitzungen werden nach dem Zufallsprinzip geschlossen, auch wenn Prozesse ausgeführt werden und die Ausgabe angezeigt wird (diese wird nur aktualisiert, wenn die Tasten wiederholt gedrückt werden).
Im Screencast unter http://www.tmg.it/files/funnyterm.ogv werden alle Befehle mit einem Return beendet. Ich warte 5 Sekunden zwischen den Befehlen. Wie Sie sehen, wird die Zeile mit meiner Eingabeaufforderung nur angezeigt, wenn ich wieder mit der Eingabe beginne.
scp tests : - scp remotefile localfile funktioniert, wenn die Datei <MTU ist. - versuchte, mit MTU zu fummeln und stellte auf einige Werte zwischen 1000 und 1600 ein - kein Erfolg.
find tests : bei einer ssh-verbindung stoppt die suche in einem ordner mit vielen dateien nach ein paar ausgabezeilen. Durch dreimaliges Drücken der Eingabetaste werden die nächsten Zeilen angezeigt. Ich habe in iwconfig damit begonnen, übermäßige Sendewiederholungen und ungültiges Sonstiges zu überwachen, und festgestellt, dass "ungültiges Sonstiges" und "übermäßige Wiederholungen" bei einigen Rücksendungen gut ansteigen:
System ist auf dem neuesten Stand xubuntu 13.04 AMD64 mit Lampenstapel auf Samsung RC530-S05IT (i7/6 GB RAM/60 GB HDD-Partition + ein zusätzliches SSD-Laufwerk) . Ich habe das Problem zum ersten Mal bemerkt, als nur lamp + Eclipse installiert war, und kann es beim Booten von einer Live-Distribution (gleiche Version) reproduzieren.
Andere Systeme im Netzwerk leiden nicht unter diesem Problem (Update! Der Mac zeigte das gleiche Problem auch an!). Auf diesem PC läuft CentOS einwandfrei in einem VM) und Windows 7 sowohl mit PuTTY als auch mit Cygwin sowie allen nicht-13.04 (x) Ubuntu-Distributionen von usb/iso. 13.04 (x) Ubuntu scheitert auch beim booten von einem live usb stick.
$ echo "#find in ssh connection"; Datum + "% H:% M:% S"; iwconfig 2> nul | grep Sonstiges
#find in ssh connection
14:22:56
Tx excessive retries:695 Invalid misc:273 Missed beacon:0
#find in ssh connection.. after a few returns were pressed in the terminal:
14:23:07
Tx excessive retries:697 Invalid misc:281 Missed beacon:0
$ iwconfig
eth0 no wireless extensions.
lo no wireless extensions.
wlan0 IEEE 802.11bgn ESSID:"zzz-guests"
Mode:Managed Frequency:2.462 GHz Access Point: A4:B1:E9:97:72:ED
Bit Rate=65 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=62/70 Signal level=-48 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:582 Invalid misc:209 Missed beacon:0
Der folgende Block ist die Ausgabe von iwconfig auf dem Ubuntu 12.04, wo ssh einwandfrei funktioniert, nachdem ein großer Suchbefehl abgeschlossen wurde:
wlan0 IEEE 802.11bgn ESSID:"zzz-guests"
Mode:Managed Frequency:2.462 GHz Access Point: A4:B1:E9:97:72:ED
Bit Rate=65 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=61/70 Signal level=-49 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:4 Invalid misc:65 Missed beacon:0
(Auf diesem 12.04 Ubuntu zeigt lspci die exakt gleichen Netzwerktreiber und -versionen, die als xubuntu 13.04 geladen werden.)
$ cat/etc/lsb-release; uname -a
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=13.04
DISTRIB_CODENAME=raring
DISTRIB_DESCRIPTION="Ubuntu 13.04"
Linux osiris 3.8.0-30-generic #44-Ubuntu SMP Thu Aug 22 20:52:24 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
$ lspci -nnk | grep -iA2 net
02:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 130 [8086:0896] (rev 34)
Subsystem: Intel Corporation Centrino Wireless-N 130 BGN [8086:5005]
Kernel driver in use: iwlwifi
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06)
Subsystem: Samsung Electronics Co Ltd Device [144d:c0c1]
Kernel driver in use: r8169
ric @ osiris: ~ $ rfkill liste alle auf
0: samsung-wlan: Wireless LAN
Soft blocked: no
Hard blocked: no
...
3: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
$ lsmod
Module Size Used by
pci_stub 12622 1
vboxpci 23194 0
vboxnetadp 25670 0
vboxnetflt 23479 0
vboxdrv 320372 3 vboxnetadp,vboxnetflt,vboxpci
parport_pc 28152 0
ppdev 17073 0
rfcomm 42641 16
bnep 18036 2
binfmt_misc 17500 1
snd_hda_codec_hdmi 36906 1
snd_hda_codec_realtek 78399 1
joydev 17377 0
arc4 12615 2
snd_hda_intel 39619 3
snd_hda_codec 136498 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
iwldvm 241872 0
mac80211 606457 1 iwldvm
snd_hwdep 13602 1 snd_hda_codec
snd_pcm 97451 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc 18710 2 snd_pcm,snd_hda_intel
coretemp 13355 0
snd_seq_midi 13324 0
snd_seq_midi_event 14899 1 snd_seq_midi
kvm_intel 132891 0
kvm 443165 1 kvm_intel
snd_rawmidi 30180 1 snd_seq_midi
i915 600349 3
uvcvideo 80847 0
snd_seq 61554 2 snd_seq_midi_event,snd_seq_midi
videobuf2_vmalloc 13056 1 uvcvideo
nouveau 943184 0
ghash_clmulni_intel 13259 0
aesni_intel 55399 1
snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi
videobuf2_memops 13202 1 videobuf2_vmalloc
ttm 83187 1 nouveau
aes_x86_64 17255 1 aesni_intel
drm_kms_helper 49394 2 i915,nouveau
xts 12885 1 aesni_intel
lrw 13257 1 aesni_intel
snd_timer 29425 2 snd_pcm,snd_seq
gf128mul 14951 2 lrw,xts
videobuf2_core 40513 1 uvcvideo
ablk_helper 13597 1 aesni_intel
videodev 129260 2 uvcvideo,videobuf2_core
iwlwifi 173516 1 iwldvm
btusb 22474 0
cryptd 20373 3 ghash_clmulni_intel,aesni_intel,ablk_helper
lp 17759 0
drm 286028 6 ttm,i915,drm_kms_helper,nouveau
microcode 22881 0
cfg80211 510937 3 iwlwifi,mac80211,iwldvm
psmouse 95905 0
bluetooth 228667 22 bnep,btusb,rfcomm
snd 68876 16 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device
samsung_laptop 14532 0
serio_raw 13215 0
mei 41158 0
parport 46345 3 lp,ppdev,parport_pc
video 19390 3 i915,samsung_laptop,nouveau
mxm_wmi 13021 1 nouveau
wmi 19070 2 mxm_wmi,nouveau
i2c_algo_bit 13413 2 i915,nouveau
mac_hid 13205 0
lpc_ich 17061 0
soundcore 12680 1 snd
hid_generic 12540 0
usbhid 47074 0
hid 101002 2 hid_generic,usbhid
r8169 67466 0
ahci 25731 5
libahci 31364 1 ahci
$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: wlan0 [zzz-guests] --------------------------------------------------
Type: 802.11 WiFi
Driver: iwlwifi
State: connected
Default: yes
HW Address: DC:A9:71:96:81:92
Capabilities:
Speed: 65 Mb/s
Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes
Wireless Access Points (* = current AP)
zzz: Infra, 00:1B:2F:94:ED:BE, Freq 2427 MHz, Rate 54 Mb/s, Strength 99 WPA WPA2
*zzz-guests: Infra, A4:B1:E9:97:72:ED, Freq 2462 MHz, Rate 54 Mb/s, Strength 72 WPA WPA2
IPv4 Settings:
Address: 192.168.1.64
Prefix: 24 (255.255.255.0)Sudo cat /var/log/syslog | grep -e rt2 -e firmware -e wpa -e wlan -e etork | tail -n75
Gateway: 192.168.1.254
DNS: 192.168.1.254
$ Sudo cat /var/log/syslog | grep -e rt2 -e firmware -e wpa -e wlan -e etork | Schwanz -n75
Sep 7 14:04:26 osiris NetworkManager[1281]: <info> (wlan0): device state change: secondaries -> activated (reason 'none') [90 100 0]
Sep 7 14:04:26 osiris NetworkManager[1281]: <info> Policy set 'zzz-guests' (wlan0) as default for IPv4 routing and DNS.
Sep 7 14:04:28 osiris NetworkManager[1281]: <info> Activation (wlan0) successful, device activated.
Sep 7 14:04:44 osiris NetworkManager[1281]: <info> (wlan0): IP6 addrconf timed out or failed.
Sep 7 14:04:44 osiris NetworkManager[1281]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) scheduled...
Sep 7 14:04:44 osiris NetworkManager[1281]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) started...
Sep 7 14:04:44 osiris NetworkManager[1281]: <info> Activation (wlan0) Stage 4 of 5 (IPv6 Configure Timeout) complete.
Sep 7 14:04:58 osiris wpa_supplicant[1376]: wlan0: WPA: Group rekeying completed with a4:b1:e9:97:72:ed [GTK=TKIP]
Sep 7 14:11:37 osiris wpa_supplicant[1376]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (org.freedesktop.DBus.Error.Failed) failed to parse WPA IE
Sep 7 14:11:37 osiris wpa_supplicant[1376]: dbus: Failed to construct signal
Sep 7 14:14:58 osiris wpa_supplicant[1376]: wlan0: WPA: Group rekeying completed with a4:b1:e9:97:72:ed [GTK=TKIP]
Sep 7 14:17:37 osiris wpa_supplicant[1376]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (org.freedesktop.DBus.Error.Failed) failed to parse WPA IE
Sep 7 14:17:37 osiris wpa_supplicant[1376]: dbus: Failed to construct signal
Sep 7 14:24:57 osiris wpa_supplicant[1376]: wlan0: WPA: Group rekeying completed with a4:b1:e9:97:72:ed [GTK=TKIP]
Hier ist die Ausgabe von stty -a, sowohl lokal als auch nach ssh an einen Remote-Server, sowohl in xubuntu 13.04 (ssh hat Probleme) als auch in ubuntu 12.04 live (was funktioniert):
lokale Konsole (xubuntu 13.04):
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;
swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
ssh von xubuntu 13.04 auf einen Remote-Server (Centos 5.9):
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -cdtrdsr
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
ssh auf einen anderen server (ubuntu 10) als xubuntu 13.04:
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;
swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
lokale Konsole auf Ubuntu 12.04.2 LTS:
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = M-^?; eol2 = M-^?;
swtch = M-^?; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W;
lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
remote-Server (Centos 5.9) von Ubuntu 12.04.2
$ stty -a
speed 38400 baud; rows 24; columns 80; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -cdtrdsr
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
cygwin ssh unter windows 7 -> centos 5.9
$ stty -a
speed 38400 baud; rows 24; columns 100; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>;
swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O;
min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts -cdtrdsr
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel
-iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke
mac osx 10.6.8
lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl
-echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo
-extproc
iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel iutf8
-ignbrk brkint -inpck -ignpar -parmrk
oflags: opost onlcr -oxtabs -onocr -onlret
cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow
-dtrflow -mdmbuf
cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>;
eol2 = <undef>; erase = ^?; intr = ^C; kill = ^U; lnext = ^V;
min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T;
stop = ^S; susp = ^Z; time = 0; werase = ^W;
12.04 ssh bis centos 5.9
stty -g
500:5:bf:8a3b:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0
13.04 ssh bis centos 5.9
stty -g
500:5:bf:8a3b:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0
(stty -g Ausgabe ist identisch)
(Diese Frage wurde ursprünglich gestellt am https://superuser.com/questions/640348/xubuntu-xterm-lag-echo-issue-with-ssh )
Weitere Ideen für die Diagnose:
analyse der Ausgabe von stty -a (Fertig, mit Sicherheit ausgeschlossen, siehe Diskussion unten)
versuchen Sie es mit einem anderen Netzwerkgerät, um auf das Netz zuzugreifen. Haben Sie die gleichen Probleme über
booten Sie ein anderes (nicht Ubuntu) System von USB
Bei dem von Ihnen erwähnten scp-Test würde ich zuerst versuchen (2).