After running QuChemPedIA for a long time on an i7-9700 under Ubuntu 18.04.5, I set up a Ryzen 3600 on Ubuntu 20.04.1.
Now not just most of the tasks fail to validate, but they all do. There seems to be some basic problem with this OS.
https://quchempedia.univ-angers.fr/athome/results.php?hostid=5132

Did you use the same way as described in your previous post to configure your installation ?

The way I do dual boot is simply to use two separate disk drives (SSD), and choose which one I want in the BIOS at boot time.
That keeps everything nice and separate. I don't want to know about boot loaders, whatever they are. They can only cause trouble.

As for Linux, that is easy. Use the latest Ubuntu, and get the LTS (Long-Term Support version), presently 18.04.4. The intermediate versions (e.g., 19.04 or 19.10) always have strange problems logging in, among other things. They just are not tested well enough, and you will spend more time on the support forums than anything else.

And when you have to choose which installation, don't use the default (first option). That does not provide a big enough root partition for BOINC (only about 20 GB as I recall).
Choose "Something else".

Things can get a bit tricky here, since you have to decide where you want to install BOINC, and make that directory big enough. Some people install BOINC directly in the "home" directory, which makes sense for simplifying permissions, since you are the owner of that directory and everything works (I think). In that case, you will want to make the home directory the big one, instead of the "root" directory. But I use the PPA version of BOINC (from LocutusOfBorg), which installs in the root directory. That makes installing and upgrading BOINC easy, but then you have to learn how to grant permissions and join groups, which is a big pain in Linux. You choose your poison.

For a 250 GB drive, I use the following, though you have wide latitude to change it:
• highlight each "free space" and click "+" and format with EXT4
• Primary partition; Mount Point "/" 200,000 MB (/dev/sda5) - EXT4
• Logical partition; Mount Point - "/boot" 512 MB (/dev/sda1) - EXT4
• Logical partition; Mount Point "home" - 5000 MB (/dev/sda6) - EXT4
• Logical partition; "EFI System" - 200 MB - FAT32
• Logical partition; Use as "swap area" - 2000 MB (/dev/sda7) - unformatted
• All the rest - unformatted

At least that works for me. I use Ubuntu only in dedicated crunching machines, and don't really have much in the home directory. I leave some empty space unformatted just for SSD over-provisioning purposes (to protect it), but you can use it if you want to. You will probably make enough mistakes that you have to do it over again often enough to make it easy eventually. 

It is just to precise to Damotbe the conditions in which the bogus occurs, more accurately.

Did you use the same way as described in your previous post to configure your installation ?

Yes, it is my standard technique. And I always do a clean install by first wiping out the SSD by doing a Secure Erase with PartedMagic.
I don't want any leftovers from previous installations hanging around.

So everything should be the standard libraries, fully updated. Maybe Damotbe can find it.
I will be happy to try again.

My computer, running Ubuntu 18.04.5 LTS, is also having a problem with work units only running for 4 seconds then finishing.

If you tell me what I have done wrong, then I will try to correct it, unless the fault is at your end.

Resetting the project didn't help at all.

---

My computer, running Ubuntu 18.04.5 LTS, is also having a problem with work units only running for 4 seconds then finishing.

Well I see the same thing on my i7-8700 running Ubuntu 18.04.5
https://quchempedia.univ-angers.fr/athome/results.php?hostid=5332&offset=0&show_names=0&state=5&appid=

On the other hand, my Ryzen 3900X that is also running Ubuntu 18.04.5 is doing OK, or at least not badly.
https://quchempedia.univ-angers.fr/athome/results.php?hostid=5331&offset=0&show_names=0&state=4&appid=

So it seems to be a combination of the hardware and the OS. That is a bit limiting.

this problem is discouraging... no idea of what occured...

this problem is discouraging... no idea of what occured...

On Universe, it has been found that Ubuntu 20.04 is about twice as fast as Ubuntu 18.04
I did not find it first, but see the linked messages 4446 and 4460:
https://universeathome.pl/universe/forum_thread.php?id=551

That is the only project I have found where it makes a difference, but it shows there have been changes to the libraries (or something; I am not a Linux expert).

Good luck.

And now I just updated my Ryzen 3900X (Ubuntu 18.04.5).
It updated to the latest Linux kernel (5.4.0.-58), and it also updated BOINC to 7.16.14.

Now all the tasks invalidate immediately. I am having to pull if off of QuChemPedIA.
https://quchempedia.univ-angers.fr/athome/results.php?hostid=5331&offset=0&show_names=0&state=5&appid=

My SuSE Tumbleweed kernel is 5.9.12 and Torvalds has just released 5.10.
Tullio

---

We have a clue! If somebody can help please ... What is the difference between kernels ?

Searching on the net , some sites speak softly about kernel differences.

https://www.cnx-software.com/2019/11/25/linux-5-4-release-main-changes-arm-mips-risc-v-architectures/

https://lwn.net/Articles/791863/

https://www.omgubuntu.co.uk/2019/11/linux-5-4-kernel-release-features
---------------------------------------------------------------------------------------------------------
more complete but also more technical :
https://www.kernel.org/doc/html/latest/

Another interesting site : kernelnewbies.org

As the troubles began apparently since kernel 4.15

kernel 4.15
kernel 4.19
kernel 5.3
kernel 5.4
kernel 5.9

As the troubles began apparently since kernel 4.15]

I was on a fairly recent version, probably 5.4.0-45 or close to it, before the trouble began with 5.4.0.-58.

look your computing preference inside of your boinc manager
put first line (number of processor) at 50% and computing time(second line) at 100%

put first line (number of processor) at 50% and computing time(second line) at 100%

That does not fix it for my Ryzen 3900X (kernel 5.4.0-58)
https://quchempedia.univ-angers.fr/athome/results.php?hostid=5331&offset=0&show_names=0&state=5&appid=

I ran these seven on an i7-9700 with the 5.4.0-52 linux kernel. They ran the full length, and did not crash early.

The first three have a validation problem on all machines:
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1957005
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1957007
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1956677

The last four are awaiting validation, and may be OK:
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1996081
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1996118
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1996349
https://quchempedia.univ-angers.fr/athome/workunit.php?wuid=1995982

I am going to update the linux kernel on this machine and see what happens.

install extension pack for your virtual box

inside of your boinc manager you go in option then computing choice and then first line 50% second line 100%
Exytension pack for virtual box

I have an amd ryzen this is not a problem

activate virtualisation in the setting of your ryzen
to see if it is activated you press ctrl+alt+suppr or del and you choice the tasks manager to see if virtualisation is activated
I had this problem with the ryzen as i bought it

install extension pack for your virtual box

I don't use VirtualBox. I run it in Ubuntu.

I am going to update the linux kernel on this machine and see what happens.

Not surprisingly, after updating to the 5.4.0-58 Linux kernel, all the remaining twelve work units ended in "Validate error" after running only a few seconds.
https://quchempedia.univ-angers.fr/athome/results.php?hostid=3052&offset=0&show_names=0&state=5&appid=

So there is the smoking gun. It is something that changed between 5.4.0-52 and 5.4.0.-58.
(Or else between BOINC 7.16.11 and 7.16.14).
Maybe that will help.