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 & 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ć śledzenie wsteczne.

Jednak tu inaczej się zachowuje włączany z skryptu startowego /etc/init.d/clamav-daemon , a inaczej odpalany z palca, także błąd będzie dość ciężko zlokalizować.
Możesz też poszukać "inspiracji" na bugzilli 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ą ACL Grsecurity, 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)