Hozzászólások
-
Bejegyzés
-
Hali!
Elõször is köszönöm a segítséget, modmom mire jutottam:
Tegnap estig skerült minden függõségi csomagot telepíteni, és a./configure, make és make install tökéletesen lefutnak.
Ma lefuttattam a ./configure-t –enable-static és –disable-shared kapcsolókkal. Hiba nélkül lefutott, csak úgy mint a make és make install is.
Viszont mikor a program bináristát (~8MB) áttöltöttem a rendeltetési számítógépre, nem volt hajlandó futni egy nem található shared library miatt.
Van ötletetek, hogy ez mitõl lehet?
Köszönöm!
Dchard
Sajnos nem, ahoz sincs jogosultság.
Mindenképpen statikus linkeléssel kell lefordítanom a cuccot, hogy a program tartalmazza az esetleges külsõ (vagy dinamikusan linkelt) függõségeket is, vagyis hogy a gépen ahol fut majd, semmilyen külsõ forrásra ne legyen szüksége, csak el kelljen indítani.
Kérlek segítsetek!
Leírás, vagy bármi arról, hogyan fordítsunk statikus linkeléssel programot, vagy hasonlók sokat segítenének.
Dchard
PS: egyébként a program elég egyszerû és nincs sok függõsége, ./configure, make , make install az alap fordítása.
Senkinek nincs ötlete?
Pedig nagy szükségem lenne a segítségre.
Sehol semmi leírást nem találtam, csak általános fordítási útmutatókat, de az rajtam nem segít.
Köszönöm elõre is!
Dchard
A source listban sarge van:
#deb file:///cdrom/ sarge mainstb. stb.
Csodálkoztam is, hogy miért mondjátok öregnek a legfrissebb stabil Debian-t.
Dchard
Hali!
Nem hinném, hogy régi lenne a disztró: 2 héttel ezelõtt töltöttem le ezt a verziót (csak az elsõ CD-t) a debian.org-ról (3.1 rc0 vagy rc1).
Az sshd szerver pedig szintén a legfrissebb stabil verzió.Lefuttattam az sshd-t debug módban, ezt kaptam:
debug1: sshd version OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
socket: address family not supported by protocol
debug1: Bind to port 22 on 0.0.0.0
Bind to port 22 on 0.0.0.0 failed: Address already in use.
Cannot bind any address.Szinte biztos, hogy a két dolog összefügg, és tényleg protokol hiányról lehet szó, mert a syslog is ugyan ezzel a hibával indul (illetve nem indul) el.
Minekutána a kernelkonfignál kivettem a teljes IPv6 protokollt az sshd pedig alapból mind a kettõt kezeli (IPv4 és IPv6) ezért most átírom a konfigot, hogy csak az IPv4-gyel próbálkozoon. Kíváncsi vagyok.Ha van ötletetek, akkor ne fogjátok vissza magatokat 🙂
Köszi!
Dchard
MOD: Nem tudja valaki, hogy az sshd konfigban az „AddressFamily”-nek milyen a pontos szintakszisa? Teljesen kivagyok, az sshd_conf manuáljában így van benne:
AddressFamily „any”, „inet” (use IPv4 only), or „inet6” (use IPv6 only). De akárhogy írom az inet-et az AddressFamily után (ilyen-olyan idézõjeleket is próbáltam már), egyszeûen hibás szintaktika miatt kilép az sshd.Megpróbáltam, eredmény: Connection closed by: a szerver IPje.
Megpróbáltam a telnet analógiájára a szerverrõl be ssh-zni saját magára, az eredmény: Read from socket failed: Connection reset by peer (a telnetnél tökéletesen mûködött a dolog).
Elképzelhetõ, hogy a Kernel fordításánál egy titkosító algoritmust nem fordítottam le, és ennek a hiánya miatt fel sem épül a kapcsolat?
Vagy lehet egyáltalán bármilyen kernelfordítás beli oka annak, hogy nem megy az sshd?
Megpróbálom összevetni a 2.4-es és a 2.6-os kernel konfigját hátha rábukkanok valamire.
Dchard
PS: egyébként érdekes, mert a kernel fordítás óta a syslogd is hibával indul már a bootoláskor:
Satarting system log daemon: syslogd syslogd: cannot create /dev/log: Address family not supported by protocol.Leszámítva néhány speciális protokollt (ATM, fiber channel stb.) benne van minden (IPv4 teljesen, TCP/IP teljesen ).
Nem az elsõ egyébként de nem is olyan sokadik. Kb. a 15-ik (de ez a 15 az elmúlt 1 hétben keletkezett ).
Mindenesetre alaposan utánaolvastam a dolgoknak, és korábbi hibáimból tanulva ezúttal több kernelfordítási leírást is átnyálaztam.A vicc az, hogy a tegnap (és egyáltalán abból a tizensok fordításból, amit az elmúlt héten csináltam) csak a mai nap jött elõ ez a probléma, az elõzõeknél mindig mûködött minden, pedig ugyan azt a kernelt forgatom. (2.6.16 latest stable)
Egyébként azért nem gyanakszom prtokoll hiányra/hibára, mert akkor más sem mûködne, de minden más mûködik: ftpszerver elérhetõ, ssh kapcsolódást tudok kezdeményezni a géprõl, http alapú kérések tökéletesen mûködnek, apt-get is rendesen megy, semmián más hálózati hibát nem észlelek, ezen kívül a rendszerindulást kikockázva is alaposan megnéztem a hálózatra vonatkozó részt, és tökéletesen betöltõdik/lefut minden vonatkozó rész.
A gép egypként abszolút egyszerû:
PIII 733Mhz@133MHz SLOT1 CPU
128MB@133Mhz ram
2,5GB Quantum HDD
S3 Trio 2D/3D AGP kártya
teljesen szabványos PCI RealTeK RTL 8139 10/100 hálókártyaNem talált egy modult, és arról panaszkodott, de nem vészes. Bár érdekes hogy egyetlen logban sincs nyoma…
Köszönöm a segítségeteket, a ScrollLock-kal meg tudom állítani a betöltést így meg tudtam nézni pontosan a hibákat. Egyébként Uzsolt igazad van: a messages bõvebb, de továbbra sincs nyoma a logokban annak a két FATAl ERROR-nak ami a betöltéskor látható, sebaj: a Scrollock-os bódszerrel be tutam határolni a hibát.
Köszönöm még egyszer!
Dchard
legutóbbi hsz