Jump to content

TRS-80

Moderators
  • Posts

    760
  • Joined

  • Last visited

Reputation Activity

  1. Like
    TRS-80 reacted to Sam Jiang in Building Armbian for S905X3 TV box   
    Hello, I am the ROM engineer and person in charge of the X96 series of Android systems. I am also in touch with the transplantation of Armbian. I am very happy to meet you
  2. Like
    TRS-80 reacted to lanefu in Need your help - what else beside Etcher   
    added annotation that it may container spyware
  3. Like
    TRS-80 reacted to OrangePee in Need your help - what else beside Etcher   
    I'm missing information here that this tool comes bundled with adware+spyware, probably violates european law (gdpr) and should be heavily avoided when using a metered network connection due to it's insane size (almost half a gigabyte till the slow ui starts).
     
      
     
  4. Like
    TRS-80 reacted to legogris in Need your help - what else beside Etcher   
    So, this is how it works (and advance apologies if I misread the conversation and you're talking about something else):
     
    First off, if you want to talk semantics, sha1 is technically a cryptographic hash function, not a checksum algorithm. One could even argue that it's overkill for this use-case and that an algortithm made for checksums, such as CRC, is more appropriate (less secure but by far enough to detect random write or read errors, but more performant).
     
    The data on the card is read, bit-by-bit (well, on a lover level the reads are buffered for performance reasons, but it makes no practical difference otherwise). The data is then put through the sha1 hash function, which produces a 160-bit hash. A single bit being changed produces a completely different hash.
     
    The odds of the hashes matching up in case every single bit doesn't is 1 in ~10^18. For practical purposes, low enough odds to be practically impossible. When we're at those odds, you might as well start thinking about the probability that the read during your verification steps gives you the expected output due to a read error exactly matching the inverse of the write error during the write, RAM errors and cosmic radiation. If you're concerned about well-funded adversaries with a huge dedicated compute cluster deliberately giving you a fake image with the same matching hash, then you might want to look at more cryptographically secure hash functions - in which case replace the `sha1sum` command above with the slower but more secure `sha512sum` (512 bits, or 1 in 10^154). The chances of a collision are small enough that on average, with all the worlds current computing power, we'd be talking millions of years. The number of atoms in the entire universe is believed to be around 10^80. Pick two random atoms in the known universe and the odds of those being the same atom is still vastly higher than SHA-2 producing the same hash after a write error.
     
    TLDR; For your purposes, if the checksum validates, so does the written data (given that the checksum verification here is made between data read back from the written card vs the source file and not just between the source file and a website). Etcher did CRC32 until 2018, and is now on SHA512. Looking at the source, usbimager actually reads back the source and the target into memory and does a memcmp (straight-up byte-by-byte comparison): https://gitlab.com/bztsrc/usbimager/-/blob/master/src/main_libui.c#L147
    These are all valid approaches, only caveat with the last one being that you need to be able to fit 2x the image size into RAM during the validation
  5. Like
    TRS-80 reacted to greypilgrim in Create a Method to Select Repo Mirror by Country   
    If you
    curl -I http://apt.armbian.com over and over again, you will receive a 302 redirect to what seems to be a random mirror. I am wondering how I can help add some sophistication to that randomness. As someone downloading updates from the US, it's a big exercise of patience to download at a rate of 20-60 KBps. As each package request goes to the redirector every time (since it's not a 301 redirect), some packages download at a good rate but plenty are very slow for me. In contrast, when I download an Armbian image from bittorrent, I can get 9MBps.
     
    I know that everything here is provided for free and I am grateful! I am asking how I can help make this better myself. I have two ideas:
    1) Someone teach me about the web server (or load balancer) that's currently handling the redirects... source code, documentation, etc. Maybe I can add geo-location based replies to the web clients' requests. I posted this issue thinking maybe it's the tool involved.
    2) Maybe a simpler solution is more agreeable like a user picking a mirror or mirror set themselves. If this is already possible in a reliable way, I will write up the documentation page for it after someone explains it to me.
    2a) Perhaps this method could be written into the armbian-config tool.
     
    I personally like option 1 better.
     
     
    A little about me since this is my first post:
    I'm a long-time IT professional. I am not a developer, much more an infrastructure guy, but I work with modern systems which means I am good at scripting and configuration languages like Ansible, Terraform, and Helm Charts. I have a lot of web services and web traffic experience.
     
    I would like to contribute to the effort of maintaining and enhancing Armbian!
  6. Like
    TRS-80 reacted to Heisath in ClearfogPro: Difference in switch behaviour between LK4.19 and LK5.8   
    Armbianmonitor: http://ix.io/2EIw Hello,
     
    I have discovered interesting behaviour of the clearfogpro switching between lk4.19 and 5.8 and would like to know if others are able to reproduce. And maybe have ideas on how to fix.
     
    Steps to reproduce: 
    - have a clearfogpro
    - get the current armbian image https://archive.armbian.com/clearfogpro/archive/  20.08
    - 'apt update && apt full-upgrade' 
    - set the lan1-6 interfaces to bridging (example via following /etc/network/interfaces : https://pastebin.com/dpXEBe6g )
    - reboot
    - plug into your network should be GBit (on lan1-5). Verify you get ip, and can reach other devices.
    - run iperf3 between clearfogpro and other gbit device in your network. Should yield about 900MBit/s
    Now the interesting part:
    - attach another device to the switch
    - see how both status leds blink when transfering data via iperf3 ?     The bridge seems to run as a hub and not a switch.
    - now plug a 100mbit/s device into the bridge.
    - test speed to a gbit device with iperf (both directions): one direction will only yield about 100mbit/s. 
    - while iperf3 is running to the gbit device, unplug and replug the 100mbit/s device on the switch, you should see the rate jump between 100 and 1000.....
     
    NOTICE: This only happens in the direction where the clearfogpro is receiving data. Send speed is still at 1gbit/s.
     
    Now use armbian-config and switch to LK4.19, reproduce steps from above. You should only see one activity led blinking and the switch functioning correctly at 1gbit/s even with a 100mbit/s device connected. 
     
    So this leads me to think there's either some difference in the handling of the clearfogpro switch chip (between LK4 and 5) or some difference in bridge package. 
     
    It would be great if someone could confirm so I am sure, it is not a problem with my setup.
     
    root@clearfogpro:~# iperf3 -c 192.168.42.3 -t 100 -R Connecting to host 192.168.42.3, port 5201 Reverse mode, remote host 192.168.42.3 is sending [ 5] local 192.168.42.106 port 33648 connected to 192.168.42.3 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 11.3 MBytes 94.3 Mbits/sec # 100mbit/s device plugged into the switch [ 5] 1.00-2.00 sec 11.2 MBytes 94.1 Mbits/sec [ 5] 2.00-3.00 sec 11.2 MBytes 94.1 Mbits/sec [ 5] 3.00-4.00 sec 11.2 MBytes 94.1 Mbits/sec [ 5] 4.00-5.00 sec 26.7 MBytes 224 Mbits/sec # 100mbit/s device removed [ 5] 5.00-6.00 sec 107 MBytes 900 Mbits/sec [ 5] 6.00-7.00 sec 105 MBytes 878 Mbits/sec [ 5] 7.00-8.00 sec 107 MBytes 893 Mbits/sec ^C[ 5] 8.00-8.61 sec 63.9 MBytes 885 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-8.61 sec 0.00 Bytes 0.00 bits/sec sender [ 5] 0.00-8.61 sec 454 MBytes 443 Mbits/sec receiver  
  7. Like
    TRS-80 reacted to bozden in Anyone used D-WAV Scientific Co., Ltd eGalax TouchScreen? Problem with driver installation...   
    Follow-up:
     
    After compiling the kernel with usbtouchscreen as module and enabling it + apt-get xinput & xinput-calibrator , my touchscreen worked.
    Axis were inverted, so a transformation matrix is needed on /etc/X11/xorg.conf.d/99-calibration.conf:
     
            Option "TransformationMatrix" "0 -1 1 1 0 0 0 0 1"
     
    On the other hand it needs some scaling as I cannot reach the screen's edges. As far as I can see it can only be done by trial-error - a very tedious task.
     
    By looking into /var/log/Xorg.0.log I can see the TransformationMatrix is read, but not other parameters suggested by xinput_calibrator mentioned in the log, so I'm not sure if they are relevant (modifying them had no effect).
     
    That's it for now...
     
  8. Like
    TRS-80 reacted to JMCC in Emby Server with hardware transcoding in XU4/HC1/HC2 Armbian Stretch   
    The new version of ffmpeg, compiled for xu4 with HW acceleration, will come soon (hopefully) to the Armbian repos. In the meantime, you can download it from this link. It is completely static, so you can install it on any distro. After that, just install Jellyfin and enter in the "FFmpeg path" field "/opt/ffmpeg-xu4/bin/ffmeg" (or also the symlink, "/usr/local/bin/ffmpeg-xu4")
  9. Like
    TRS-80 reacted to JMCC in Emby Server with hardware transcoding in XU4/HC1/HC2 Armbian Stretch   
    As a result of all the work that Armbian developers put into the upgrade to kernel 4.14 for the XU4 board family, now we can enjoy many new features. One of them is the access to the SoC video encoding capabilities.
     
    Emby Media Server can take advantage of the Exynos 5422 MFC video engine for transcoding. That means lower CPU usage, lower temperatures, and the possibility of encoding in real time higher resolutions or more simultaneous streams. In my tests, I've been able to transcode one HEVC 1080p and one 480p at the same time, or five 480p (though it will depend on the bitrate of the source material).
     
    However, the ffmpeg version shipped with official Emby is quite unstable when using this feature. For that reason, I compiled a better and more stable version from @memeka's repo. I've been using it for over a month without a single crash.
     
    So this is a step-by step guide on how to make everything work:
     
    0. [PREREQUISITE]: You must be running an Armbian Strech XU4 "Next" image, like the one you can download here.
     
    >> DOWNLOAD the emby and ffmpeg packages from this link << Install them (Note: this will install Emby Server version 3.5.3, which is the last at the writing of this tutorial. It has been tested to work with this version, and may or may not work with any other): $ tar xvf emby-server-stretch-xu4_1.0.tar.xz $ sudo dpkg -i ffmpeg/*.deb $ sudo dpkg -i emby-server/*.deb $ sudo apt -f install  
    Hold the ffmpeg packages, so they don't get upgraded:  
    $ sudo apt-mark hold ffmpeg-doc ffmpeg libavcodec-dev libavcodec-extra libavdevice-dev libavfilter-dev libavfilter-extra libavformat-dev libavresample-dev libavutil-dev libmysofa-dev libmysofa-utils libmysofa0 libpostproc-dev libswresample-dev libswscale-dev  
    Add the user "emby" to the video group, so it can have access to the transcoding engine: $ sudo usermod -aG video emby  
    Modify the emby executable, to use our custom ffmpeg (Note: you will need to repeat this step every time you update the emby deb package): $ sudo nano /opt/emby-server/bin/emby-server # Change the following line: ffmpeg $APP_DIR/bin/ffmpeg \ # to: ffmpeg /usr/bin/ffmpeg \  
    Restart the service:
    $ sudo service emby-server restart  
    Now, you can open the web browser, point to your Emby server (e.g. http://odroidxu4.local:8096), and configure it as described in the official tutorial (https://github.com/MediaBrowser/Wiki/wiki/Installation).
    For last, you need to enable Hardware video transcoding in the web interface. The option is under the "Transcoding" submenu. Don't forget to click on "Save" when you are done:
     
     

     
    And that's it!
     
    As an additional tip, I recommend disabling UPnP in Emby, because it causes the program to crash frequently when enabled (this is just a general recommendation, it has nothing to do with hardware encoding).
     
    Enjoy! And please, share your experiences and comments here.
  10. Like
    TRS-80 reacted to sgjava in Cross platform high performance GPIO   
    So my whole goal with java-periphery was to create a decent cross platform userspace IO library which I believe I have achieved. One of my other goals was to create a high performance GPIO API that's also cross platform. If you look around there aren't any from what I can tell. Most high performance GPIO libraries support only a few boards. What I've done is use a well known interface (GPIO device) and some MMIO code to detect deltas and generate the required resisters and masks from an input file. This surely beats doing this by hand which I tried at first. The result is code that supports Allwinner H2+/H3 and H5/H6 by using just an input file. I'm going to look at other CPU types next, but this is promising. For more info check out High performance GPIO using MMIO.
  11. Like
    TRS-80 reacted to ShadowDance in Kernel bug (Large file transfers)   
    If you created a separate partition for swap on the raw disk (not on top of RAID), I see only one reason that it would lead to a kernel panic, and that's a bad disk. A bad disk would lead to memory corruption. Have you run a S.M.A.R.T. self-test (both short and long) on the disk that had the swap?
     
    That said, I would expect swap to work on top of RAID as well, but it's an extra layer that might get congested during high memory pressure. ZFS, for instance, doesn't deal well with swap on top of it, there's at least one long-standing open issue about it.
  12. Like
    TRS-80 reacted to AzuriAdore in Armbian for Amlogic S805 and S802/S812   
    I am tagging the people who mentioned having issues with docker recently in this topic.
     
    @brajomobil@daniyo@nef
     
    To make Docker work, it takes extra steps.
     
    Please visit my guide on how to make it work if you are still interested:
    https://github.com/SLAzurin/armbian-aml-s8xx-kernel-build-steps
  13. Like
    TRS-80 reacted to piter75 in Rock Pi S won't boot with custom builds   
    I remember building the ROCK Pi S image a few day ago and it was working fine. I will build again to verify it.
     
    Refer to the output/debug/install.log to see if there are any errors during initramfs build.
  14. Like
    TRS-80 reacted to denni_isl in Firfly-rk3399 have not been booting up reasent images from Armbian   
    This is a good summary of the most useful u-boot commands with some explanations https://docs.embeddedarm.com/U-boot_commands
     
  15. Like
    TRS-80 reacted to SIGSEGV in Kernel panic in 5.8.17 20.08.21   
    @SymbiosisSystems
    Since your system is crashing often, my guess is that you're not using it on a PROD environment yet.
    Have you tried the test builds at the bottom of the downloads page with the newer kernel? You might have better luck with those. I'm using the test build from Nov.13 and it has been very stable.
    I'm not using OMV just the OS and a few packages that I've configured manually to provide SMB, DLNA & iSCSI services.
  16. Like
    TRS-80 got a reaction from NicoD in Armbian Donations   
    I was just kidding. 
     
     
    I had to look mine up (I have a Kill-A-Watt and do periodic power testing on things) and the KGPE-D16 idles about 165 W and 372 at full power.  But it's older tech, much less powerful than this brand new Threadripper of course.  I trade efficiency for freedom (and happy to do so). 
     
    Until NSA launch their back doors, and then I am the only one left standing with a running computer.  Muhahahahah!    Hello, this is John Connor. 
     
    But I don't need it most of the time, for personal use.  In fact just talking to Nico about his videos making me think very hard about using SBC for daily driver desktop and save some electricity.
  17. Like
    TRS-80 reacted to j___r in Kernel education needed   
    Thanks for your response and explanation.
    I performed the backup and upgraded the kernel to 4.14.202 and it has gone smoothly.
    And, Tailscale is back to it's happy self again.
     
    I really enjoy these little devices too, so I will continue to try and learn more and more about them and Linux but sometimes it seems bottomless.
    I appreciate the efforts of the contributors.
     
    Jon
     

  18. Like
    TRS-80 reacted to NicoD in Board Bring Up Station P1 rk3399, M1 rk3328   
    I've got my RK3399's with the M4 and M4V2. Plenty enough. It will not perform any differnt.
    Why don't you write a review about it on the forum? And if you want, you can film a few things and I can put it in a video for you.
    Shipping in Europe is also pretty expensive. But thanks for the offer.

    P.S.: Amazing gaming Armbian image almost available for RK3399 made by @Salvador Liébana. I'm now making a preview video about it.
    Box86 installed. So x86 linux games, and Windows games/programs are possible on RK3399.
  19. Like
    TRS-80 reacted to mvong in Orangepi One falling back to date Tue 13 Nov 1979 05:23:13 PM CET   
    Hi,
       My orange pi PC and orange pi one used to crash like this.  It was fixed by running a more recent linux kernel, I recall it being stable in linux kernel 5.7 and above. 
     
    From your pastelog, i see you are running an older version of armbian and using 5.4 linux kernel.  My crashing back to 197X year problem went away I think after upgrading to 5.7 linux kernel or above.  It used to hang and reboot into  year 197X every 3 to 17 days.  I can confirm fixed cpu speed made it stable but with the current mainline kernel there is no need for this anymore.
  20. Like
    TRS-80 reacted to RamsDeep in Managing the brightness of the LED in front panel   
    Light dimming stickers
    I use them all over the place
     
    https://www.amazon.com/LightDims-Black-Out-Electronics-Appliances/dp/B00CLVQG68/ref=sr_1_2?dchild=1&keywords=blackout+stickers&qid=1605561893&sr=8-2
  21. Like
    TRS-80 reacted to hexdump in High cpu usage by interrupts in A20 system   
    i think it could be a generic a20 problem - maybe have a look at:
     
    https://forum.armbian.com/topic/7575-k-worker-problem-on-a20-based-boards/
    https://forum.armbian.com/topic/14282-headless-systems-and-sun4i_drm_hdmi-a10a20/
    https://superuser.com/questions/1515001/debian-10-buster-on-cubietruck-with-bug-in-sun4i-drm-hdmi
     
    best wishes - hexdump
  22. Like
    TRS-80 reacted to Werner in Armbian v20.11 (Tamandua) Planning Thread   
    Release Candidate Code Freeze Date: 2020-10-18 
    Release Date: 2020-11-XX 
    Release Candidate Branch Link: TBD
    Release Changelog: TBD
    Release Coordinator: TBD
    Testing Tracking Sheet: TBD (google sheets)
     
    The goal of this thread is to discuss testing, bugfixes, and the overall quality of the release. Once the release is complete, this thread should be locked and unpinned.
    ---
     
    Our next release date is coming and perhaps its time to discuss what to push into 20.11, what not, resolve open questions and distract from most used keyword for past few weeks.
     
     
    @Myy @TonyMac32 @balbes150 @piter75 @sfx2000@ebin-dev @Heisath@chwe@ning@lanefu@gprovost@aprayoga@5kft
    @JMCC@karabek@Igor@martinayotte@tkaiser@selfbg@Siraj@jock@going ... (please mention whoever is missed)

    Meeting on IRC in Saturday, October 3rd, at 2 pm GMT is being prepared - this is reasonable good timing for US / EU folks.
     
    Agenda:
     
    check meeting attendees (if nick is not self explanatory, add your forum/Github handle. Just say hi or something) present tasks, bugs or project you are working on (open discussion if there will not be much people, otherwise meeting officer call people out). Jira should be open in not already. cycle Jira backlog: discuss task / bug (one at a time) assign to person / release / tag re-prioritise cycle open issues and PR on build engine board status update on download pages and build engine (wip, supported, eol) choosing upcoming release officer (so far it was Igor and Lane) misc / open discussion
    Tips:
    when you got a voice, be concise (1-2 min) and make it clear when you stop. ("No more, I'm done") channel is recorded so a summary and adjustments to Jira can made afterwards, ideally along with the meeting Meeting location is IRC channel #armbian on Freenode. (previous session as an example)  
    Ideally it would be that prior to this meeting we all update tasks/project statuses in Jira - who still does not have access shall PM to @lanefu or @Igor - reviewing, prioritising and releasing goes faster this way.
  23. Like
    TRS-80 got a reaction from Werner in nginx 1.18 is failing to install because of nginx-core dependency of libcrypt1   
    It's a lightweight web and reverse proxy server.  Many people prefer it to Apache for some years now because of its smaller footprint and thus perceived better security, etc.  You may have heard people call it "Engine X" which is actually how it is pronounced.  But it took me couple years to realize they were talking about "nginx." 
     
    @Sergei,
     
    You are on Testing or Unstable?  A quick search of Debian repositories for nginx-core seems to indicate that will be required.  Don't forget to `apt-update` after changing your sources.
  24. Like
    TRS-80 reacted to Igor in Armbian Donations   
    Assembled - first boot of Ubuntu 20.04 looks very very nice  But it was tense ... "what if it will not work?"
     
    Also NVME and SATA DOMs are recognized but 10Gb NIC. Which probably need more recent kernel ... and water cooling doesn't fit into the case. Currently mounted outside, which might even not be that bad.
     

  25. Like
    TRS-80 reacted to usual user in Tried upgrading from slightly older (4.19.62) kernel on Cubietruck, now won't boot   
    You referenced the raw device by "/dev/mmcblk1" where MBR , u-boot and partitions reside.
    You need to reference a partition by "/dev/mmcblk1pX" where a suitable filesystem resides.
    Replace "X" with the number of the partition you want to check.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines