Btop on zima os v. 1.6.1

Hello, everyone.

I’m planning to use “btop” on Zima OS v. 1.6.1.

My previous attempts have given me some trouble.

In fact, btop uses the motherboard’s default network card (eth0), but on my system, Zima uses the 10 Gb expansion card (eth1).

So far, I haven’t been able to configure btop to use eth1.

I think editing the configuration file isn’t enough.

But I don’t know how to do it.

If you have any ideas.

Thanks.

note :

excuse me , i had some difficulties to create this post .
it is possible you find 1 or 2 another similar posts .
you can delete the others i wrote about btop .
and use only this one .

Hello again.

Also, if I understand correctly, BTOP is giving me a port error.

I’ve installed, uninstalled, and reinstalled it so many times…

How can I fix this issue?

If you’re hoping btop will give you gpu resource monitor on the intel arc card it won’t Dany. Btop is also built into Zima no need to install. click on network statistics on the dashboard. until icewhale make a fix there isn’t an app that will display anything for the arc gpu.

found what you showed .
but it gives a black screen .

no any btop screen …

Sorry to hear that Dany, perhaps it’s gotten corrupted from the other version when you where installing/uninstalling you could wait until another user gives you a bunch of commands to try in terminal or try a recovery.

I’m not well versed in linux. Icewhale work Monday to Friday and usually won’t be around to answer technical questions. at the weekend, another user like Gelbuilding might have some ideas for you to try in terminal ro hunt down the cause but quick and dirty a recovery or re-install might be quicker.

It’s no big deal.

It’s awkward, but no big deal.

Another thing I should mention is if you are running zimaOS plus version currently and you install new hardware your device code will change which will revert zimaOS back to non plus version. If that happens email community@icewhale.org and let them know so they can give you a new zima plus code to reactivate plus version.

You won’t have to pay again for plus so you don’t have to be worried. The device ID gets generated by the hardware you have installed and upgrades like new graphics cards generates a different device ID and voids the zima os activation linked to the previous device ID. The team are helpful and will give you a new zima os licence code when you email them.

To use Zima Plus, I would need to use more than four disks in my pool.

That’s not the case.

Also, I’m willing to pay for Zima, but how do I do that from the version I already have installed ?

If you’re not using plus version there’s nothing you need to do. If you decide you want to use more than 4 disks and unlimited users then you can purchase zima plus from the zimaspace.com website.

1 Like

thanks

1 Like

Sorry, @James .

Of the two photos you posted in reply at the start of this thread, one of them is a photo of btop.

I’m surprised because you managed to include eth1 in there.

How did you do it?

I’ve been trying to figure it out but I can’t quite work it out…

you can switch through using the back and next buttons.

Actually, no – my only options are ‘lo’ or ‘eth0’

I never have access to eth1 in btop …

and yet …

(but it doesn’t work)

I don’t know everything on mine is just default settings and as it came when I installed Zima..

Maybe it’s the version from app store rather than the built in version. or a hardware/driver difference. :man_shrugging:

if it’s the app store versions maybe enabling privileges in the docker settings will fix it.

Yeah this is one of those things that looks like a “btop problem” but it really isn’t.

From what you’re describing, nothing’s actually wrong on your side.

btop will only show what the system (or the container it’s running in) can see. So if you’re only getting lo and eth0, that just means there isn’t a second interface exposed there.

The reason James can see eth1 is almost certainly one of these:

  • his system actually has another interface (second NIC, bridge, VLAN, etc.)
  • or he’s running btop in a way that has fuller access to the host network (not restricted like the App Store container)

On ZimaOS especially, the App Store version runs in Docker, so it’s pretty common that you’ll only ever see eth0 unless extra network access is given.

OK.

But how do you set up additional network access ?

Just to remind you, Zima OS does use and recognise eth1…

I don’t understand.

Well, since there’s no way to use btop’s network feature in Docker, is there a way to install or reinstall btop via the Zima OS SSH console?

As you can see, the btop binary exists but it doesn’t work.

also , where are the logs of btop docker ?

Yes, my board has 3 ethernet. 2 in zima (eth0 & eth1) and one assigned to the boards management interface on another vlan. and I’m currently using the btop 1.4.0 built into zimaOS I can cycle through on btop to display lo > eth0 > eth1 > vrbr0 > docker0 > and a few veth.

Ahh yep, that explains it straight away.

He’s not doing anything special with btop at all, his system just has more interfaces available, so btop has more to cycle through.

From what he listed:

  • eth0, eth1 > physical NICs
  • vrbr0 >libvirt bridge (VM networking)
  • docker0 + veth* > Docker networking

So when he hits next/previous in btop, it just rotates through everything the system exposes.


In your case, if you’re only seeing:

  • lo
  • eth0

then that’s literally all that’s visible in your environment, which is completely normal if you’ve only got one active NIC and you’re not running extra networking like VMs or additional bridges.


On the “how do you enable more network access” question:

You don’t “enable it” inside btop.

Those interfaces only appear if they actually exist on the system and are visible where btop is running.

So:

  • Host btop > shows all host interfaces (if it’s working properly)
  • Docker btop > only shows what Docker exposes

The key takeaway here:

There’s no missing setting and nothing broken,
his system is just more complex (multiple NICs + bridges), so btop has more to show.

If your box only has one NIC and no extra bridges, then what you’re seeing is exactly what I’d expect.

I’m not sure I understand everything.

I have two network interfaces.

- 1 built into the motherboard (1 Gb/s)

- 1 as an expansion card (10Gb/s)

Both cards are recognized by Zima

but not by Btop.

I think there’s a major issue, but I don’t know where or how to fix it.

I realize I’m being a real pain with this issue, so I want to apologize for my persistence.

But I find it hard to believe that a utility as basic as btop doesn’t work properly on Zima when it works perfectly on Fedora or Debian…

Apparently, the fact that btop can only see the interfaces of its Docker instance seems normal.

I’d quite like it to see all the interfaces as well, including eth1.

Just like the OS.

But I don’t know how to do it.

Selecting ‘HOST’ in the network section doesn’t work.

Not that it isn’t possible, but btop seems to crash or stop working once that choice is made.

There’s still the option of adding SYS_PTRACE and SYS_ADMIN, but I reckon that doesn’t work either.

Can you tell me if there’s a solution? If so, what is it? Or am I just daydreaming?

Translated with DeepL.com (free version)