[Mining OS] RaveOS - Optimize your cryptomining business now!

[mak013]

Is it possible to make some switch to turn off GPU leds? Mostly interesting in Sapphire Nitro+ RX 5xxx series. Other GPUs are interesting too but Sapphire leds are really bright. Or may be i cant just find it?

[neogeo]

In Tuning/Set option try to put command "oc -led=0" or read this posts from link:
http://miningfamily.org/viewtopic.php?f=14&t=51

[thepeppi]

looks nice
But i have try'ed it and could not set it up
This pakkage needs a ingeneer degree if you wanna use it.
Make it simple to use and maybe i will try it again.

I could not even choose the ethereum pool.
The instruction video is very incomplete
The person who made that video has extreme fast fingers and clicks so fast that you have to stop the video constantly.
In that video he chooses a mining pool but in the actual pakkage there are no mining pools.
How to setup a mining pool adress is not in the video.

And the list of incomplete go's on and on and on

my rating for the setup would be on a scale of 10 a minor 3 sorry

[mak013]

In Tuning/Set option try to put command "oc -led=0" or read this posts from link:
http://miningfamily.org/viewtopic.php?f=14&t=51

Thx dude. But it works only for NVIDIA GPUs. And if i remember correctly - 10xx. But i need turn led off for AMD. Sapphire 5xx had a button to change or turn off leds and 5xxx havent it.

[neogeo]

Try to not remember. Try command as "oc" option...
As i see, on Russian forum example, they put it in AMD settings for Gigabyte RX 5700...

[mak013]

Try to not remember. Try command as "oc" option...
As i see, on Russian forum example, they put it in AMD settings for Gigabyte RX 5700...

I tried. And even reboot rigs. No any result with Sapphire Nitro+. And I tested it command with Gigabyte 5600 - leds turned off same as NVIDIA 10xx series. Problem with Sapphire and i dont see any decision.

[neogeo]

Sapphire makes trouble.
MSI makes trouble also.

[jiang80s]

The RX 550 Baffin cards are running on Linux based RAVE OS with low hashrate comparing with the RX 550 Lexa cards.
Baffin only gets 300 H/s, but Lexa gets 520 H/s at CN haven using TRM newest version.
All cards are elpida memory and using memory straps from SRB. 1150/870mV core and 1900/870mV memory.
When I run baffin cards rigs on win 10, it gets 480 H/s each.

Can anyone help me to solve this problem ?

Thank you

[Visitante]

Hello everybody, is this thread active?

I'm having some troubles I believe, I've started using RaveOS this week and it's awesome. It recognized my cards and I started mining using lolminer 1.20...

The thing is that I have 12 almost obsolete cards for mining, AMD RX570 4GB... They're on two separated rigs, they work just fine, but the hashrate is very, very low... They get to work at 13Mh/s each, tops, and I'm not sure if that's all they can handle now because of the DAG size or is it something with the miner and I should try another one... What do you think?

Thanks in advance.

[neogeo]

Thread almost isn't live.
Move Your questions to Telegram section and You'll get answers...

[1qaz]

RaveOS SCAMERS !

[FP91G]

RaveOS SCAMERS !

Can you prove it? Excellent system for mining, and enough features for free use.


DEAR USERS!
Changes in RaveOS billing system and tariff plans come into effect from October 17.
Price for PRO tariff is REDUCED by 25% and will be $1.5 per month per worker.
For customers with one active worker (rig or ASIC), using RaveOS is still absolutely free.
Starting from October 17th the 2miners pool-based workers will be charged according to the new price conditions.
https://raveos.com/pricing.html

[FP91G]

02.12.2022
You can download the system image here (read the installation recommendations on the website) or update the system on rig via the upgrade 8860-2180 command or upgrade -b 8860-2180 (for 1.0.25 or older versions)

For a correct update, we recommend using the following sequence of actions:

1. Stop mining (Actions-Pause)

2. Restart the worker (Actions-Reboot)

3. Update with the upgrade 8860-2180 or upgrade -b 8860-2180 command (after a successful update, the rig will automatically restart)

4. Start mining

https://raveos.com/changelog.html#v8860-2180

[safar1980]

https://raveos.com/index.html
Thank you for being with RaveOS
On February 1, 2026, the RaveOS project will be shut down.

The online dashboard and service infrastructure will be turned off.
Your devices will continue mining in standalone mode, without centralized management.

Thank you for being part of the RaveOS journey.
Your support, feedback, and trust made this project possible.

[lynxchat]

Let's turn Raveos into zombies.
I'm trying to make an app for local management of mining settings.
Who's good at reverse engineering Go apps?

[FP91G]

Let's turn Raveos into zombies.
I'm trying to make an app for local management of mining settings.
Who's good at reverse engineering Go apps?

A good app used by many miners was shut down because it wasn't cost-effective. You want to build something better without a good team or the money to invest in it. Local management isn't always convenient;

I often resolve many issues remotely to avoid spending all day at the mining location.

[lynxchat]

This is the first step. Essentially, it will be possible to manage any Linux-based farm.

Currently, mining is on the brink of profitability.

And many projects are doomed to die for the sake of profit. But when a team actually needs it, it's a completely different story.
The idea is to implement management with a local server (a mini-program for distributing configs, which can be run on one of the machines or separately) and, in the future, with the ability to integrate into the cloud (on a website, like Rave or Hive) or a client-server management system.

Basically, in one day, I figured out how to replace the miner's startup config without decrypting config.bin.
And how to overclock it, too.

But it's possible to work without relying on native Rave files; Rave will allow these scripts to be used on both Rave and Hive images. (I just prefer the Rave Linux image because it doesn't have anything extra, like Hive.)

In our region, farms were often inaccessible via the web interface this year (and on the same network, some were blocked while others worked), and this is another way to work while the internet is blocked.

[..XyZ..]

This is the first step. Essentially, it will be possible to manage any Linux-based farm.

Currently, mining is on the brink of profitability.

And many projects are doomed to die for the sake of profit. But when a team actually needs it, it's a completely different story.
The idea is to implement management with a local server (a mini-program for distributing configs, which can be run on one of the machines or separately) and, in the future, with the ability to integrate into the cloud (on a website, like Rave or Hive) or a client-server management system.

Basically, in one day, I figured out how to replace the miner's startup config without decrypting config.bin.
And how to overclock it, too.

But it's possible to work without relying on native Rave files; Rave will allow these scripts to be used on both Rave and Hive images. (I just prefer the Rave Linux image because it doesn't have anything extra, like Hive.)

In our region, farms were often inaccessible via the web interface this year (and on the same network, some were blocked while others worked), and this is another way to work while the internet is blocked.

What about HiveOS with modern VPN like VLESS or AWG? It should bypass your internet blocks.