Eric Poscher-Mika

Hi @Werner I made a proposal that solves the confusion and troubles.

Again, this script causes error messages. Feb 16 04:19:59 helio nm-dispatcher[2249]: cp: cannot create regular file '/nonexistent/.config/htop/htoprc': No such file or directory I suggest you fix stuff for htop in htop and not write into all users config files like a script kidie. meanwhile fix this bug with rm /etc/networkd-dispatcher/80-update-htop-and-offload-tx

Softy is nice for a hackathon style development to kickstart and try out stuff. it's DNA is 100% development, but not made for maintenance and reliability. Armbian used to be a debian based distro, but since it throws the principles of the debian distribution over board now here you have a fancy collection of curly install scripts with the latest hot shit, which definitely wont upgrade with the package manager and which will be a pain later on. thats ok in its own right, but nowadays you have products like a helios nas that people want to use for production and where armbian, nextcloudpi and the such are just not fit for long-term dev-ops. So the question remains if the armbian community wants to grow with the available hardware or if it will stay a flash-to-trash OS (Flash it, try it, Trash and reinstall something new, dont use for production). I dont want to offend anyone, I value the FOSS Community and the armbian project as such and want give some feedback and ask about it's future plans!

Does it make a difference which minimum Speed is used? I would prefer to set the lowest CPU Speed as minimum to save energy use when there is low CPU usage.

Maybe I shouldnt have run apt dist-upgrade only apt-update ?? Would apt-update also update the kernel, firmware etc.?

BTW What kind of private data could a drive UUID disclose? Afaik it's random-generated when the partition table is created. I don't think there is any need for that, but if you can explain why this makes sense, I'm interested!

Same Trouble here: etckeeper reports: committing changes in /etc made by "apt dist-upgrade" Package changes: -armbian-firmware 20.11.3 all +armbian-firmware 21.02.1 all -cockpit 235-1~bpo10+1 all -cockpit-bridge 235-1~bpo10+1 arm64 -cockpit-system 235-1~bpo10+1 all -cockpit-ws 235-1~bpo10+1 arm64 +cockpit 237-1~bpo10+1 all +cockpit-bridge 237-1~bpo10+1 arm64 +cockpit-system 237-1~bpo10+1 all +cockpit-ws 237-1~bpo10+1 arm64 -linux-buster-root-current-helios64 20.11.6 arm64 -linux-dtb-current-rockchip64 20.11.4 arm64 +linux-buster-root-current-helios64 21.02.1 arm64 +linux-dtb-current-rockchip64 21.02.1 arm64 -linux-u-boot-helios64-current 20.11.6 arm64 +linux-u-boot-helios64-current 21.02.1 arm64 -syncthing 1.13.0~rc.1 arm64 +syncthing 1.13.1 arm64 Alright, so the system boots, I can use the usbserial console. All filesystems mount properly. But wait? /lib/modules is missing

Can you explain why/how it makes things worse?

The last looks good!

I made the same experience as Adrian. Many of us use armbian for production in Soho or as smart home appliance, so I think it should come as a proper Linux system, not Just as a development playground to be reflashed after a few days. This behaviour basically renders htop useless, because if you have e.g. nextcloud running you only see lots of threads of one server and this have to config htop every time again, which is so annoying! In 20 years of Debian usage I haven't seen any script messing with another packages configuration or a script rewriting all users configuration. Clearly this should be done on a different level and setting changes made by the user Sure we can find a better way to make this work, Here some ideas. -Does htop handle an a include statement in its config file, so we could have this changes made in one central place? -The relevant config options could be added at the bottom of the config files. First check for them. I made the same experience as Adrian. Many of us use armbian for production in Soho or as smart home appliance, so I think it should come as a proper Linux system, not Just as a development playground to be reflashed after a few days. This behaviour basically renders htop useless, because if you have e.g. nextcloud running you only see lots of threads of one server and this have to config htop every time again, which is so annoying! In 20 years of Debian usage I haven't seen any script messing with another packages configuration or a script rewriting all users configuration. Clearly this should be done on a different level. Sure we can find a better way to make this work, Here some ideas. -Does htop know something like a include statement in its config ffile -The relevant config options could be added at the bottom of the config files. First check for them. I made the same experience as Adrian. Many of us use armbian for production in Soho or as smart home appliance, so I think it should come as a proper Linux system, not Just as a development playground to be reflashed after a few days. This behaviour basically renders htop useless, because if you have e.g. nextcloud running you only see lots of threads of one server and this have to config htop every time again, which is so annoying! In 20 years of Debian usage I haven't seen any script messing with another packages configuration or a script rewriting all users configuration. Clearly this should be done on a different level. Sure we can find a better way to make this work, Here some ideas. -Does htop know something like a include statement in its config ffile -The relevant config options could be added at the bottom of the config files. -maybe it helps if you just uncomment the Line #13-14 # start with a clean copy # cp /etc/skel/.config/htop/htoprc "${homedir}"/.config/htop/htoprc

Not sure where to post an issue. I found some pretty ugly stuff going on with htop and nm-dispatcher. The log shows: Nov 27 20:33:07 localhost nm-dispatcher[1812]: Nov 27 20:33:07 localhost nm-dispatcher[1812]: sed: can't read /nonexistent/.config/htop/htoprc: No such file or dire ctory Nov 27 20:33:07 localhost nm-dispatcher[1812]: sed: can't read /nonexistent/.config/htop/htoprc: No such file or dire ctory .. and the same for all other users who have never used htop before. This is caused by the following script: /etc/NetworkManager/dispatcher.d/80-update-htop-and-offload-tx WTF is this script writing into all the users Home directory? This is a really bad practice and I havent seen such a thing in 20 years of debian&ubuntu usage.