When I said more information is needed, I meant that “you” need to give us more information.
You mentioned your speed is appalling, What is your speed, how many cards, what cards, what do you pay in power, are you cpu or gpu or both mining.
And are you also asking if people are selling their zec as soon as they get it or playing the long game?
I just install 12.1 on my Ubuntu. The same config i’ve got in ver. 12.
On 12.1 Claymore change intensivity to 7
On 12 intens was 8.
config looks totally the same, the same drivers etc. Anyone can tell me what can be wrong?
I stay with ver 12 till i find out how increase mining intensivity.
You’ve already answered your own question. Drop your intensity down on v12.1! It’s not a bug, it’s not the fault of the dev, it’s simply that the kernel optimizations have rendered the higher intensity settings counter-productive.
Claymore said in the update notes that -i 8 was blocked on some cards due to stability.
Willing to bet that you have more sol’s with 12.1 at -i 7 than 12 on -i 8, I know I do…
My Fury x’s are now over 500
I was asking not because my -i was 7. I ask because ive got less hashrate than on 12
Ver 12
Ver12.1
I try use different algoritms, settings, intens etc, still the same problem.
Qlio - Sometimes newer isn’t better. If you’ve ran version 12.1 for an hour and you know that you are getting less than version 12, then go back to version 12.
and to ask the question, what video drivers are you using? have you wiped the drivers and did a fresh install?
Yes, i did full reinstall drivers. 16.60 working well with ver 12. 16.3.2 was unable when i change system to linux. ( i was working on windows last 4 months)
v12.2 released:
Where can I change these variables?
New 12.3 version.
Anyone got 16.3.2 AMD drivers for linux?
export GPU_FORCE_64BIT_PTR=0
export GPU_MAX_HEAP_SIZE=100
export GPU_USE_SYNC_OBJECTS=1
export GPU_MAX_ALLOC_PERCENT=100
export GPU_SINGLE_ALLOC_PERCENT=100
You can put them in your .bashrc startup file.
Hi,
If Claymore is around or someonw knows how we can get to him , i have a complaint about the linux version ov V12.1 and v12.2 . I get segmentation fault everytime i start the miner. Unfortunatelly i 'm not a programmer not a sysadmin to understant what exactly is the problem , but from what i investigated so far it seems there is a bug in miner’s code … maybe a rogue pointer or idk…I mention that i use Ubuntu server , headless , with No-X support with the driver downloaded froom AMD site (fglrx-core_15.302-0ubuntu1_amd64_ub_14.01.deb).
root@ublueuntu:/opt/Claymore-v12.2# uname -a
Linux ublueuntu 3.16.0-77-generic #99~14.04.1-Ubuntu SMP Tue Jun 28 19:17:10 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
I captured the system calls which are made when the program is executed , maybe it helps 
root@ublueuntu:/opt/Claymore-v12.2# strace ./start.bash
execve(“./start.bash”, [“./start.bash”], [/* 18 vars /]) = 0
brk(0) = 0x1326000
access(“/etc/ld.so.nohwcap”, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd14118d000
access(“/etc/ld.so.preload”, R_OK) = -1 ENOENT (No such file or directory)
open(“/etc/ld.so.cache”, O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=35741, …}) = 0
mmap(NULL, 35741, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd141184000
close(3) = 0
access(“/etc/ld.so.nohwcap”, F_OK) = -1 ENOENT (No such file or directory)
open(“/lib/x86_64-linux-gnu/libtinfo.so.5”, O_RDONLY|O_CLOEXEC) = 3
read(3, “\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\303\0\0\0\0\0\0”…, 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=167096, …}) = 0
mmap(NULL, 2264288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd140d44000
mprotect(0x7fd140d69000, 2093056, PROT_NONE) = 0
mmap(0x7fd140f68000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24000) = 0x7fd140f68000
close(3) = 0
access(“/etc/ld.so.nohwcap”, F_OK) = -1 ENOENT (No such file or directory)
open(“/lib/x86_64-linux-gnu/libdl.so.2”, O_RDONLY|O_CLOEXEC) = 3
read(3, “\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\0\0\0\0\0\0”…, 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14664, …}) = 0
mmap(NULL, 2109744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd140b40000
mprotect(0x7fd140b43000, 2093056, PROT_NONE) = 0
mmap(0x7fd140d42000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fd140d42000
close(3) = 0
access(“/etc/ld.so.nohwcap”, F_OK) = -1 ENOENT (No such file or directory)
open(“/lib/x86_64-linux-gnu/libc.so.6”, O_RDONLY|O_CLOEXEC) = 3
read(3, “\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P \2\0\0\0\0\0”…, 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1840928, …}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd141183000
mmap(NULL, 3949248, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd14077b000
mprotect(0x7fd140935000, 2097152, PROT_NONE) = 0
mmap(0x7fd140b35000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ba000) = 0x7fd140b35000
mmap(0x7fd140b3b000, 17088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fd140b3b000
close(3) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd141181000
arch_prctl(ARCH_SET_FS, 0x7fd141181740) = 0
mprotect(0x7fd140b35000, 16384, PROT_READ) = 0
mprotect(0x7fd140d42000, 4096, PROT_READ) = 0
mprotect(0x7fd140f68000, 16384, PROT_READ) = 0
mprotect(0x6ef000, 4096, PROT_READ) = 0
mprotect(0x7fd14118f000, 4096, PROT_READ) = 0
munmap(0x7fd141184000, 35741) = 0
open(“/dev/tty”, O_RDWR|O_NONBLOCK) = 3
close(3) = 0
brk(0) = 0x1326000
brk(0x1327000) = 0x1327000
open(“/usr/lib/locale/locale-archive”, O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2919792, …}) = 0
mmap(NULL, 2919792, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd1404b2000
close(3) = 0
brk(0x1328000) = 0x1328000
brk(0x1329000) = 0x1329000
getuid() = 0
getgid() = 0
geteuid() = 0
getegid() = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
brk(0x132a000) = 0x132a000
open(“/proc/meminfo”, O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=0, …}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd14118c000
read(3, “MemTotal: 7091892 kB\nMemF”…, 1024) = 1024
close(3) = 0
munmap(0x7fd14118c000, 4096) = 0
brk(0x132b000) = 0x132b000
rt_sigaction(SIGCHLD, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fd1407b1cb0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGCHLD, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fd1407b1cb0}, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fd1407b1cb0}, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigaction(SIGQUIT, {SIG_IGN, [], SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, [], SA_RESTORER, 0x7fd1407b1cb0}, 8) = 0
uname({sys=“Linux”, node=“ublueuntu”, …}) = 0
brk(0x132c000) = 0x132c000
brk(0x132d000) = 0x132d000
stat(“/opt/Claymore-v12.2”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
stat(“.”, {st_mode=S_IFDIR|0755, st_size=4096, …}) = 0
getpid() = 3488
open(“/usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache”, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=26258, …}) = 0
mmap(NULL, 26258, PROT_READ, MAP_SHARED, 3, 0) = 0x7fd141186000
close(3) = 0
getppid() = 3485
brk(0x132e000) = 0x132e000
brk(0x132f000) = 0x132f000
getpgrp() = 3485
rt_sigaction(SIGCHLD, {0x4464c0, [], SA_RESTORER|SA_RESTART, 0x7fd1407b1cb0}, {SIG_DFL, [], SA_RESTORER|SA_RESTART, 0x7fd1407b1cb0}, 8) = 0
getrlimit(RLIMIT_NPROC, {rlim_cur=27615, rlim_max=27615}) = 0
brk(0x1330000) = 0x1330000
brk(0x1331000) = 0x1331000
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
open(“./start.bash”, O_RDONLY) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff14ac0310) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(3, 0, SEEK_CUR) = 0
read(3, “#!/bin/bash\n\nexport GPU_FORCE_64”…, 80) = 80
lseek(3, 0, SEEK_SET) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=41024}) = 0
fcntl(255, F_GETFD) = -1 EBADF (Bad file descriptor)
dup2(3, 255) = 255
close(3) = 0
fcntl(255, F_SETFD, FD_CLOEXEC) = 0
fcntl(255, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE)
fstat(255, {st_mode=S_IFREG|0755, st_size=296, …}) = 0
lseek(255, 0, SEEK_CUR) = 0
brk(0x1332000) = 0x1332000
read(255, “#!/bin/bash\n\nexport GPU_FORCE_64”…, 296) = 296
brk(0x1333000) = 0x1333000
brk(0x1334000) = 0x1334000
rt_sigprocmask(SIG_BLOCK, [INT CHLD], , 8) = 0
lseek(255, -1, SEEK_CUR) = 295
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fd141181a10) = 3489
rt_sigprocmask(SIG_SETMASK, , NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], , 8) = 0
rt_sigprocmask(SIG_SETMASK, , NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], , 8) = 0
rt_sigaction(SIGINT, {0x4438a0, , SA_RESTORER, 0x7fd1407b1cb0}, {SIG_DFL, , SA_RESTORER, 0x7fd1407b1cb0}, 8) = 0
wait4(-1,
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ͻ
▒ Claymore’s ZCash AMD GPU Miner v12.2 Beta ▒
▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒ͼ
ZEC: 1 pool is specified
Main ZCash pool is zcl.suprnova.cc:4042
[{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV && WCOREDUMP(s)}], 0, NULL) = 3489
rt_sigaction(SIGINT, {SIG_DFL, , SA_RESTORER, 0x7fd1407b1cb0}, {0x4438a0, , SA_RESTORER, 0x7fd1407b1cb0}, 8) = 0
open(“/usr/share/locale/locale.alias”, O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2570, …}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd141185000
read(3, “# Locale name alias data base.\n#”…, 4096) = 2570
brk(0x1335000) = 0x1335000
brk(0x1336000) = 0x1336000
read(3, “”, 4096) = 0
close(3) = 0
munmap(0x7fd141185000, 4096) = 0
open(“/usr/share/locale/en_US/LC_MESSAGES/bash.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale/en/LC_MESSAGES/bash.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale-langpack/en_US/LC_MESSAGES/bash.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale-langpack/en/LC_MESSAGES/bash.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale/en_US/LC_MESSAGES/libc.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale/en/LC_MESSAGES/libc.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale-langpack/en_US/LC_MESSAGES/libc.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
open(“/usr/share/locale-langpack/en/LC_MESSAGES/libc.mo”, O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, “./start.bash: line 9: 3489 Segm”…, 189./start.bash: line 9: 3489 Segmentation fault (core dumped) /opt/Claymore-v12.2/zecminer64 -zpool zcl.suprnova.cc:4042 -zwal MySecretUsername.MySecretWorker -zpsw secret -allpools 1 -i 4
) = 189
rt_sigprocmask(SIG_SETMASK, , NULL, 8) = 0
— SIGCHLD {si_signo=SIGCHLD, si_code=CLD_DUMPED, si_pid=3489, si_status=SIGSEGV, si_utime=2, si_stime=3} —
wait4(-1, 0x7fff14abfc18, WNOHANG, NULL) = -1 ECHILD (No child processes)
rt_sigreturn() = 0
read(255, “\n”, 296) = 1
read(255, “”, 296) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], , 8) = 0
rt_sigprocmask(SIG_SETMASK, , NULL, 8) = 0
exit_group(139) = ?
+++ exited with 139 +++
You can’t run AMD fglrx drivers without X11 installed and running. Without fglrx-core AND fglrx driver components installed and running, and X11 running, the GPUs will not be recognized, so obviously the miner can’t run.
Edit: These are the driver packages that must be installed (after removing any other drivers currently installed):
fglrx_15.302-0ubuntu1_amd64.deb
fglrx-amdcccle_15.302-0ubuntu1_amd64.deb
fglrx-core_15.302-0ubuntu1_amd64.deb
Install them, reboot, then run “sudo aticonfig -f --adapter=ALL --initial” and reboot again. Xorg must already be installed on the system before the “aticonfig” command will work.
Latest results from R9 fury x is around 470, but the cooler fan is headache to mount especially if your PC casing is a normal one.
Thanks for reply. I also installed Ubuntu 14.04.3 Desktop with all drivers needed with all dependencies , with no error at install and when i start them miner it shows 0.00 H/s . Few weeks ago i had Ubuntu 15.04 Desktop with (with X11) and divers installed properly and it mined stable for 5 days continuously and after about 128 hours of uptime the driver crashed
and in the logs i saw some catastrophic error in complation of something . after this incident i tried to uninstall the drivers and reinstall them but the miner didn’t worked anymore showing 0.00 H/s. Unfortunatelly i forgot to keep a sample of that exact error before uninstalliing Ubuntu 15.04.
Now i don’t know what to do exactly…my experience with mining so far was very frustrating and exhausting :)). The thing is i have some old HD 7970s but still…
I think i will try to install REHL 6.5 if it won’t work , i will try RHEL 7.0 then SLE 11 SP3 , then openSUSE 13.1 that is almost all distros for which AMD offers drivers.
OpenSUSE Leap 42.1 work very fine with driver AMD fglrx, faster than Ubuntu!
Easy install:
sudo zypper addrepo --refresh http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_Leap_42.1/
sudo zypper -v in fglrx64_amdcccle_SUSE421 fglrx64_core_SUSE421 fglrx64_graphics_SUSE421 fglrx64_opencl_SUSE421 fglrx64_xpic_SUSE421
sudo reboot
I doubt your problems have anything to do with your linux distro or the drivers, at this point. I would suspect that one or more of your GPUs is failing, or a bad x1-x16 riser, or even a flakey PSU. You may also have your intensity on the miner set too high. Overclocking/undervolting? That can be an issue too, especially when the miner is as highly optimized as Claymore’s and Optiminer’s are now.
I have some of the oldest risers , first generations , non-powered. I keep the GPUs slightly undervolted at 1050V and 1000/1475 MHz with tight memory timmings(i put a BIOS from a guy from bitcointak forum) i think it is a small chance to have a flakey PSU. I use intensity level 4.
Anyone has some ideas, why my machine might freeze as soon as I start mining with my 3rd R9 Nano?
I can run Crossfire Stresstests without problems and I am also able to run 2 seperate miners for 2 Cards. But as soos as I start mining with the 3rd card (regardless which PCIe slot) my system freezes. For some curiosity I have no problems in 3d applications / games while stressing all 3 cards at once (eg. Furmark). So there can’t be problems with my PSU.
Hardware (Win 10 64 Bit):
3x ASUS R9 Nano
ASUS z270f Mainboard
i5 6600k
Be Quiet Straight Power 10 800W
What I have done so far:
Any help is appreciated!!
With best regards
Have you tried 15.12 driver?