Similar Posts

32 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😊👍🏽

              1. Hey, first have to make sure that you are indeed using the latest (Official or Community) ArkOS (since there can be a problem with the Chinese bootfiles (dtb). AND that you actually have a real R36S or R36H, because it could just as well like with the user CannotCannot be that you don’t have an “Official R36” but an “Soy Sauce Console” for example. Which means you simply need the official boot files. for that one (which I don’t have though!)😊.

                I would NOT recommend just messing with system files yourself (in the Root partition that is) if mappings are incorrect. Because incorrect mappings most likely just indicate that you are already using the wrong boot files. And then you would only see “just an inverted stick” but there can (and will be) much bigger/serious problems which you (initially) don’t notice like for example: Charge controller not functioning properly resulting in undercharging or even over charging the batter, overheating the console (incorrect power management) etc etc….

                I would FOR AN SOY SAUCE model recommend checking this thread on GitHub: https://github.com/AeolusUX/ArkOS-R3XS/issues/95

                On there is also a link provided to the correct bootfiles download 😊. IMPORTANT: Do make sure you confirm which device you exactly have!

                Good luck😊👍🏽

  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😊

  6. Hi! I was following your tutorial and when I got to the Display Drivers I got a message saying my file doesn’t match any of the 4 possible ones. Now, I know I don’t have a replica, the file I have is called “rk3326-rg351mp-linux.dtb”, I can see the two RAM chips and I bought it from BOYHOM. How can I fix this? Thanks!

    1. Sorry, I didnt’ noticed your comment any sooner, we’ve had quite an hectic week. I thought I had covered that in the blog post, but it turns out I did in the video, but forgot to cover it in the blog post, my apologies. I did now added a section about that issue in it.

      But basically put, you can just try then one-by-one to see which one does work. But most of the time a non recognized one just turns out to be a slightly modified Panel 4 dtb file (hence why it’s not recognized). If they all fail to boot, you can always try to fallback to the original backup of your “official” SD-Card and just copy those bootfiles to your R36 once it’s done installing 😊

  7. Thanks for the tutorial. It’s really dummy-proof and really hard to mess with. Worked for the old ArkOS on my R36H but had weird result and had hard time with the new dArkOS (strangely only worked when flashed with balena etcher…). I would recommend updating your tutorial (and some testing youself) with the new dArkOS because the old ArkOS won’t be updated anymore.

    Short tutorial : download the latest dArkOS in the github repo, flash it with your prefered flashing software (rufus, win32diskimager etc), when finished, place your own “rk3326-rg351mp-linux.dtb” backed up previously to the “boot” partition, eject and insert in your R36H/S and let it boot/expand.

    1. Thanks for your comment, however the Debian Based ArkOS (dArkOS) is as far as I know the same procedure to run use the tutorial😊

      I’m GUESSING (can’t confirm because I personally will most likely not be moving do Debian based, but instead have by own Ubuntu based custom Distro for these devices with the latest LTS base).

      But same as for ArkOS, christian yet again strongly advices AGAINST using Balena etcher:
      “DO NOT USE BALENA ETCHER WITH THIS IMAGE! There has been reports of various strange issues and inconsistent performance using Etcher for this image.”

      I don’t know why, I never used balena etcher (I use other more direct tools on Linux), and don’t know WHY it would be the case what he is reporting, but considering he states that for his project I will just stick to his guide lines in regard to that.

      I DO acknowledge your comment though, because there had been a few people in the past who told me that it didn’t worked with Win32imager or even rufus and that they DID had to use Balena.. I’m GUESSING it has something to do with the sd-card, the card-reader or maybe even some drivers which are different on different pc’s 🤷🏽‍♀️

  8. For anyone struggling with the screen or getting past the 1st boot, according to the test Tool I should use the original screen files. Well they didn’t work, none of the files did. But I was running ArkOS up to the latest 2025 update.

    I still had the original files (I even have org SD intact from when it was delivered), here’s what I did. After Image was ready, I copied these files to the boot partition from orginal sd:
    rg351mp-kernel.dtb and rk3326-r35s-linux.dtb

    rename rk3326-rg351mp-linux.dtb to .image.org or something if you want to keep it.

    Make a copy of rk3326-r35s-linux.dtb and rename the copy to:
    rk3326-rg351mp-linux.dtb

    This was the trick to get my R36s working with dArkOS
    None of the .zip files gave me a working screen.

    1. Correct😊 but this has already also been explained in the ‘fold-out-section’ about if your screen would not be recognized 😊.

      The problem is that there are A LOT of different devices (ESPECIALLY the R36S units) which use slightly different hardware. Most likely for them to save a couple more bucks on production I don’t know🤷🏽‍♀️. But due to that inconsistency it’s just getting a big hell more and more to keep maintaining all files for the R36S units. The real units are in general not an issue, and will most of the time work perfectly fine. But indeed (also like stated in the tutorial); sometimes you do might need to use your original files..

      Would you be willing to email me a copy of your original boot files for analysis? You can also post me a link to a dropbox, google drive, wetransfer etc if you prefer 😊.

      I’m currently working on a distro for more advanced users and would like to know about other panels and their data if needed.. Could you also provide me (IF visible for you) which version and board date is printed on the PCB of your R36S (Often found underneath the battery and looks something like: R36S-V12, 2023-08-18 for example😊

        1. Thank you VERY much for supplying the files, helps greatly in debugging which one you truly have 😊. I have decompiled the file:
          rk3326-r35s-linux.dtb (because that is actually the one used while rg351mp-kernel.dtb is the one for the boot system (they use VERY wrong naming conventions for those files).. The rk3326-rg351mp-linux.dtb one is not used, the only need two dtbs with those devices.. and your screen/display initalization sequence don’t match the original panel 0 for 100% (which is a LONG line which looks like this: “panel-init-sequence = [39 00 04 b9 f1 12 83 39 00 06 b1 ………”

          But when I tested YOUR rk3326-r35s-linux.dtb on my panel 0 R36 (be coincidence also a purple one😂) and EXACTLY the same version AND board date (R36S-V12 2023-08-18), it did booted just fine.

          The “Without FN Button” however means that the dtb file is MOSTLIKELY not configured properly for that, it does not mean your device doesn’t have the FN button, but that it just won’t work (the button that is, the display most likely will😊).

          The files you’ve used.. are those from your original SD-Card, or ‘partial experimental copying’ from downloads for example? 😊

          Again: Major thanks for supplying these details, since it also GREATLY helps me make my Advanced OS specifically for the (Real) R36 units much more compatible 😊 (Files delivered by others will be appropriately credited btw of course)

          1. These are the files supplied with the device. I still have the original SD card. At first use I started with 2 new SD cards, so I put games on SD2. On the new SD i installed the latest ArkOS available, and used the files on the original SD to get it working. And now to get dArkOS working. But my screen wil not work with any of the other files.

            1. Thanks, I will add them (after properly patching them) to my Distro properly crediting you. I have noticed a small difference and despite the fact they are a SLIGHTLY different than the Panel 0 files I have (which come from my purple R36S with the same board date), both my Purple R36 (same as yours) boots perfectly fine with with it. BUT strangely enough my latest Black R36S (board V22 2024-12-18) ALSO boots with it perfectly fine… BUT!!! If i use the original SD-card which came with each of those units and swap the cards? Nope no screen or a white screen with striping…

              So definitely worth some investigation and an add to the selectable bootfiles in the Distro I’m building..

              Most important part is that you got yours working, and therefor I also truly appreciate you kept taking your time to keep replying😊👍🏽

    2. Having the same issue. Tried your fix and unfortunately it didn’t work for me as I didn’t have the rk3326-r35s-linux.dtb file in my original boot folder. I had the following dtb files in my original boot folder: gameconsole-r36s.dtb , rg351mp-kernel.dtb , rk3326-rg351mp-linux.dtb. I just received my R36H from Gamelabs. Using the panel checker I learned I have a V4. Tried both V4 panels offered here. Happy to see some updates in this thread the same day that I was trying to get mine working. I did swap out the SD card for a sandisk card.

      1. R36H you say with issues that the panel doesn’t work😳, pleaseeeee don’t tell me they (in China) started messing with the R36H screens also now🤦🏽‍♀️….

        For anyone struggling and not being able to figure out the exact issue with the main tutorial:
        You basically need TWO dtb files… One if for the booting process and the second one is for linux ((d)ArkOS itself). BUT how they are named can be different unfortunately. You can however open boot.ini to see how the linux one (the most important one) should be named:
        load mmc 1:1 ${dtb_loadaddr} rk3326-rg351mp-linux.dtb

        that line shows the filename ‘rk3326-rg351mp-linux.dtb’ in this example.

        But (like stated in my main tutorial also) IF you can’t get it to work at all… you can also as last resort try to just copy the dtb files and boot.ini from your original SD-Card/backup to the boot partition of your new card to see if that works 😊

        I’m sorry I can’t be of more assistance with ‘direct instructions’, but they unfortunately make it absurdly complex for regular users by constantly changing the filenames, displays and sources they copy the distributions of the operations systems from. Which also makes it nearly impossible for me to keep up with all the random stuff each reseller keeps doing (often even without truly understanding what they are doing).

        Hope this information helped you (or some others) a bit further though if issues arise.

        1. Hi Rico! Thanks for getting back to me. I loaded the original boot files and still no luck. Here’s what I had in my boot.ini file.

          load mmc 1:1 ${dtb_loadaddr} rk3326-rg351mp-linux.dtb.

          When trying to use your original boot files, should I wait for the initial install to finish before powering down and subbing with my original boot files? Also, when replacing with the original boot files, should I should be doing a file replace and leave existing dtb files or should I clear all dtb files and boot.ini file before dropping in my original files? I’ve tried all sort of combos!

          Anyways, I understand that you do not have the time to troubleshoot every issue so I really appreciate anything you can offer.

          1. No worries😊

            And yes, you should indeed 100% certainly WAIT about 2-3 minutes before turning it off if you don’t have video on during the first boot. The reason for this is that ArkOS is re-partitioning the SD-Card to it’s maximum size and if you interrupt that process there is a very high probability it won’t be able to boot properly at all anymore.

            IF you however already know which files you need, then you can often just prepare the sd-card in your pc, then also (before inserting it into your R36) copy the dtb files to it and then do the first boot instantly with screen and all (which I also often do myself). But then you do already have to know which boot files you have.

            I’m however very interesting to learn/discover if “you’re doing something wrong” accidentally so to speak, or that there now (unfortunately) also ready is an imitation R36H or one with yet another display panel we haven’t heard about yet.

            Not only to possibly improve/update the text tutorial (this post) if needed, but also to see if I would possibly need to make an update for other R36H units for example..

            Is there a possibility that you can upload the .dtb files from your original SD-Card to something like a googledrive or so and post the link here? (So I can investigate them?)😊

            You could indeed also just try to remove all .dtb files and replace them with the ones from the download (or your original for that matter) if you can’t get the new ArkOS to work….

            IF you really have an (real) R36H, then it most likely is just the Panel 4 you’ll need. I PERSONALLY haven’t seen any other R36H units yet (and I have about 20 of them, with various board dates).

            the rk3326-rg351mp-linux.dtb in your boot ini means it uses that file as loader for linux indeed. You could just go ‘nuclear’ and indeed just remove all .dtb’s and the boot.ini file and then drop the new ones into that drive to see if you can get it to work.

            IMPORTANT!!!!!! There are some other files on there (image and uInitrd for example), whatever you do: DO. NOT. REMOVE. THOSE😉😂. Those are CRITICAL to keep, I could in detail explain what they are but the reply is already turning into a book for you😉. In short: that is THE Linux kernel and the initial bootloader used to load Linux. Without those, nothing is going to happen ever either 😉

            Good luck and keep me posted please😊👍🏽

Leave a Reply