February 22, 20233 yr I just got home to a successfully built image from the master branch ___ _ _ _ ____ _ / _ \ __| |_ __ ___ (_) __| | / ___/ | | | | |/ _` | '__/ _ \| |/ _` | | | | | | |_| | (_| | | | (_) | | (_| | | |___| | \___/ \__,_|_| \___/|_|\__,_| \____|_| Welcome to Armbian 23.02.0-trunk Jammy with Linux 5.15.95-meson No end-user support: built from trunk System load: 47% Up time: 3 min Memory usage: 8% of 990M IP: 192.168.1.77 CPU temp: 46°C Usage of /: 21% of 7.0G RX today: 31.4 KiB Thanks again for your continued work on this.
February 23, 20233 yr Author @torz77Any other stuff you find not working I'll add to issues. C1 was never meant to run 6.1 kernel, hahahaha
February 23, 20233 yr I will do. At the moment, I've only hit one issue, and that is the need to power-cycle the board to reboot. Unfortunately I can't connect a serial console, so can only go off SSH. (I'll check the log next time I reboot). `sudo reboot now` throws me out of SSH as expected, but the network connection stays up (I can ping the board), although cannot reconnect on SSH until after power cycling, so it looks like it is getting stuck somewhere prior to shutting down networking. This is a mild frustration, rather than the end of the world. The board is just running as an OpenLDAP server for my homelab, so shouldn't need power cycling too often. I was going to put an OpenVPN server on it too, but I may skip that if I can't reboot it remotely.
February 23, 20233 yr Author @torz77That may be why all wifi adapters cause the ping response to go up into the seconds and heartbeat slows way down. It's probably in the device tree (dtb) or uboot, show knows. This is definitely a hack way to do it, but nothing else runs current kernels or distros. But yeah, manual power cycle for now.
February 25, 20233 yr Hello Everyone, Thanks for all your help. I've got the image compiled, however it doesn't work on the C0. Maybe next week I'll be able to debug via uart to see what is happening (blue LED is blinking as it should). Additional thanks to torz77 for sharing me an image!
February 25, 20233 yr Author @Kovács Gábor as I've stated above I've had no luck with USB wifi. I did test C1 with "Realtek Semiconductor Corp. RTL8152 Fast Ethernet Adapter" The thing is network manager is not going to auto activate it. You'll need to go into the serial console and configure with nmtui. I do this with the NanoPi Duo since there's no wired Ethernet. The nice thing is the Duo uses the OTG port, so you can power and do serial off your PC. If you see a heartbeat then it's probably firing up. One trick you could use is to configure a C1 with same USB Ethernet and just copy the configuration over from nmtui. For instance built in eth0 is under /etc/NetworkManager/system-connections/Wired\ connection\ 1.nmconnection. You'd need to figure out which network manager files to copy. I used to do this with wifi only devices. Configure on the hard way, then just make edits on SD card.
March 13, 20233 yr Could someone upload the latest working image somewhere please? I have 2 old odroid-c1 board that I would like to use only with ssh, docker and external HD. Will that be possible with the current situation?
March 15, 20233 yr @samaritan This is an Armbian forum, not a dietpi forum. Please direct your posts elsewhere for dietpi issues.
March 16, 20233 yr The images are not worth running in production because at some point there's sd card corruption it is worth mentioning.
March 17, 20233 yr Author I already mentioned that. If you stick with Ethernet then it's stable. nmtui adding wifi will hose your system.
March 19, 20233 yr @sgjava Sorry for being away for such a long time, I had lots of things to do. I will be trying again with the odroid c0 next week using a serial console connection. There is one more thing I would like to ask you. Does this new kernel support USB at all? I understand that there is a problem with USB based Ethernet adapters, but in my case I would like to use a 4G USB Stick. In case you confirm that USB works, I will try to make this thing work. Otherwise - if USB is not supported at all - there would be no reason in experimenting. Thanks again.
March 19, 20233 yr Author I tested a Realtek RTL8152B 10/100 adapter, so storage probably works as well. Wifi would corrupt the SD, so I never got that working.
March 29, 20233 yr 29.01.2023 в 21:20, sgjava сказал: git clone --depth=1 --branch=master https://github.com/armbian/build I'm sorry, @sgjava are you still doing this?
March 29, 20233 yr Author @goingYes, as of last time I built, but you could try main or whatever new "master" branch is.
March 30, 20233 yr 17 часов назад, sgjava сказал: If you could just fix uboot and dtb we'd be all set uboot I fixed in my branch. Fixed it in the sense that if you assemble the image then it will load. DTB for uboot or for kernel? Does dtb work for kernel? @sgjava I can probably make some changes to the dts, but I won't be able to check them. I don't have this device and this fact makes it very difficult. You can just check for EDGE to get the CLI image: ./compile.sh BUILD_ONLY="default" BUILD_MINIMAL=yes Before starting the build system, please clear the "output/debs/*" folder. In my branch, the directory structure for future package files will be slightly different.
March 30, 20233 yr Author @goingSo you can get USB wifi to work? What about reboot? uboot used to not build, thus why I had to pull the debs.
March 30, 20233 yr 2 минуты назад, sgjava сказал: So you can get USB wifi to work? Two things are needed for this to work. The driver is in the kernel. UDEV rules for switching usb modeswitch. 4 минуты назад, sgjava сказал: What about reboot? Reboot as a command on the command line or from a button? 14 минут назад, sgjava сказал: uboot used to not build, thus why I had to pull the debs. One inattentive developer made changes to the build system, but did not check other development lines and this made the uboot package broken for the record. This is fixed.
April 4, 20233 yr Reboot definitely doesn't work from cli. I don't have a button, so can't test. Basically SSH session closes, but the network interface still pings until a power cycle.
June 21, 20233 yr I've been using this daily on a headless C1+ with no issues (outside of the reboot issue, which I can live with).
August 2, 20233 yr Yes, I built from source. Unfortunately I don't think I still l have the img around. I have not tried Docker, no.
November 23, 20241 yr So, I have revisited my Odroid C1+ board, as I want to move away from Ubuntu. I'm pleased to say that the latest Armbian (Bookworm) builds just fine for the Odroid C1+, with the same caveats as before: - Probably No HDMI (Not tested) - Probably No WiFi (Not tested) However, unlike before, rebooting seems to work fine without requiring a manual power cycle. Whilst the instructions work for me, that does not mean that they will work for you. I just provide this here for any other Odroid C1+ users who may want to get a more up to date distro + kernel on their board. I have not done any extensive testing I have built a Debian Bookworm image on a Debian Bookworm host system. I include the instructions that worked for me below. At the time of image build there is no need to download any external files from elsewhere. I have built a minimal image as that is what I require. I have not tested with any other flags. I built on host system without Docker, so cannot speak for the Docker build process. With that said, current process is very simple. HEAD was at commit `fc54623c4a6dd3b1a8fb5f0a325e5461f0ae6364`, in case you need to go back to a known working build. sudo apt install git git clone --depth=1 https://github.com/armbian/build.git ./compile.sh \ BOARD=odroidc1 \ BRANCH=current \ RELEASE=bookworm \ BUILD_MINIMAL=yes \ BUILD_DESKTOP=no \ CLEAN_LEVEL= \ PREFER_DOCKER=no \ KERNEL_CONFIGURE=no \ COMPRESS_OUTPUTIMAGE=sha,gpg,img And that's it. Image is saved in: ./output/images Final image running on the Odroid C1+: /_\ _ _ _ __ | |__(_)__ _ _ _ ___ _ _ _ _ ___ / _|/ _(_)__(_)__ _| | / _ \| '_| ' \| '_ \ / _` | ' \___| || | ' \/ _ \ _| _| / _| / _` | | /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| \_,_|_||_\___/_| |_| |_\__|_\__,_|_| v24.11 rolling for Odroid C1 running Armbian Linux 6.6.43-current-meson Packages: Debian stable (bookworm) Support: DIY (custom image) IP addresses: (LAN) IPv4: xxx.xxx.x.xxx IPv6: xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx (WAN) xx.xx.xx.xxx Performance: Load: 13% Up time: 12 min Memory usage: 7% of 988M CPU temp: 49°C Usage of /: 3% of 29G Commands: Configuration : armbian-config Monitoring : htop Edited November 24, 20241 yr by torz77
November 28, 20241 yr On 11/23/2024 at 7:25 PM, torz77 said: I'm pleased to say that the latest Armbian (Bookworm) builds just fine for the Odroid C1+ Interested perhaps in becoming official maintainer?
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.