SSH-Problem

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

SSH-Problem

Beitrag von Timm » 28.12.2003 02:57:38

Hallo zusammen!
Ich habe ein sehr merkwürdiges ssh-Problem. Direkt nach c.a. jedem zweiten login via ssh, sobald /etc/motd auf dem Server ausgegeben wird,"friert mein Rechner ein", d.h. die Maus bewegt sich nicht mehr, auf Tastatureingaben gibt es auch keine Reaktion mehr und es hilft nur noch ein Reboot. Das tritt nicht nur bei einem Server auf, sondern bei jedem beliebigen.
Ich benutze eine Standardinstallation von Debian Woody:
$ uname -a
Linux bla 2.4.20-bf2.4 #1 Sun Mar 9 07:22:41 UTC 2003 i686 unknown
mein ssh-client ist:
$ dpkg -l | grep -i ssh
ii ssh 3.4p1-1 Secure rlogin/rsh/rcp replacement (OpenSSH)
Hat da jemand eine Erkärung parat? Bin für jede Hilfe dankbar!
Gruß,
Timm

Benutzeravatar
barmeier
Beiträge: 358
Registriert: 12.11.2002 17:33:00
Kontaktdaten:

Beitrag von barmeier » 28.12.2003 21:07:10

Hi,

blinken vielleicht die caps oder numlock tasten ?

Hast du kommerzielle Treiber wie nv oder ati installiert ?

Ciao
Matze

Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

Beitrag von Timm » 30.12.2003 00:21:21

hallo!
nein, es blinkt nichts, es gibt kein protokoll im syslog oder sonst
irgendeinen anhaltspunkt, der rechner friert einfach ein und ende.
auch nach einer neuinstallation des systems besteht das problem noch.
hat keiner mehr noch einen rat für mich?
:-(
gruss,
timm

Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

Beitrag von Timm » 30.12.2003 00:23:55

achja, kommerzielle treiber oder soetwas habe ich nicht installiert.

Code: Alles auswählen

# lsmod
Module                  Size  Used by    Not tainted
ipt_REJECT              2880  10  (autoclean)
ipt_LOG                 3232  11  (autoclean)
iptable_filter          1728   1  (autoclean)
ip_tables              10464   3  [ipt_REJECT ipt_LOG iptable_filter]
tap0                    2560   1  (autoclean)
nls_iso8859-1           2880   1  (autoclean)
nls_cp437               4384   1  (autoclean)
hisax                 497988   3
isdn                  117760   4  [hisax]
slhc                    4496   1  [isdn]
isa-pnp                27068   0  [hisax]
emu10k1                55712   0
sound                  52524   0  [emu10k1]
soundcore               3236   7  [emu10k1 sound]
ac97_codec              9984   0  [emu10k1]
keybdev                 1664   0  (unused)
usbkbd                  2848   0  (unused)
input                   3104   0  [keybdev usbkbd]
usb-storage            48160   0  (unused)
usb-uhci               21028   0  (unused)
usbcore                54432   0  [usbkbd usb-storage usb-uhci]
gruss,
timm

EDIT: BBCode fuer bessere lesbarkeit hinzugefuegt - blackm

floschi
Beiträge: 791
Registriert: 17.09.2002 14:36:18
Wohnort: München
Kontaktdaten:

Beitrag von floschi » 30.12.2003 09:48:35

Seit wann ist 2.4.20-bf2.4 in woody?

Benutzeravatar
eagle
Beiträge: 2282
Registriert: 05.11.2002 11:20:53
Wohnort: Berlin

Beitrag von eagle » 30.12.2003 10:35:01

Sehr komisches Problem :roll: . Tritt das auch unabhängig vom user auf, der die ssh Verbindung aufbaut? Was passiert wenn man die ssh Verbindung in der Console aufbaut?

Vielleicht hilft ja noch die Option -v um eventuell was rauszubekommen.

Hast du eine Möglichkeit herauszufinden, ob vielleicht nur der X Server hängt und der Rest vom Betriebsystem noch funktioniert?

eagle
"I love deadlines. I love the whooshing sound they make as they fly by." -- Douglas Adams

Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

Beitrag von Timm » 30.12.2003 12:38:23

ja, das ist unabhängig vom user und es hängt anscheinend nicht nur der x-server sondern alles, und das problem tritt auch dann auf wenn x gar nicht
läuft. allerdings habe ich das problem nur, wenn auf dem server linux läuft (unterschiedliche versionen des sshd), bei aix ist alles in ordnung.
gruss,
timm

Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

Beitrag von Timm » 30.12.2003 12:41:37

Seit wann ist 2.4.20-bf2.4 in woody?
hmm das ist die jubiläums-dvd aus dem linux-magazin.
da steht drauf debian gnu/linux 3.0 - das ist woody oder?
gruss,
timm

Benutzeravatar
barmeier
Beiträge: 358
Registriert: 12.11.2002 17:33:00
Kontaktdaten:

Beitrag von barmeier » 31.12.2003 14:16:37

Hi,

wenn das gesamte ystem einfriert hast du entwede ein Kerneltreiber oder ein Hardware problem. Ich hatte den glichen Effekt, als ich die NVidia Treiber benutzt hatte, allerings blinkten bei mir die drei leds, was die letzte Möglichkeit des Kernels ist sich mitzuteilen.
Neuen Kernel ausprobieren, Treiber wechseln .. Was anderes fällt mir da jetzt auch nicht ein :(

Du hast aber einen x86 oder hast du einen anderen Prozessor ?

Die Netzwerkkarte ist ein ISDN Adapter ?

Ciao
Matze

Timm
Beiträge: 21
Registriert: 15.12.2003 15:16:05
Wohnort: Heidelberg

Beitrag von Timm » 01.01.2004 19:50:29

hi! der rechner ist ein angegrauter pentium, und ich habe eine verbreitete 3com-netzwerkkarte die ich auch problemlos in einem anderen rechner benutze. bei suse 8.0 hatte ich exakt das selbe problem bis ich auf 9.0 umgestiegen bin -
und zwar nicht nur auf diesem rechner sondern auch auf meinem laptop!
gruss,
timm

Benutzeravatar
barmeier
Beiträge: 358
Registriert: 12.11.2002 17:33:00
Kontaktdaten:

Beitrag von barmeier » 01.01.2004 20:15:20

Hi Timm,

Absolut strange, ich habe reichlich 3Com Karten im Einsatz ohne irgendwelche Probleme. Veruch doch einfach mal den neuen 2.6er Kernel vielleicht löst sich dein Problem dann auf.

Ich weiss ziemlich Aktion, aber ssh ist shcon wichtig :!:

Ob du das mit woody machen kannst weiss ich aber nicht.
Ich verwende nur Sarge, aber ein versuch ist es bestimmt wert. Du solltest nur vorher schauen, ob die neuen nodutils die du für den 2.6er Kern benötigst unter woody laufen.

Ciao
Matze

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 02.01.2004 17:39:16

Ich würde erst mal beim ssh mit Debugging starten und gucken, wie weit er kommt. Irgendwie kann ich mir aber ehrlich gesagt nicht vorstellen, dass das ein Software-Problem ist, ich vermute irgendwie, dass es ein Hardware-Problem sein wird.

Gruss, mistersixt.

Antworten