jotapesse

  • Posts

    6
  • Joined

  • Last visited

jotapesse's Achievements

  1. Hi! I'm not sure what you mean by "air should go inside"... If you follow the pictures carefully (and you observe the fans blades orientation) you'll notice that fans are mounted in such a way that they pull air outside through the case back panel. Which is what you should expect typically anyway. Fresh air comes inside through the front grill, flows through disks and the Helios64 SBC board and then is pulled out by the fans. But yes, I agree that ideally and to avoid any possible misinterpretation some arrows/text should be included to indicate the proper airflow direction.
  2. Hi @Igor! Thank you for taking the time to reply to me and for your detailed explanation. I certainly appreciate it and yours and the remaing Armbian team good work on this project as well. Thank you! In my case I do prefer and use Debian Sid + KDE Plasma on my x86 workstations. But I do understand where you are coming from. Personal preference apart I was also under the expectation, as the name "Armbian" suggests to imply by the "...bian" part, that it would be Debian base focused firstly - therefore developed from it - and then Ubuntu secondly and that it would keep it as close to default Debian base while changing whatever necessary to boot and work on the arm hardware. I'm also not so sure on those possible "Ubuntu improvements over Debian" - but again that's my personal preference. Anyway keep up the good work, great job so far and hopefully it will get even better in the future.
  3. I would rather have Debian based, Ubuntu brings me back bad memories so I stopped using anything Ubuntu quite sometime ago. By the way, I understand that Armbian is developed on Ubuntu first, is that right? As there is an "unstable" Ubuntu Hirsute based image available but none of Debian Bullseye or Sid. I wonder why?
  4. Hi, all! I also confirm this issue on my Helios64 with a fresh install of the latest Armbian Buster v21.05.4 and default settings. It seems to be a persistent and global issue still. Reported by the OP more than one year now. I'm sorry to ask but why isn't the Armbian team doing anything about it? Solution as detailed above is to disable the APT lists compression entirely. It would be probably best to have this taken care of in the next Armbian releases/updates, compression should probably be optional and not the default. Workaround steps: 1. Remove the file "/etc/apt/apt.conf.d/02-armbian-compress-indexes" or edit it to comment out all settings resulting as following: //Acquire::GzipIndexes "true"; //Acquire::CompressionTypes::Order:: "gz"; //APT::Compressor::gzip::Cost "10"; 2. Remove the existing compressed APT lists: # rm /var/lib/apt/lists/* 3. Update APT indexes to recreate the new uncompressed index files: # apt update
  5. Thanks! Yes, I believe that's the case. I guess something got corrupted on my install. Booted SD card Armbian fine. Tried everything, copy all files at the /boot directory, filesystem check, chrooted and updated and fully upgraded. In the end I gave up and reinstalled everything from scratch. Let's see how if it's stable on the long run... I'm getting a bit worried with all reports I read here regarding instability, hangs, crashes, boot corruptions, custom cpu voltage and frequency modifications. I need it to work reliably as a NAS and apps server. Hopefully all of you will get yours storted as well.
  6. Hi! Not sure if it's related to the original post but my Kobol Helios64 seems to have just stopped responding following a reboot. Already tried to power down and power up and the issue persists. Hardware starts, disks are initialised and responds to ping. But no longer can be accessed via SSH or the OpenMediaVault web admin page. My Helios64 is updated with latest Armbian Buster 5.10.x and latest OpenMediaVault 5.x. Armbian + OMV installed to internal eMMC. Docker apps installed to M.2 SATA Port1. Other 4 HDDs with a ZFS setup on SATA ports 2 to 5 for data storage. A few minutes prior to doing the reboot I noticed some kernel errors on a SSH connected shell to my Helios64 the syslog errors (posted on the shell). They kept appearing randomly and separated for a few minutes apart as the following: Message from syslogd@helios64 at Jul 16 18:47:05 ... kernel:[111630.816643] Internal error: Oops: 96000004 [#8] PREEMPT SMP Message from syslogd@helios64 at Jul 16 18:47:05 ... kernel:[111630.843686] Code: 14000011 f9400273 b40001f3 d1002274 (b9402280) Then rebooted from the OMV web admin page and it stopped responding from there. Pings ok but dead SSH connection is refused and OMV dead web admin page. Any idea of what's this about and how to sort this?