Camilo Martin

Not trying to discourage anyone from tinkering, but Deluge + $<5/month VPS works great for this and your home connection doesn't get used at all (which is good on countryside, ADSL-only areas with crappy upload rates).

@mdel I'm not sure what you're talking about, NAS = Network Attached Storage (e.g., a hard drive in your LAN exposed as a SMB share, calling it P2P is a stretch of the term) VPN = Virtual Private Network (e.g., a server in the US so someone from UK or Germany can watch government-banned content) P2P = Peer to Peer, (so client to client, as opposed to server to client. I don't think a NAS can be called a "peer" on the network) Moreover if you're going to access a NAS from far away over non-fiber connections why not use something more vintage like FTP?

Wait, their USB bridge on that expansion board does TRIM and reports SMART? This is as good as SATA if over USB3 speeds.

Thanks, edited the OP So maybe we could wait a bit more until more boards start coming out with H5 chip? I ended up here because I found their NAS expansion board and thought "wait a minute, is their Zero board up to the task?" From the info I gathered it really feels like NAS is maybe not the sort of thing I should be using SBCs for just yet. "Soon" (read an year or two) the good features from all those boards will become the norm rather than the exception (at least GbE and USB 3.0+), and there will probably be more choices, leading to lower prices overall and consistent quality (same that happened with 3D printers "recently"). For this reason, I wouldn't spend $150+ on a NAS board.

Since I was looking up which boards would make a proper NAS and home automation hub, I figured I might as well summarize the options in a post. Requirements for a proper NAS: Gigabit Ethernet SATA that is not a crappy USB->SATA chip Armbian-supported That last one is because otherwise the options are much more numerous and scattered, and the previous requirements become vague (e.g., you could even just take out a netbook's motherboard and run it standalone). Also, you could use an A80 board (USB 3.0) but I believe none are supported by Armbian, same goes for R40 (has SATA), so this leaves us with these A20 boards that also have GbE: _____________________________________________________ Banana Pi _____________________________________________________ Banana Pi+ _____________________________________________________ Cubietruck _____________________________________________________ Lamobo R1 _____________________________________________________ Olimex Lime 2 _____________________________________________________ Olimex Lime 2 eMMC _____________________________________________________ Orange Pi _____________________________________________________ Orange Pi mini _____________________________________________________ pcDuino3 nano _____________________________________________________ Clearfog Base _____________________________________________________ Clearfog Pro _____________________________________________________ CuBox-i _____________________________________________________ HummingBoard (Pro & Edge) _____________________________________________________ Udoo Quad _____________________________________________________ The prices and availability for these boards is as follows: Banana Pi (~$33) Banana Pi+ ($40) Cubietruck (~$95 - ~$106 as a kit) Lamobo R1 (out of stock / discontinued) Olimex Lime 2 (€45) Olimex Lime 2 eMMC (€55) Orange Pi (renamed? / out of stock / discontinued) Orange Pi mini (renamed? / out of stock / discontinued) pcDuino3 nano (~$49) Clearfog Base ($110) Clearfog Pro ($180) CuBox-i (from $120 to $180 - the cheaper ($90+) boards seem to have no SATA) HummingBoard (Pro $84, Edge $100) Udoo Quad ($135) According solely to the above, and disregarding other board differences/features, for a simple LAN-connected NAS hard drive that occasionally pulls a few GPIO pins high or low for automation, the Banana Pi looks like a good option. Maybe I'm overlooking things, and maybe any of those prices are wrong; since this is a forum anyone is free to correct me and I'll try to update this OP in case the thread grows (and I remember to check back down the road). Edit: a great read is this wiki article, some considerations: clock speed and CPU governor matters a lot more than in x86 (doing other stuff during transfers might be a no-no) and Gigabit Ethernet might mean "USB 2.0 speeds, but in a RJ45". Side note: it would be nice to have a list of boards somewhere with feature matrices and prices/links, not sure if such a thing exists. Edit: added Clearfog Base/Pro, CuBox-i, HummingBoard Pro/Edge and Udoo Quad as per suggestion)

Just wanted to thank all the great users/devs of this community for helping out but at the end I just couldn't manage to find a way to compile the kernel module and gave up.

I'm willing to accept that, but there's just one thing I'm not understanding. When apt-get updates the kernel, it doesn't update every module, right? tv.ko and the other .kos would remain untouched and still work, is this correct? (I'm asking this because I presume compiling my own kernel means I won't be able to rely on apt-get for updates after that)

But the image I'm using (Armbian_5.20_Nanopim1_Debian_jessie_3.4.112_desktop.img) has the driver as a module, so that was a recent change right? (I wonder if even if I edit a module and somehow get it to load without modprobe --force, will it get superseded by a dist-upgrade?) Thanks for the reply either way.

Also, wanted to add that compiling the tv.ko module works, but I get modprobe: ERROR: could not insert 'tv': Exec format error Which is strange because modprobe --force works, the module can be compiled and made to work. Is it some sort of signature thing where I should add a permission somewhere? (I just replaced the file at /lib/modules/3.4.112-sun8i/kernel/drivers/video/sunxi/disp2/tv/tv.ko - I can't seem to make it load just like that with /etc/modules though)

Thanks. I did manage to get drivers/video/sunxi/disp2/tv/tv.ko to compile, through compiling the whole thing. Still, it takes a lot of time because it really is compiling everything. So I spent a few moments each day looking at how to just compile the driver. Is it even possible to just compile one driver? I ask this because maybe I shouldn't be trying to do it. (The toolchain patches stuff on the fly and does so many things... it is amazing but at the same time something I'm not used to).

I know it's a relatively old post, but unless you dumbed up on the fex file or forgot to load the tv module, one likely problem is the cable plug. You see, these don't follow a very rigid standard (at least not always), and I've even seen TRRS cables where the pins would be slightly off the correct contacts when plugged all the way. Take some TRRS jack apart, put the pins on a breadboard, and see which ones are video and ground. Then test with these.

I'm trying to compile the tv.ko driver for the NanoPi M1 (to see if I can bake overscan compensation into it). First I compiled the whole of Armbian to see if I can produce the .ko in such a roundabout way, but besides being a very dumb/slow way of going about it, I can't find any file called "tv.ko" after running all of that (it probably gets cleaned up). Short of mounting the generated Armbian image manually and extracting tv.ko, is there a way to compile just the driver? It normally sits at: /lib/modules/3.4.112-sun8i/kernel/drivers/video/sunxi/disp2/tv/tv.ko And sources for it are under: sources/linux-sun8i/sun8i/drivers/video/sunxi/disp2/tv/ The modinfo is: filename: /lib/modules/3.4.112-sun8i/kernel/drivers/video/sunxi/disp2/tv/tv.ko alias: platform:tv license: GPL description: tv driver author: zengqi depends: intree: Y vermagic: 3.4.112-sun8i SMP preempt mod_unload modversions ARMv7 p2v8 I tried to insmod "tv.o" but that's not it... (yes, I have no idea what I'm doing)

Thank you!

Edit: Shoot, the WYSIWYG editor ate my text and exchanged it for something else... damn, typing again real quick Does this mean there's possibly a backdoor that runs constantly? ~400mW when turned off is a bit too much.

I have a Raspberry Pi and I don't mind if you guys don't port Armbian to it. Politics of the RPi people aside, they charge $35 for a pretty average board, and the "$5" Pi Zero was so short on stock some guy made a "where's my pi zero" website just because of it. And often when they have that Pi Zero board, you have to buy it in a bundle with conveniently overpriced peripherals you likely don't need. In the rare event when they have a Pi Zero on sale, you can't buy more than one, so indeed it's not their real business model but just a marketing tactic. On the other hand, it is a meme board so even well-informed people will use it due to the community effect (same thing happens with the Arduino boards, some of which cost more than a full-blown Linux-capable board).