keryx-miner-supr 0.14.5
IPFS fix. Recommended for every rig, especially new installs.
Fixed
- IPFS did not start and no
.ipfsfolder was created. The miner downloads the IPFS program (kubo) on first start. It used onlydist.ipfs.tech, which currently does not answer from many networks: the download hung for minutes, then failed (Could not obtain kubo binary … failed downloading kubo). Without kubo the IPFS repository (~/.ipfs) was never created and the IPFS daemon never started. kubo is now downloaded from GitHub releases first, withdist.ipfs.techas fallback. An unreachable server is given up after 15 s, slow downloads are no longer cut off by a fixed deadline, and an interrupted download no longer leaves a broken file behind.
Verified on AMD rigs (RX 7900 XTX; RX 7600 XT + 2x MI50) with a fresh home directory: kubo installed, IPFS repository created, IPFS daemon ready.
If kubo (ipfs) is already on your PATH or next to keryx-miner-supr, the miner uses it and skips the download, as before.
Which download
| GPU | Download |
|---|---|
| NVIDIA Turing (RTX 20-series) and newer, Linux, driver 575+ | modern line (standalone, HiveOS, mmpOS, SMOS, Docker)
|
| NVIDIA Tesla V100 / Titan V / Quadro GV100 (Volta), GTX 10-series/Pascal, CMP 100–210, or driver 550–574 | legacy line (standalone, HiveOS, mmpOS, SMOS)
|
| Windows NVIDIA, Turing and newer | keryx-miner-supr-windows-nvidia-pom.zip
|
| AMD (Linux Vulkan / Windows) | -amd packages
|
Everything else is identical to 0.14.4 (long private prompts, no disconnect on large requests, AMD INF display). No consensus, PoM or model changes; mining speed is unchanged.