Having Trouble Unbricking... - HTC Rezound

Hello, I'm having problems trying to "unbrick" my rezound while referring to con247's guide posted here
HTML:
http://forum.xda-developers.com/showpost.php?p=30595790&postcount=26
.
the first problem is it isn't even mounting like it should because in kmsg it keeps showing up only as ttyUSB0 instead of the expected sdX12.
the second problem is the connection is very sporadic (as in it connects and disconnects in under a full second) so when it does get detected which isn't always the case it can't write the entire hboot
here's the output from my latest attempt:
Connect device into emmc partition mode NOW
Waiting device /dev/ttyUSB0.......
Foundit!
dd: writing `/dev/ttyUSB0': Input/output error
4+0 records in
3+0 records out
6484 bytes (6.5 kB) copied, 0.210596 s, 30.8 kB/s
Return code is 256
can ANYONE help me?

I would recommend PM'ing con247 or maybe dmeadows.

Related

mtd kernel driver hacks?

Hi devs,
Are you aware of any work (for other Android phones, for instance), where an altered mtd kernel driver was used to allow (raw) root access anyplace within flash memory? (For example, maybe a raw pseudo-partition which overlaps all the other partitions?) The stock mtd driver creates devices in the kernel device tree only for specific partition slices (boot, system, recovery, data, cache) - for obvious safety and security reasons.
After all these months, I stumbled across this tonight
Code:
C:\foo>fastboot oem listpartition
...
INFO[radio]:(OTHER) block start=0, size=332 (42496 KB)
INFO[hboot]:(RAW) block start=333, size=6 (768 KB)
INFO[misc3]:(RAW) block start=339, size=2 (256 KB)
INFO[mfg]:(RAW) block start=341, size=2 (256 KB)
INFO[sp1]:(RAW) block start=343, size=6 (768 KB)
INFO[misc2]:(RAW) block start=349, size=3 (384 KB)
INFO[mfg2]:(RAW) block start=352, size=3 (384 KB)
INFO[recovery]:(RAW) block start=355, size=40 (5120 KB)
INFO[boot]:(RAW) block start=395, size=20 (2560 KB)
INFO[system]:(YAFFS) block start=415, size=1360 (179520 KB)
INFO[cache]:(YAFFS) block start=1775, size=1040 (137280 KB)
INFO[userdata]:(YAFFS) block start=2815, size=1276 (168432 KB)
INFO[misc]:(RAW) block start=4091, size=5 (640 KB)
INFO[microp]:(OTHER) block start=0, size=0 (0 KB)
INFO[nv]:(OTHER) block start=0, size=0 (0 KB)
INFO[tp-melfas]:(OTHER) block start=0, size=0 (0 KB)
OKAY [ 0.071s]
finished. total time: 0.071s
I had never seen references in the Eris forums to the misc3, mfg, sp1, misc2, or mfg2 partitions - I suppose one or more are for boot images. Maybe interesting to boot a kernel image that had access to them, and have a peek at them?
bftb0
You are venturing into an area that is slightly beyond my current level of understanding. (Although we can all learn more.)
Is this even close to what you are looking for?
http://forum.xda-developers.com/showthread.php?t=754805
I'm thinking not, since they appear to be resizing the existing partitions, which doesn't seem to be quite what you are looking for.
I was asking about this a while back to see if anyone was able to get read access to the splash1 (i'm guessing sp1) partition so we could dump the REAL original splash screen for people that needed to go back to full stock. This was basically the only thing that is left out of going to stock since the "original" boot image that I had used for the android skateboards in my post about changing the boot logo was just a resized version I found online somewhere which is slightly bigger than the original if you look closely. I had some info laying around somewhere but it was definitely something about people modifying the mtd drivers in the kernel to get this done.
Without the modified drivers there is no way to do a FULL nand dump at this point.
gnarlyc said:
You are venturing into an area that is slightly beyond my current level of understanding. (Although we can all learn more.)
Is this even close to what you are looking for?
http://forum.xda-developers.com/showthread.php?t=754805
I'm thinking not, since they appear to be resizing the existing partitions, which doesn't seem to be quite what you are looking for.
Click to expand...
Click to collapse
Well, I'd seen that before - but THANK YOU - your post encouraged me to do a better job of searching, and I came up with this:
http://forum.xda-developers.com/showthread.php?t=542688
[SIZE=+2]Awesome![/SIZE] It appears that no mtd kernel hack is needed - as long the Eris kernels we are using accept those parameters (obviously, a little additional work is needed to get the offsets correct for the Eris).
I knew that partitions could be resized - but I wasn't aware that you could add new partition definitions. If it works for the Eris, then cool. (I have to say - the G1/G2/Hero devs surely have turned over a lot of stones that have helped us.)
bftb0
Mohahahhahahahaaha (rubbing hands together deviously). I smell either some interesting development or at least some interesting information coming out of this.
It's working.
More details later.
Flash Memory Map for the Eris:
Code:
PARTITION START END SIZE(1KB) SIZE(128KB) NOTES
radio 0x00000000 - 0x02980000 42,496 332 (3)
- gap! - 0x02980000 - 0x029a0000 128 1 (3)
hboot 0x029a0000 - 0x02a60000 768 6 (2)
misc3 0x02a60000 - 0x02aa0000 256 2 (5)
mfg 0x02aa0000 - 0x02ae0000 256 2 (6)
sp1 0x02ae0000 - 0x02ba0000 768 6 (4)
misc2 0x02ba0000 - 0x02c00000 384 3 (4)
mfg2 0x02c00000 - 0x02c60000 384 3 (4)
recovery 0x02c60000 - 0x03160000 5,120 40
boot 0x03160000 - 0x033e0000 2,560 20
system 0x033e0000 - 0x0dde0000 174,080 1360
cache 0x0dde0000 - 0x15fe0000 133,120 1040
userdata 0x15fe0000 - 0x1ff60000 163,328 1276
misc 0x1ff60000 - 0x20000000 640 5
( You can verify the above on your own phone with a combination of examining /proc/mtd, "dmesg" output immediately after the boot, and output of "fastboot oem listpartition" )
(1) Note all partitions are aligned to a 128-KB boundary (0x20000 - 18 bits)
Presumably this is why "fastboot oem listpartition" reports sizes in this unit
(2) Hboot images from HTC for the Eris have always been exactly 512 KB. Slack space is here,
but I found nothing but 0xFF's in the slack area.
(3) Attempting to dump the from this partition produces many, many error messages of the form:
mtd: MEMGETBADBLOCK returned -1 at 0x02940000 (errno=5)
mtd: MEMGETBADBLOCK returned -1 at 0x02960000 (errno=5)
(4) On my phone, dumps of partitions "sp1", "mfg2" and "misc2" produced un-interesting data blobs: all 0xFF's
Note that I have never flashed a custom boot splashscreen.
(5) Nearly "empty" - bytes not 0x00 or 0xFF are all string data (including CID)
(6) Contains "interesting" string data (including handset ID, manufacturing date, etc) and other binary data. Performing interesting handset operations and then recapturing a partition dump (before/after) and performing a binary diff could reveal strategic locations.
[SIZE=+1]HOW-TO[/SIZE]
Most people have absolutely no business doing this - you have been warned.
Under no circumstances should you hand-type any of these addresses; a simple typo could lead to disaster.
Code:
fastboot -c " mtdparts=msm_nand:[email protected](misc),[email protected](recovery),[email protected](boot),[email protected](system),[email protected](cache),[email protected](userdata) " boot recovery-RA-Eris-v1.6.2.img
will produce the standard kernel partition mappings. Note the leading and trailing spaces in the quoted string - and that the order of appearance is critically important
You may append one or more** of the following, separated with commas as shown in the above (standard mapping) command.
[email protected](radio)
[email protected](hboot)
[email protected](misc3)
[email protected](mfg)
[email protected](sp1)
[email protected](misc2)
[email protected](mfg2)
** I performed individual boots adding only one non-standard partition, and can not guarantee that a disaster will not result if you try to append more than one - or all of them - in one boot.
You can verify the additional partitions have been kanged into the kernel's device tree with
adb shell cat /proc/mtd
and may dump individual partitions via the command "dump_image" (provided by Amon_RA in /sbin), as in the following example:
mount /sdcard
dump_image mfg /sdcard/part.mfg.img
bftb0
If you just want to dump a specific Eris flash memory partition(s) off your phone, there is an even easier method. (Doh!)
Prerequisites:
- 1.49.2000 S-OFF bootloader is installed on your Eris.
- working device drivers on PC and fastboot utility
Steps:
1) Connect via USB to your PC and put phone in FASTBOOT mode (Power up with Send+End)
2) Get the partition names listing using
Code:
fastboot oem listpartition
3) Using the following fastboot syntax, plug in the desired partition name (PNAME):
Code:
fastboot oem saveprt2sd PNAME -n PNAME.bin -a
for example, the "sp1" partition:
Code:
$ fastboot oem saveprt2sd sp1 -n sp1.bin -a
... INFOSaveImageToSD partition file name:sp1
INFOSaveImageToSD output file name:sp1.bin
INFOCmd5 CMD_TIMEOUT
INFOsdcc_poll_status(): i=21
INFOCmd5 polling status timed out
INFOSD: CMD5 fail, rc=2 ..
INFOSD 2.0
INFOHC card
INFO Searching free data sectors....
INFO [SAVE2SD] 131072 bytes saved.
INFO [SAVE2SD] 262144 bytes saved.
INFO [SAVE2SD] 393216 bytes saved.
INFO [SAVE2SD] 524288 bytes saved.
INFO [SAVE2SD] 655360 bytes saved.
INFO [SAVE2SD] 786432 bytes saved.
INFO [SAVE2SD] Done.
OKAY [ 1.728s]
finished. total time: 1.728s
Yep, it really is that simple.
bftb0

[HELP] Stuck in QHSUSB_DLOAD

I tried using the JET method of downgrading my hboot and after it intentionally put me into download mode, it cannot wake me back up. I have the backups, but doing sudo ./jet -r did not get me out. I also tried PblClear, Pandybear unbrick, and emmc_recover. Please help..
EDIT: I also tried RacunHunter
UPDATE:
Flash image file is hboot.nb0
Device is /dev/sdf12
Press ENTER if everything is correct, CTRL+C if not
Waiting device /dev/sdf12.......
Timeout! Resetting Device.
Cannot reset device
Found device!
dd: writing `/dev/sdf12': Input/output error
9+0 records in
8+0 records out
16384 bytes (16 kB) copied, 8.21125 s, 2.0 kB/s
Return code is 256
FAILED!!
Click to expand...
Click to collapse
When I run the "watch -n.1 lsusb" command, I notice the hboot begins writing when the USB reads "Qualcomm, Inc" but then in a couple seconds it turns into "Qualcomm, Inc. Gobi Wireless Modem (QDL mode)" and that's when it fails..
UPDATE:
I got PandaFinder and RacunHunter both to successfully go through the entire process, but it continued to fail at getting me out of the brick. I cannot run the command "sudo modprobe -r gcserial"
qualcomm usually means a brick. did you try the unbricker?
PandaFinder, RacunHunter, PblClear, etc. are all "unbrickers". You need it to read "Qualcomm, Inc" for the ability to rewrite the hboot, but every time I can manage to get it there, it resets back to the default, unusable "Qualcomm, Inc. Gobi Wireless Modem (QDL mode)".

[Q] Why do I get slow writing performance ?

Hi,
I'm trying to get the best writings performance possible when transferring files from my NAS to my Galaxy Tab S using 802.11ac wifi connection. The connection link is at 700mbps so everything's fine on this side.
I compiled my own kernel with CIFS and NFS support builtin, to be user to not end up in user land when connecting to CIFS/NFS shares.
Here are the results thath I've collected :
Internal memory
Code:
CIFS => internal storage
783356357 bytes (747.1MB) copied, 49.863986 seconds, 15.0MB/s
0m49.87s real 0m0.85s user 0m47.63s system
NFS => internal storage
83356357 bytes (747.1MB) copied, 47.274252 seconds, 15.8MB/s
0m47.28s real 0m0.81s user 0m44.67s system
/dev/zero => internal storage
1073741824 bytes (1.0GB) copied, 26.634496 seconds, 38.4MB/s
0m26.90s real 0m0.00s user 0m12.75s system
External SD
Code:
CIFS => microSD
783356357 bytes (747.1MB) copied, 49.373790 seconds, 15.1MB/s
0m49.38s real 0m0.75s user 0m31.95s system
NFS => microSD
783356357 bytes (747.1MB) copied, 44.376601 seconds, 16.8MB/s
0m44.38s real 0m0.79s user 0m32.99s system
/dev/zero => microSD
073741824 bytes (1.0GB) copied, 63.342792 seconds, 16.2MB/s
1m3.64s real 0m0.00s user 0m21.11s system
My MicroSD supports transfers up to 45mo/s on my Macbook. It's a sandisk extreme UHS-I U3 64 Gb. We can see that it performs badly compared to internal storage when testing perfs with /dev/zero.
But, I also notice that if I copy from my NAS directly to /dev/null, performance increases. It's non sense because internal storage can support far more than 15 MB/s :
Code:
CIFS => /dev/null
83356357 bytes (747.1MB) copied, 31.921167 seconds, 23.4MB/s
0m31.93s real 0m0.68s user 0m13.30s system
NFS => /dev/null
783356357 bytes (747.1MB) copied, 26.449924 seconds, 28.2MB/s
0m26.45s real 0m0.63s user 0m11.49s system
I'm running Kitkat 4.4 by the way.
Does anybody can help me to understand why the writing performances are not high ? I'm pretty disapointed

Can't unlock Verizon Incredible 4G phone, was previously unlocked

I am trying to unlock my HTC Incredible 4G on Verizon to load a new ROM onto it. All of my attempts have failed up to this point, by using the WinDroid v2.3 automated tool. I get the following output during the process:
Code:
Task:
1) WINDROID USERS CHOOSE THIS OPTION!
2) Set CID to SuperCID (11111111) - Requires Root
3) Revert CID to original state (VZW__001) - Requires Root
4) Re-lock the bootloader
5) Install recovery
6) Put phone into temp-root mode
10) Exit
Choose a task: 1
========================
= Step 1: Temp-Root =
========================
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
FA************ device
Under "List of devices attached" above, you should see your device
listed (looks like HTXXXXXXXXXX).
Do you see your device (Y/N)? y
Now unlock your device and confirm the restore operation.
By the time you are done reading this sentence, it should be safe to
accept the restore prompt on your device. You should not have a backup
password set on your phone, so leave both password fields empty.
If this process is successful, the script will continue. If not, this
shell will run forever and you must exit by closing this window.
When you see this message, the restore is complete. Your phone will
now reboot to what looks like an unusable state (be patient!). A
status bar will show across the top, but there will be no ring unlock.
This is good! Wait for the script to begin step 2: SuperCID.
========================
= Step 2: SuperCID =
========================
Your phone's CID is being modified to SuperCID. Once complete, your
phone will reboot to the bootloader.
2+0 records in
2+0 records out
1024 bytes transferred in 0.025 secs (40960 bytes/sec)
142 KB/s (1024 bytes in 0.007s)
31 KB/s (1024 bytes in 0.032s)
2+0 records in
2+0 records out
1024 bytes transferred in 0.035 secs (29257 bytes/sec)
< waiting for device >
...
(bootloader) cid: VZW__001
OKAY [ 0.011s]
finished. total time: 0.012s
Just above, you should see (bootloader) cid: 11111111
1) Yes, my cid is 11111111. Keep going.
2) No, my cid is VZW__001. Factory reset and try again.
3) No, my cid is VZW__001. Exit the script.
There are two things I notice here:
1) My phone is not identified as "HTxxxxxxxxxx" but rather "FA**********".
2) It appears to work, with the reading and writing of the files, but then it doesn't work.
One thing that I noticed was that when I go into the bootloader when this does not work, I get the first attachment.
When I go to the "Recovery" option, then I get the second attachment.
It appears that I originally put a ROM or S-off'd and unlocked my phone, but somehow lost the unlock and can't figure out how to fix it.
Any help in figure it out would be appreciated.
Do you know which OTA is currently on the phone? The unlock method depends greatly on which one is installed. Assuming you're on the latest, try this method: http://forum.xda-developers.com/showthread.php?t=2664460 The script looks slightly different than what you've posted above.
junkmail9 said:
Do you know which OTA is currently on the phone? The unlock method depends greatly on which one is installed. Assuming you're on the latest, try this method: http://forum.xda-developers.com/showthread.php?t=2664460 The script looks slightly different than what you've posted above.
Click to expand...
Click to collapse
Thanks for the input.
My device is at the most current OTA: 2.19.605.2 710RD
Android: 4.0.4
Kernel:
3.0.8-01625-g9d06ef9
[email protected] #1
SMP PREEMPT
I tried the link that you pointed to with no success. I got the following error messages:
Code:
/sdcard/cid: cannot open for write: Read-only file system
remote object '/sdcard/cid' does not exist
The system cannot find the file specified.
cannot stat 'cid': No such file or directory
/sdcard/cid: cannot open for read: No such file or directory
rm failed for /sdcard/cid, No such file or directory
Could Not Find C:\Users\Keith\Downloads\cid
I've tried just the straight-forward process of a number of different scripts. I think there is something specific that I am missing.
keithsmessina said:
Thanks for the input.
My device is at the most current OTA: 2.19.605.2 710RD
Android: 4.0.4
Kernel:
3.0.8-01625-g9d06ef9
[email protected] #1
SMP PREEMPT
I tried the link that you pointed to with no success. I got the following error messages:
Code:
/sdcard/cid: cannot open for write: Read-only file system
remote object '/sdcard/cid' does not exist
The system cannot find the file specified.
cannot stat 'cid': No such file or directory
/sdcard/cid: cannot open for read: No such file or directory
rm failed for /sdcard/cid, No such file or directory
Could Not Find C:\Users\Keith\Downloads\cid
I've tried just the straight-forward process of a number of different scripts. I think there is something specific that I am missing.
Click to expand...
Click to collapse
Sorry for the delay in response. Looking again at your screenshot in the OP, you are indeed missing the CID. It should appear between "FIREBALL" and "HBOOT":
I have not dealt directly with that one before, but I would imaging that during temproot, you'll need to recreate the directory. I vaguely recall in a post in this forum on how to manually push a different CID via memory chunk. That might be the best approach to rebuild that area so that you can get going again.
Two questions for the general community:
1. Does anyone know if flashing the RUU will restore the CID?
@keithsmessina - It probably wouldn't hurt to try this anyway. I am guessing it will fail due to lack of CID.
2. Will sending the following command work while phone is in bootloader if the phone is not s-off and the \sdcard\CID directory is missing? What, if any other damage could occur if the \sdcard\CID directory is missing?
Code:
fastboot oem writecid VZW__001
junkmail9 said:
Two questions for the general community:
1. Does anyone know if flashing the RUU will restore the CID?
@keithsmessina - It probably wouldn't hurt to try this anyway. I am guessing it will fail due to lack of CID.
2. Will sending the following command work while phone is in bootloader if the phone is not s-off and the \sdcard\CID directory is missing? What, if any other damage could occur if the \sdcard\CID directory is missing?
Code:
fastboot oem writecid VZW__001
Click to expand...
Click to collapse
Thank you for the suggestions.
1. I tried this, but got the message: "Main version is older." I think I can only do that if my version is lower than the current RUU.
2. I tried the fastboot write, but I got:
Code:
(bootloader) fighter_init_sd, SD card already power on
(bootloader) sdhw_7xxx_open: id=0
(bootloader) sdcc_init_memory_device done
(bootloader) SD clock freq = 19MHz....
(bootloader) [FAT_ERROR] fat_open_file: can not find SMART_IO.CRD
(bootloader) [JAVACARD_ERR] SMART_IO.CRD cann't find
OKAY [ 0.172s]
finished. total time: 0.174s
When I tried: adb devices with the phone at "fastboot USB", I didn't see anything, so I think it failed for that reason. I tried killing adb, removing and reinserting the USB, adn then running adb devices, but still comes up empty.
I'm really at a loss, but appreciate the help from you guys.
I managed to figure out the read-inly access. HTC Sync Manager started each time and grabbed the SD card before the script could do anything. I renamed the HTC Sync Manager to stop it from running. Then I re-ran the script and got:
Code:
2+0 records in
2+0 records out
1024 bytes transferred in 0.002 secs (512000 bytes/sec)
333 KB/s (1024 bytes in 0.003s)
71 KB/s (1024 bytes in 0.014s)
2+0 records in
2+0 records out
1024 bytes transferred in 0.002 secs (512000 bytes/sec)
< waiting for device >
...
(bootloader) cid: VZW__001
OKAY [ 0.010s]
finished. total time: 0.012s
So, I am still not getting the right CID, but progress nonetheless.
Try uninstalling all HTC software rather than renaming it. Also I believe
http://forum.xda-developers.com/showthread.php?t=2664460 does not require the super cid.
From my Chroma Flo
wmuflyer said:
Try uninstalling all HTC software rather than renaming it. Also I believe
http://forum.xda-developers.com/showthread.php?t=2664460 does not require the super cid.
From my Chroma Flo
Click to expand...
Click to collapse
Thank you for that. I don't know how many times I've gone through it, but I finally got that you just have to do step 6 rather than step 1 to get S-Off. I now have S-Off with TWRP.
The next problem that I am running into is getting an error message when trying to flash the pacman fireball ROM:
Code:
This package is for device: fireballx; this device is .
Really appreciate all the help in getting me to this point.
Need to use the modified TWRP. Read the OP carefully it takes a bit of work, it swaps partitions so you have more space for apps.
Edit: OP in the PAC thread.
Sent from my Nexus 5 using XDA Free mobile app
wmuflyer said:
Need to use the modified TWRP. Read the OP carefully it takes a bit of work, it swaps partitions so you have more space for apps.
Edit: OP in the PAC thread.
Sent from my Nexus 5 using XDA Free mobile app
Click to expand...
Click to collapse
I realize that I kept running into an issue changing one of the file systems during that first process which meant that only one of them changed: the "Data" filesystem.
The "Internal Storage" filesystem gave me an MTP error, but then said it finished successfully. It stayed as a vFAT filesystem.
I did get Liquidsmooth up and running with PaGapps, but am now looking for a way to resize my partitions, as there isn't much room left to install apps.
People have looked at resizing the partitions but nobody has had any luck. The partition change seems to be the best bet it was set up by MDMower for his CM builds http://mdmower.cmphys.com/cyanogenmod-fireball/ it might give you more information to make the swap. Beeko has stopped work on Liquid Smooth so for current Android 5.x PAC or CM are the choices and they only work with the partition swap. I have PAC on my Fireball but will probably try CM 12.1 soon.
keithsmessina said:
Thank you for that. I don't know how many times I've gone through it, but I finally got that you just have to do step 6 rather than step 1 to get S-Off. I now have S-Off with TWRP.
Click to expand...
Click to collapse
Excellent! Glad you got it done.
junkmail9 said:
Excellent! Glad you got it done.
Click to expand...
Click to collapse
I've managed to swap the partitions and get the Pacman ROM installed, thanks to the instructions you sent me, wmuflyer. No hiccups with the Pacman ROM, it seems to be polished and working flawlessly. Thanks again for all the help, guys! Really appreciate it.

android LOS17 build on gCloud

Hi,
I'm tring to build LOs17.1 from source, but when I try to "brunch" it, I'm getting error:
Code:
set_selinux_xattr: No such file or directory searching for label "/bt_firmware"
e2fsdroid: No such file or directory while configuring the file system
loaded 4265 fs_config entries
Out of space? Out of inodes? The tree size of /home/mincaeuro/android/lineage/out/soong/.temp/tmpo5Xs2R is 1415868416 bytes (1350 MB), with reserved space of 0 bytes (0 MB).
The max image size for filesystem files is 2684354560 bytes (2560 MB), out of a total partition size of 2684354560 bytes (2560 MB).
13:57:20 ninja failed with: exit status 1
found those folders, not sure what am I missing:
find . -name "bt_firmware"
Code:
./out/target/product/oneplus2/root/bt_firmware
./out/target/product/oneplus2/recovery/root/bt_firmware
./out/target/product/oneplus2/obj/PACKAGING/target_files_intermediates/lineage_oneplus2-target_files-eng.mincaeuro/RECOVERY/RAMDISK/bt_firmware
./out/target/product/oneplus2/obj/PACKAGING/target_files_intermediates/lineage_oneplus2-target_files-eng.mincaeuro/ROOT/bt_firmware
mincaeuro said:
Hi,
I'm tring to build LOs17.1 from source, but when I try to "brunch" it, I'm getting error:
Code:
set_selinux_xattr: No such file or directory searching for label "/bt_firmware"
e2fsdroid: No such file or directory while configuring the file system
loaded 4265 fs_config entries
Out of space? Out of inodes? The tree size of /home/mincaeuro/android/lineage/out/soong/.temp/tmpo5Xs2R is 1415868416 bytes (1350 MB), with reserved space of 0 bytes (0 MB).
The max image size for filesystem files is 2684354560 bytes (2560 MB), out of a total partition size of 2684354560 bytes (2560 MB).
13:57:20 ninja failed with: exit status 1
found those folders, not sure what am I missing:
find . -name "bt_firmware"
Code:
./out/target/product/oneplus2/root/bt_firmware
./out/target/product/oneplus2/recovery/root/bt_firmware
./out/target/product/oneplus2/obj/PACKAGING/target_files_intermediates/lineage_oneplus2-target_files-eng.mincaeuro/RECOVERY/RAMDISK/bt_firmware
./out/target/product/oneplus2/obj/PACKAGING/target_files_intermediates/lineage_oneplus2-target_files-eng.mincaeuro/ROOT/bt_firmware
Click to expand...
Click to collapse
I have always seen posts to add bt_firmware to your file_contexts in sepolicy and file.te, but for me this doesn't work (the directory for me is firmware though...)
here is an example: https://github.com/mukul2259/device_oneplus_oneplus2/commit/2fb4e45a292468bec5205087c99880fab0bd0a65
TheSSJ said:
I have always seen posts to add bt_firmware to your file_contexts in sepolicy and file.te, but for me this doesn't work (the directory for me is firmware though...)
here is an example: https://github.com/mukul2259/device_oneplus_oneplus2/commit/2fb4e45a292468bec5205087c99880fab0bd0a65
Click to expand...
Click to collapse
Hi,
did it yesterday , the build was successful, but the ROM is not working :/ bootloop
mincaeuro said:
Hi,
did it yesterday , the build was successful, but the ROM is not working :/ bootloop
Click to expand...
Click to collapse
you need to be precise, do you at least see the lineageOS boot animation or just the logo of your mobile phone brand?
you need to study the logs why it refuses to boot, maybe it's trivial
for me the sepolicy thing didn't solve the error message have no clue how to fix
TheSSJ said:
you need to be precise, do you at least see the lineageOS boot animation or just the logo of your mobile phone brand?
you need to study the logs why it refuses to boot, maybe it's trivial
for me the sepolicy thing didn't solve the error message have no clue how to fix
Click to expand...
Click to collapse
I haven't tested it.. need functional phone now...
one user on discord tested it and reported a bootloop on animation logo:
yes, i tried with different gapps and just with the os and nothing, just stuck in the los animation
Click to expand...
Click to collapse

Categories

Resources