Starting with the 400.vps, version 100328-1, one of it’s internal block reached the inner limit 33554432 bytes. It’s a kernel variable which
is (quite artificially) limiting the maximum size of any SHM memory block - and 33554432 was a default for some kernels.
Solution? Set the limit to higher values (as root):
sysctl -w kernel.shmmax=128000000
OR
echo 128000000 >/proc/sys/kernel/shmmax
Place those lines to /etc/init.d/rcS or equivalent file (it’s distribution-specific a bit - see /etc/inittab, the sysinit runlevel) to have them set automatically (just after boot).
I was able to get by the error message when trying to update my AVAST engine on Ubuntu 9.10.
Make sure you are in your home directory by typing pwd. Next, type ls -a; which should show all hidden files/directories.
Then navigate to the avast directory (cd .avast), you will see the following file name 400.VPS. Remove this file. There seems to be a size limitation or something. You may have to do this with root or sudo.
After removing the 400.vps file from the hard drive, I was then able to launch the Avast Application and run an update.
I did safensecure’s trick as I was having the same problems as other posters. After, I could run the avast scanner. Unfortunately it seems the virus that destroyed my windows 2000 made it over to the gOS I put on this in my backup files. My worst fears have come to pass. When avast hit it again, avast crashed hard(I’m now running on the boot disk) just like it did with W2K. It has apparently taken my gOS startup files on the hard drive with it, again just like W2K. So much for the myth that viruses that infect windows won’t hurt linux. I’m going to try a few more things as I’ve got a bunch of hours in this install and I want to try isolate this bug so I can send it to you guys.
Zilog, your solution works perfectly. I’ll translate it into spanish and publish it in some spanish linux forums.
To help linux newbies, as I am, go to the directory zilog says, then open a terminal, and use the command “sudo”, for example in ubuntu would be “sudo gedit rcS” (once you are in the correct directory, probably in a main Terminal sudo gedit /etc/init.d/rcS will work too, but I’ve not proved). Put the line “echo 128000000 >/proc/sys/kernel/shmmax” before the “exec” one you have, and save it. Using the command sudo you will have to give your administrator password.
After many reboots (with no further changes except for multiple deletions of ¨stale lock¨ files - perhaps as a result of some incorrect adjustments I made) avast! has now worked normally. Thanks for your help.
Probably wrong place, because your /proc filesystem isn’t mounted yet (place it to the script which is executed when all FSs or at least procfs are mounted). But also, you can use /sbin/sysctl -w kernel.shmmax=128000000 - this version is procfs-independent.
Hallo,
this variable is global, system specific. Other product, affected by this (databases especially), don’t change this SHM limit by default. It’s rather up on the distro developers, to raise this limit, or, better, on the kernel developers, to get rid of the years old default. The reason is that it’s not very clean when an application customises silently system-global settings to fit its requirements in a persistent way.
But, as it seems, we’ll have to add it in the unshot.
Why do I have to something to make this product work with Ubuntu 9.10? This is most annoying! I didn’t break the product but, in order to continue to use it, I now have the responsibility to fix it? That’s kind of screwed up don’t you think? I’m sure that there are those who would argue with me about this point. Prior to consider doing so think about what this kind of problem does to and for newbie Linux users.
This solution is fine for those of us who are used to “playing around under the hood”. Fix the product not the user.
Thanks a lot and contratulations for Avast! Free for Linux.
Regards from Fuerteventura.
Pedro[/b]
Step by step for a newbie like me:
1.- Open terminal
2.- Type: “sudo su” (then introduce your password)
3.- Type: “echo 128000000 >/proc/sys/kernel/shmmax” (this will solve the problem in the current session).
4.- Type: “gedit /etc/init.d/rcS”
5.- Include the line mentioned by Zilog inside, like follows:
[i] #! /bin/sh
#
# rcS
#
# Call all S??* scripts in /etc/rcS.d/ in numerical/alphabetical order
#
(ES)Solución paso a paso para que funcione Avast para los novatos como yo:
1.- Abrir un terminal.
2.- Teclear: “sudo su” (introduce tu clave)
3.- Teclear: “echo 128000000 >/proc/sys/kernel/shmmax” (con esto debería funcionar durante la sesión que hay en curso.).
4.- Teclear: “gedit /etc/init.d/rcS”
5.- Incluir la línea que indica Zilog, como se puede ver a continuación:
[i] #! /bin/sh
#
# rcS
#
# Call all S??* scripts in /etc/rcS.d/ in numerical/alphabetical order
#
The size of the virus definitions database reached a system limit.
This happened with Windows 98 and was corrected by the program itself.
It could be done by them, but like posted before, it will be an application changing a system setting.
Quote from: YukonGuy on April 02, 2010, 04:23:23 PM
This solution is fine for those of us who are used to “playing around under the hood”. Fix the product not the user.
You gotta remember that Linux isn’t made by any one entity. It has it’s limits and as time goes on the limits will be dealt with. Also Linux isn’t really for the faint of heart. If you’re not willing to tinker with it a little you should be thinking about another OS.
Thank you all guys for good advice! I’d been trying to fix the problem for about 3 hours till I got the solution. Installed Linux Mint just yesterday, for the first time ;D
till I got the solution. Installed Linux Mint just yesterday, for the first time ;D