Linux-haladó

Problémám a következő:

Adott egy Philips webcam (a pontos tipusat homaly fedi, de a sensort a linux ov6630af-nek ismerte fel), amit a kernelben talalhato driverrel nem lehet mukodesre birni. Eddig ezt a problemat sikeresen athidaltam azzal, hogy az OV511 oldalarol letoltottem hozza a 2.xx verzioju drivert. Viszont ez csak a 2.6.16-os kernelig fordult le, az ujabbakkal mar nem. Elvileg mukodnie kellene a kernelben talalhato driverrel is, fel is ismeri:

usb 2-2: new full speed USB device using ohci_hcd and address 7
usb 2-2: configuration #1 chosen from 1 choice
drivers/media/video/ov511.c: USB OV518 video device found
drivers/media/video/ov511.c: Device revision 1
drivers/media/video/ov511.c: Compression required with OV518...enabling
drivers/media/video/ov511.c: Sensor is an OV6630AF
drivers/media/video/ov511.c: Device at usb-0000:00:02.0-2 registered to minor 0

Amit hianyolok az egy ehez hasonlo sor:

Registered device: /dev/video0

Megjegyzem video1, video2,...,videox sem letezik. Illetve a file az igen, csak epp az eszkozt nem talalja. Valami otlet?

Üdv,

A közeljövőben egy már meglévő körülbelül 10-15 gépből álló hálót kellene majd upgradelni etch-re. Felmerült, hogy a fel nem használt diskeket össze kéne olvasztani egy jónagy tároló partícióra. Két megoldásra gondoltunk, az egyik a raid6 lenne, amiről tudjuk, hogy még tolerálja, ha esetleg valaki kinyomja a gépeket, és az a vinyó kiesik. A másik megoldás egy lvm2 lenne, azonban nem nagyon találtunk a megoldás matematikájáról dokumentációt, úgyhogy gondoltam megkérdem itt, hátha valaki használja, és tud mesélni róla. Ez a rendszer mennyire tolerálja, ha egy gép kiesik? Adatmennyiségben úgy 40 gigáról lenne szó gépenként.

Vélemények? Melyiket miért? Egy ekkora környezetben, ahol aért tényleg esnek ki gépek melyikben mekkora a hibaszáalék, hasonlók?

Sziasztok!

Van egy linuxom 2.6.18 gyönyörűen fut rajta a Gentoo. Raktam rá Software raid-et is.

Most látom, hogy az újabb kernelek már támogatják a PATA vezérlőmet is, nosza, nem is olyan rossz dolog a CDROM, nem igaz?!

Lazán átCPztem az előző kernel .config-ját a 2.6.19.1-ba, majd genkernelt csináltam. Első boot után tapasztaltam, hogy a SATA driver más configmenü alá került :S
Második próbálkozás már sikeresebb volt, de most meg a sw-raid (0 és 1) device-aim nem látszanak. A raidstart azt mondja, hogy nincs device a /dev/md/0 alatt.

Látszólag befordítom (nem modulként), de nem tudom, hogy hol kellene látnom az SWraid-et a logban. (Multiple devices driver support (RAID and LVM)/RAID support/RAID-0)
Megváltozott volna node száma? Vagy én nézek el valamit kernek config közben?

Kössz,
b,

Felállás a következő:

internet -> mailgw(exim, spamassassin, clamAV) -> Exchange

Az exchange-t karbantartani fogják, úgyhogy meg kellene mondani az
eximnek, hogy a levelek, amik mennének rajta tovább, üldögéljenek a
queue-ban egy kicsinykét, és majd egyszer kézbesüljenek, amikor lehet.
Annyit csináltam, hogy csináltam egy ilyen retry rule-t:

cegnevsmtp.com * F,72h,1m;G,72h,10m,1.5; F,4d,6h

mely szerint ha egy levelet nem lehet kézbesíteni, akkor 72 órán
keresztül percenként próbálkozzon. Ha elérhető az exch. menjen, ha nem,
akkor ne.
Az a baj, hogy menetközben lesz olyan idő, amikor az exch. elérhető, de
még nem fullos, szóval ez nem igazán jó :(
Hogyan tudom megfagyasztani a leveleket a queue-ban?
most remote_smtp transporttal mennek tovább...
Az lehetne megoldás, hogy a gw/fw (aki szintén ő) belső lábát lehúzni a
hálóról, viszont akkor nem érik el bentről a netet, és az nem nagyon
volna jó...
Valakinek tippje van?

üdv,
banyek

Hello,

A következőt szeretném végrehajtani:

- A gépem napközben, mikor munkában vagyok, egy adott időpontban kapcsoljon be.
- Csináljon valamit (felvesz TV-tunerről, adott idő, átkódolja véletlenszerű idő)
- Kapcsoljon ki (standby megfelelő)
- Ha én bekapcsolom, majd ki, valamint ha egyáltalán nem nyúlok hozzá, akkor ugyanúgy kapcsoljon be a következő ilyen előírt alkalomkor.

Tudtok erre okos megoldást? Köszi előre is.

adott egy linuxos gep azzal szeretnek video/audio kapcsolatot egy wines geppel. milyen software parosot ajanlotok?

1. wengophone-t probaltam, a video valahogy nem ment at a wines gepre.
2. kopete nem tud csak video-t, az sem ment
3. ekiga/gnomemeeting, he h323-at hasznalok jo lenne a netmeeing, de mind ket gep adsl router mogott van, akkor hogy adom meg az ip ha nincs is publikus ip, ha sip-hez meg nem talaltam mukodo wines klient (vagy nem jottem ra hogy mia sip cim)
4. skype csak win en tud video-t.

kerdem en:
mission impossible?

-- nagy nehezen megoldottam

szoval ami kell hozza:

linuxon ekiga 2.0.3 (ezzel ment)
meg 2 ingyenes sip account a ekiga.net-en egy a linux-nak egy az msn-nek

winen minimum 5.1-es msn:
msn beallitas sip-re:
http://threebit.net/mail-archive/gnomemeeting-list/msg00108.html

ennyi.

Hello,

van egy ilyen cuccom, felraktam a driver-t ( http://mxhaard.free.fr/spca50x/Download ), a kopete latja is a device beallitosdinal, de amikor megnyomom hogy send webcam semmi nem torntenik. hogy tudnam tesztelni hogy ez tuzfal miatt van-e ?

a masik
wengophone nem latja, ilyeneket dobal a kernel dmesg:

usb 5-1: new full speed USB device using uhci_hcd and address 6
usb 5-1: new device found, idVendor=046d, idProduct=08ae
usb 5-1: new device strings: Mfr=0, Product=2, SerialNumber=0
usb 5-1: Product: Camera
usb 5-1: configuration #1 chosen from 1 choice
gspca: module not supported by Novell, setting U taint flag.
/home/illes/Download/gspcav1-20060925/gspca_core.c: USB SPCA5XX camera found.(ZC3XX)
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_probe:3885] Camera type JPEG
/home/illes/Download/gspcav1-20060925/Vimicro/zc3xx.h: [zc3xx_config:515] Sensor ID:9
/home/illes/Download/gspcav1-20060925/Vimicro/zc3xx.h: [zc3xx_config:582] Find Sensor PAS202BCB
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_getcapability:1163] maxw 640 maxh 480 minw 176 minh 144
usbcore: registered new driver gspca
/home/illes/Download/gspcav1-20060925/gspca_core.c: gspca driver 01.00.04 registered
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(803c7601){00} arg(08425050) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(80207609){00} arg(0842508c) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(800e7606){00} arg(084250ac) on /dev/video0
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(803c7601){00} arg(08425050) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(80207609){00} arg(0842508c) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(800e7606){00} arg(084250ac) on /dev/video0
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(803c7601){00} arg(08425050) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(80207609){00} arg(0842508c) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(800e7606){00} arg(084250ac) on /dev/video0
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(803c7601){00} arg(08425050) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(80207609){00} arg(0842508c) on /dev/video0
ioctl32(wengophone:22240): Unknown cmd fd(11) cmd(800e7606){00} arg(084250ac) on /dev/video0
/home/illes/Download/gspcav1-20060925/gspca_core.c: [spca5xx_set_light_freq:1851] Sensor currently not support light frequency banding filters.

5let?

Sziasztok!

Van egy samba pdc-m ami működik mivel be tudok lépni, de sajnos a login script = %U.bat paraméter mellett sem fut le a benne lévő állomány.
Próbáltam logon.bat ként is de úgy sem fut le a bejelentkezésnél ugyan megjelenik a dos ablak egy villanásra. Ha kétszer rákattintok a könyvtárában akkor viszont gond nélkül lefut. Mit tudnék csinálni a script futtatásának érdekében.

Köszi a segítséget!

:-)

Miután frissítettem az Nvidia binary driverét 1.0.8776re. utána nem indult az X. a hiba oka,
FATAL: Error inserting nvidia (/lib/modules/2.6.17-gentoo-r7/video/nvidia.ko): Invalid module format

ugyanez a helyzet a 1.0.9631el is. a dmesgben utána nézve a problémának ezt találtam,
nvidia: no version for "struct_module" found: kernel tainted.
nvidia: no version magic, tainting kernel.
nvidia: module license 'NVIDIA' taints kernel.
nvidia: Unknown symbol agp_bind_memory
nvidia: Unknown symbol agp_enable
nvidia: Unknown symbol agp_backend_acquire
nvidia: Unknown symbol agp_bridges
nvidia: Unknown symbol kmap
nvidia: Unknown symbol agp_free_memory
nvidia: Unknown symbol kunmap
nvidia: Unknown symbol kmap_atomic
nvidia: Unknown symbol agp_allocate_memory
nvidia: Unknown symbol agp_unbind_memory
nvidia: Unknown symbol kunmap_atomic
nvidia: Unknown symbol agp_copy_info
nvidia: Unknown symbol agp_backend_release
nvidia: version magic '2.6.17-gentoo-r7 preempt mod_unload PENTIUM4 gcc-3.4' should be '2.6.17

mivel az alaplap és így természetesen a geforce kártya is pciexpress ezért a kernelbe nem is fordítottam agp támogatást. a régi nvidia driver nem is visított utána, az új akkor miért követeli?

Történt egyszer, hogy megszámoltam az egyszerre futó openvpn processeket kétféle módon, és a két módszer közötti különbségre lettem figyelmes:

root@konzumribanc:~ # ps ax | grep -c openvpn
22
root@konzumribanc:~ # ps ax | grep openvpn | wc -l
23

ebből következik, hogy:

root@konzumribanc:~ # ps ax | grep grep
root@konzumribanc:~ #

vagy egyszerűbben:

root@konzumribanc:~ # ps | grep grep
root@konzumribanc:~ #

továbbgondolva:

root@konzumribanc:~ # ps | grep grep
root@konzumribanc:~ #
root@konzumribanc:~ # ps | grep grep | tee
8922 pts/0 00:00:00 grep
root@konzumribanc:~ # ps | tee | grep grep
root@konzumribanc:~ #

Ez hogy lehet? A grep-nek kéne "látnia" saját magát, hiszen fut, nem?
Lehet, hogy valami sysctl miatt a pipe bufferel, majd mikor EOF-ot (vagy buffer overflowot) kap, akkor indítja a grepet?

root@konzumribanc:~ # ps --version && grep --version && bash --version && uname -sr
procps version 3.2.6
grep (GNU grep) 2.5.1
GNU bash, version 3.1.0(1)-release (i686-pc-linux-gnu)
Linux 2.4.33.3

Egyébként meg Devil-Linux 1.2.11 a disztró, de az 1.2.8-as verzióval is ugyanez van. Más (sid, gentoo, ubuntu) disztribbel jónak tűnt.