[GUIDE] MODIFY REMIX 3.0.101 to 3.0.104 FOR SYSTEM READ-WRITE - Remix OS for PC

UPDATED 2016-08-12 I HIGHLY RECOMMEND A BETTER METHOD FOUND HERE:
http://forum.xda-developers.com/remix/remix-os/guide-using-jides-remountrw1-method-to-t3431595
FEWER CHANCES OF ERROR :laugh:
UPDATED 2016-08-09 TO INCLUDE 32 BIT DIRECTIONS MANY THANKS TO @ireMaN FOR INPUT
THIS IS MODIFIED NOW FOR BOTH 32 AND 64 BIT!
THIS IS ALSO ONLY FOR HDD INSTALLATIONS
Fellow Remixers:
As many have found out, version 3 of RemixOS doesn't allow changes to the system. This is because instead of a system.img it now uses a system.sfs. For most of us there is no advantage to this, and it makes it impossible to perform even simple mods to the build.prop.
So we must convert that pesky system.sfs to a system.img and substitute a modified initrd.img.
There has been so much interest in this that I have tried to write a guide. I hope it is accurate, but I encourage feedback to improve it. EDIT 2016-08-03: WORKS FOR 3.0.102 ALSO
EDIT: 2016-08-09 WORKS FOR 3.0.103 ALSO
Here it goes:
ALL OF THIS IS DONE FROM WINDOWS. From File Explorer, navigate to your partition with RemixOS folder. Note the drive letter; mine was d:
1 Open the RemixOS folder on that drive; you should see a system.sfs file.
2 First you need to download the correct (32 or 64) modified initrd.img from here:
https://drive.google.com/folderview?id=0B3gcDbDvV4MkTm5raUZRZXl4NkE
3 Use File Explorer to navigate to the Downloads folder; you should see a file named initrd_(32 or 64)_rw_3.0.101.img
4 Copy that file into the RemixOS folder on the drive where you installed Remix.
5 Open the RemixOS folder; you should see both the original initrd.img and the new initrd_(32 or 64)_rw_3.0.101.img
6 Rename the initrd.img to oldinitrd.img to save it in case you need it
7 Rename the initrd_(32 or 64)_rw_3.0.101.img to initrd.img
8 Next convert that system.sfs file to a system.img file
9 Using your web browser, download and install RMXTools from http://forum.xda-developers.com/remix/remix-os/rmxtools-remix-os-data-img-t3308158
10 Then in File Explorer, navigate to Downloads folder and extract the RMXTools zip. (EDIT: You may need 7zip to extract it)
11 Then navigate to the newly created RMXTools folder and navigate to the bin64 folder
12 Open a command window by using shift&right mouse button and selecting the Open command window here
13 Assuming that your RemixOS folder is on drive c: type unsquashfs.exe -d c:\temp c:\RemixOS\system.sfs
If your drive letter is e: for example, you would substitute e: for c: (EDIT: Do not change the -d as it is part of the command)
You should see it writing blocks for a few seconds
This should create a new system.img file on drive d: in folder temp
14 Now you need to navigate again to the drive with the RemixOS folder. You should see your newly created system.img in the temp folder
15 Copy it into the RemixOS folder
16 Now open the RemixOS folder; you should see your new system.img alongside the original system.sfs.
17 Rename the system.sfs to oldsystem.sfs to keep it in case you need it again
OK now time to reboot into Remix
You should now have writable system
Hope this helps
If it works for you please hit the "thanks" and if you're REALLY happy then I can always use coffee money
NOTE: TO TAKE OTA UPDATE YOU NEED TO DO THE Following FROM WINDOWS:
A In File Explorer, navigate to the RemixOS folder
B Find and rename the initrd.img to initrd_(32 or 64)_rw_3.0.101.img depending on your version
C Find and delete system.img
D Rename oldsystem.sfs to system.sfs
E Reboot ti RemixOS and download the update and select the Reboot option.
F After the OTA is installed and you are at the desktop you need to repeat steps 6 through 17 above
Any suggestions to make this easier please let me know. Please PM me and I will answer your questions.

Thanks a lot... Will try and reply you soon.... But I'm sure it works
Sent from my S II using XDA Labs

changing orientation
Thanks a lot. Not only you are a very helpful person , you have lots of patience. Thanks for all your inputs and guidance. I checked using CPU-Z and find all sensors are working including rotation sensor. I alos see that the new build.prop has the line ro.remixos.box is set to flase. But still my surface pro does not auto rotate to portrait mode. I am also not able to force it into portrait mode. Can you help please?
Thanks
lollyjay said:
Fellow Remixers:
There has been so much interest in this that I have tried to write a guide. I hope it is accurate, but I encourage feedback to improve it.
Here it goes:
All of this is done from Windows. From File Explorer, navigate to your partition with RemixOS directory. Note the drive letter; mine was d:
Open the RemixOS folder on that drive; you should see a system.sfs file.
First you need to download a modified initrd.img from here:
https://drive.google.com/folderview?id=0B3gcDbDvV4MkTm5raUZRZXl4NkE
Use File Explorer to navigate to the Downloads folder; you should see a file named initrd_rw_3.0.101.img
Copy that file into the RemixOS folder on the drive where you installed Remix.
Open the RemixOS folder; you should see both the original initrd.img and the new initrd_rw_3.0.101.img
Rename the initrd.img to oldinitrd.img to save it in case you need it
Rename the initrd_rw_3.0.101.img to initrd.img
Next convert that system.sfs file to a system.img file
Using your web browser, download and install RMXTools from http://forum.xda-developers.com/remix/remix-os/rmxtools-remix-os-data-img-t3308158
Then in File Explorer, navigate to Downloads folder and extract the RMXTools zip.
Then navigate to the newly created RMXTools folder and navigate to the bin64 folder
Open a command window by using shift&right mouse button and selecting the Open command window here
Assuming that your RemixOS folder is on drive d: type
unsquashfs.exe -d d:\temp d:\RemixOS\system.sfs
If your drive letter is e: for example, you would substitute e: for d:
You should see it writing blocks for a few seconds
This should create a new system.img file on drive d: in folder temp
Now you need to navigate again to the drive with the RemixOS folder. You should see your newly created system.img in the temp folder
Copy it into the RemixOS folder
Now open the RemixOS folder; you should see your new system.img alongside the original system.sfs.
Rename the system.sfs to oldsystem.sfs to keep it in case you need it again
Rename the initrd_rw_3.0.101.img to initrd.img
OK now time to reboot into Remix
You should now have writable system
Hope this helps
If it works for you please hit the "thanks" and if you're REALLY happy then I can always use coffee money
Any suggestions to make this easier please let me know.
Click to expand...
Click to collapse

Some Question
Any suggestions to make this easier please let me know.
Click to expand...
Click to collapse
how to mount HDD Partition like previous version? is there any trick to show it again?
Hope Anyone Here Can Help

rajnallan said:
Thanks a lot. Not only you are a very helpful person , you have lots of patience. Thanks for all your inputs and guidance. I checked using CPU-Z and find all sensors are working including rotation sensor. I alos see that the new build.prop has the line ro.remixos.box is set to flase. But still my surface pro does not auto rotate to portrait mode. I am also not able to force it into portrait mode. Can you help please?
Thanks
Click to expand...
Click to collapse
Thank you for the compliment. My knowledge does not extend to that area; perhaps @HypoTurtle can help?

asuduakali said:
Any suggestions to make this easier please let me know.
how to mount HDD Partition like previous version? is there any trick to show it again?
Hope Anyone Here Can Help
Click to expand...
Click to collapse
I wish I knew...
Edit: I suspect that they locked access to speed up the system by disabling disk i/o

lollyjay said:
I wish I knew...
Edit: I suspect that they locked access to speed up the system by disabling disk i/o
Click to expand...
Click to collapse
I succeed to do it using stickmount after i copied these imgs .
just check usbstorage folder with file explorer ( i'm using ES)

lollyjay said:
Fellow Remixers:
There has been so much interest in this that I have tried to write a guide. I hope it is accurate, but I encourage feedback to improve it.
Here it goes:
All of this is done from Windows. From File Explorer, navigate to your partition with RemixOS directory. Note the drive letter; mine was d:
Open the RemixOS folder on that drive; you should see a system.sfs file.
First you need to download a modified initrd.img from here:
https://drive.google.com/folderview?id=0B3gcDbDvV4MkTm5raUZRZXl4NkE
Use File Explorer to navigate to the Downloads folder; you should see a file named initrd_rw_3.0.101.img
Copy that file into the RemixOS folder on the drive where you installed Remix.
Open the RemixOS folder; you should see both the original initrd.img and the new initrd_rw_3.0.101.img
Rename the initrd.img to oldinitrd.img to save it in case you need it
Rename the initrd_rw_3.0.101.img to initrd.img
Next convert that system.sfs file to a system.img file
Using your web browser, download and install RMXTools from http://forum.xda-developers.com/remix/remix-os/rmxtools-remix-os-data-img-t3308158
Then in File Explorer, navigate to Downloads folder and extract the RMXTools zip.
Then navigate to the newly created RMXTools folder and navigate to the bin64 folder
Open a command window by using shift&right mouse button and selecting the Open command window here
Assuming that your RemixOS folder is on drive d: type
unsquashfs.exe -d d:\temp d:\RemixOS\system.sfs
If your drive letter is e: for example, you would substitute e: for d:
You should see it writing blocks for a few seconds
This should create a new system.img file on drive d: in folder temp
Now you need to navigate again to the drive with the RemixOS folder. You should see your newly created system.img in the temp folder
Copy it into the RemixOS folder
Now open the RemixOS folder; you should see your new system.img alongside the original system.sfs.
Rename the system.sfs to oldsystem.sfs to keep it in case you need it again
Rename the initrd_rw_3.0.101.img to initrd.img
OK now time to reboot into Remix
You should now have writable system
Hope this helps
If it works for you please hit the "thanks" and if you're REALLY happy then I can always use coffee money
Any suggestions to make this easier please let me know.
Click to expand...
Click to collapse
Tried it now. Worked like a charm. killing the thanks button

Everything working fine... I'd clean install replacing both files, thank you very much, and also i installed SuperSU for better root magement and besides.. with this one StickMount works perfectly...

doing this Adaway can work?

dark8899 said:
doing this Adaway can work?
Click to expand...
Click to collapse
Yes, of course

asuduakali said:
how to mount HDD Partition like previous version? is there any trick to show it again?
Hope Anyone Here Can Help
Click to expand...
Click to collapse
Try changing ro.remixos.scan_all_parts=false
rajnallan said:
Thanks a lot. Not only you are a very helpful person , you have lots of patience. Thanks for all your inputs and guidance. I checked using CPU-Z and find all sensors are working including rotation sensor. I alos see that the new build.prop has the line ro.remixos.box is set to flase. But still my surface pro does not auto rotate to portrait mode. I am also not able to force it into portrait mode. Can you help please?
Thanks
Click to expand...
Click to collapse
Haven't found what's forcing landscape; yet... maybe see what changing ro.remixos.has_adjust_display=false does; but it's probably nothing
xSilverLight said:
Everything working fine... I'd clean install replacing both files, thank you very much, and also i installed SuperSU for better root magement and besides.. with this one StickMount works perfectly...
Click to expand...
Click to collapse
Yea, stickmount seems to need the [updated] superSU su binary; so either system.img rw or systemless root would do [also the build.prop edit mentioned above might be an alternative to stickmount but editing build.prop needs system rw anyway].
Addendum; if anyone is using my 32bit su.img; you need to make a /su/xbin_bind folder and reboot before SuperSU will update the binary

HypoTurtle said:
Yea, stickmount seems to need the [updated] superSU su binary; so either system.img rw or systemless root would do [also the build.prop edit mentioned above might be an alternative to stickmount but editing build.prop needs system rw anyway].
Addendum; if anyone is using my 32bit su.img; you need to make a /su/xbin_bind folder and reboot before SuperSU will update the binary
Click to expand...
Click to collapse
Exactly, also I'll try that you mention and thanks for the info..
And also.. thanks for all your contributions

HypoTurtle said:
Try changing ro.remixos.scan_all_parts=false
Haven't found what's forcing landscape; yet... maybe see what changing ro.remixos.has_adjust_display=false does; but it's probably nothing
IT is already showing ro.remixos.has_adjust_display =false
The latest remix OS based on Marshmallow carries all these changes.
Click to expand...
Click to collapse

Thanks. Now I can use stick mount and access my hdd.

hhaiwzz said:
Thanks. Now I can use stick mount and access my hdd.
Click to expand...
Click to collapse
You're very welcome my pleasure

I'm at a loss as to how to get this working on a USB install on my system. Are people using hard drive installs or USB flash drive ones? I'm using a 64gb Sandisk Extreme flash drive.
1st off - using the Windows tool that comes in the installer from Jide's website (downloaded file I have is Remix_OS_for_PC_Android_M_64bit_B2016072603.zip ) to "install" RemixOS onto the flash drive works flawlessly but after that I'm unable to see any other volumes other than one called REMIX_OS which is not a system volume. I've formatted the flash drive 4 times already and redid the installation each time. Each time the install is perfectly bootable but in terms of being able to boot into windows and brows the RemixOS folder to modify system files there is no change, I'm unable to see all volumes on the flash drive. I only see one volume while in windows and that one appears to be an SD CARD (It's called REMIX_OS and only has an Android and Lost folder in it) rather than the system volume for Android.
If I insert the flash drive into my Macbook I'm able to see two volumes, the volume called REMIX_OS I referred to earlier and another volume called REMIXOSSYS which does have the system files in it (with the initrd.img and system.sfs that need to be replaced) . .
So after using the RMXTools on my Windows machine to create a system.img file (which ends up ballooning to 2.6gb, is that the right size?) and downloading the requisite initrd_rw_3.0.101.img and renaming both original files on the REMIXOSSYS volume (using my Mac) and copying the new ones onto the flash drive volume I'm able to boot into RemixOS on my PC normally.
Everything works fine until I actually try to edit build prop as a test at which point I'm unable to. The system itself operates just fine otherwise but system still isn't writeable.
I'm not quite sure why others are easily able to do everything they need to do on their PC's using windows explorer to modify the system files and I'm not. I tried it on both my home and work PCs and the result is the same. Nonetheless I'm thinking that since all that is supposed to be required to make system writeable is to replace the initrd.img and system.sfs with the modified initrd.img and a system.img file then it really shouldn't matter if I do it using a Mac or a PC . . i'm confused at this point lol.
Any thoughts?

rajnallan said:
HypoTurtle said:
Try changing ro.remixos.scan_all_parts=false
Haven't found what's forcing landscape; yet... maybe see what changing ro.remixos.has_adjust_display=false does; but it's probably nothing
IT is already showing ro.remixos.has_adjust_display =false
The latest remix OS based on Marshmallow carries all these changes.
Click to expand...
Click to collapse
Yea; I said change it. i.e. to true
Click to expand...
Click to collapse

muzzy996 said:
I'm at a loss as to how to get this working on a USB install on my system. Are people using hard drive installs or USB flash drive ones? I'm using a 64gb Sandisk Extreme flash drive.
1st off - using the Windows tool that comes in the installer from Jide's website (downloaded file I have is Remix_OS_for_PC_Android_M_64bit_B2016072603.zip ) to "install" RemixOS onto the flash drive works flawlessly but after that I'm unable to see any other volumes other than one called REMIX_OS which is not a system volume. I've formatted the flash drive 4 times already and redid the installation each time. Each time the install is perfectly bootable but in terms of being able to boot into windows and brows the RemixOS folder to modify system files there is no change, I'm unable to see all volumes on the flash drive. I only see one volume while in windows and that one appears to be an SD CARD (It's called REMIX_OS and only has an Android and Lost folder in it) rather than the system volume for Android.
If I insert the flash drive into my Macbook I'm able to see two volumes, the volume called REMIX_OS I referred to earlier and another volume called REMIXOSSYS which does have the system files in it (with the initrd.img and system.sfs that need to be replaced) . .
So after using the RMXTools on my Windows machine to create a system.img file (which ends up ballooning to 2.6gb, is that the right size?) and downloading the requisite initrd_rw_3.0.101.img and renaming both original files on the REMIXOSSYS volume (using my Mac) and copying the new ones onto the flash drive volume I'm able to boot into RemixOS on my PC normally.
Everything works fine until I actually try to edit build prop as a test at which point I'm unable to. The system itself operates just fine otherwise but system still isn't writeable.
I'm not quite sure why others are easily able to do everything they need to do on their PC's using windows explorer to modify the system files and I'm not. I tried it on both my home and work PCs and the result is the same. Nonetheless I'm thinking that since all that is supposed to be required to make system writeable is to replace the initrd.img and system.sfs with the modified initrd.img and a system.img file then it really shouldn't matter if I do it using a Mac or a PC . . i'm confused at this point lol.
Any thoughts?
Click to expand...
Click to collapse
Method works only for hdd installations afaik

wow thanks for this, now since we have an open system, can we install xposed framework?

Related

Lenovo K900 kitchen 1.23

Description: Utility (hereinafter - the kitchen) to make changes to the firmware image for the Lenovo K900.
Operating System Requirements: Any Linux-like system (I recommend Ubuntu), any digit. For correct working kitchen must be installed packges: p7zip, p7zip-full, jdk, jre, python, ia32-libs.
Features: Removing the preinstalled Chinese software from the VibeROM firmwares; other firmware - manual; deodexing firmware; adding ROOT rights in firmware; editing build.prop; installing Google apps (* not verified), repacking the system.img.gz image.
Instructions for use:
- unpack the archive to any folder;
- Run the kitchen with console command ./kitchen.sh and enter the root password (required for file operations);
- Copy the file system.img or system.img.gz in a folder /in/;
- Enter 1 if throwing system.img.gz image archive folder in /in/, or go to step 2 if the folder /in/ drop files system.img;
- Type 2 to mount the image, while in the kitchen wearing the phrase "System: unmounted" will change to "System: mounted". The system is mounted in a folder /mount/;
Then simply describe the menu items:
3 - removes Chinese preinstalled software according file cn-apps in /scripts/ folder;
4 - "easier" firmware by deleting unnecessary files, animation off; applies mods - Record video to MP4, boot animation changed to "clipped " (you can change your folder /scripts/mod/);
5 - deodexing firmware (it takes quite a long time , up to 10 min);
6 - adding ROOT rights (used SuperSU 1.93). If you want to use a different version, you can replace the files in the /scripts/root/;
7 - editing build.prop file by using gedit;
8 - Set the Google apps light with a minimum set of software, you can further install more right already from Google Market (not tested);
9 - edited image packaging system system.img.gz. Ready to pick up the file from the folder /out/;
10 - unmount mounted image. Performed at the end of all operations with an editable manner;
0 - unpack inb firmware;
x - exit.
Download link:
http://forum.xda-developers.com/devdb/project/dl/?id=5359
Download mirror:
https://drive.google.com/folderview?id=0Bz3X7ZuowQimM3c0ZFV2QlZMR2c&usp=sharing
XDA:DevDB Information
Lenovo K900 kitchen, Tool/Utility for the Lenovo K900
Contributors
xxx-man-by
Version Information
Status: Testing
Stable Release Date: 2014-02-17
Created 2014-02-19
Last Updated 2014-06-07
What a great job!:good:
Amazing
Now its time to cook some ROM's
Lenovo K900 kitchen 1.21 beta
Released new version 1.21 beta
Whats new:
- Added support for firmware format INB (unpacking only);
- SuperSU binaries updated to version 1.93;
- Added support for complex tools with Android 4.3 (deodex, zipalign, optipng). Work is not very stable.
great, I hv prepared ubuntu and hv started cooking
Released new version 1.23
Whats new:
- Changed the script for implementation Root rights firmware (to fully support Android 4.3)
Just asking...
no kitchen for Windows7?
pjsplayez said:
Just asking...
no kitchen for Windows7?
Click to expand...
Click to collapse
No. Only for Linux-like OS, because Windows cannot work with images, mounting, rights etc...
Thank you i try it and install root Good Job
Just ask
xxx-man-by.. why not just "inb" file in "sdfuse" folder ?!. thanks before
Thank you, I am being to buy that device ^_^
Dual boot
Hello, anyone know how the best way to dual boot os in my laptop?
i want to boot windows 7 with ubuntu.
Hope anyone can give me guide or give me any link to make a dual boot.
help XXX-Man
i think the link is not working anymore.
REupload please
pjsplayez said:
help XXX-Man
i think the link is not working anymore.
REupload please
Click to expand...
Click to collapse
Ok. I`ll upload to the mirror. Please wait. DONE.
pjsplayez said:
Hello, anyone know how the best way to dual boot os in my laptop?
i want to boot windows 7 with ubuntu.
Hope anyone can give me guide or give me any link to make a dual boot.
Click to expand...
Click to collapse
if you need linux just for cooking, dont install it to harddrive.. just throwit on some usb drive and run it live..
use pendrivelinux or yumi to make live linux on usb.
xxx-man-by, if we have already the unpacked system folder like the VIBEROM Dev1418?
sev7en said:
xxx-man-by, if we have already the unpacked system folder like the VIBEROM Dev1418?
Click to expand...
Click to collapse
I do not understand what you mean.
xxx-man-by said:
I do not understand what you mean.
Click to expand...
Click to collapse
Good morning,
to start my kitchen, I download the original VIBEROM image file, redhookbay-ota-VIBEROM_V1.0_1418_DEV_K900.zip but if I extract it on the "IN" folder I haven't the .img packages to mount (e.g. the system folder is already unpacked):
Also, after that, I get only the system.img file but in other release I used before, e.g. the one for the VIVO, I had the way to pack directly the image to flash. Here which one is the next step?
Thank you,
sev7en said:
Good morning,
to start my kitchen, I download the original VIBEROM image file, redhookbay-ota-VIBEROM_V1.0_1418_DEV_K900.zip but if I extract it on the "IN" folder I haven't the .img packages to mount (e.g. the system folder is already unpacked):
Also, after that, I get only the system.img file but in other release I used before, e.g. the one for the VIVO, I had the way to pack directly the image to flash. Here which one is the next step?
Thank you,
Click to expand...
Click to collapse
redhookbay-ota-VIBEROM_V1.0_1418_DEV_K900.zip - this is ordinary zip file, K900 kitchen is not working with OTA zip archives. To start working with kitchen you need to put in the /in/ folder only system.img, system.img.gz, or any INB file (to unpack it). Only like this.
xxx-man-by said:
redhookbay-ota-VIBEROM_V1.0_1418_DEV_K900.zip - this is ordinary zip file, K900 kitchen is not working with OTA zip archives. To start working with kitchen you need to put in the /in/ folder only system.img, system.img.gz, or any INB file (to unpack it). Only like this.
Click to expand...
Click to collapse
thank you for getting me back sooner, with your unique Kitchen we are able to manage that files as well to repack them but when done how we get the final package to flash?
thanks once again for that

Some heads up on initrd.img and rooting

Just had a little nasty experience with this file.
Initially to install the new beta update of Remix OS I rooted system.img with RMXtools v1.5 but it was pointed out by developer imadlatch that initrd.img prevented write permissions for this system partition, so I used the one he attached to his OP (it's the one that comes with alpha version) and could therefore set up root correctly, etc, after I was done and decided I didn't care for write permissions anymore to the system partition I restored the initrd.img that came with beta and can confirm it doesn't break root but it won't let you make any changes or write anything whatsoever inside /system.
The next day I found something else to do in this partition so I swapped the initrd file again, when I finally settled for the initrd.img from beta I couldn't get Remix OS to boot, so I hard rebooted the PC, even worse, grub was asking for files. Got into Windows and found that the RemixOS folder was "corrupted and inaccesible" (properties gave me 0 bytes for this folder) which I could thankfully resolve with a simple chkdsk command. Now I'm putting this out there. If you're going to root your beta Remix system make sure to copy over the old alpha initrd.img (also on the RMXtools thread) to your "RemixOS" folder that lets you write to system and don't fiddle with it anymore. Recommended for the first boot of Remix to be unrooted so that the data.img created (also seems to be dictated by initrd) is 8 GB and not 4.
You_KS said:
Just had a little nasty experience with this file.
Initially to install the new beta update of Remix OS I rooted system.img with RMXtools v1.5 but it was pointed out by developer imadlatch that initrd.img prevented write permissions for this system partition, so I used the one he attached to his OP (it's the one that comes with alpha version) and could therefore set up root correctly, etc, after I was done and decided I didn't care for write permissions anymore to the system partition I restored the initrd.img that came with beta and can confirm it doesn't break root but it won't let you make any changes or write anything whatsoever inside /system.
The next day I found something else to do in this partition so I swapped the initrd file again, when I finally settled for the initrd.img from beta I couldn't get Remix OS to boot, so I hard rebooted the PC, even worse, grub was asking for files. Got into Windows and found that the RemixOS folder was "corrupted and inaccesible" (properties gave me 0 bytes for this folder) which I could thankfully resolve with a simple chkdsk command. Now I'm putting this out there. If you're going to root your beta Remix system make sure to copy over the old alpha initrd.img (also on the RMXtools thread) to your "RemixOS" folder that lets you write to system and don't fiddle with it anymore. Recommended for the first boot of Remix to be unrooted so that the data.img created (also seems to be dictated by initrd) is 8 GB and not 4.
Click to expand...
Click to collapse
Check your grub entire. I bet initrd was missing from the bottom of the entire.
You_KS said:
Just had a little nasty experience with this file.
Initially to install the new beta update of Remix OS I rooted system.img with RMXtools v1.5 but it was pointed out by developer imadlatch that initrd.img prevented write permissions for this system partition, so I used the one he attached to his OP (it's the one that comes with alpha version) and could therefore set up root correctly, etc, after I was done and decided I didn't care for write permissions anymore to the system partition I restored the initrd.img that came with beta and can confirm it doesn't break root but it won't let you make any changes or write anything whatsoever inside /system.
The next day I found something else to do in this partition so I swapped the initrd file again, when I finally settled for the initrd.img from beta I couldn't get Remix OS to boot, so I hard rebooted the PC, even worse, grub was asking for files. Got into Windows and found that the RemixOS folder was "corrupted and inaccesible" (properties gave me 0 bytes for this folder) which I could thankfully resolve with a simple chkdsk command. Now I'm putting this out there. If you're going to root your beta Remix system make sure to copy over the old alpha initrd.img (also on the RMXtools thread) to your "RemixOS" folder that lets you write to system and don't fiddle with it anymore. Recommended for the first boot of Remix to be unrooted so that the data.img created (also seems to be dictated by initrd) is 8 GB and not 4.
Click to expand...
Click to collapse
Might be a bit overkill to go back to alpha initrd -- attached is beta initrd with ro's removed.
I had the corrupted folder with alpha as well (fixed with chkdsk), it's essentially caused by ntfs being dirty mounted/unmounted and an fsck (ntfsfix) not being run before it's mounted.
HypoTurtle said:
Might be a bit overkill to go back to alpha initrd -- attached is beta initrd with ro's removed.
I had the corrupted folder with alpha as well (fixed with chkdsk), it's essentially caused by ntfs being dirty mounted/unmounted and an fsck (ntfsfix) not being run before it's mounted.
Click to expand...
Click to collapse
Oh, yes! That makes sense and thank you, gonna use this.

Systemless root step-by-step procedure

Thanks to HypoTurtle for providing the .img files! I used them for this, and please give him thanks too. Here is the link to his post: http://forum.xda-developers.com/remix/remix-os/systemless-root-remixos-64bit-t3368131
Looking for a step-by-step to root the most recent .205 Remix OS? I have tried here to put together a procedure that most can follow. Please let me know how it works for you.
PLEASE REMEMBER THAT MESSING AROUND MIGHT RESULT IN PROBLEMS IF YOU DO NOT FOLLOW INSTRUCTIONS EXACTLY.
This is only for 64 bit. Please note that you MUST type all command line commands Exactly as shown (including spaces and caps)
 First, download and install Remix OS from their website. Go through the complete installation.
 Next, using the Remix Browser, download the following four files:
https://drive.google.com/folderview?id=0B3gcDbDvV4MkVWRxU3pYMzVUWEU
To substitute the new ramdisk.img:
 Open the File Manager twice from the file launcher. You should now have two windows open. You can move them around and resize as needed.
 From one File Manager window, click on the Drive# with your Remix OS folder (Usually it it the bottom drive on the lower left). You will see a Remix OS folder.
 Click on it to open it. Now you should see the files including one named ramdisk.img.
 Click on the ramdisk.img and select Rename from the upper right menu (you should see a check symbol... click on this and then click on the three dots to bring up the Rename command). Rename the ramdisk.img to ramdiskorig.img (this will save it in case you want to accept OTA (just rename ramdisk.img to ramdiskroot.img and rename ramdiskorig.img to ramdisk.img))
 Tap on the Download Folder of the other File Manager window to open it. You should see the four files you downloaded.
 Drag ramdisk.img from Download Folder on the first File Manager window to the Remix OS folder in the other window. You have now replaced the original ramdisk with the "rooted" one.
Now you need to transfer the su.img file into the /data partition:
 Press Alt-F1 to open the command line. You should see a line of text with the # symbol.
 To copy su.imginto /data, at the command line type: cp /data/media/0/Download/su.img /data/su.img and press ENTER. Note the locations of the spaces after cp and img. If you receive no error statement then you did it correctly.
While you are here, you can activate Google Play store:
 type sh /data/media/0/Download/Playenable.sh and press ENTER. You should get an acknowledgement that files are being disabled and enabled.
 Press Alt-F7 to exit the command line
 Reboot your computer again into Remix OS. You should be rooted, and have Play Store if you did everything correctly. Don't be concerned if you have a little trouble getting Play Store to work at first. Just be patient and keep trying. You may need to go to Setup/Accounts and delete and reenter your Google account.
Many users want to have a different launcher from the one in Remix OS. If you wish to use your launcher of choice:
 Download your launcher from Play store
 Press Alt-F1 to open the command line
 Type sh /data/media/0/Download/Launcherenable.sh and press ENTER. You should see an acknowledgement if you did this correctly.
 Now follow these steps to activate the new launcher:
 Press Alt-F1 to exit the command line.
 You will be prompted to select your launcher. You will have to minimize the launcher (in upper right corner) in order to click the prompt. After enabling your launcher, be sure to go to the Settings/Applications and set your launcher to Open in full screen mode.
Set to go! Have fun.
Where is the ramdisk.img?
64bit or 32bit
thanx
c0dex said:
Where is the ramdisk.img?
Click to expand...
Click to collapse
You should see 4 files. Are they there?
Sent from my on Z00A using XDA Labs
deaakl said:
64bit or 32bit
thanx
Click to expand...
Click to collapse
Thanks for the question. 64 bit. I'll update the OP.
Sent from my on Z00A using XDA Labs
lollyjay said:
Thanks for the question. 64 bit. I'll update the OP.
Sent from my on Z00A using XDA Labs
Click to expand...
Click to collapse
worked and solve my problem with usb host controller : (sh: [2]: /data/data/hu.sztupy.android.usbhostcontroller/files/your_binary: permission denied)
thanx
deaakl said:
worked and solve my problem with usb host controller : (sh: [2]: /data/data/hu.sztupy.android.usbhostcontroller/files/your_binary: permission denied)
thanx
Click to expand...
Click to collapse
Good to hear.
hi I just modified the op to make the root process easier.
Sent from my LENOVO 33476WU using XDA Labs
Hi, with this root method, cannot edit init.sh?
RoboR1 said:
Hi, with this root method, cannot edit init.sh?
Click to expand...
Click to collapse
Not directly without also replacing initrd.img to mount /system rw (and break OTA).
Fairly sure these are my unaltered files so there are other options.
1. You could add a su.d script into /su/su.d to do what you need
2. I added a script that mounts files from /su/vendor/ over /system so - /su/vendor/etc/init.sh would be /system/etc/init.sh (not sure if it's there by default - if you add the path to /su/systemfiles.txt it will be)
ok thank you.

update failed remix os 3.202 to 3.203. ext4 partion

dear i need help
due to many reasons i installed remix os on ext4 partition scheme without data.img and placed boot efi to other partition and everything is fine except now when i am going to update to 3.203 from 3.202, at restart em gotting "update failed" at boot.
plz help
http://forum.xda-developers.com/showpost.php?p=66455430&postcount=7
Ota updating has not being fixed (did it? Ever work?)
*when you download the iso... there a known issues list...that incl Ota not working
Goodluck
mitchell4you said:
http://forum.xda-developers.com/showpost.php?p=66455430&postcount=7
Ota updating has not being fixed (did it? Ever work?)
*when you download the iso... there a known issues list...that incl Ota not working
Goodluck
Click to expand...
Click to collapse
OTA updates of installed RemixOS versions never worked. But you can perform a new installation keeping your data directory. Updating version 3.0.202 you have to rename directory "android-2016-08-23" into "RemixOS" (probably this renaming of the installation directory is necessary the last time) and to delete all directories and files contained by "RemixOS" other than "data". In the next step you have to install Remix OS 3.0.203 without formatting your ext4 partition and with creating a new grub entry. That's all.
remixtester said:
OTA updates of installed RemixOS versions never worked. But you can perform a new installation keeping your data directory. Updating version 3.0.202 you have to rename directory "android-2016-08-23" into "RemixOS" (probably this renaming of the installation directory is necessary the last time) and to delete all directories and files contained by "RemixOS" other than "data". In the next step you have to install Remix OS 3.0.203 without formatting your ext4 partition and with creating a new grub entry. That's all.
Click to expand...
Click to collapse
I've used the ota updater and it worked fine. i didn't test 2.0 to 3.0 ota(it was faster downloading separate and manually update). I have been using the same /remix/data folder since the 2.0(I manually patched /data when going from 2.0 to 3.0). I also keep backups of the data folder.
Maromi said:
I've used the ota updater and it worked fine. i didn't test 2.0 to 3.0 ota(it was faster downloading separate and manually update). I have been using the same /remix/data folder since the 2.0(I manually patched /data when going from 2.0 to 3.0). I also keep backups of the data folder.
Click to expand...
Click to collapse
remixtester said:
OTA updates of installed RemixOS versions never worked. But you can perform a new installation keeping your data directory. Updating version 3.0.202 you have to rename directory "android-2016-08-23" into "RemixOS" (probably this renaming of the installation directory is necessary the last time) and to delete all directories and files contained by "RemixOS" other than "data". In the next step you have to install Remix OS 3.0.203 without formatting your ext4 partition and with creating a new grub entry. That's all.
Click to expand...
Click to collapse
i know the directry is "android-2016-08-23". how i rename it ? i cannot read ext4 from os x not intrested to install fuse.etc
remixtester said:
OTA updates of installed RemixOS versions never worked. But you can perform a new installation keeping your data directory. Updating version 3.0.202 you have to rename directory "android-2016-08-23" into "RemixOS" (probably this renaming of the installation directory is necessary the last time) and to delete all directories and files contained by "RemixOS" other than "data". In the next step you have to install Remix OS 3.0.203 without formatting your ext4 partition and with creating a new grub entry. That's all.
Click to expand...
Click to collapse
Maromi said:
I've used the ota updater and it worked fine. i didn't test 2.0 to 3.0 ota(it was faster downloading separate and manually update). I have been using the same /remix/data folder since the 2.0(I manually patched /data when going from 2.0 to 3.0). I also keep backups of the data folder.
Click to expand...
Click to collapse
There never was a 2.0 to 3.0 ota afaik. The data would have caused a system stall if there was - as it [X86update] isn't setup to clear the system app app-data.
ext4 data shouldn't have any bearing on OTAs and neither should the name of the folder being used [as long as it is correctly labelled in grub as SRC=${folder_name}. ext4 system would be a problem [but as long as there is also a system.sfs in the $SRC folder - that you'll use to remake the system folder - you'll be fine]
Only real issue is if you have grub at a non-standard location [i.e. not sda1/efi] but they have added the grub arg. REMIXOS_EFI=/dev/sda1 or something that you can use to get around that - or just manually fixing the grub.cfg with whatever the OTA is attempting to change it to.
karamatks said:
i know the directry is "android-2016-08-23". how i rename it ? i cannot read ext4 from os x not intrested to install fuse.etc
Click to expand...
Click to collapse
You have to start your computer using a pendrive containing an operating system which can mount your RemixOS partition. Examples are a pendrive containg Ubuntu or PartedMagic. Directory android-2016-08-23 has to be renamed into RemixOS. After opening the renamed directory RemixOS don't forget to delete all files and directories other than "data".
remixtester said:
You have to start your computer using a pendrive containing an operating system which can mount your RemixOS partition. Examples are a pendrive containg Ubuntu or PartedMagic. Directory android-2016-08-23 has to be renamed into RemixOS. After opening the renamed directory RemixOS don't forget to delete all files and directories other than "data".
Click to expand...
Click to collapse

RemixOS crash after update failed

I try to update my RemixOS but suddenly power off I wait about half hour then power back my PC then I can't boot to RrmixOS. I dual boot with Lubuntu 16.X with HP ProBook 4410
Sent from my HM NOTE 1LTEW using Tapatalk
@itsAril Since the system crashed whilst updating, the /system partition probably got corrupted. If you have a recent Remix OS installation .iso file, then you can open it and extract system.sfs file into the directory where you installed RemixOS (replace the old one). Then reboot to check if it helped.
Most likely your storage medium also got affected - it may have badblocks in the filesystem. To make sure that's not the case do the following from Windows:
Start cmd.exe as administrator.
Run this command but change X: to drive where RemixOS is installed:
Code:
chkdsk X: /f /r /x
Once it's done, make a screenshot/picture or save the contents of the console in notepad to show results to us.
Reboot into Remix and check if it helped.
If that doesn't help, then next thing you can do is:
Backup the data.img file onto your other partition.
Uninstall Remix
Install it again, but don't reboot.
Restore the data.img file.
Reboot to test.
If that also doesn't help, then use this guide. But ommit/do NOT perform command “resize2fs data.img 16G”.
Vioner said:
@itsAril Since the system crashed whilst updating, the /system partition probably got corrupted. If you have a recent Remix OS installation .iso file, then you can open it and extract system.sfs file into the directory where you installed RemixOS (replace the old one). Then reboot to check if it helped.
Most likely your storage medium also got affected - it may have badblocks in the filesystem. To make sure that's not the case do the following from Windows:
Start cmd.exe as administrator.
Run this command but change X: to drive where RemixOS is installed:
Code:
chkdsk X: /f /r /x
Once it's done, make a screenshot/picture or save the contents of the console in notepad to show results to us.
Reboot into Remix and check if it helped.
If that doesn't help, then next thing you can do is:
Backup the data.img file onto your other partition.
Uninstall Remix
Install it again, but don't reboot.
Restore the data.img file.
Reboot to test.
If that also doesn't help, then use this guide. But ommit/do NOT perform command “resize2fs data.img 16G”.
Click to expand...
Click to collapse
Thanks you very much it work now..
Sent from my HM NOTE 1LTEW using Tapatalk
@itsAril That's great! Can you share with us how far did you have to go with these tips? After what did it start to work?
It's useful info for others with the issue.
I just uninstall and install backup data.img I have to do twice fist try doesn't work. I got video coming I will post here when done editing. Maybe will help someone got same problem like me
Sent from my HM NOTE 1LTEW using Tapatalk

Categories

Resources