Jump to content

esbeeb

Members
  • Posts

    85
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Cross-posted from here... At FOSDEM 2020, in roughly a few days (at 2pm, Sunday 2nd of Feb, Brussels time), there will be a livestreamed explanation given of the “FOSDEM Video Box” HDMI capturing devices. They use almost 60 of these ARM-based devices during the FOSDEM conference to capture both the video output of all presenters laptops, and the video and audio of the camera filming of the presenter. Serious video hackery accomplishes this. I would encourage anyone interested to check out the bio of Luc Verhaegen, one of the presenters. Using these "Video Boxes", FOSDEM inexpensively streams 720p videos of all 800+ presentations! This is a small miracle, IMHO. They use Olimex Lime 2 boards, because apparently they believe that the Allwinner A20 is easier to do their custom video stuff on. Dear Moderators, maybe this more appropriately belongs in an "Announcement" sub-forum? I apologize if I put this in the wrong place.
  2. At FOSDEM 2020, in roughly a few days (at 2pm, Sunday 2nd of Feb, Brussels time), there will be a livestreamed explanation given of the “FOSDEM Video Box” HDMI capturing devices. They use almost 60 of these ARM-based devices during the FOSDEM conference to capture both the video output of all presenters laptops, and the video and audio of the camera filming of the presenter. Serious video hackery accomplishes this. I would encourage anyone interested to check out the bio of Luc Verhaegen, one of the presenters. Using these "Video Boxes", FOSDEM inexpensively streams 720p videos of all 800+ presentations! This is a small miracle, IMHO. They use Olimex Lime 2 boards, because apparently they believe that the Allwinner A20 is easier to do their custom video stuff on.
  3. (Note: this is a cross-post from here). For those unfamiliar with Festivus, it’s that festive time of year when you get your chance to Air your Grievances, and be heard (or ignored, as the case may be). Please, everyone, save up your Grievances for the next 2-3 days, then Air them! It would be sort of like when Lunduke does his “Linux Sucks” speeches, but we all get to have our say. For example, are there particular ARM board vendors that have made your life particularly difficult? You can have long-winded rants, ideally caffeine fueled, but please, edit them into a coherent essay-like format, before posting. Diagrams, meme-pictures, etc. are welcome, to drive home your points. Civilized speech is highly encouraged, using scathing and witty adjectives and adverbs, etc. rather than expletives. On Dec. 23rd, I’ll start the grand “Airing of the Grievances” thread, 2019 (over on the Destination Linux Forum), and I hope to see you all there.
  4. Hello, The video from the "BalCCon2K17 conference presentation", seen here, is getting kind of old now. I really enjoyed it (thanks @Igor) , however, could a newer video please be made, and posted there instead (or in addition to the old one, maybe above it)? I'd like to hear how Armbian has progressed in the last 2 years, since that last video was made. Perhaps questions like the following could be addressed? What are the best, fastest new boards since that time, which have earned a status of "Supported"? For example, which boards have very stable SATA, M.2/NVMe ports/slots which are great for potentially making a NAS out of? Maybe with RAID? (This might be an advantageous differentiator from the Raspberry Pi 4, which of course has no SATA, nor M.2/NVMe). What new trends in the community have happened in the last 2 years? What changes have happened in Armbian in the last 2 years? What changes have happened in the Armbian build process, and build tools? What common "killer apps" do people use Armbian-installed SBC's for? For example, a NAS?
  5. Another weird quirk that I wanted to mention: about 1 boot in 5, the Ethernet will autonegotiate at only 100Mbit, not 1000 Mbit, as it should. Rebooting is all it takes to get it to renegotiate properly. I've changed the GbE cable a couple of times, as well as using different ports on my Fritzbox WiFi router. Nothing helped. So I'm pretty sure it's the fault of the NanoPi Neo2 itself. I would catch this problem when I noticed that none of my OMV file transfers would go faster than 12 MB/sec, when I knew I could normally get 12-40MB/sec. The ethtool command would indeed verify that the Ethernet got negotiated at only 100Mbit. After a reboot, I would check again, and it would be 1000Mbit.
  6. Dear moderator, could this topic be moved to the H5 subforum? It's misfiled under the H2 & H3 subforum. Thanks in advance. @lanefu, @Igor Sorry, I don't know who the other mods are.
  7. So I built a new OpenMediaVault server from a new PC, and used the same 3 SATA disks mentioned above (two Toshiba 3.5", and one Samsung 2.5" SSD). This PC has an Asus mobo (Asus Tuf B450 Gaming) with GbE and a sweet B450 disk controller. The two 3.5" SATA drives now get about 200 MB/sec with hdparm, and the 2.5" SSD gets about 500 MB/sec, which of course is way faster than when these were hooked up to the NanoPi Neo2. Here are the results of the network transfer speed tests which mattered to me most, for sake of comparison: Using two different USB 3.0 GbE dongles on my laptop to upload (an Anker AH212, and a smaller, cheaper and slightly slower TP-Link UE300), I uploaded 2 GB of eBooks into this new Asus PC OMV server in different ways: Anker AH212: SMB upload of a 2GB .zip file: 54.1 MB/sec SMB upload of a 2GB folder with many tiny files (2029) in many folders: 24.7 MB/sec FTP upload of a 2GB .zip file: 105 MB/sec FTP upload of a 2GB folder with many tiny files (2029) in many folders: 40.8 MB/sec TP-Link UE300: SMB upload of a 2GB .zip file: 47.6 MB/sec SMB upload of a 2GB folder with many tiny files (2029) in many folders: 19.2 MB/sec FTP upload of a 2GB .zip file: 105 MB/sec FTP upload of a 2GB folder with many tiny files (2029) in many folders: 37.0 MB/sec Here are some of those test results again (gathering from my results above), when I uploaded using the same GbE dongles into the NanoPi Neo2, into the same disks (and let's set aside the disk IO error problems I had with the two 3.5" SATA drives in crappy Orico USB enclosures): Anker AH212: SMB upload of a 2GB folder with many tiny files (2029) in many folders: 14.6 MB/sec FTP upload of a 2GB folder with many tiny files (2029) in many folders: 25.0 MB/sec TP-Link UE300: SMB upload of a 2GB folder with many tiny files (2029) in many folders: 12.0 MB/sec FTP upload of a 2GB .zip file: 29.9 MB/sec FTP upload of a 2GB folder with many tiny files (2029) in many folders: 22.3 MB/sec
  8. I kept getting disk IO problems on my 2 external USB drives. I could never narrow down just what to blame: the USB cables (which I changed like 5 or 6 times), the USB enclosures I bought, or the two USB ports on the NanoPi itself. Even though these enclosures have JMS578 controller chips in them, and those are pretty ideal controller chips, I don't really trust the other ORICO components around those chips. I wouldn't recommend buying these ORICO 7688U3 enclosures ever again, even if just for the reason that they secure the drives poorly (which is why I had to hack together a nylon strap to prevent the drives from vibrating inside the enclosures). There's no "rails" on either side of the drives while they are in the enclosure. The only thing stopping the drives from wobbling side to side in the enclosures is the SATA port being connected itself, plus there is a little block of rubbery foam that the front of the drive pushes up against (and that only holds in the center, not at the corners). The SATA-connected SSD drive (connected to the NanoPi's "NAS kit" accessory board) always behaved nicely. No disk IO errors. So therefore, I suggest using the NanoPi Neo2 only for a project where you need 1 disk, and that 1 disk should be a 2.5" SATA attached to the NanoPi's "NAS kit" accessory board. Beware the USB ports, and you would be well advised that you are likely to run into Disk IO errors if you still dare. Watch your /var/log/syslog like a hawk, and maybe you'll see disk IO errors appearing there.
  9. Am I ever glad I used BTRFS on all the file shares. I have "snapper" set up nicely to do automated snapshots on all 3, and combined, these proved to be invaluable in recovering from the less-than-excellent USB cables I used. Let me once again stress that you absolutely cannot afford to cut corners on the USB 2.0 cables you choose. They must be brand spanking new, and have the inline cylindrical magnets to cleanse the signal. Also, I implore anyone using Armbian to make periodic backups of the MicroSD card (or wherever you install the OS), with, say, "dd", or some other disk imaging tool. I had an " apt-get update && apt-get upgrade" blow up in my face badly recently: I couldn't log into the web management interface of OMV, nor could I even log in with SSH any more! Not being able to log in with SSH (which is the normal way I would rescue such a problem) left me shocked and horrified, as there is no video port whatsoever on this rig to log in at the console. I have no equipment for a serial connection either. The backup SD card I had saved my bacon. I'm now losing my interest in using this ARM board for OMV. There have been just too many surprises and pitfalls, try as I might to do my best, and I only have enough spare time to slay just a few of the smaller dragons. I plan to use OMV in a PC instead (where I would have a video port for rescuing), and use this NanoPi just for SyncThing, which is less ambitious (than OMV), yet still useful to my organization. By using OMV in a PC, I'll also be able to install some Docker containers that my organization needs, this "sweetens the pot" enough for me to want to rebuild the NAS on that equipment. I hereby retract my bold statement above, that "This rig was born to run Openmediavault". I hope my small contributions above save others time and stress.
  10. There's a lethally poisonous spider in Australia called a "Whitetail". It too is black and white. I've had one standing on the tip of my index finger. Not a lie, and not a joke.
  11. It's tough to come up with a mascot that hasn't been used by some other project yet. How about a zebra? It's colors are black and white, and would match this website's color scheme. No wait, a zebra unicorn. You know, a zebracorn. The zebra would have a silver unicorn horn.
  12. @lanefu, fair enough. @PDP11, I too have a little confession. After just discouraging a non-systemd-based distro just above, my daily driver laptop has MX Linux, which defaults to a non-systemd init system. So there's irony in the exact opposite direction of you on your systemd-based chromebook. Having said that, I had to use the boot-to-temporary-use-of-systemd option (that MX Linux includes in their Grub menu), because I needed to install and use a snap, and snapd requires systemd (at this time).
  13. esbeeb

    esbeeb

  14. I don't object to Devuan, per se, but I think Armbian is already being really, really nice by providing 2 (of the most well-known, popular) distro choices for almost all boards. Attracting legions of serious Linux geeks to Armbian is hard enough, even by offering those much-closer-to-mainstream distro choices. Every contribution matters, and watering down everyone's efforts by supporting too many things will furtherly slow down the overall progress of the whole project. I say that when you take off your "technical glasses", and put on your "Sociological glasses" (as in, don't get too hung up on technicalities, and be honest about available manpower/woman power/personpower), then Devuan becomes a really bad idea fast, never mind which init systems they use. I say Armbian needs to tighten its focus, conserving its rare, precious manpower/woman power/personpower the best it can, not loosen the focus wider by including another (far less popular) distro choice. Supporting a whole 'nother distro will surely be a large undertaking. There are still many smaller, more realistic-to-tackle, outstanding issues even with the two current distro choices, which, if left unfixed, might still be seriously off-putting for a much larger, less geeky, yet linux-appreciating audience.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines