Debian GNU/Linux

Szervusztok!

Ma véletlenül vettem észre, hogy a "cal" kezdetű parancsok között _valahol_ van egy "caller" nevű parancs is.
Kíváncsi lettem, mi lehet az.
DE: sem a which, sem a find, sem a locate nem talál ilyen utasítást.
Egyedül a manpages-dev-ből származik egy svc_getcaller nevű manual page (mind a dpkg, mind a locate szerint), semmi egyéb eredmény...

Hogyan lehetne ráakadni, mi ez?

Azt szeretném kérdezni hogy linux sw raid1 be kötött (uwscsi320 15k ) tömbhöz milyen i/o schedulert erdemes választani ?

Olvastam neten olyat hogy anticipatory nem igazan jo raid ala mert itt több fej mozoghat egyszerre es anticip ezzel nem szamol (ha jol ertettem) meg azt is olvastam hogy linux sw raid eseten valahogy kernel utemezesnel megnezi hogy raid ben levo hddk kozul melyik feje van kozelebb adathoz. Meg hogy igazan nagy raid tomboknel noop ot kell használni (enyém nem nagyon nagy 2x36gb)

Szóval mostanra tanácstalan vagyok és egyenlore maradok default utemezonel (anticipatory)

Egyébként 2 db raid tömb van, egyiken rendszer, másikon postgreSQL data van. Szal i/o sebesseg eleg fontos lenne...

Régebben már kértem segítséget az apcupsd beindításához, azonban azóta sincs semmi előre jutás.
Az egyszerűség és gyorsaság kedvéért mellékelem a konfig állományt, és a hibaüzeneteket:
---------------------------------------------------
## apcupsd.conf v1.1 ##
UPSCABLE smart
UPSTYPE smartups
DEVICE /dev/ttyS0
LOCKFILE /var/lock
ONBATTERYDELAY 6
BATTERYLEVEL 5
MINUTES 3
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 0.0.0.0
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0

---------------------------------------------------
#/etc/init.d/apcupsd status
FATAL ERROR in apcaccess.c at line 243
tcp_open: cannot connect to server localhost on port 3551.
ERR=Connection refused

---------------------------------------------------
#apctest
2006-04-14 15:59:49 apctest 3.10.17 (18 March 2005) debian
Checking configuration ...
Attached to driver: apcsmart
sharenet.type = DISABLE
cable.type = CUSTOM_SMART

You are using a SMART cable type, so I'm entering SMART test mode
mode.type = SMART
Setting up the port ...
apctest FATAL ERROR in smartsetup.c at line 67
Cannot open UPS port /dev/ttyS0: No such device or address
apctest error termination completed
apctest FATAL ERROR in smartsetup.c at line 67
Cannot open UPS port /dev/ttyS0: No such device or address

---------------------------------------------------
UPS típusa: MGE Pulsar Ellipse 800VA
csatlakozás a soros portra
Számomra érthetetlen az egész. Akárhány szünetmentessel próbálkoztam, egyikkel sem működik.
A 3551-es port nincs foglalva.
Frissen letelepített rendszeren, "gyári" kernelt használva is ugyanez a gond.
A kernelben a soros port támogatás be van forgatva, és a rendszer olvassa is. (Ennek kipróbálásához elég volt rákapcsolnom egy régi egeret, és az adott időre az X-et átkonfigolva működött is vele - tehát ez sem lehet a gond oka.)

Sziasztok!

A következő problémám akadt:
Telepíetettem egy OpenLdap kiszolgálót egy Debian rendszerre. Működik is rendesen a címjegyzékszolgáltatás a legtöbb levelezőben (Thunderbird, Evolution, Kontact). Outlook 2003 viszont nagyon nehézkesen kezeli. Pontosabban az automatikus címkiegészítés része szerintem teljesen agyatlanul működik. Címzett gépelése közben nem gyűjti le az ldap kiszolgálóról a lehetséges címeket (magyarán az autómatikus kiegészítés nem igazán működik). Egyébként látja az ldap címtárat, mert ha beírom a név egy részét és entert ütök akkor kiegészíti, de gépelés közben a lehetséges címek egyszerűen nem jelennek meg. Helyi címjegyzékkel ez a funkció működik.

Van valakinek ötlete, hogy mitől lehet ez? Van egyáltalán erre megoldás, vagy tanuljak meg együtt élni a problémával? Igazából a főnököm esküszik az outlookra és meg fog őrülni, hogy csak neki nem fog a cégnél jól működni a központi címtár (a többi helyen thunderbird van).

Előre is köszönet a segítségért.

Hi all.

A multkor letoroltem a "nobody" accountot a rendszerbol es hat vissza akarom csinalni.
Lehetseges ez es ha igen akkor hogy.?

A segitseget elore is koszonom.

have fun!

hy all!

frissítette valaki a mai nap környékén debian sidet? mert nálam az új xorg csomagok nagyon-nagyon lezakkantották az X-et! pontosabban mondva nem hajlandó többé elindulni az X, és a fixed fontok hiányára hivatkozik! a poén az, hogy fel van telepítve az xfonts-base (ami tartalmazza ezt a fontot), az xorg.conf-ban benne van a megfelelő fontpath sor, de így sem látja!

valakinek hasonló problémája esetleg megoldása?

Sziasztok!

3 kulonbozo helyrol, 3 kulonbozo halozatrol probaltam letolten ftp.fsn.hu -rol a legfrissebb unofficial etch dvd-ket.

Minden esetben az elso 2 iso-bol csak 340-350 Mb, a 3.-bol pedig cdak ~1,6Gb volt hajlando lejonni.
Az ftp kliens szerint az elso 2 fajl ~4,5Gb -osak, mig az utolso ~1,7Gb.

Csak nallam szarok ezek, vagy masnal is ez a helyzet?

A gazos fajlok pontosan:
ftp.fsn.hu:/pub/CDROM-Images/debian-unofficial/etch-dvd/debian-32-i386-binary-1.iso
ftp.fsn.hu:/pub/CDROM-Images/debian-unofficial/etch-dvd/debian-32-i386-binary-2.iso
ftp.fsn.hu:/pub/CDROM-Images/debian-unofficial/etch-dvd/debian-32-i386-binary-3.iso

Udv
EnRoX

Sziasztok!
Van egy Debian etch-em, és két hálókarim: egyik integrált, a másik pci-os. Az egyik dhcp-vel kapja a netet, a másik pedig továbbadja. ezzzel nincs is baj, csak néha amikor bekapcsolom a gépet, megcserélődnek a hálókártyák, ha az egyik eth0 volt, akkor eth1 lesz, és így a belső gépemtől akar IP-t és netet kérni ami persze nem tud adni. Nem tudja valaki, hogy miért cserélődnek néha össze a hálókártyák?

Hy!

1, Az lenne a kérdésem, hogy hol találok olyan phpsysinfo oldalt amin nem csak egyszerűen mutatja a terhelést hanem processekre lebontva(az összes felhasználó processe).
2, Meg lehet-e az csinálni egy bash scriptel(vagy ha nem akkor mivel lehetne?), hogy ha valaki su -t vagy sudot használt vagy parancsot futtat rootként akkor küldjön egy e-mail az IP cimmel.

Segítséget előre is köszönöm!

Tomek

Helló!

Debian SID-emen a kb azon problémázik, hogy a cdrdao és a cdrecord programok nem fognak rootként futni és ez így nem jó. Tényleg nem, így nem megy a CD írás. Azt javasolja (nagyon segítőkészen), hogy a "k3bsetup"-vel javítsam ezeket. A gondom az, hogy nem tudom mert bekéri a root jelszót a KDE és eltűnik. Konzolból userként indítva ezt mondja:
bigacsiga@LinuxPC:~$ kcmshell k3bsetup2 --lang en_US
kcmshell (kdelibs): WARNING: Could not find module 'k3bsetup2'.

Szóval tudja valaki, hogy hogyan lehetne megjavítani?