If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Announcement
Collapse
No announcement yet.
Announcement
Collapse
No announcement yet.
Linuxium's Bootloader software to dualboot Android and Linux
Two more (for the moment last ) question:
1.)
Why do you use the android-kernel as recovery /at "recovery-partition"?
Because if you are able to create a linux-partition (as final), why don't you create a new partition like "android-kernel" (I don't know if it will work witch RKbatch, because I only user RKTool for separate partitions)?
Is it because of only patching the boot.img instead of recompiling?
If you manage it in the linux-kernel, it only have to fixed there?
2.)
If I only want to use SD or USB is it really needing to have a linux-partition at NAND?
Two more (for the moment last ) question:
1.)
Why do you use the android-kernel as recovery /at "recovery-partition"?
Because if you are able to create a linux-partition (as final), why don't you create a new partition like "android-kernel" (I don't know if it will work witch RKbatch, because I only user RKTool for separate partitions)?
Is it because of only patching the boot.img instead of recompiling?
If you manage it in the linux-kernel, it only have to fixed there?
The Linux partition '(as final)' is to hold the Linux RFS similar to how the 'system' partition holds the Android RFS - they are different to the kernel/recovery partitions which are used as kernel for Linux and recovery for Android kernels respectively.
2.)
If I only want to use SD or USB is it really needing to have a linux-partition at NAND?
If you don't want to install Linux to NAND (which actually means installing the Linux RFS to a NAND partition) then there is not need for a 'linux-partition'.
1.)
Why do you use the android-kernel as recovery /at "recovery-partition"?
Because if you are able to create a linux-partition (as final), why don't you create a new partition like "android-kernel" (I don't know if it will work witch RKbatch, because I only user RKTool for separate partitions)?
Is it because of only patching the boot.img instead of recompiling?
If you manage it in the linux-kernel, it only have to fixed there?
The Linux partition '(as final)' is to hold the Linux RFS similar to how the 'system' partition holds the Android RFS - they are different to the kernel/recovery partitions which are used as kernel for Linux and recovery for Android kernels respectively.
"The Linux partition '(as final)' is to hold the Linux RFS similar to how the 'system' partition holds the Android RFS - they are different to the kernel/recovery partitions which are used as kernel for Linux and recovery for Android kernels respectively."
=> Yes, sure, but that was not my question
My question is, why don't you use a new partition for the android kernel instead of recovery...
BTW: sorry, but I don't understand your answer at post #15 "*** if CMW is using two kernels (kernel and recovery) then probably yes - as stock Android doesn't use the recovery partition other than for upgrades my bootloader make use of the space - probably just like CMW ***"
"The Linux partition '(as final)' is to hold the Linux RFS similar to how the 'system' partition holds the Android RFS - they are different to the kernel/recovery partitions which are used as kernel for Linux and recovery for Android kernels respectively."
=> Yes, sure, but that was not my question
My question is, why don't you use a new partition for the android kernel instead of recovery...
BTW: sorry, but I don't understand your answer at post #15 "*** if CMW is using two kernels (kernel and recovery) then probably yes - as stock Android doesn't use the recovery partition other than for upgrades my bootloader make use of the space - probably just like CMW ***"
Simply because I don't know of a command to reboot and substitute the current kernel for another one other than the command 'reboot recovery' which requires the "recovery" kernel to be located in the 'recovery' partition.
If there are better ways of storing an alternative kernel and then being able to boot it this would be great.
Simply because I don't know of a command to reboot and substitute the current kernel for another one other than the command 'reboot recovery' which requires the "recovery" kernel to be located in the 'recovery' partition.
If there are better ways of storing an alternative kernel and then being able to boot it this would be great.
... as long as the kernel supports your hardware device.
I think so because the start of the threat is at ~09.2013 and "[Edit: This is working on K-R42/CS918/MK888/DX05 devices, if you try it on another device, please report your results ]" and I have an clone old revision of the K-R42 (seems 1:1)...
And it seems so, generally, because the K-R42 don't use a "real" LAN-chip (like minix x7), it use the "quick and dirty" solution by the RTL8201F, it will work and because of using a WiFi-bridge it is important for me...
But at the moment I've stripped the wasser-mod-img to get the parameter and partition-images and build up the neeeding config for rktool...
Next stepp will be to think about to write a script, perhaps to use dd or or or, to toggle the kernel images, and boot via shell at one click ...
And first I have to do a BackUp ....
BTW:
Had ever any one test to rename the recovery partition to e.g. recovery1 and try 'reboot recovery1' ?
Perhaps it is so simple, that the reboot looks at the parameter to know where (address) to boot?
One more question/problem:
I've used "beyond compare" to compare two of your boot.img (for usb) an see there are many different bits and byts, so I think I have to use the "original" boot.img from wasser-mod and have to modifying it for sd and usb by my self...
So how do you do it (and what)?
If it is easier and ok for you, I can attach it...
But for the future (newer versions) it would be nice to know how to do it....
OK,
1. with "dd for windows" I can skip the first 8 Byte
2. and then with WinRAR I can unpack the GZ
3. and with 7z I can unpack the CPIO and have the file-system
So it looks like it is not "save/secured" ...
So, please can you explain what to do inside the file-system ?
OK, I analyse your boot (minix) for USB and SD and found out that you handle it at "init"...
e.g. at USB
Code:
:
# Wait for system to fully boot
clear
sleep 5
:
at SD not
and at USB
Code:
:
# Check for a disk with Linux - N.B. limited to only check the first drive to prevent multiple drive complexities
DISK_LINUX=false
DISK_DEVICE=""
# First check to see if Linux is on an unpartitioned disk subject to limitation
if [ -b /dev/sda ] ; then
# Test for Linux (/mnt/disk/sbin/init is used to indicate that Linux is installed on disk)
[ -d /mnt/disk ] || mkdir /mnt/disk
:
and at SD not... and so on...
BUT
the boot.img (wasser and stock) are really different to yours...
I've attached this both (with skipped leading 8 Byte)... (because .rar is not possible I attach a .zip at filename)
So generally do it work (because I think the android kernel need the boot.img)?????????
so it unpacking recovery.img too and I get with your linuxium-recovery.img
- kernel (~10MB)
- ramdisk (~1MB)
this kernel can not unpack by the tool ("unknown format detected")
so only 1.) "kernel as recovery (as this is where the Android kernel is expected)"
will never work, and the unpacked kernel from the linuxium-recovery.img is ~10MB (normal kernel <4MB) so inside this kernel there must be more than the normal kernel (perhaps the boot.img??)...
PS: ----------------------
at the unpack of wassers recovery, I get
- kernel (~8MB)
- ramdisk (~2MB)
and automatically an unpack of the ramdisk and this seems to be nearly the same like the boot.img...
OK, I analyse your boot (minix) for USB and SD and found out that you handle it at "init"...
e.g. at USB
Code:
:
# Wait for system to fully boot
clear
sleep 5
:
at SD not
and at USB
Code:
:
# Check for a disk with Linux - N.B. limited to only check the first drive to prevent multiple drive complexities
DISK_LINUX=false
DISK_DEVICE=""
# First check to see if Linux is on an unpartitioned disk subject to limitation
if [ -b /dev/sda ] ; then
# Test for Linux (/mnt/disk/sbin/init is used to indicate that Linux is installed on disk)
[ -d /mnt/disk ] || mkdir /mnt/disk
:
and at SD not... and so on...
BUT
the boot.img (wasser and stock) are really different to yours...
I've attached this both (with skipped leading 8 Byte)... (because .rar is not possible I attach a .zip at filename)
So generally do it work (because I think the android kernel need the boot.img)?????????
Greeting
You shouldn't have to modify either stock or other's boot.img as my boot.img is the one doing the work and if the Android kernel is built without a ramdisk (so the Android boot.img is thus required) you can simply rebuild the Android kernel.
In principle, this is what I do (and it will depend on the Android ROM):
1. Unpack the Android upgrade.img to get individual boot.img, kernel.img, recovery.img, system.img etc and parameter
2. Split the Android boot.img to get the kernel and the ramdisk
3. Unpack the Android ramdisk so you can make any changes you might want
4. Repack the ramdisk
5. Build a new recovery.img using mkbootimg with the Android kernel from step 2 and the new ramdisk from step 4
If you don't want to mod the Android ramdisk just use the Android ROM's boot.img as the recovery.img with my boot.img and my kernel.img (or whatever Linux kernel image you want to substitute) and of course the Android ROM's system.img
If after step 1 you find that the Android boot.img is just a signed ramdisk and there is a separate Android kernel.img then remove the 8 byte header from the Android boot.img to get the ramdisk and build a new recovery.img using mkbootimg with the Android kernel,img and the ramdisk.
If after step 1 you find that the Android boot.img is just a signed ramdisk and there is a separate Android kernel.img then remove the 8 byte header from the Android boot.img to get the ramdisk and build a new recovery.img using mkbootimg with the Android kernel,img and the ramdisk.
Without the config file for the recovery i.g. kerneloffset, ramdiskoffset...?
I will try it at windows, but I think then it only work at linux...
And that's the PROBLEM, because our boot.img don't include a kernel...
Without the config file for the recovery i.g. kerneloffset, ramdiskoffset...?
I will try it at windows, but I think then it only work at linux...
I just took a quick look at t-r42-wasser-1.2.3.img and I would build the new recovery.img using the kernel extracted out of wasser's recovery.img and the ramdisk extracted out of wasser's boot.img
We process personal data about users of our site, through the use of cookies and other technologies, to deliver our services, personalize advertising, and to analyze site activity. We may share certain information about our users with our advertising and analytics partners. For additional details, refer to our Privacy Policy.
By clicking "I AGREE" below, you agree to our Privacy Policy and our personal data processing and cookie practices as described therein. You also acknowledge that this forum may be hosted outside your country and you consent to the collection, storage, and processing of your data in the country where this forum is hosted.
Comment