to form an answer:
@richard's comment in the previous is right, the DAG file's size is the source of your problem, your GPU needs to load it before start mining. Since mid-2016 it is no more possible to mine using a 2GB graphic card while the DAG file has exceeded 2GB. we will reach 3GB in April 2018.
Check you PAGE file size - it should be more than 16000 MBs. Keep minimum 16000 MBs and maximum 20000 MBs. A majority of the miners rely on virtual mem to keep the process quick and it requires a good amount of size allocation.
I have 4x gtx 1060 6GB and was have this error until i changed the page size/virtual memory
From what i know latest driver won't work with claymore (and other miners). You need to revert to the 18.04 ones. Here how it worked for me on Ubuntu 20.04 with RX580 8GB (same setup as you)
make sure you have hwe installed
sudo apt-get install --install-recommends linux-generic-hwe-20.04
make a backup of /etc/os-release and edit it.
sudo cp /etc/os-release ...
Alternatively, I successfully overclocked the Asus Nvidia 1080 8 GB GPUs on a (Windows 10 * msi Afterburner) * (Claymore + nanopool) by achieving a hash-rate >= 191.Mh/s with the below params detailed in the screenshot.
Core Voltage: 0%
Power Limit: 100%
Core Clock (MHz): 144
Memory Clock: 456
Fan Speed: Auto
Ok, folks- after subjecting my self to almost seven solid-hours of hacking around the BIOs and reinstalling Windows, I finally decided to switch gears into ethOS on another build configured with 8 * Radeon RX 580 Sapphire GPU's- and I nailed RIGHT OUT OF THE GATES with the below over-clocking parameters yielding >= 29.5 Mh/s per GPU, totaling 236 Mh/s!
ethminer has the --farm option which allows you to set where your miner fetches work from. If you're solo mining (the default option works for that), then you configure the address from your Ethereum client (geth, parity, etc.). If it's a pool, you use the settings provided by the pool so that it knows where to send payment for work.
Practically speaking, no.
As I understand it, SLI and Crossfire implementations were designed to mirror memory contents (think textures or 3d models) such that each GPU could access the same contents locally (through its own memory controller). By doing this, computations (shaders, etc.) can be striped between GPUs with relatively few performance impacts.
Make sure you have the AMDPRO driver installed from http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Release-Notes.aspx
Test your driver version by executing
dpkg -l amdgpu-pro
Many cards do not support the GPU_FORCE_64BIT_PTR=0 setting under Ubuntu.
Remove this setting from your environment or your miner.sh file:
I had same issue, it worked when I deleted these ones :
also I did not use start.sh, I used console with these:
./ethdcrminer64 -epool eth-eu1.nanopool.org:9999 -ewal 0x<wallet>.<rig>/<...