[Gelöst] OpenSSHd startet nicht automatisch

[Miyamoto]

Hi!
Ich hab 'n Trunk r6562 am Laufen und da u.a. den OpenSSHd drauf - im Gegensatz zu einigen anderen Paketen aber nicht externalisiert. Allerdings sind einige Libs auf dem Stick:

• libart_lgpl_2
• libavcodec
• libavformat
• libavutil
• libcapi20
• libcrypto
• libcurl
• libevent
• libexif
• libexpat
• libFLAC
• libfreetype
• libgd
• libid3tag
• libjpeg
• libjs
• libltdl
• liblzo2
• libncurses
• libogg
• liboping
• librrd / -th
• libpcre / -posix
• libpng12
• libpopt
• libresolv
• libsqlite
• libssl
• libtag
• libuClibc++
• libvorbis
• libz

Kann es sein, daß irgendeine von den Libs das automatische Starten von des sshd stört, weil sie da mangels Verfügbarkeit des Sticks einfach noch nicht im System ist?

Bitte um Hints

 

[Miyamoto]

Hmm, nu geht's.
Lösung:

• Trunk-Update
• libz, libresolv, libssl und libcrypto auf Verdacht mal nicht externalisiert

Nu weiß ich zwar immer noch nicht, wer hier der Schuldige war, aber vielleicht hilft der Tip ja mal jemand anders...

 

[RalfFriedl]

Versuch mal das:

# LD_TRACE_LOADED_OBJECTS=1 /usr/bin/ssh
        libutil.so.0 => /lib/libutil.so.0 (0x2aabe000)
        libz.so.1 => /usr/lib/freetz/libz.so.1 (0x2aacf000)
        libcrypt.so.0 => /lib/libcrypt.so.0 (0x2aaf2000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2ab16000)
        libc.so.0 => /lib/libc.so.0 (0x2ab34000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x2aaa8000)

Die Ausgabe hier ist allerdings von DropBear.
Damit bekommt man generell von jedem dynamischen Programm die ursprünglich benötigten Libraries angezeigt.

 

[Miyamoto]

Sehr schick. Danke für den Tip.