bedna

1. If written by AI, it should be disclosed more openly than hidden in the commits IMHO. (this is written by claude) 2. By using this, the storage gets written to 1440 times per day, ie once per minute via the systemd timer. (If storage is on an SD-card the longevity of that storage is significantly shortened, you might as well just disable the ramlog completely) 3. After a very quick glance it looks like logs will be deleted without archiving too. For example, if the rotation fails, the logs are still truncated making it impossible to debug using logs in case of a write failure. It also looks like it will --vacuum-size with JOURNAL_VACUUM_SIZE=20M, that is a very small size imho, so not a lot to look back at after it vacuums. /var/log/journal is excluded? (disclaimer: I only took a very quick glance, so I could be wrong in my analysis) The better option is to do what is described in this thread, increase the size of the ramlog by editing /etc/default/armbian-ramlog and reboot (or reloading configs & restarting the relevant systemd service), or just disable ramlog to write directly to disk. Just my two cents.

See if quoting the password inside /etc/netplan/armbian.yaml (or if it's inside /etc/netplan/30-wifis-dhcp.yaml) works. That looks strange to me (wpa_supplicant), P"yadayada" instead of quoting the whole sting.

What does the command 'sudo netplan --debug generate' return?

@aschaenz I wouldn't do that if I were you. You open up a whole bunch of security issues adding that rule. The solution above your last post is way better, ie fall back on the old setuid helper and when newer kernel arrives, unmask again. sudo systemctl mask polkit-agent-helper.socket sudo dpkg-statoverride --update --add root root 4755 /usr/lib/polkit-1/polkit-agent-helper-1 sudo systemctl reset-failed 'polkit-agent-helper@*' If you don't believe me, ask an AI what security implications adding the rule you use imposes.

Not sure what you mean by "It keeps falling back to the one set through armbian config profile." Are you saying running 'sudo armbian-config' does not change the stuff? Maybe you find this useful for creating "clones": https://github.com/UnconnectedBedna/shrink-backup You can create a backup, write that image to an sd-card, put the sd-card in a sd-card reader, plug it into a usb (on a system that can read the linux filesystem) and edit the files for wifi and static ip (for minimal images, netplan uses networkd according to documentation). Then plug in that sd-card to the device on the new location and boot. Information on what files to edit can be found here: https://docs.armbian.com/user-guide/networking/

Configure your dhcp server (your router) to handle these things instead of doing it on the device. Use the mac address for the wifi (and wired if you want that to also be static) and set static ip on the router instead. Obviously use different addresses for wifi and lan. As others have mentioned, don't use *.*.*.255 since that is a broadcast address.

Have you tried adding yourself to the docker group and run docker as your user? https://docs.docker.com/engine/install/linux-postinstall/

Is it actually zram and not zswap you are using? They are not the same thing and should not be running simultaneously, zswap will take president over zram. And isn't it a partition you want? Where is that partition located? If zram: Make sure you are actually using zram before doing any of this, dmesg should probably tell you: 'sudo dmesg | grep zram', or 'zramctl' should tell you if it is in use, if not it will return nothing. If you are, did you try to blacklist the module? "echo 'blacklist zram' >> /etc/modprobe.d/blacklist.conf" Or mask the service? 'sudo systemctl mask systemd-zram.service' (or whatever the service is called, check with 'systemctl --type swap') I agree with that it should work with your config, but if it doesn't, a blacklist of the module should make it impossible for the kernel to load it after a reboot. If zswap: 'sudo dmesg | grep zswap' or 'cat /sys/module/zswap/parameters/enabled' (Y or N if it's enabled or not) If it's zswap you want to disable, it IS the kernel parameter 'zswap.enabled=0' But you don't have to disable this to use a "classic" partition, you can just mkswap & swapon as usual. (and swapoff if there is anything you want to remove) https://chrisdown.name/2026/03/24/zswap-vs-zram-when-to-use-what.html

@Biasio95 Wait, I'm an idiot, the kernel parameter disables zSWAP, not zram. sry. Try "swapoff /dev/zram0" (or whatever the dev is named) and then remove the module with "modprobe -r zram" "echo 'blacklist zram' >> /etc/modprobe.d/blacklist.conf", add another swap and reboot. Or you could disable the zram-generator with the kernel parameter "systemd.zram=0", that way no zram should be able to be created. One of the methods should work, but I have not actually tried it on armbian, so there might be configs that can throw errors if you just remove the module, IDK. If not, read: https://docs.kernel.org/admin-guide/blockdev/zram.html#add-remove-zram-devices and remove the device in /sys/class/zram-control/hot_remove, I would assume that would stick. I assume you know how to setup a "normal" swap partition, because running without swap altogether is prob not a good idea.

Theoretically no, because the game won't occupy all the ram, so when you start to fill it up, the kernel should start compressing and move other stuff to zram, but theory is not always how it works in practicality. As for how to disable zram, add zswap.enabled=0 to your kernel parameters and it won't be available after a reboot. To stop zram during operation, IIRC, stop (not disable) systemd-zram-setup@zram0.service. If it's not you should be able to figure out what to stop by listing relevant unit files with systemctl --type swap

The post is from nov 2022, and OP reported it worked 2 weeks later... But good advice non the less... xD

I think what you want to ask is "Can I use u-boot to boot Guix system", and the answer to THAT is probably yes, but that has nothing to do with armbian. What eselarm wrote above is what you have to learn/do and understand. IE, you would need to build Guix system using u-boot, and this forum is not the correct place to ask that question. Maybe ask in the IRC chat here https://guix.gnu.org/en/help/ and see if you can find someone that is willing to help out. Or maybe on the reddit: https://www.reddit.com/r/GUIX/ L1tech forum is pretty popular, maybe ask there: https://forum.level1techs.com/c/software/linux/27

Maybe I am misunderstanding your question but: Armbian is one operating system, and Guix system is another operating system, so no. It's the equivalent of asking "can I install debian but boot NixOS from debian on another storage device". Unless it's a virtual machine you are talking about, you might be able to run a Guix system as a virtual machine in armian, but I don't think that is what you are asking. If you want to run Guix system, you need to boot Guix system. If it's just the package manager Guix you are talking about, then afaik also no (if you are talking about the guile scheme), for that to work you need to run Guix system, just like you need to use NixOS to run nix package manager. But I could be incorrect.

I made this to work on sbc:s both with or without a boot partition: https://github.com/UnconnectedBedna/shrink-backup Uses rsync so it's way faster than a dd. Creates an img file at minimum size. Autoexpansion on restore available for Armbian. Also contains a systemd-nspawn utility if you want to make changes to the img file itself.

@MMGen Thank you. But if you recreate the partitions, why would it matter? The new gpt partition will overwrite/ignore the mbr stuff... I'm just trying to understand here. I actually had that problem with missing backup table, but fixed it with rewriting the tables with gdisk. But I don't recreate the partition in that situation, because when I do recreate the partition the problem with missing backup table did not happen, that's why I'm confused. But I will do some testing if not copying the first 32k will actually fix that issue (or rather, if I dd /dev/zero to clear it), even though it sounds very strange to me because the backup table on gpt is on the LAST blocks, only for mbr/hybrid are they on the first.