Debian GNU/Linux

A mellékelt kédéskörben várok okosokat mert nem akarok flashelni, de nem vágom mi a helyzet, azért debian mert az az alpja ennem a maemo cuccnak elvileg..

http://pastebin.com/vbXHzzyT

Hogy lehet a fent nevezett páros tudtára adni, hogy a kimenő leveleket az amavis egyáltalán ne nézze át, csak a bejövőt?

Sziasztok!
Csak próbaképp használom az squeeze verziót a lenny mellett és most valamivel meglepett.
Jobb fölül az új frissítésre figyelmeztető, a szokásos okkersárga csillag helyett vörös jelenik meg, benne egy fekete felkiáltójel.
Ez normális, vagy valami probléma lehet a rendszerrel?
Kezdjek aggódni?

Sziasztok,

Egyik szerveremet upgradeltem. Egy md0 raid1 -es tömb van rajta és /dev/sda2 és /dev/sdb2 -ből van összerakva.

grub-update
és grub-install /dev/sda és grub-install /dev/sdb után, csak rescu módban indul a grub

ls-re (hd0) , (hd0,msdos2) és (hd0,msdos2)-t mutat.

Amúgy ls (hd0,2)/boot -ra mutatja a könyvtárat.

Aztán kétségbeesésemben ezt letöltöttem http://prdownload.berlios.de/supergrub/super_grub_disk_hybrid-1.98s1.iso és megírtam cd-re és OS detectel elindította a szervert.

De nem tudom hogy javítsam a hibát,mert ugye nem akarok állandóan cd-ről bootolni.

Kérlek segítsetek ötletekkel.

Köszi,
Bárdó

Csendes őrület :( Szépen felépül az option.ko driver és az USB0-2 nódok. A google szerint, ez ppp daemon -ért kiállt. Gondoltam nem gond, csinálok konfigot és chat scriptet. A chat scriptet először minicommal "kisérleteztem" ki, itt a capture:
ATZ
OK
ATE1
OK
AT+CPIN="xxxx"
OK
AT+CGDCONT=1,"IP","internet"
OK
ATDT*99#"
CONNECT

Ezután, csináltam egy "telenor" provider konfigot és hozzá egy "telenor-connect-chat" fájl készletet.

/etc/ppp/peers/telenor :

# USB Huawei E1752 settings
/dev/ttyUSB0
9600
idle 7200
lock
crtscts
modem
noauth
replacedefaultroute
defaultroute
user user
password passw
connect "/usr/sbin/chat -V -f /etc/ppp/peers/telenor-connect-chat"
noipdefault
usepeerdns
novj

/etc/ppp/peers/telenor-connect-chat :
ECHO ON
ABORT BUSY
ABORT ERROR
ABORT 'NO CARRIER'
REPORT CONNECT
TIMEOUT 10
SAY "Telenor connect chat\n"
OK "ATZ"
OK "ATE1
OK "AT+CPIN=\042xxxx\042"
OK "AT+CGDCONT=1,\042IP\042,\042internet\042"
SAY "Calling Telenor\n"
TIMEOUT 60
OK "ATDT*99#"
CONNECT \c

Elindítom szépen a "$pon telenor" parancsot, mire kisvágtatva kiírja, hogy "Telenor connect chat" majd hosszabb gyászos hallgatás után kiírja :

Script /usr/sbin/chat -V -f /etc/ppp/peers/telenor-connect-chat finished (PID valami), status 0x03
Connect script failed

A chat man -ja szerint ez időtúllépés, nem jött a kiküldött parancsra a elvárt válasz. Elméletileg, azt kértem a chat -től, hogy "ECHO ON" tehát, ki kellene írnia (szerintem) azt, hogy kiküldte az "ATZ" parancsot ... vár, nem jön az OK. Miért nem kapok echo -t? Miért csak a "SAY" -t látom az egész cuccból?

UI: nem tudja valaki hogy a chat honnan tudja hova kell "küldeni" a tokeneket? A man -ból nem derül ki, hogy kapja meg a /dev/ttyUSB0 -át mint cél eszközt, ha egyszerűen csak ">/dev/ttyUSB0" akkor nem tudna semmit arról hogy mit kapott. Nem értem ;(

Van egy Intel D425 Debian 6.0.1 telepítve amd64
Van egy Minix Debian 6.0.1 telepítve i386 (és van rajta egy Debian 5.0)

Az amd64 telepítés simán felismeri a Huawei E1752 -es USB HSPA modemet (behúzza az option.ko drivert és felépíti az USB0-2 nódokat), az i386 6.0.1 nem (most frissítettem). Csak a zero CD látszik, usb_modeswitch hibás, esetleg udev?

Minix -en Debian 6.0.1 vs 5.0 i386 architektúra.

Van egy Atheros WiFi interface, az 5.0 -ban szépen működik, a 6.0.1 -ben nem (az egyszerűség kedvéért az ide vonatkozó /etc/network/interfaces bejegyzést, átmásoltam).

Mik ezek a "jelenségek"? Lehet ekkora különbség azonos disztrón belül az architektúra miatt?
Ami jól működött az 5.0 -ban az nem működik a 6.0.1 -ben? Tény, hogy az Atheros miatt kénytelebn voltam (anno 2009? magassága) backportolt kernel image-t használni 2.6.32-bpo... - de hát a a 6.0.1 ugyan ezt a kernelt használja.
Mások nem szaladtak még ilyenbe?

Próbálkozom feléleszteni egy ilyesmit:

http://notebookvideopc.unas.hu/spd/178800024/USBvideo_digitalizalo_Koni…
USB azonosító 05e1:0408

Viszonylag gyorsan megtaláltam, a sourceforge -n a syntek drivert stk1100.
Csont nélkül lefordult az svn -ből lehúzott forrás (a makefile -ban kellett a megfelelő kernelt verziót beállítani). Drivert bemásoltam, #depmod, és amikor újra bedugtam a cuccot szépen berántotta a drivert és létrejött a /dev/video0, örül :D

Nem akarnék xwindow -t és egyé desktopokat, de kellene valami amivel kitudom próbálni, hogy működik-e. Eddig a webcam -ot találtam, de hátha van más is. Valami videó szerver szerűség kellene. Ajánljatok valamit konzolra kérlek.

Sziasztok!

Bár nem tiszta Debiant, hanem Crunchbang Statler-t használok, közelebbi fórumot nem találtam. Squeeze repok vannak engedélyezve, valamint a crunchbang sajátja néhány felhasználói programért.

A problémám, hogy curlftpfs-sel felcsatlakozva egy ftp tárra rettenetesen lassú sebességet kapok. Ha ugyanezt filezillával teszem, akkor tökéletesen működik. Az az érzésem, mintha minden egyes művelet előtt újra csatlakozna az ftp-hez, majd kilépne (?)

Így csatlakozom:


curlftpfs -o user= ./ftp/


Majd kéri a jelszót, és gond nélkül belép. --version:


curlftpfs 0.9.2 libcurl/7.21.0 fuse/2.8


Van esetleg valami megoldás erre?

Köszi előre is
srrrgei

A legújabb munkámhoz ki kellene választanom egy megfelelő http szervert. Amolyan embedded cuccról van szó, és arra szolgálna, hogy távolról lehessen megtekinteni az aktuális állapotot és néhány vezérlési és konfigurációs funkciót el lehessen végezni. HTTP szempontból egy kis SOHO router -hez hasonló felületet kellene megjelenítenie. Ideális az amelyik egy "egylapos" ARM processzoron is elszalad.
A Debian számos ilyet tartalmaz, van javaslatotok, tapasztalatotok, amit megtudtok velem (velünk) osztani?

Ebbe a bug-ba (tényleg az?) futottam bele, miközben egy acer emachines-re telepítettem debian-t. http://us.generation-nt.com/answer/bug-603550-linux-image-686-my-intel-…
És valóban Lenny alatt semmi gond nem volt az említett hangkártyával...
Az amixer set 'Speaker',0 64 parancs, valóban orvosolja a problémát, ám van-e valami elegáns és szép megoldásotok a fenti hibára?