Hozzászólások
[quote:dc11337801="kamiLLa"]A ping eredménye:
--- 195.228.240.249 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5002ms
rtt min/avg/max/mdev = 17.797/55.830/159.841/52.341 ms
A host parancsot pedig nem ismeri a bash:
tulips / # host 195.228.242.180
bash: host: command not found
Kicsit lassúak a ping értékeid (én legalábbis ugyanarra a gépre ezt kapom:
--- 195.228.240.249 ping statistics ---
6 packets transmitted, 6 packets received, 0% packet loss
round-trip min/avg/max/stddev = 16.785/17.888/21.180/1.526 ms
De ez még nem annyira gáz.
Ha a host -ot nem ismeri a rendszer, akkor az nslookup IPCIM, illetve a dig -x IPCIM formával kéne próbálkozni, és utána azokkal, amit előbb írtam. (Mondjuk nekem válaszolt a Nálad beállított DNS-szerver korrekten és gyorsan.)
- A hozzászóláshoz be kell jelentkezni
megnéztem még1x a ping-et és jobb lett:
--- 195.228.240.249 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6005ms
rtt min/avg/max/mdev = 16.427/19.436/28.584/3.819 ms
Amúgy ezeket a parancsokat se ismeri a rendszer. :(
:wink:
- A hozzászóláshoz be kell jelentkezni
[quote:363cf74079="pepo"]Ez meglep... Kerestem, de nem találtam, melyik csomag része a host parancs. Egy biztos, nem a net-tools...
bind-tools
- A hozzászóláshoz be kell jelentkezni
A host a net-dns/bind-tools csomagban van.
- A hozzászóláshoz be kell jelentkezni
Adj egy traceroute IP cím parancsot, és nézd meg hol időzik, mert lehet hogy aszolgáltatódnál van a hiba valahol.
kzoli
- A hozzászóláshoz be kell jelentkezni
Meg fogunk őrülni ettől a problémától!
- A hozzászóláshoz be kell jelentkezni
Nyugi, nem fogom többször felhozni, mivel úgyse tudunk előrébb lépni. Végülis egy reboot után mindig jó lesz, úgyhogy van időm kitalálni, hogy mi lehet. :wink:
- A hozzászóláshoz be kell jelentkezni
Hát én a helyedben a legközelebbi ilyen jelenségnél azonnal megnézném a következőket:
/var/log/messages
/var/log/syslog
dmesg (hardver?)
Van-e hálózat? - ifconfig
Van-e névfeloldás? - ping www.index.hu például
Amúgy milyen eszközökön keresztül kapcsolódsz a szolgáltatóhoz? (DSL router, kábelmodem...)? Használsz tűzfalat? Ha igen, milyet? Fut valami szervered (bind, postfix, sshd...)?
- A hozzászóláshoz be kell jelentkezni
[quote:1a61a4302b="kamiLLa"]Nyugi, nem fogom többször felhozni, mivel úgyse tudunk előrébb lépni. Végülis egy reboot után mindig jó lesz, úgyhogy van időm kitalálni, hogy mi lehet. :wink:
Na, ezért rágjuk majd a körmünket, mert eltitkolod, mi volt a hiba :)
Egyébként tényleg nézd már meg a logokat. És mi lassú?
- A hozzászóláshoz be kell jelentkezni
[quote:089dc51585="Zahy"]Kicsit lassúak a ping értékeid
:)) az nem lehet! ez gentoo, itt a ping is tok optimalizalva van forgatva
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Gentoo linux alatt annyit tapasztaltam, hogy parancssorból való indítás után a kde nagyon lassan indult el és utána is minden azon belül. Tehát a firefox, a thunderbird, a skype és ráadásul egyik se találta a netet. Pedig az adsl megy! Leállítottam, újra indítottam és megy. Az egész kde-t is újra indítottam és semmi, csak annyi, hogy a leállás is nagyon lassú. De parancssorból se találja a netet, mert megnéztem és a lynx se működik, viszont az adsl connected!
És emellett az egész nagyon lassú is.
Van valami ötlet esetleg? :)
Köszi!
- A hozzászóláshoz be kell jelentkezni
[quote:dae9379015="kamiLLa"]Van valami ötlet esetleg?
nevfeloldasi problemak?
- A hozzászóláshoz be kell jelentkezni
Bocs, de ezt részleteznéd kicsit? Mi az a névfeloldás? :roll:
- A hozzászóláshoz be kell jelentkezni
[quote:7507b92325="kamiLLa"]Mi az a névfeloldás? :roll:
(gyorsteszt: ha a browseredben http://195.228.252.138/ eseten elered a hup kiszolgalojat, de http://www.hup.hu/ eseten nem, akkor meginkabb erre kene gyanakodni; de csak tipp volt, a "lassulas" miatt gondoltam)
- A hozzászóláshoz be kell jelentkezni
Basszus! Rebootoltam és semmi baja a rendszernek. Minden működik és nem is lassú.
Na, ezt magyarázza meg valaki! :) De tényleg!
- A hozzászóláshoz be kell jelentkezni
a windowst is nemhiaba kell rebootoltatni :D
- A hozzászóláshoz be kell jelentkezni
Na jó, de ott nem baj, ha nem értem, hogy miért, de itt érdekelne... :wink:
- A hozzászóláshoz be kell jelentkezni
[quote:dca0592558="kamiLLa"]Na jó, de ott nem baj, ha nem értem, hogy miért, de itt érdekelne... :wink:
Talán a szolgáltatóval való kommunikációban volt a probléma. Állandó időtúllépések vagy hasonló és szerencsétlen csak próbálkozott.
- A hozzászóláshoz be kell jelentkezni
Mindenre válaszolok este, de néha dolgoznom is kell... :D
- A hozzászóláshoz be kell jelentkezni
use openbsd :)
- A hozzászóláshoz be kell jelentkezni
[quote:07b4884570="thuglife"]use openbsd :)
Use OpenBSD, your fantastic desktop bsd distrubution! :) :) :)
- A hozzászóláshoz be kell jelentkezni
[quote:68170b8570="norcrys"][quote:68170b8570="thuglife"]use openbsd :)
Use OpenBSD, your fantastic desktop bsd distrubution! :) :) :)
Es ez igy is van.
- A hozzászóláshoz be kell jelentkezni
Az is van, de egyenlőre csak vmware-on. Amúgy miből gondolod, hogy openBSD-n nem lenne ilyen problémám? Egyenlőre azt se tudjuk, mi a gond? :D
- A hozzászóláshoz be kell jelentkezni
mert ismerem mint a tenyerem :)
- A hozzászóláshoz be kell jelentkezni
Az eredeti kérdéshez hozzászólva:
szerintem hardware-gyanús a dolog. Már említette valaki, hogy nézd meg a dmesg kimenetét meg a syslog tartalmát. A plog kimenete is sokat segíthet. ;-)
Nekem olyan sejtéseim támadtak, hogy:
- lehet, hogy a hálózati kártyáddal van valami. Ezt a dmesg valószínűleg megmutatja. Az én gépemen (Debian) egyfolytában szakadozott az Internet, mikor észrevettem, hogy az "eth0 link down" és az "eth0 link up" bejegyzés váltogatja a dmesg-ben egymást. Sajnos, az egy gyenge minőségű hálózati kártya miatt volt.
- lehet, hogy az ACPI szintjén nincs rendben valami? Próbáld boot-opcióval finomítani vagy letiltani a működését (lilo használata esetén acpi=noirq illetve acpi=off bootparanccsal).
- A hozzászóláshoz be kell jelentkezni
Megint ugyanezt csinálja. Mitől lassulhat be egy rendszer ennyire? Gondolom valami nagyon összekuszálódott, de vajon hol? :roll:
Nincs más ötletetek?
- A hozzászóláshoz be kell jelentkezni
Másold ki a "top" kimenetét.
- A hozzászóláshoz be kell jelentkezni
top - 22:27:33 up 6 min, 4 users, load average: 0.56, 0.59, 0.32
Tasks: 81 total, 1 running, 80 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.7% us, 0.3% sy, 0.0% ni, 98.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 515372k total, 408536k used, 106836k free, 11328k buffers
Swap: 289160k total, 0k used, 289160k free, 241232k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7486 root 15 0 153m 22m 5300 S 1.0 4.5 0:17.49 X
2 root 34 19 0 0 0 S 0.3 0.0 0:00.03 ksoftirqd/0
7755 licus 15 0 32624 12m 7456 S 0.3 2.6 0:00.96 gmplayer
7775 licus 16 0 29176 16m 13m S 0.3 3.3 0:00.41 konsole
1 root 16 0 1456 508 448 S 0.0 0.1 0:00.20 init
3 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 events/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
8 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
7 root 7 -10 0 0 0 S 0.0 0.0 0:00.37 vesafb
87 root 10 -5 0 0 0 S 0.0 0.0 0:00.02 kblockd/0
139 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
140 root 15 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
142 root 18 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
141 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
732 root 16 0 0 0 0 S 0.0 0.0 0:00.01 kseriod
787 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
- A hozzászóláshoz be kell jelentkezni
Hát azon kívül, hogy kissé sok vackod fut (mondjuk egy KDE-től ezt el is várja az ember), szerintem nincs ebben semmi extra. (Nekem azé csak 40-45 processzem van, szóvalk egy kicsit sok fölösleges csingilingi fut.)
Ezzel szemben az ilyen hálózati lassulások elég sokszor DNS problémát jeleznek. sqn is ezt javasolta, de Te inkáb rebutultál. Szóval:
mi van a /etc/resolv.conf -odban? AZ ott levő nameserver(eke)t meg tudod pingelni? host paranccsal emberi időn belül kapod meg a gépek címéhez tartozó nevet, Egyáltalán: a gép beszél az ADSL modemmel, vagy van köztük egy ADSL-router pl.?
Szóval:
$ cat /etc/resolv.conf
nameserver X.Y.Z.H
nameserver U.V.W.X
$ host X.Y.Z.H
eredménye?
$ ping X.Y.U.Z
eredménye?
$ ping X.Y.Z.H.host.paranccsal.kapott.neve
eredménye?
- A hozzászóláshoz be kell jelentkezni
A ping eredménye:
--- 195.228.240.249 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5002ms
rtt min/avg/max/mdev = 17.797/55.830/159.841/52.341 ms
A host parancsot pedig nem ismeri a bash:
tulips / # host 195.228.242.180
bash: host: command not found
- A hozzászóláshoz be kell jelentkezni
Most egy újabb reboot után megint helyreállt minden, tudom használni rendesen, de ettől még nem tudom, hogy mi a baja. :)
- A hozzászóláshoz be kell jelentkezni
[quote:475d0aa3d1="kamiLLa"]A ping eredménye:
--- 195.228.240.249 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5002ms
rtt min/avg/max/mdev = 17.797/55.830/159.841/52.341 ms
Jujj... Mi lett volna, ha a domain-nak adod ki a pinget... Ez is elég lesujtó, de legalább arrra enged következtetni, hogy (esetleg) nem (csak) a szolgáltatód DNS szervere döglődik.
[quote:475d0aa3d1="kamiLLa"]
A host parancsot pedig nem ismeri a bash:
tulips / # host 195.228.242.180
bash: host: command not found
Ez meglep... Kerestem, de nem találtam, melyik csomag része a host parancs. Egy biztos, nem a net-tools...
Én mégis az egész rendszer lassulását látom legfőbb hibának. Valamelyik program megette a memórádat. Ilyenkor egy CTRL+ESC KDE alatt jól jön az erőforrások megtekintése miatt.
- A hozzászóláshoz be kell jelentkezni