Similar Posts

15 Comments

  1. hi, i did follow your instructions, but unfortunately i cant get past method 5..flashing image using win32disk imager…when reaching 2% it just stops then an error window pops up saying error occured when attemptiong to write data to handle. error 23 data error cyclic redundancy check.. i downloaded the required files from the links you gave, then the SDCARD is newly purchased a sandisk 64Gb…can you you tell me what seems to be the probelm…tyvm

    1. Hey, I have had a few people having this issue, and my guess is that it has something to do with certain SD-Cards (and their ‘internal makeup’ to explain it simple) when using Win32DiskImager.

      I would recommend downloading and using Rufus (that’s the name of the program) to see if that resolves your issue. For most people it will work if they are having issues with Win32DiskImager 😊.

      Using Rufus is pretty straight forward:
      – Start the program (after downloading of course 😉)
      – Then select your device/SD-Card
      – Then Select the ArkOS image you’ve downloaded
      and click Start

      Nothing more fancy to it 😊.

      IMPORTANT NOTE: (I’m guessing you already did this considering you’ve mentioned following the instructions, but just to be sure): Do make sure you have actually extracted the ArkOS .img file from the .xz archive you’ve downloaded, otherwise it will also give an error similar to this one.

      IF you would like to do me a favor, could you perhaps first make a screenshot for me of the error you’re receiving so I can update the tutorial with it so I can include Rufus instructions for others whom are having similar issues to yours? I will of course credit you for the screenshot 😊.
      If are willing to do so, you can email me the screenshot to arkos @ teamxnl .com (without spaces)😊

      Thanks and good luck😊

  2. Finally, I got back my r36s. I tried many time with youtube tutorials to flash arkos(community made) and it gave me alot of problems. Here are some 1. My select+start to quit from game is not working 2. Cant call retroarch by select+x and instead, i need to use R3 3.loading time so long and missing my cheat files evertime i download and add it. But it all gone with this method and I use your suggested version. Thank you.

    1. Well thank you VERY much for your feedback man😊, absolutely appreciate it 😊. Comment’s like these make it worth the time and effort of writing articles like these😊.

      Glad you finally got your R36S working as it should, and hope you’ll enjoy it for a long time to come👍🏽

  3. Thank you for this very detailed article, much appreciated! For the German retro handheld community, I’ve put together a dedicated guide for the R36S, specifically aimed at Mac users.
    I couldn’t find a short and easy-to-follow tutorial out there, so I decided to create one myself to help others who might be facing the same challenges.

    [Moderator note]
    I’ve added the link which was included in this comment into the main article (at the bottom). So if you’re using the MacOS tutorial (in German) linked from my tutorial, then it’s the one made by this user 😊
    Thanks👍🏽

  4. Just read all your tutorials and I found them the best from the internet till now, that is why i put my hope in helping me:
    Right joystick swaped axis x with y:

    R36s shiped with original rom arkos 2.0 08232024 aeux
    Emulstation v2.13.0.0

    Updated on a new card to latest version 06302025-1, could not boot, i can see boot screen corectly then completly blank.”Fixed” this by replacint boot ini and all dtb files from original sd-08232024. All good working wonderfull except the joystics are swaped, left one appear as right in controller testing app, and the phisical right one appear as analog L.
    The left one had inverted axis e.g. pres left shows right – fixed this by recompiling the dtb ->dts ( edited with notepad++)

    But i do not know how to fix the right one – it has swaped axis x with y..( e.g. when i press left it goes up and when i press up it goes right)
    How can i fix this please..tried for 2 days but i have no linux eperience.

    1. First off: “but i have no linux eperience”, but yet you’re the first I come across which knows how to use dtc 😉😂 (or at least another tool to decompile/recompile the DTB’s😂👍🏽).

      Did you confirm (or are you able to confirm) that you actually have a legit R36S and not a clone? Since those can be different and require other configs or even a custom rom for that matter (which of course then in basic essence just has different config in it, and possibly a couple different drivers).

      Personally I have not once encountered an R36S or H which actually had it’s sticks swapped (so I think it’s quite an interesting observation). I did had ONE R36H (just one🤷🏽‍♀️) where Doom (the ported version) had UP/Down looking inverted but that was strangely also the ONLY game which had that issue (I could simply fix that by inverting it in the settings). And what makes it even weirder, is that I’m basically using the SAME rom file (stored on my NAS) for all my installs🤷🏽‍♀️. I do recall some Soysauce (or however they are called clones having such issues), but will look in that in a moment and get back to this..

      IF I’m correct (I skimmed past it last week or so, but am currently working on something else in between instead of the ArkOS stuff), so I’m not 100% sure, but I thought I had seen quite a few new screens (as in panel dtb’s) on AeolusUX’s github. Including support for quite a few other clones and/or devices.

      I have currently absolutely NO CLUE at all why your sticks are inverted though, sorry. My main suspicion (but again: JUST an suspicion) is that your R36 is possibly an clone which has it’s I/O’s configured differently.

      If you are comfortable with it, you might be able to download for example the panel 4 DTB’s from my website, decompile them and then compare them with yours which DO work but have the sticks inverted/swapped. However considering the addressing used in the DTB is the same for each stick (<0xc8>), you can’t just change it in the DTB. It would for example need to be done at firmware (driver) level or with remapping it.

      Getting back to the Soysauce thing:
      After searching for quite a while, I found this one on AeoluxUS’s github:
      https://github.com/AeolusUX/ArkOS-R3XS/issues/95

      A little bit further in that thread I noticed some users having it solved with using different DTB files 😊

      I THINK you will find your answers there though 😊. Could you if possible provide me with the version number and other info
      which is printed on the PCB (Circuit board) of your R36? (This does of course require you to open it though). If you are able to, there should be white text on the PCB telling which board it is, which version etc… Try to provide as much information as possible if you like 😊

      Absolute Last Resort Idea:
      And an absolute insane DIY idea IF there would be no other solution at all… considering you mention that Left = Up, Up = Right, you MIGHT be able to dissemble the unit and rotate the right stick 90 degrees. You might need an small extension for the short ribbon cable, but it would/could be a last resort though 🤷🏽‍♀️😊

      1. I was intrigued why original rom has no issues with the controls, but cannot run all portmaster games and latest arkos downloaded by me control was bad but portmaster works.
        I am learning a lot with this little console, I just googled about dtb files – funny thing I used a cloud hosted ubuntu VM to recompile the files (also learning cloud) because I do not have a linux PC.
        Now, solved it:
        First solution: managed to implement workaround – remap in all emulators including the most important issue with portmaster – changing gamecontrollerdb.txt mappings and fixed everything in all portmaster games 🙂
        Second solution: opened the console, on PCB Y3506_V03_20241210
        – google it – downloaded boot.zip from first reddit post – replaced all boot files – working fine (except FN swapped with select, and led always on)
        In the end stayed with first solution because already remapped all buttons, FN and select are ok and the led is off, but with the next update will use “Soy Sauce Console” boot files.
        So lesson learned – replace all boot files not only dtb – the structure of those files (or the files/partitions) still remains a mystery for me, maybe you will detail the meaning of each one in another tutorial or here 🙂
        Many thanks again, for all your help and tutorials 🙂 keep on the same work.

        1. Well first off: KUDOS! 😊👍🏽 for actually trying and experimenting sooo much yourself 😊. “Pro tip:” You can also use programs like VMWare etc on a Windows pc to run linux installations without having to install them on your machine (just in case you didn’t knew yet) 😊

          The remapping is indeed also a viable option, DO however keep in mind that with some devices (not just these ones) it MIGHT actually cause damage IF for example charge controllers etc are not properly configured. I’m currently working on a project where I’m reviving old tablets to full modern Linux Kernels, and some configs SEEM to work properly, but if you would keep those running it has a HIGH probability of either “blowing stuff up” or burning out components. Because while the first type of tablet DOES boot “properly” with the boot files for the “second type of tablet” I’m working on, those boot files will FAIL thermal control, charge control etc. (NOT saying that this is the case here, but an important lesson to know for possible future ‘hacks’ 😊).

          The LED should however always be on usually. It will change color when it’s charging or blink when it’s reading that the battery is empty (at least with the default/common config that is 😉)

          USUALLY it should be sufficient to just replace the DTB’s but if the boot.ini for example is configured differently (or that specific dtb does require extra parameters in the boot ini), then yup, you also need to replace those 😊👍🏽

          And yups: Y3506_V03 is indeed they Soy Sauce 😊👍🏽

          Short ‘tutorial’ (since there are actually A LOT of Linux partition/filesystem tutorials out there 😊, so making yet another one would most likely just cause clutter😊):
          Very simple put:
          Your boot partition has 4 important primary files:
          boot.ini which is used to configure/setup the boot and how to boot/load things
          image – this is the actual kernel on which it runs
          xxxx.dtb – Device Tree Blob, which basically tells the kernel which hardware is connected and how (addresses and such)
          uInitRD – VERY simply put an inital RAM Disk with drivers and scripts which is used during boot to mount the actual OS (Ubuntu/ArkOS)

          The boot partition is almost always a FAT32 partition
          then Linux (Ubuntu/ArkOS in this instance) itself is on a partition which can be ALLLL kinds of filesystem formats, commonly used is ext4 though, and that one is ‘the root’ (/), Not to be confused with the user root (the system admin, which you should basically NEVER use unless you REALLLLLYYYY know what you’re doing and WHY you need ‘him’ 😉)

          And the roms partition is formated in exfat (IF I recall correctly), which can be natively read by both Windows and Linux, so that users can just easily manage their roms on a Linux, Windows or even Mac machine 😊

          IF you are interested in how the Linux file system works more deeply, then I would definitely recommend watching some (linux) beginner friendly videos on YT about it. There are quite a few which explain /dev /etc /usr /bin etc 😊

          Thanks for your absolute positive feed back, and your absolute persistent DIY attitude 😊👍🏽 Love to see that more these days.

          OH! And of course thank you very much for returning with your feedback. This doesn’t only help me in knowing you have seen my message, knowing it wasn’t for nothing. But it might also help others stumbling upon your replie(s) in the future, and possibly even helping them fix their Soy Sauce R36 😊👍🏽

          1. Linux – Installed already ubuntu on a vm to learn more ans starting to like it. Planning also to find an old pc to have the real feeling 🙂

            I understand – my mistake was ignoring copying the also the image file( kernel).

            Motivated by your advices put the all the original boot partition files, because now i know (from shiped original sd card arkos 08232024 aeux) and everything is working wonderfull no issue at all with the latest arkos version (06302025-1) on the new sdcard.
            So i understand that the os/root seems to be on that second partition that is hidden/ not recognised on windows maybe because ext4.

            Another question please: It is safe to do this: all (boot partition) files from original arkos with a new arkos version? Because I am planning to do only like this when updating – keeping original boot files.

            Also you where right with the first solution “remapping” and mixing boot files is messing things:
            1) I think it was running hot, now the console runs cooler.
            2) Also Fixed headphones – great adition – was thinking it was a “hardware issue in the jack” when pluging heatphones also the internal speaker was working.

            Will need to test if charging works corectly ( if the red light will turn off when full).

            I am still amazed how many things can do on this device. Now i can enjoy ported games/ running programs/ playing with terminal on such a litle pocket device.

            Onestly – Thank you!

            1. Nice 😊👍🏽 I personally have been running Linux on my/our servers for years (from Red Hat to Fedora, to SuSe (all the way back to 9.0) to even Ubuntu). “Recently” I’ve switched all our desktops full time to Linux due to all the crap going on with Windows 11😊

              Ahh of course, totally my oversight, the “Chinese one” probably likely had a different/modified kernel or what ever to account for the different hardware (Tip: you can see this when using the command uname -a, this will show the kernel version 😊)

              In regards if it’s safe, yeah I think so, it SHOULD not be a problem, there is however a SLIGHT possibility that the original kernel (if you really need that one indeed), might identify differently, or that it’s compiled with (slightly) different modules causing the Official ArkOS not to recognize certain hardware, or that certain emulator MIGHT not run (properly). HOWEVER, I personally think these risks are relatively low, especially since you already stated that everything seems to work normally now for you 😊.

              In regards to what these little things can do:
              Yeah funny thing is, that I program and make A LOT of small tools for these little Linux PC’s (because that’s what they basically are at this point😂), and I turn out to be MUCH MORE working on project FOR those devices than do actual gaming on them, out of choice, not because they keep going defective (not at all even). Even more ironic, I have been working nearly a year now on those things, and for years I could not be bothered with Linux for desktop use, and even though it’s obviously VERY different on these devices vs pc? They did played a part in making me take the final decision to fully switch😂. Now basically everything here is running Linux, from the servers to the vacuum cleaner (don’t ask😂), to our laptops, surface tablets, desktops and our hand held consoles 😊

              If you ever get into (or maybe already are🤷🏽‍♀️) scripting or programming stuff for them, I would highly recommend downloading Microsoft VSCode. You can work on UNC with it (meaning you can have the source files ON the R36, write/update them on your PC (either Windows or Linux), and then compile directly on the device via the build-in SSH terminal in VSCode. Why I’m often doing it like this? Since you then don’t have to mess with setting up cross compilers on your PC (for the ARM CPU etc), then copy the compiled file(s) to the R36 to test etc etc 😊

              You’re welcome, and it’s seriously neat to see someone this enthusiastic😊👍🏽

  5. Hi,

    not sure if this is a dutch website, but i followed your tutorial exactly but my R36S still won’t boot. It shows the flashing red light everytime i try to turn it on. I tried every single OS version there is to download, even the ones for the clones. It still won’t turn on, screen says black with a red flashing light. I tried every single file for the screen (original, V1, V2, V3, V4, V4 60hz) but nothing works. What am i doing wrong? i’m about to go crazy on this stupid device. please help! (maybe i could type this in dutch too, idk hahaha)

    thanks!

    1. Hey Johannes😊.

      Nope it’s indeed not a Dutch website, I’m Dutch myself though, but I’ve chosen to make all my content (Video’s, Website, Software and other projects) in English so everyone can benefit from it and not just our ‘Tiny Country’ 😉😊). So thank you for taking this into account and commenting in English (since your problem might also help others world wide when they come across it now😊👍🏽).

      I’m strongly suspecting yours MIGHT not be a ‘real R36S’, which might cause the problem. First let me ask this (and please DO NOT feel insulted😉😂, but it COULD be an problem with booting with these devices): Have you made sure it’s fully charged? Although USUALLY when the battery is too low it will just give an on screen text error provided by the bootloader/ArkOS instead of the blinking red LED.

      I do however still strongly ‘believe’ yours is unfortunately a clone which would explain the current issues you’re having. I myself can’t confirm it directly, but the symptoms you’re describing match VERY closely with what I’ve heard, read and received from other developers and users whom turned out to be having an “Emulec Clone”/K36. I would recommend trying one of these links/resources to see if those will help you further:

      https://handhelds.wiki/R36S_Clones#Custom_Firmware_for_the_EmuELEC_Clone

      And the download from AeolusUX:
      https://github.com/AeolusUX/ArkOS-K36

      I THINK these will solve your problem 😊. Do you still have the original SD card though? Because if you still have the original SD-Card AND the files that where on it, then you can compare the boot files and try to swap those as a last resort. But I would recommend to just try the K36 version of ArkOS by AeolusUX😊.

      IMPORTANT: Like mentioned in all my tutorials: Please DO NOT use the original SD-Card for your new installation! Those WILL be problematic and eventually even just die randomly. (They are VERY low quality SD cards)..

      Good luck and keep me up-to-date if you like if it worked😊

Leave a Reply