Hozzászólások
-
Bejegyzés
-
Hali,
új rendszerinstalláláskor fel szoktam tenni a „build-essential” (majdnem) dummy package-et, amely minden szükségeset behúz egy „átlagfordításhoz”.karpatil wrote:A pppoeconf ezt a hibaüzenetet adja:
Sorry, I scanned 1 interface, but the Access │
│ Concentrator of your provider did not respond. Please │
│ check your network and modem cables. Another reason │
│ for the scan failure may also be another running pppoe │
│ process which controls the modem.A kábel bevan dugva és a modemet nem használja más program.
Használtad már a modemedet ezzel a kábelezéssel? Ez a tünet ugyanis akkor is, ha pl a telefonvonal bejövö érpárján direktben – tehát leválasztó szürö nélkül – lóg egy telefon, mert az lezabálja az adsl-hez szükséges magasabb frekit. Mivel az IP címet (eth0, nem csupán a ppp0) sem a modem maga adja a DHCP-hez, hanem a központtól kapja, nem tud felépülni a kapcsolat a modemmel.
Üzenetrögzítö, sms box… ugyanaz, húzz ki mindent a modem kivételével, úgy próbáld!
Domcsi_55 wrote:No, kipróbáltam mindent, amit mondtatok, de nem ment, viszont bekukkantottam a rack szekrénybe. Háááát… érdekes dolgot tapasztaltam: a szóban forgó gép mindkét hálókártyája egyazon switch-re van dugva fizikailag, DE logikailag nem. Ezalatt azt értem, hogy a switch portjai szegmensekre van osztva VLAN segítségével, így külön alhálózat, illetve teljesen külön IP tartományba esnek az egyes szegmensek portjai. Ez látható is az ifconfig kimenetén.Kérdezem én az okosabbaktól, mivel már másra nem tudok gondolni, ez lehet a hiba?? Hogy emiatt egyáltalán meg sem oldható ilyen felállásban?
Az akkor nem az „asztali switch”. Ezzel szerintem nincs is baj, mert külön-külön működnek az interfészeid. Egy ilyen switch úgy konfigurálható „szoftwerice”, mintha kábeleket dugnosnál – megkockáztatom, hogy layer 1 szinten.Ja, azt elfelejtettem, hogy az IP spoofing protection kikapcsolásával a belső szegmensről „elértem” mindkét IP címet, de kívülről a külső nem látszik, ha mindkét interfész áll, tehát ez így nem nyerő…
A belső hálózat a DHCP-n keresztül egy csomó adatot küld az IP címen kívül is, (eth1), ezek bezavarnak szerintem az eth0 konfigurációjába. Ha a belső hálózaton mindig ugyanazt az IP címet kapod (ami valószínű), próbáld meg az eth1-et is kézzel konfigurálni. És csak annyit állíts be, amennyit kell, a vizsgálat idejére felejtsd el a DHCP-t. Hozd össze mezitláb, úgy egyszerűbb lesz. Utána mentd el az összes beállítást, hogy meg tudd nézni, majd megint kísérletezhetsz DHCP-vel: mi az, ami elrontja.
Egyébként hasonlóval szívtam már, a végén nem úsztam meg (az rázós hálózattopológia volt, mindenféle vpn-ekkel), és scriptet kellett írnom a /etc/dhcp3/dhclient-enter-hooks.d/ könyvtárba, mert a DHCP ott muszáj volt – a kütyük az ügyfeleknél, automatikus beállítás kellett. 🙁
Domcsi_55 wrote:Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
195.199.xxx.104 0.0.0.0 255.255.255.248 U 0 0 0 eth0
10.251.190.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
0.0.0.0 10.251.190.254 0.0.0.0 UG 0 0 0 eth1
0.0.0.0 195.199.xxx.110 0.0.0.0 UG 0 0 0 eth0– (Legalább) a pirossal jelzett két sor nagyon gyanús, 2 db 0.0.0.0 genmaskkal, mindkettö gateway.
– nincs default gatewayed. (javítottam, véletlenül routert írtam)juuzer wrote:Ha a többi usb-s eszközt eltávolítod próbaképp akkor sem megy?Sápadtarcú testvérem ötlete kitűnő volt!
Minden USB-t kihúztam, és direktben dugtam a kamerát a gépbe. (Eddig hub-on lógott. De max 2,5 m, minden együtt, megmértem!)Lett kép!
Most áruld el légyszi, mi a gond a hubommal (a hubokkal – több hubot is teszteltem azóta, az eredmény ugyanaz. Akkor is, ha kap + tápot, akkor is, ha nem)
kisbetu wrote:Az is az spca modult használja?Nem, az a stv680 -at. Azért írtam ide, hogy a gqcam is elvileg működőképes.
Az spca-t viszont körbelőttem, és egyik sem 🙁 Se orig, se másik bináris, se forgatva. 🙁Bocs, ha az újonc beleszól.
Azért a látszatnál többet szoktam itt lenni, de csak akkor jelentkezem be, ha írni is akarok. Ha kereséssel találok megoldást a problémámra, akkor csak vendégként olvasok.
Örülök, hogy a fórum megmaradt.
Ismerek néhány fórumot innen-onnan (nem szakmaiakat), ez azokhoz képest elszabadult indulatok esetén is maximum szüzességi fogadalmat tett apácák teadélutánja 🙂 (betartották, semmi rabló az erdőben! 🙂 )
Szeretném továbbra is élvezni a jó tanácsokat. Most megyek, megnézem, hátha volt valakinek ötlete a kérsésemre.
Hölgyek – Urak, mondjátok meg, mit csinálok rosszul!
Ubuntu 6.06.1-em van, 686 kernellel, minden update installálva.
Vettem egy CANYON CN-WCAM21 -et. A kamera működik, a haver winXP-jén kipróbálva. A linux oldalak linux alá ajánlják a típust.Bedugom,
# ls /dev/vid*
/dev/video /dev/video0# lsusb -v (az „egyebeket” kihagyom.)
…
Bus 001 Device 005: ID 093a:2468 Pixart Imaging, Inc. Easy Snap Snake Eye WebCam
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 255 Vendor Specific Subclass
bDeviceProtocol 255 Vendor Specific Protocol
bMaxPacketSize0 8
idVendor 0x093a Pixart Imaging, Inc.
idProduct 0x2468 Easy Snap Snake Eye WebCam
bcdDevice 1.00
iManufacturer 1 Pixart Imaging Inc.
iProduct 2 CIF Single Chip
iSerial 0
bNumConfigurations 1
…# lsmod
spca5xx 692240 0
videodev 10144 1 spca5xx
…$ gqcam
semmi kép, semmi hibaüzenet az xterm-en, amiből indítottam, de a gqcam-ot nem lehet „normál” leállítani, csak kilőni./etc/apt/sources.lst -be beírom:
deb http://blognux.free.fr/debian unstable mainDriver install, a kísérlet eredménye ugyanez.
A hup-ról:
wget http://mxhaard.free.fr/spca50x/Download/spca5xx-20060501.tar.gz
tar xvfz spca5xx-20060501.tar.gz
cd spca5xx-20060501
sudo make CC=gcc-4.0 (ez egy későbbi beírás alapján, a 3.4 helyett)
sudo modprobe -r spca5xx
sudo rm -rf /lib/modules/`uname -r`/kernel/drivers/usb/media/spca5xx*
sudo make install
sudo modprobe spca5xxUgyanaz, kép nincs….
(Ha egy kölcsön Medion MD 9456 -os kamerát bedugok, helyből minden OK, van kép a gqcam-on)Mit szeretkezek el???
Hali,
nekem is x700-as kártyám van, megszívtam. Nemcsak x64 alatt van így, hanem 686-os kernellel is. Megoldás az igazi ATI driver, a „Method 2”-t ajánlom, már többször kipróbáltam.http://wiki.cchtml.com/index.php/Ubuntu_Dapper_Installation_Guide
Ha van még egy géped kéznél, ami van X, ssh-val copy-paste-tel pillanatok alatt megy. (Erre ne felejts el ssh démont tenni, mert helyböl ilyenkor nincs)
Bár a cikkben le van írva, de nem lehet elégszer mondani: minden új kernelnél kéretik a fordítást ismételten megcsinálni az ATI driverhez!
mad-ve wrote:Pontosan azóta, mióta lecseréltem a videókártyámat.
Multkori szívásom, a „pontosan azóta” apropóján (másnak is tanúlságos lehet): frissítettem az xservert, újraindítottam, és az egércursor ettől a pillanattól fogva időnként megbokrosodott, rohangált, még „klikkelt” is. 🙁 Néztem az ikhaya-t, nincs-e benne szó róla, hogy baj van az xserverrel. Nem volt. Másik egeret tettem be, és kifogástalanul működik. A régit megnéztem egy régi rendszerben – ott is hülye már. Pont akkor romlott el az egér…További lehetőség: (szintén saját tapasztalat, korábbról 🙁 ) nincs a procid overclockolva? Egy windows-zal kifogástalanul működő gépre fel akartam tenni egy suset, de a telepítéskor már elszállogatott. Miután visszavettem az órát a névlegesre, ment minden, mint az ágybatrillázás. (Később láttam leírva, hogy ez természetes, mert a linux kernel rendesen használja a procit, a windows-zal ellentétben)
legutóbbi hsz