I just installed Avast for home users on Ubunto 6.1. The install when perfect.
Then I started Avast up for the first time, it asked for the registrationkey and I provided it. So far so good
Then a window with different scanning & update options opened. I started a standard scan.
Then avast just closed, no error or anything! I tried to start it up again, but then I get a window with notification about avast deleting a stale lock-file and when I click on OK avast asks for the registrationkey again. When I give it avast just closes.
Did you boot only once? Iām not sure this will work, but I worth the test.
I use avast on Kubuntu 6.10 and it works, I have to add the key only once. :
please make sure that there isnāt old engine library in Your system (libavastengine-4.so.6).
You can check using cmd version of scanner whether the engine works on Your distribution (the āavastā app instead of āavastguiā).
When the application asks license key, then itās started probably first time (in ~/.avast/avastrc thereās no line key=BLABLASOMEKEYBLABLA in section [license] yet).
After typing the right key in (wrong keys block the OK button), application starts and engine initialises itself and VPS is expanded, and the main gui window pops up.
Are you able to get to this point?
If so, try to scan another āharmlessā location - for example, ā/etcā directory (selected folders). This must work with no problem, if not, please tell me more details.
Otherwise, You should be able to find out which particular directory (or particular file) causes the scan to fail so badly using strace. Plese, write more details about this case.
there is no old engine library in my system (libavastengine-4.so.7.0.0), I just installed it!
When I run avast in terminal, I just get this reponse:
test: 95: ==: unexpected operator
No license key found.
Please run the GUI version (avastgui) and enter your license key.
And when I try to run avastgui (from terminal) this is what I get:
test: 95: ==: unexpected operator
(process:12697): Gdk-WARNING **: locale not supported by Xlib
(process:12697): Gdk-WARNING **: can not set locale modifiers
Segmentation fault (core dumped)
</Terminal output>
I get a window with notification about avast deleting a stale lock-file and when I click on OK avast asks for the registrationkey again. When I give it avast just closes.
<\GUI output>
The gui comes up but stops when I try to scan somethingā¦ does not matter which folderā¦ when I restart I get the stale lock file error, tooā¦
Also, Tobias, put the serial number in the gui, then close immediately( then restart it)ā¦ it will save the serialā¦ then see if you get the same errors I am- I was getting the serial error at first, tooā¦
what CPU is Your machine based? (paste here the output of ācat /proc/cpuinfoā and āuname -aā and āfile /sbin/initā). Some 64-bit distributions (x86-64 or EM64T) have broken IA-32 environments and the engine might fail.
BUT, for fixing such particular issues on particular (broken) distributions we must know some details, including the most important one - whether itās even possible to run avast on such distribution.
How to find it out? Letās go, I have written utility for this - here: avastcheck.tar.gz - itās 600MB tarball.
Simply, extract the application and run it :).
If You donāt have any engine installed and thereās no avastengine.conf in /etc, never mind - just get the 400.vps file and point the utility there using the ā-d path_to_dir_with_400_vpsā switch).
If everything is OK, then itās possible to patch avast! for running on Your distribution.
If not, set āexport LD_ASSUME_KERNEL=2.4.0ā and run the utility again. If this wonāt help then itās time to reconsider using these juvenile 64-bit distributionsā¦
CentOS is "an Enterprise-class Linux Distribution derived from sources freely provided to the public by a prominent North American Enterprise Linux vendor. CentOS conforms fully with the upstream vendors redistribution policy and aims to be 100% binary compatible. (CentOS mainly changes packages to remove upstream vendor branding and artwork.) " http://centos.org/
Hereās the output:
[Opteron ~]$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteronā¢ Processor 250
stepping : 10
cpu MHz : 2390.437
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 4785.23
TLB size : 1088 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp
[Opteron ~]$ uname -a
Linux Opteron.localdomain 2.6.9-42.0.3.EL #1 Fri Oct 6 06:02:37 CDT 2006 x86_64 x86_64 x86_64 GNU/Linux
[Opteron ~]$ file /sbin/init
/sbin/init: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
Yea, thanks, so now we know itās one of the mentioned 64-bit compatibility issues (and the statements on CentOS page are probably not as 100% as claimed :).
Now, please, run the utility to check which kind of incompatibility it is (and paste the log here).
Hey, I forgot to say āthanksā beforeā¦ thanks
OpenSuSe is definitely an āeasierā distro than CentOS- I switched to CentOS because a job Iām starting uses itā¦ it was a good refresher setting up things manuallyā¦ I got spoiled by openSuSe
Hereās the output:
[Opteron Temp]$ ./avastcheck -d/home/ejam/Temp
Version of utility: 0.0.1
Datapath to 400.vps: ā/home/ejam/Tempā
Workspace directory: ā/tmp/avast4ā
VPS version: 000706-2 25.01.2007
Please enter Your license key (or press just enter): W3089488H3800A1106-XXXXXXXXChecking avast license key āW3089488H3800A1106-XXXXXXXXā: valid until 1.3.2008
Probing engine initialisation (might crash here in the worst case): OK, success.Checking scanning abilities: Check #1 OK Check #2 OK
Stopping engine: OK, stopped.
EOF
Thanx, seems that Youāre lucky and fixed version for Your distro can be made in the same style as EM64T/x86-64 patch, available on out pages (note that replacing the engine only isnāt sufficient to solve the issue, there are also changes in the applications which use the engine).
Beta will be available probably today evenings or tommorow (or on Monday, depends on the connectivity :).
