Technicavolous

We were ... I had this marvelous trojan that could be sent over chat that would cause a little smiley face to bounce around the screen every time the control button got pressed. After a while there were several faces bouncing around the screen. If the victim hit the right shift all the faces would go in clockwise circles, and counter clockwise with the left ... after a while it got too cluttered so all the faces would just 'drip' off the screen and start over. God I miss terminate and stay resident on command line windows ;]

I just recently broke out my Espressobin v5 and put the latest Armbian, and new uboot and script. Runs fine and my OMV appears so far to be quite stable. I have a Marvell pcie 4 port sata card on it with a 4 port hotswappable 2.5 inch drive bay that is moving data fairly decently (80mb /s or so) between fairly slow machines with a low end gigabit router in between. Its booting from Sata - I used dd from an x86 linux box to burn the image directly to an inexpensive 128gb drive. I've always loved the Espressobin, nice little board and now Armbian has breathed new life into it - than

What kind of 'support' do you need? If I understand correctly 'support' is being determined now. There are a couple desktop versions on the bottom of the download page. Give them a try. It's still a work in progress, your contributions may assist in the effort.

I got a new monitor, basically a monitor and a half - 2560 x 1080. With image Armbian_20.08.1_Odroidc4_bionic_current_5.8.5_desktop.img On boot ("Armbian" with circles going in circles) it is detected as 3840x2160 and when entering the desktop is sets it to 1152x864. I've only tested this image so far. It seems to identify the monitor by name and size correctly, but can't seem to set that resolution. http://ix.io/2wSV Armbian_20.08.1_Odroidc4_buster_current_5.8.5_desktop.img also sets the resolution to the above values, but d

I saw this but the error displayed on the uart terminal before handing off to hdmi. Haven't seen any operational difference.

I am not able to reproduce this issue. I downloaded all the current images, none can I reproduce this error. Can you give a more detailed description of the session? Reboot appears to be working on SD however. This past two weeks I've been away from the bench. Nice to see!

I actually clicked on some of these - good feature.

ended up doing apt purge apt autoremove and it ran fine. The only thing different was at the end I got a warning [ warn ] GPG signing skipped - no GPG_PASS [ Armbian_20.08.0-trunk_OdroidC4_focal_current_5.6.19_desktop.img ] Not sure that's new, just noticed it this time ...

I'm on a metered nbIoT connection so I'm used to timeouts - usually just restart the build and it picks up from there. This is somehow different. Is it trying to connect to 127.0.0.1 port 3142? Or is that reporting that localhost can't find it?

so apt purge (that package name) ? Always on the same filename. Will try purge tonight when I get back. Data package resets on the 18th, if it isn't fixed by then I'll start over with a new clone from github.

For some days now I get the following error trying to build C4 images. I attempted the --fix-missing, apt update apt upgrade etc, still this after some time in compilation. Running in a Virtualbox direct session, no Vagrant or the like. Had been working fine for quite some time, went a few weeks and decided to rebuild and got this error. Is it trying to download from my own machine? What to do?

I have a BPi M1 and it is indeed rock solid. Are you certain it is an M1, not an M1+ or other vairiant? And you definitely downloaded the Armbian BPi M1 images? It is an absolute that you need a serial adapter to see the system messages before it begins to output to hdmi. There may be a telltale message there that can help. Something inexpensive like https://www.amazon.com/dp/B014GZTCC6/ref=dp_cerb_1 You will need a terminal program, putty, winscp, etc. see http://wiki.banana-pi.org/Banana_Pi_BPI-M1#Hardware_interfact scroll down to the UART section in J11

Awesome glad you are able to get it going. That sounds like a challenge as some connections might see that as a security risk. Maybe you write up a little tutorial now that you have it figured out? ;]

iptables taxes my ability already lol but I read a few places that iptables and network manager don't always play well together? In Official Ubuntu iptables documentation it says "WARNING: Iptables and NetworkManager can conflict." Perhaps explore if this is happening to you. https://askubuntu.com/questions/904048/network-manager-is-adding-unwanted-rules-to-iptables https://feeding.cloud.geek.nz/posts/using-iptables-with-network-manager/ note the pre-up statements ... and dumb question ... are we sure that your second adapter is called eth1 and not something like wlp3s0?

Yeah the minimal image is missing a few things. See also https://forum.armbian.com/topic/14455-error-verifying-gcc-linaro-2013/?do=findComment&comment=104091 Also instructions tell you to log in as root, but default ubuntu has no root password, so you have to sudo passwd root or sudo everything you do.