GilGonGan

Members
  • Content Count

    26
  • Joined

  • Last visited

Everything posted by GilGonGan

  1. You know what, I did a reboot THEN the update, worked fine. Very happy with Armbian over all, considering how cheapo this hardware is. It's a print and DNS server now (!) great stuff. Thanks
  2. Ok so it never recovered. I restored from .IMG file (long process) via DD and rebooted, she's back. What is the CORRECT way for me to apt update / apt upgrade, with docker installed? Do I pause / destroy containers? Type a different command?
  3. I did an apt get update and upgrade on my OrangePi Zero and it seems to have just outright stopped near the end. Setting up libssl1.1:armhf (1.1.1d-0+deb10u2) ... Setting up armbian-config (5.98) ... Setting up libssl-dev:armhf (1.1.1d-0+deb10u2) ... Setting up containerd.io (1.2.10-3) ... Setting up sudo (1.8.27-1+deb10u1) ... Setting up armbian-firmware (5.98) ... Setting up docker-ce-cli (5:19.03.4~3-0~debian-buster) ... Setting up openssl (1.1.1d-0+deb10u2) ... Setting up docker-ce (5:19.03.4~3-0~debian-buster) ... It seems to have just s
  4. I just want to thank everyone here for their hard work, while I don't understand most of what's going on, as a mostly Windows dude, I get the impression this is some really cool tuning for some really basic hardware, this whole zram compressed swapfile in ram is a way cool concept. I have a 512MB Pi Zero and it just works really really fine for basic stuff, thanks to hard work from folks like you all. (It's a shame I hear newer models run a lot hotter / worse?) lucky I have an older model.
  5. This did end up working, is there a 'correct' CLI way to install docker though?
  6. Thank you Igor - I googled some instructions which are perhaps out of date? I had no idea a simple menu based config was even built in! I'll have a play
  7. OrangePiZero root@orangepizero:~# uname -r 4.19.59-sunxi root@orangepizero:~# cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 10 (buster)" NAME="Debian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" root@orangepizero:~# Only run sud apt get update / upgrade and then sudo apt install docker.io however it threw out this Job fo
  8. I understand linux is free and the work is appreciated, you have no idea, I wish I could contribute./ I'm in my 40's now, I've encountered linux in some form or another literally since the very late 90s with slackware. The issue here is that updating an operating system, using the CLI (which I'm ok with) fails, it simply shouldn't fail, PERIOD It should say as I said "jessie files are now in archive state, edit this file to fix' or "jessie files are now in archive, would you like latest version of jessie branch" - SOMETHING? Instead you've got at le
  9. Put yourself in the seat of a Linux newbie. Apt get update and upgrade were "broken" for reasons out of our control I didn't do an update for a year. The update server no longer hosted the files I needed for Jessie. I couldn't update Jessie to the latest patch level, period. Without editing files. Others had the same issue. Linux experienced people can try and defend this but from a usability standpoint, this is terrible. Needs a far better error message or an option "Jessie is dead, but would you l
  10. More often? I can do this I just want to avoid being so far behind, when I go to update, the repository has moved and I have to edit sources files ( a very unfriendly way of handling things, feels very 1999 linux like, I can't BELIEVE the way it works)
  11. Thanks to all those on this forum, across multiple threads helping me. End of the day, sadly, the best solution was a wiped SDCard (fill 0s) test SDcard (h2testw, full) and re-flash to the latest stretch. 3'rd SDCard a charm, it's booted, I've updated aptupd/upg and installed pihole and it appears to be working fine. Let's hope she stays that way. One thing, in order to avoid this problem in the future, since the jessie library /repository was moved (??) shouidl I make a habit of doing an apt-update / upgrade say once every 2 or 3 months to stay on top
  12. Much like others, sadly my solution ended up being a fully wiped, tested SD card and re-install. Not fun overall.
  13. Thanks to all those on this forum, across multiple threads helping me. End of the day, sadly, the best solution was a wiped SDCard (fill 0s) test SDcard (h2testw, full) and re-flash to the latest stretch. 3'rd SDCard a charm, it's booted, I've updated aptupd/upg and installed pihole and it appears to be working fine. Let's hope she stays that way. One thing, in order to avoid this problem in the future, since the jessie library /repository was moved (??) shouidl I make a habit of doing an apt-update / upgrade say once every 2 or 3 months to stay on top
  14. Thanks for your help, I was concerned because I know new models of Pi run very hot and have weirdo problems, I thought there was a slim chance there's a firmware update in Armbian which may have triggered something? (I know that sounds crazy, but isn't there Raspberry Pi firmware inside Raspbian?) Anyhow, I digress, I've tested a 3'rd SDcard in full and written it, I'll try it, if this fails, I suspect the Orange Pi is sadly toast ! Thanks for help, will update in a few days.
  15. I'm not sure to be honest if it's the card. I tend to use H2TestW before using cards (!!!) which should ensure they're fine! Check out the log. https://forum.armbian.com/topic/10712-orangepi-killing-sd-card-or-device-dying-unsure-bash-usrbinsudo-inputoutput-error/?tab=comments#comment-81090 I mean heck that card was quite new, maybe just a fluke, I'm sending out another one, if that fails then I'm super confused!
  16. Looks like I put a faulty SDCard in there by pure accident or there are bigger problems at play. Does OrangePi have issues with Stretch more than Jessie? read issues or any file system design issues? Faster clock on the firmware for the SDCard reader? (shrug) I update to stretch, system kills a card in a week Send a replacement card, kills it in 30 minutes
  17. I just had an OrangePi of mine at a customer site, die on me. It just stopped responding to ping, so I made them a new MicroSD card and mailed it out. Now I think the Pi hates the Stretch release or something and fries SD cards? Check this out: https://pastebin.com/KaMk70vS Literally first login! only been up 15 minutes
  18. Hi all, Downloaded it from here: https://www.armbian.com/orange-pi-zero/ https://dl.armbian.com/orangepizero/archive/Armbian_5.83_Orangepizero_Debian_stretch_next_4.19.38.7z Wrote it to a 16GB MicroSD using rufus. . I'm going to be supporting this remotely (long story!!) but before mailing the SDCard to my tech at the other end, I noticed the partition is only 1GB in size. Is this normal? Will Armbian 'extract' or re-size the partition as part of the first install / boot process?
  19. Thanks for the reply. I had some progress but broke elsewhere. I think some major files may be damaged. https://forum.armbian.com/topic/10480-attempted-jessie-to-stretch-failed-likely-dead-on-reboot/ I may need something called busybox installed, which I do not have unfortunately.
  20. Did you ever solve this? I may have a similar issue, I've been googling for hours and just found your reply. https://forum.armbian.com/topic/10480-attempted-jessie-to-stretch-failed-likely-dead-on-reboot/
  21. Also this after running apt-get remove --purge network-manager update-initramfs: Generating /boot/initrd.img-3.4.113-sun8i E: busybox or busybox-static, version 1:1.22.0-17~ or later, is required but not installed update-initramfs: failed for /boot/initrd.img-3.4.113-sun8i with 1. dpkg: error processing package initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for systemd (232-25+deb9u11) ... Processing triggers for dbus (1.10.26-0+deb9u1) ... Errors were encountered while processing: in
  22. One last reply: here's the full output of the 2 main large errors, sorry quite large: Job for NetworkManager.service failed because the control process exited with error code. See "systemctl status NetworkManager.service" and "journalctl -xe" for details. invoke-rc.d: initscript network-manager, action "start" failed. ● NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since Sat 2019-05-25 15:40:43 AEST; 27ms ago Docs: man:Netwo
  23. Hello! I tried to update jessie dismally, here: https://forum.armbian.com/topic/9984-apt-get-update-pointing-to-404-not-found-ip-151101240204-80/?do=findComment&comment=79685 Since then, I have been attempting to update to strech, I feel like I got close, but it's failed and I strongly suspect, my next reboot will hose it. (I will not reboot it, linux is wondeful!!) I updated my sources.list file to have the following 4 values. deb http://httpredir.debian.org/debian stretch main contrib non-free deb http://httpredir.debian.org/debian str
  24. I also would at least consider, a tutorial on how to switch from Jessie to Stretch, assuming this is viable without re-burning an SDcard, I suspect it is.