| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 6
|
|
| Author |
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
<core_client_version>7.2.42</core_client_version> I have this error on many WCG project / WU. What i could do ? Thx guy |
||
|
|
KerSamson
Master Cruncher Switzerland Joined: Jan 29, 2007 Post Count: 1684 Status: Offline Project Badges:
|
Try to reboot the machine.
----------------------------------------Apply the last updates: sudo apt-get update If it does not help, you should verify the RAM (Linux/Grub has an option for performing an extensive RAM check) and later your HDD (maybe a portion of your HDD is corrupted). If all these check activities do not help, the cause could be the CPU or - more probably - a failure (malfunction) on the mainboard. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I dont have apt-get in my Intel clear linux =).
https://clearlinux.org My clear linux is up to date i have 4.14.9 kernel and i have rebuilt kernel 3 times, computer is new, i have buy all for boinc last week. People of seti project say it cause it old lib/gcc use in project. |
||
|
|
KerSamson
Master Cruncher Switzerland Joined: Jan 29, 2007 Post Count: 1684 Status: Offline Project Badges:
|
Sorry, I do not have any experience with Clear Linux.
----------------------------------------In all cases, I would make a try with another Linux distribution (Linux Mint, Ubuntu Mate, Debian, ...) just for verifying that the trouble is not caused by a hardware failure. You can perform the second Linux installation on a second partition use it over a dual boot. Cheers, Yves |
||
|
|
alanb1951
Veteran Cruncher Joined: Jan 20, 2006 Post Count: 1320 Status: Offline Project Badges:
|
You are almost certainly hitting the issue the SETI@Home people were mentioning...
Linux kernels [used to] provide efficient access to some common [date-related] system calls via a mechanism known as vsyscall. This gave fast access to a handful of functions via a static address mechanism. Later, this was replaced by a dynamic mechanism (where applications poll to find out where their copy of the vsyscall routine addresses might be) and an emulation of the old mechanism was provided for old software. From about kernel version 4.8 or 4.10 the emulation of the old mechanism has been disabled (or completely removed?) Unfortunately, glibc v2.13 and earlier don't know how to use the dynamic mechanism so programs statically linked with older libraries may fail on new kernels. I'm a Ubuntu user and they don't seem to have disabled the emulation in kernels used by their LTS version (Xenial; 16.04). Some other systems have disabled but not removed it, and addng vsyscall=emulateto the kernel boot options. There have been threads in various forums about how to build a kernel with the emulation turned back on but I, like Yves, have no experience with the version of Linux you are using so I fear I can do no more than confirm the likely cause of the problem. Good luck on a fix, whether it's by changing kernel build options or trying Ubuntu, Mint or some other flavour. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
I try to rebuild kernel K.
With the help of Clear linux dev |
||
|
|
|