Forum Debian Users Gang

Spróbuj go odpalić z palca w terminalu, i zobacz, co wypluje.

Jeśli nic ciekawego, to potem też z roota gdb albo strace.

A zatem jakaś inna wersja?
Ewentualnie, właśnie aktualizowałem u mnie clama do 0.97 (Gentoo) - i trzeba było zaktualizować bazę wirusów, bo na bazie pobranej przez freshclama wcześniejszej wersji nie działał , bo nie umiał jej czytać.

Tylko że u mnie to clamd napisał, ale nie wywalił się.
Spróbowałbym na twoim miejscu odinstalować go całkowicie, i zainstalować ponownie, jednak to nie gwarantuje, że błąd zniknie, choć szansa istnieje.
Względnie samo clamd - bez wskazania konfiga - daje taki sam komunikat?
Bo istnieje jakieś raczej  małe prawdopodobieństwo, że na kłopot ma wpływ konfiguracja.
Choć oczywiście powinien być w takim wypadku komunikat, a nie Segmentation fault.

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2011-02-26 23:55:30)

DO debugowania programów potrzebne jest trochę doświadczenia, i samodzielnego sprawdzania i analizowania logów, dlatego nie polecam.

Jeśli z palca w termialu chodzi, to dopisz polecenie uruchomienia clamd do np /etc/rc.local, skrypt  /etc/init.d/clamav-daemon olej sikiem prostym.
polecenie do rc.local? np:

sudo -u <USER> /usr/sbin/clamd -c /etc/clamav/clamd.conf &

gdzie <USER> - to użytkownik, z którego uprawnieniami ma działać clamd.
żeby wpis działał - musi być w /etc/rc.local przed exit.

Wtedy będzie chodził - jeśli wstał z palca.
Polecenie najpierw spróbuj w terminalu.
Wpisując do rc.local nie zapomnij dać znaku [b]&[/b] za poleceniem - jednego,bo inaczej reszta cześć systemu może poczekać, aż skrypt rc.local (i clamd) skończy pracę ;)

Poza tym jeśli z roota wstał, a z użytkownika clamav (czy podobny) nie wstał, to mogłoby teoretycznie oznaczać kłopot z jakimiś uprawnieniami, ale w takim przypadku nie powinien się wywalać (Segmentation Fault )- chociaż może mieć błąd w kodzie, w tzw obsłudze wyjątku.

Jeżeli chcesz się bawić w wyjaśnianie zachowania  clamd,
to możesz zastosować [url=http://www.gentoo.org/proj/pl/qa/backtraces.xml]śledzenie wsteczne[/url].

Jednak tu inaczej się zachowuje włączany z skryptu startowego [b]/etc/init.d/clamav-daemon[/b] , a inaczej odpalany z palca, także błąd będzie dość ciężko zlokalizować.
Możesz też poszukać "inspiracji" na [url=http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=clamav]bugzilli[/url] Debiana.
Co do błędów Warning - popraw konfig, masz napisane, co i gdzie w komunikatach.

To by było na tyle
;-)

Ostatnio edytowany przez Jacekalex (2011-02-27 09:44:25)

Ja mam clama odpalonego z roota, i jakoś działa, problemow nie mialem.
Z roota tylko dlatego, że kilka programów z niego korzysta, anie chciało mi się go puszczać dla każdego usera osobno.

Bo można odpalić kilka procesów z róznymi konfigami, i każdy przypisany do innego usera.

Względnie, w Ubuntu miałem clamd działający jako root chroniony profilem apparmoa, obecnie mam Gentoo, do apparmora mam, ale dziala tylko cześciowo (userspace się nie  sprawdza), natomiast mam grsecurity i paxa, dlatego o jakiś straszny kłopot się nie obawiam.
Ale na serwerze czy routerze bym się dwa razy zastanowił, czy Clama odpalać jako root, chyba, żeby był chroniony polityką [url=http://grsecurity.net/gracldoc.htm]ACL Grsecurity[/url], albo przynajmniej Selinux lub Apparmor.

Tylko, że obecnie na desktopie (Gentoo) mam Grsecurity, Paxa i Apparmor.
A wszystko na systemie Gentoo Hardened - idealnym w mojej opinii na serwer i router, chociaż dosć trudnej, zwłaszcza dla "mgr inżyniera" od Sapera i Pasjansa  w WinXp ;)))

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2011-02-27 15:20:32)