timonoj

Members
  • Content Count

    19
  • Joined

  • Last visited

  1. Awesome! Thanks for the fast reply, I'll go install it now.
  2. Hi guys! I'd like to download the correct image for my Banana Pi M1, but I don't seem to be able to find it. I've been searching already for a bit without much luck. Is it supported? Am I missing something? Thanks!
  3. Thanks Rodolfo. Yeah, I'd consider that as an option...or maybe even a tiny SSD. But I'd really like the way of complex now, way easier maintenance later. After all, I'm having these trouble due to having it very easy on the go setup before...that I now need to completely change. If I get the iSCSI going, I can get easy snapshots and backups on the go, plus some other benefits, like expandable storage anytime I want, without even rebooting the Banana. This Banana is/will be handling all my personal cloud (seafile), backups and some other tasks...I want it running with the less maintenance poss
  4. Ok...This is a bit over what I've done before so far. I found several guides more, like this one (for x86), and this other one, the most promising so far, for a Raspberry, using uboot and all. So far I dumped the working SD contents to the iSCSI target. And I have a working TFTP I can reconfigure in a minute to point somewhere else. However I'm a bit confused on editing the boot.cmd: My doubts here: How could I specify a fixed address in the uboot script instead of dhcp? As I want my banana to be a server, and I already have an IP for it. If the /etc/network/interfaces sets a differe
  5. Hi guys! I'm embarking myself in a rather messy subject, as in, not very tested. I'd like to get rid as much as possible of the SD usage, and I don't want to use a local HDD either (wouldn't look neat where the Banana Pi sits). So...I'm trying an iSCSI target in a NAS! I'm trying to follow this guide, but I'm full of doubts. As the guide is designed for a normal computer, it reaches the point where it starts talking about GRUB. How do we perform boot on the Banana? Can anyone let me know where can I find documentation on the ARM boot process for armbian? Thanks!
  6. Hmm...You mean only for the docker containers? I can try to see if it takes a iSCSI partition as the mount point for /var/lib/docker...Worth a shot. Thanks!
  7. Yup, did that Unsupported by docker, and crashes. It didn't like it. Apparently NFS is not in their plans yet. EDID: Well apparently some dude managed to do it by modifying a bunch of things...here. https://whyistheinternetbroken.wordpress.com/2015/05/12/techusing-nfs-with-docker-where-does-it-fit-in/ I might have to try that path, but it doesn't look like a piece of cake. At least all the nfs shares and client and autofs mounts are already there...
  8. Sure...but not the container itself, which goes to the SD regardless what you might want. I tried linking the folder to a NAS mount, but it doesn't like that.
  9. Thanks, I might consider booting from PXE...Although that is way more complicated to setup I think, and messier to maintain. And the additional HDD...Sure that's an option, but I'd like to avoid having to purchase another HDD since I already have a NAS (hence my interest in iSCSI, the NAS sets those in almost just two clicks).
  10. At this moment zero, since I was doing a brand new install. During testing I tried a beta app that takes some 2.5GB on its own due to lack of dependencies polishing I think (Open365). Also Seafile deals with a huge amount of storage, but that one is happily taking a NFS mount point. Problem is, it's not very portable should I change the hardware or configuration on the OS (or OS completely, for that matter). I was thinking it to port it to a docker, but then again I'm facing the same trouble. Plus, any of these working on an SD would imply serious I/O whenever dealing with big chunks of files.
  11. Hi guys, Given the not so great durability of SD cards (and limited storage...I try to keep everything on NFS mounts, but there's always some log that decides to randomly fill the SD card full of crap), and the incapability of run properly docker (it runs, but it NEEDS to use damn local storage, and won't take an NFS mount for some reason...it gets full real quick), I was considering to boot to a iSCSI target. This would let me expand storage anytime I need, plus it would make backup and snapshots a piece of cake. Is there a way to do this?
  12. So...Is it included in the official images now? I just downloaded the Ubuntu image for Banana Pi, and I'm getting about 40Mbit speeds.
  13. Hi guys, What do you do about storage? Do you have a huge SD? I use a NAS, and I'm having problems with NFS and docker, seems the later doesn't like NFS at all. How do you use large quantities of storage with the limitations of the SD? Thanks!
  14. Oh ok...not that horrible user experience, huh! So far it's looking good...I'll get into more complicated stuff now, thanks a lot!
  15. Hum...I was just waiting thinking maybe it was doing something extremely long. I just hit enter, just in case, and gave the login prompt back. So it seems after finishing whatever it was doing with the SSH keys, it didn't throw any further messages. I SSHed into it, and was prompted to change the password. Did a reboot and wasn't shown again any first boot script. Seems to work now!