My Pixel 3 XL completely stock not unlocked just started displaying the following message:
"Your device is corrupt. It can't be trusted and may not work properly"
"Visit this link on another device g.co/ABH"
Spoke to Google and they asked me to perform a factory reset, I have done so with no luck.
Currently on latest November update.
Is the phone a dud and do I need to claim on warranty or is there any solution to this? Thanks
Demolition49 said:
My Pixel 3 XL completely stock not unlocked just started displaying the following message:
"Your device is corrupt. It can't be trusted and may not work properly"
"Visit this link on another device g.co/ABH"
Spoke to Google and they asked me to perform a factory reset, I have done so with no luck.
Currently on latest November update.
Is the phone a dud and do I need to claim on warranty or is there any solution to this? Thanks
Click to expand...
Click to collapse
you're probably gonna get told this anyway but "use search function"
This has been addressed several times,
Download platform tools make sure your adb is in order download the november factory image and run the flash-all.bat script, this will bring your phone back to life, but with no data,
Demolition49 said:
My Pixel 3 XL completely stock not unlocked just started displaying the following message:
"Your device is corrupt. It can't be trusted and may not work properly"
"Visit this link on another device g.co/ABH"
Spoke to Google and they asked me to perform a factory reset, I have done so with no luck.
Currently on latest November update.
Is the phone a dud and do I need to claim on warranty or is there any solution to this? Thanks
Click to expand...
Click to collapse
You sure it not already unlocked?
Sent from my crosshatch using XDA Labs
I've had this on my P2XL before. Came about totally randomly. Phone started running extremely slow one day, so I rebooted it to see if it would clear out whatever was causing the issue. It wouldn't boot up and gave the same error. I was able to recover from it and save all my data by flashing factory image without wiping (remove -w in the flash-all script). Unfortunately it looks like you already factory reset so all data would be gone already.
Thanks I will flash it and hopefully it will sort it.
Sorry I did search but saw articles about pixel 2 not the 3.
Demolition49 said:
My Pixel 3 XL completely stock not unlocked just started displaying the following message:
"Your device is corrupt. It can't be trusted and may not work properly"
"Visit this link on another device g.co/ABH"
Spoke to Google and they asked me to perform a factory reset, I have done so with no luck.
Currently on latest November update.
Is the phone a dud and do I need to claim on warranty or is there any solution to this? Thanks
Click to expand...
Click to collapse
Did you get the Nov update OTA, or flash it yourself? I'm stock and still on the Sep update. Thought I saw that updates are rolling out, so just curious.
masri1987 said:
you're probably gonna get told this anyway but "use search function"
This has been addressed several times,
Download platform tools make sure your adb is in order download the november factory image and run the flash-all.bat script, this will bring your phone back to life, but with no data,
Click to expand...
Click to collapse
samnada said:
Did you get the Nov update OTA, or flash it yourself? I'm stock and still on the Sep update. Thought I saw that updates are rolling out, so just curious.
Click to expand...
Click to collapse
I got the OTA quite a few days ago, didn't flash it myself. Hopefully you'll get yours soon.
Demolition49 said:
I got the OTA quite a few days ago, didn't flash it myself. Hopefully you'll get yours soon.
Click to expand...
Click to collapse
Thanks
If it caused your problem I'll be happy to wait.
just download sdk platform tools and factory image and run flash all.bat. My data also got corrupt last night after downloading greenify
samnada said:
Thanks
If it caused your problem I'll be happy to wait.
Click to expand...
Click to collapse
I can confirm the update didnt cause any issue, it happened before that
i tryed to sideload OTA but it didnt work so the device needed a full factory wipe and it has fixed the issue.
Demolition49 said:
I can confirm the update didnt cause any issue, it happened before that
i tryed to sideload OTA but it didnt work so the device needed a full factory wipe and it has fixed the issue.
Click to expand...
Click to collapse
Thanks for the follow-up. I actually just got the OTA Nov update this morning and all is well. Glad yours got fixed also.
Alright, I got the device is corrupt error as well because of force of habit i mistakenly installed twrp.....
So I was trying to avoid wiping the data, and removed -w from the flash-all.bat. But I got the error again. Step two I used the flash-all.bat with -w to wipe.
The following are my results. The error "FAILED (Error reading sparse file)" appears at the end.
Code:
Sending 'bootloader_a' (8489 KB) OKAY [ 0.420s]
Writing 'bootloader_a' (bootloader) Flashing Pack version b1c1-0.1-5004167
(bootloader) Flashing partition table for Lun = 0
(bootloader) Flashing partition table for Lun = 1
(bootloader) Flashing partition table for Lun = 2
(bootloader) Flashing partition table for Lun = 4
(bootloader) Flashing partition table for Lun = 5
(bootloader) Flashing partition msadp_a
(bootloader) Flashing partition xbl_a
(bootloader) Flashing partition xbl_config_a
(bootloader) Flashing partition aop_a
(bootloader) Flashing partition tz_a
(bootloader) Flashing partition hyp_a
(bootloader) Flashing partition abl_a
(bootloader) Flashing partition keymaster_a
(bootloader) Flashing partition cmnlib_a
(bootloader) Flashing partition cmnlib64_a
(bootloader) Flashing partition devcfg_a
(bootloader) Flashing partition qupfw_a
(bootloader) Flashing partition storsec_a
(bootloader) Flashing partition logfs
OKAY [ 0.535s]
Finished. Total time: 1.137s
rebooting into bootloader OKAY [ 0.050s]
Finished. Total time: 0.052s
Sending 'radio_a' (71148 KB) OKAY [ 3.579s]
Writing 'radio_a' (bootloader) Flashing Pack version SSD:g845-00023-180917-B-5014671
(bootloader) Flashing partition modem_a
OKAY [ 0.425s]
Finished. Total time: 4.187s
rebooting into bootloader OKAY [ 0.050s]
Finished. Total time: 0.051s
extracting android-info.txt (0 MB) to RAM...
--------------------------------------------
Bootloader Version...: b1c1-0.1-5004167
Baseband Version.....: g845-00023-180917-B-5014671
Serial Number........: 8A2Y0E0CS
--------------------------------------------
Checking product OKAY [ 0.060s]
Checking version-bootloader OKAY [ 0.059s]
Checking version-baseband OKAY [ 0.059s]
extracting boot.img (64 MB) to disk... took 0.245s
archive does not contain 'boot.sig'
archive does not contain 'boot_other.img'
extracting dtbo.img (8 MB) to disk... took 0.024s
archive does not contain 'dtbo.sig'
archive does not contain 'dt.img'
archive does not contain 'odm.img'
extracting product.img (194 MB) to disk... took 0.691s
archive does not contain 'product.sig'
archive does not contain 'product-services.img'
archive does not contain 'recovery.img'
archive does not contain 'super.img'
extracting system.img (2158 MB) to disk... took 10.997s
archive does not contain 'system.sig'
extracting system_other.img (418 MB) to disk... took 2.277s
archive does not contain 'system.sig'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
extracting vendor.img (445 MB) to disk... took 2.150s
archive does not contain 'vendor.sig'
archive does not contain 'vendor_other.img'
Erase successful, but not automatically formatting.
File system type raw not supported.
Erase successful, but not automatically formatting.
File system type raw not supported.
Sending 'boot_a' (65536 KB) OKAY [ 1.586s]
Writing 'boot_a' OKAY [ 0.318s]
Sending 'dtbo_a' (8192 KB) OKAY [ 0.271s]
Writing 'dtbo_a' OKAY [ 0.100s]
Sending 'product_a' (199620 KB) OKAY [ 5.847s]
Writing 'product_a' OKAY [ 0.919s]
Sending sparse 'system_a' 1/9 (262140 KB) OKAY [ 10.910s]
Writing sparse 'system_a' 1/9 OKAY [ 0.363s]
Sending sparse 'system_a' 2/9 (262140 KB) OKAY [ 9.863s]
Writing sparse 'system_a' 2/9 OKAY [ 0.364s]
Sending sparse 'system_a' 3/9 (262140 KB) OKAY [ 12.823s]
Writing sparse 'system_a' 3/9 OKAY [ 0.366s]
Sending sparse 'system_a' 4/9 (262140 KB) OKAY [ 10.361s]
Writing sparse 'system_a' 4/9 OKAY [ 0.322s]
Sending sparse 'system_a' 5/9 (262140 KB) OKAY [ 9.411s]
Writing sparse 'system_a' 5/9 OKAY [ 0.364s]
Sending sparse 'system_a' 6/9 (262140 KB) OKAY [ 10.273s]
Writing sparse 'system_a' 6/9 OKAY [ 0.366s]
Sending sparse 'system_a' 7/9 (262140 KB) OKAY [ 10.251s]
Writing sparse 'system_a' 7/9 OKAY [ 0.365s]
Sending sparse 'system_a' 8/9 (258820 KB) OKAY [ 16.452s]
Writing sparse 'system_a' 8/9 OKAY [ 0.365s]
Sending sparse 'system_a' 9/9 (116824 KB) OKAY [ 5.003s]
Writing sparse 'system_a' 9/9 OKAY [ 0.870s]
Sending sparse 'system_b' 1/2 (262140 KB) OKAY [ 16.649s]
Writing sparse 'system_b' 1/2 OKAY [ 0.365s]
Sending sparse 'system_b' 2/2 (166548 KB) OKAY [ 10.722s]
Writing sparse 'system_b' 2/2 OKAY [ 1.139s]
Sending 'vbmeta_a' (4 KB) OKAY [ 0.120s]
Writing 'vbmeta_a' OKAY [ 0.066s]
Sending sparse 'vendor_a' 1/2 (262140 KB) OKAY [ 16.260s]
Writing sparse 'vendor_a' 1/2 OKAY [ 0.366s]
Sending sparse 'vendor_a' 2/2 (193888 KB) FAILED (Error reading sparse file)
Finished. Total time: 198.246s
Press any key to exit...
I've had the phone for all of less than 12 hours.... are you friggin kidding me? Any help??
raleighirishman said:
Alright, I got the device is corrupt error as well because of force of habit i mistakenly installed twrp.....
So I was trying to avoid wiping the data, and removed -w from the flash-all.bat. But I got the error again. Step two I used the flash-all.bat with -w to wipe.
The following are my results. The error "FAILED (Error reading sparse file)" appears at the end.
I've had the phone for all of less than 12 hours.... are you friggin kidding me? Any help??
Click to expand...
Click to collapse
Update your sdk tools.
c_86 said:
Update your sdk tools.
Click to expand...
Click to collapse
Alright it is a new laptop but I was pretty sure it was up-to-date.... although given the error I could be wrong. If any problems persist I'll be back.
Thanks for the heads up!
---------- Post added at 04:08 AM ---------- Previous post was at 04:05 AM ----------
c_86 said:
Update your sdk tools.
Click to expand...
Click to collapse
Yeah, I did have the newest version. Tried it again, and the same result. So currently researching anything I can while sitting in fastboot mode.
raleighirishman said:
Alright it is a new laptop but I was pretty sure it was up-to-date.... although given the error I could be wrong. If any problems persist I'll be back.
Thanks for the heads up!
---------- Post added at 04:08 AM ---------- Previous post was at 04:05 AM ----------
Yeah, I did have the newest version. Tried it again, and the same result. So currently researching anything I can while sitting in fastboot mode.
Click to expand...
Click to collapse
Flash the boot.img to both slots. boot_a and boot_b.
Sent from my [device_name] using XDA-Developers Legacy app
jd1639 said:
Flash the boot.img to both slots. boot_a and boot_b.
Sent from my [device_name] using XDA-Developers Legacy app
Click to expand...
Click to collapse
Alright, so I began to flash the boot image to each of the slots. But it keeps failing at vendor_a each time. It couldn't be the file, is it my device at this point??
--------
Welp I saw it all over the place that people seemed to just use their friends pc and it worked. So I said screw it. Put down the laptop, went to the desktop. Sure as anything. It flashed the phone no problem and fixed the boot loop. I don't get why, the cable is the same, the files are the exact same... but it worked!
raleighirishman said:
Alright, so I began to flash the boot image to each of the slots. But it keeps failing at vendor_a each time. It couldn't be the file, is it my device at this point??
--------
Welp I saw it all over the place that people seemed to just use their friends pc and it worked. So I said screw it. Put down the laptop, went to the desktop. Sure as anything. It flashed the phone no problem and fixed the boot loop. I don't get why, the cable is the same, the files are the exact same... but it worked!
Click to expand...
Click to collapse
Are you using usb c to usb c cable? I had the same problem and error when I was. If you are switch to a usb a to usb c and try it all again, it worked once I switched cables.
Scratch that just read your edit at the bottom that you used the same cable lol.
I got the same probleme, how did you reset your pixel? I have pixel 3 xl 32gb and i tried to go on recovery mode and idn't work, its go on the page what its say : Your device is corrupt. Its can't be trusted and may not work propely. Visit this link on another device: go.co/ahb
Hope have some help
I have flashed the phone but the error has come back after a few weeks of use... I'm starting to feel like this could be a hardware issue. I am still getting the phone freezing every so often and it doesn't even reboot correctly I have to hold power and volume down to turn the phone on. Something definitely isn't right.
Related
If I was paranoid my pixel has a undetectable virus/rootkit how could I get ride of it?
Is there away to flash both room locations to factory reset and lock bootloader?
Sent from my Pixel 2 XL using Tapatalk
https://developers.google.com/android/images#flashable-images
Well I knew there is dual partitions and curious if those images will take care of both sides how much can I rely on that? Seeing they are factory should be pretty high.
Sent from my Pixel 2 XL using Tapatalk
gjkrisa said:
Well I knew there is dual partitions and curious if those images will take care of both sides how much can I rely on that? Seeing they are factory should be pretty high.
Click to expand...
Click to collapse
Flash it once, run the fastboot command to switch active slots and flash it again. If you are that worried, you most certainly should let it flash the user partition. Anything bad is most certainly going to be there.
Locking the bootloader is going to flash that too right?
gjkrisa said:
Locking the bootloader is going to flash that too right?
Click to expand...
Click to collapse
Not on it's own. NEVER RE-LOCK THE BOOTLOADER UNLESS YOU ARE 101% SURE YOU ARE BACK TO STOCK. I think there is an older thread here where someone did that and that device is now bricked permanently.
raynan said:
Not on it's own. NEVER RE-LOCK THE BOOTLOADER UNLESS YOU ARE 101% SURE YOU ARE BACK TO STOCK. I think there is an older thread here where someone did that and that device is now bricked permanently.
Click to expand...
Click to collapse
I am the one ...Yes, never relock bootloader because you don't need to
ram4ufriends said:
I am the one ...Yes, never relock bootloader because you don't need to
Click to expand...
Click to collapse
Haha, well, sorry to bring up those painful memories, but at least you'll never do it again...Live and learn.
raynan said:
Haha, well, sorry to bring up those painful memories, but at least you'll never do it again...Live and learn.
Click to expand...
Click to collapse
Yeah lessons learnt...good thing is I did RMA to Google and got a replacement...
gjkrisa said:
Well I knew there is dual partitions and curious if those images will take care of both sides how much can I rely on that? Seeing they are factory should be pretty high.
Sent from my Pixel 2 XL using Tapatalk
Click to expand...
Click to collapse
It is not necessary to switch the active slot as someone else here suggested. The flash script included with the factory image flashes both slots.
TheSt33v said:
It is not necessary to switch the active slot as someone else here suggested. The flash script included with the factory image flashes both slots.
Click to expand...
Click to collapse
I think I just read in the carbon thread that is not the case, only part of the install goes to both slots. ??
TheSt33v said:
It is not necessary to switch the active slot as someone else here suggested. The flash script included with the factory image flashes both slots.
Click to expand...
Click to collapse
I don't think this is the case either. Afaik partitions such as system will only flash to the active slot (i.e. I've seen the script say something like "writing system_a"). When I manually switch slots, it will say "writing system_b" - this is what leads me to believe it doesn't flash to both slots.
I have a bit of OCD so I manually switch slots and flash-all to both. It's also to be on the safe side, avoiding any potential issues by having one slot have older factory images.
ram4ufriends said:
Yeah lessons learnt...good thing is I did RMA to Google and got a replacement...
Click to expand...
Click to collapse
Do you have a thread that leads to how you bricked yours or willing to share here?
I really want to relock the bootloader but I don't want to need to send spend $ on a rma
Sent from my Pixel 2 XL using Tapatalk
rickysidhu_ said:
I don't think this is the case either. Afaik partitions such as system will only flash to the active slot (i.e. I've seen the script say something like "writing system_a"). When I manually switch slots, it will say "writing system_b" - this is what leads me to believe it doesn't flash to both slots.
I have a bit of OCD so I manually switch slots and flash-all to both. It's also to be on the safe side, avoiding any potential issues by having one slot have older factory images.
Click to expand...
Click to collapse
I stand corrected. This is what happens when you flash a factory image:
target reported max download size of 536870912 bytes
sending 'bootloader_a' (36344 KB)...
OKAY [ 0.807s]
writing 'bootloader_a'...
OKAY [ 0.371s]
finished. total time: 1.181s
rebooting into bootloader...
OKAY [ 0.001s]
finished. total time: 0.001s
< waiting for any device >
target reported max download size of 536870912 bytes
sending 'radio_a' (60428 KB)...
OKAY [ 1.344s]
writing 'radio_a'...
OKAY [ 0.578s]
finished. total time: 1.924s
rebooting into bootloader...
OKAY [ 0.001s]
finished. total time: 0.002s
extracting android-info.txt (0 MB) to RAM...
extracting boot.img (40 MB) to disk... took 0.144s
target reported max download size of 536870912 bytes
archive does not contain 'boot.sig'
archive does not contain 'boot_other.img'
extracting dtbo.img (8 MB) to disk... took 0.020s
archive does not contain 'dtbo.sig'
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting system.img (1936 MB) to disk... took 7.975s
archive does not contain 'system.sig'
extracting system_other.img (568 MB) to disk... took 2.816s
archive does not contain 'system.sig'
extracting vbmeta.img (0 MB) to disk... took -0.000s
archive does not contain 'vbmeta.sig'
extracting vendor.img (349 MB) to disk... took 1.626s
archive does not contain 'vendor.sig'
archive does not contain 'vendor_other.img'
--------------------------------------------
Bootloader Version...: TMZ12b
Baseband Version.....: g8998-00164-1710262031
Serial Number........: 710KPXV0398618
--------------------------------------------
checking product...
OKAY [ 0.001s]
checking version-bootloader...
OKAY [ 0.001s]
checking version-baseband...
OKAY [ 0.001s]
sending 'boot_a' (40960 KB)...
OKAY [ 0.909s]
writing 'boot_a'...
OKAY [ 0.374s]
sending 'dtbo_a' (8192 KB)...
OKAY [ 0.182s]
writing 'dtbo_a'...
OKAY [ 0.076s]
erasing 'system_a'...
OKAY [ 0.072s]
sending sparse 'system_a' 1/4 (524284 KB)...
OKAY [ 12.120s]
writing 'system_a' 1/4...
OKAY [ 2.454s]
sending sparse 'system_a' 2/4 (524284 KB)...
OKAY [ 12.086s]
writing 'system_a' 2/4...
OKAY [ 2.423s]
sending sparse 'system_a' 3/4 (524284 KB)...
OKAY [ 12.027s]
writing 'system_a' 3/4...
OKAY [ 2.422s]
sending sparse 'system_a' 4/4 (410176 KB)...
OKAY [ 9.397s]
writing 'system_a' 4/4...
OKAY [ 1.894s]
erasing 'system_b'...
OKAY [ 0.051s]
sending sparse 'system_b' 1/2 (524284 KB)...
OKAY [ 12.007s]
writing 'system_b' 1/2...
OKAY [ 2.452s]
sending sparse 'system_b' 2/2 (57588 KB)...
OKAY [ 1.322s]
writing 'system_b' 2/2...
OKAY [ 0.257s]
sending 'vbmeta_a' (4 KB)...
OKAY [ 0.001s]
writing 'vbmeta_a'...
OKAY [ 0.003s]
erasing 'vendor_a'...
OKAY [ 0.014s]
sending 'vendor_a' (357912 KB)...
OKAY [ 7.952s]
writing 'vendor_a'...
OKAY [ 1.818s]
Setting current slot to 'a'...
OKAY [ 0.008s]
rebooting...
finished. total time: 82.364s
Press any key to exit...
So it looks like the only time it touches the inactive slot is when it flashes system, in which case it flashes something different to the inactive system partition. Weird.
gjkrisa said:
Do you have a thread that leads to how you bricked yours or willing to share here?
I really want to relock the bootloader but I don't want to need to send spend $ on a rma
Click to expand...
Click to collapse
https://forum.xda-developers.com/pixel-2-xl/help/brick-device-t3720735
Ok so go to stock before locking bootloader check
Sent from my Pixel 2 XL using Tapatalk
gjkrisa said:
Ok so go to stock before locking bootloader check
Click to expand...
Click to collapse
And wait for one OTA to work.
I'm on mac so i ran flash-all.sh but ran into issue anyone have an idea?
Downloads/pixel/flash-all.sh
target reported max download size of 536870912 bytes
sending 'bootloader_a' (36344 KB)...
OKAY [ 0.944s]
writing 'bootloader_a'...
OKAY [ 0.507s]
finished. total time: 1.451s
rebooting into bootloader...
OKAY [ 0.000s]
finished. total time: 0.000s
target reported max download size of 536870912 bytes
sending 'radio_a' (60428 KB)...
OKAY [ 1.596s]
writing 'radio_a'...
OKAY [ 2.108s]
finished. total time: 3.704s
rebooting into bootloader...
OKAY [ 0.000s]
finished. total time: 0.000s
extracting android-info.txt (0 MB) to RAM...
extracting boot.img (40 MB) to disk... took 0.213s
target reported max download size of 536870912 bytes
archive does not contain 'boot.sig'
archive does not contain 'boot_other.img'
extracting dtbo.img (8 MB) to disk... took 0.031s
archive does not contain 'dtbo.sig'
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting system.img (1936 MB) to disk... took 11.488s
archive does not contain 'system.sig'
extracting system_other.img (568 MB) to disk... took 3.995s
archive does not contain 'system.sig'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
extracting vendor.img (349 MB) to disk... took 2.308s
archive does not contain 'vendor.sig'
archive does not contain 'vendor_other.img'
wiping userdata...
/usr/local/bin/mke2fs failed with status 1
error: Cannot generate image for userdata
Click to expand...
Click to collapse
gjkrisa said:
I'm on mac so i ran flash-all.sh but ran into issue anyone have an idea?
Click to expand...
Click to collapse
I got the same error and could not find a way around it. I ended up downloading the Skipsoft toolkit and flashing factory images from there, in Windows.
rickysidhu_ said:
I got the same error and could not find a way around it. I ended up downloading the Skipsoft toolkit and flashing factory images from there, in Windows.
Click to expand...
Click to collapse
Did you have to remove password on phone first?
Sent from my Pixel 2 XL using Tapatalk
Hello,
i have a Pixel XL which i have just purchased second hand. The previous owner flashed the Android P beta and i wanted to restore to the last Oreo.
Started skipsoft tool and chose to restore to stock, device found and flash starts but always fails to finish with the following status. The stock Rom i am trying to flash was downloaded from official sources. Any ideas what to try?
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
--------------------------------------------
Bootloader Version...: 8996-012001-1711291800
Baseband Version.....: 8996-130091-1802061512
Serial Number........: HT69T0XXXXX
--------------------------------------------
checking product...
OKAY [ 0.050s]
checking version-bootloader...
OKAY [ 0.047s]
checking version-baseband...
OKAY [ 0.045s]
sending 'boot_b' (30177 KB)...
OKAY [ 0.748s]
writing 'boot_b'...
OKAY [ 0.608s]
erasing 'system_b'...
OKAY [ 1.091s]
sending sparse 'system_b' 1/4 (524284 KB)...
OKAY [ 12.765s]
writing 'system_b' 1/4...
OKAY [ 3.989s]
sending sparse 'system_b' 2/4 (524284 KB)...
FAILED (data write failure (Unknown error))
finished. total time: 32.709s
Make sure your SDK (ADB, fastboot) is up to date.
Is the phone in working condition?
Is the bootloader unlocked?
jiggly cable dude,replace cable before flashing again cause u could brick it.Device fine!
Well that data partition could be corrupt. I would suggest wiping date then try to reflash the factory image. If the data won't wipe you might have a bad emmc
dosada said:
Hello,
i have a Pixel XL which i have just purchased second hand. The previous owner flashed the Android P beta and i wanted to restore to the last Oreo.
Started skipsoft tool and chose to restore to stock, device found and flash starts but always fails to finish with the following status. The stock Rom i am trying to flash was downloaded from official sources. Any ideas what to try?
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
--------------------------------------------
Bootloader Version...: 8996-012001-1711291800
Baseband Version.....: 8996-130091-1802061512
Serial Number........: HT69T0XXXXX
--------------------------------------------
checking product...
OKAY [ 0.050s]
checking version-bootloader...
OKAY [ 0.047s]
checking version-baseband...
OKAY [ 0.045s]
sending 'boot_b' (30177 KB)...
OKAY [ 0.748s]
writing 'boot_b'...
OKAY [ 0.608s]
erasing 'system_b'...
OKAY [ 1.091s]
sending sparse 'system_b' 1/4 (524284 KB)...
OKAY [ 12.765s]
writing 'system_b' 1/4...
OKAY [ 3.989s]
sending sparse 'system_b' 2/4 (524284 KB)...
FAILED (data write failure (Unknown error))
finished. total time: 32.709s
Click to expand...
Click to collapse
DR3W5K1 said:
Well that data partition could be corrupt. I would suggest wiping date then try to reflash the factory image. If the data won't wipe you might have a bad emmc
Click to expand...
Click to collapse
Is the device 128gb? If so refer to this post by me.
https://forum.xda-developers.com/showpost.php?p=76710445&postcount=23
i would go to developers.google.com and download and flash-all the the latest rom. if that doesn't work fastboot boot twrp.img and goto Wipe -Format Data .
DR3W5K1 said:
Make sure your SDK (ADB, fastboot) is up to date.
Is the phone in working condition?
Click to expand...
Click to collapse
I'm going to second this. I could not flash back to June 8.1 factory from the P beta without updating my ADB and Fastboot to the latest google provides.
I had the latest "Minimal ADB and Fastboot" from XDA and that was not working at all - lots of errors thrown.
dosada said:
Hello,
i have a Pixel XL which i have just purchased second hand. The previous owner flashed the Android P beta and i wanted to restore to the last Oreo.
Started skipsoft tool and chose to restore to stock, device found and flash starts but always fails to finish with the following status. The stock Rom i am trying to flash was downloaded from official sources. Any ideas what to try?
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
--------------------------------------------
Bootloader Version...: 8996-012001-1711291800
Baseband Version.....: 8996-130091-1802061512
Serial Number........: HT69T0XXXXX
--------------------------------------------
checking product...
OKAY [ 0.050s]
checking version-bootloader...
OKAY [ 0.047s]
checking version-baseband...
OKAY [ 0.045s]
sending 'boot_b' (30177 KB)...
OKAY [ 0.748s]
writing 'boot_b'...
OKAY [ 0.608s]
erasing 'system_b'...
OKAY [ 1.091s]
sending sparse 'system_b' 1/4 (524284 KB)...
OKAY [ 12.765s]
writing 'system_b' 1/4...
OKAY [ 3.989s]
sending sparse 'system_b' 2/4 (524284 KB)...
FAILED (data write failure (Unknown error))
finished. total time: 32.709s
Click to expand...
Click to collapse
I had a similar issue and it started with release of May image and no matter what i did with cable changes like mentioned or using a different pc or using a different usb port or updating to latest fastboot/adb ... switching slots.. i could not flash the full image with -w removed.. i went back and reverted to April full image ... I have not yet tried June but my guess is it will be similiar result with failing on that exact spot as you mentioned. Same exact error.
---------- Post added at 08:40 PM ---------- Previous post was at 08:00 PM ----------
firefly777 said:
I had a similar issue and it started with release of May image and no matter what i did with cable changes like mentioned or using a different pc or using a different usb port or updating to latest fastboot/adb ... switching slots.. i could not flash the full image with -w removed.. i went back and reverted to April full image ... I have not yet tried June but my guess is it will be similiar result with failing on that exact spot as you mentioned. Same exact error.
Click to expand...
Click to collapse
Here's what i did to get past this error so maybe worth a try.. as i mentioned above i reverted to April i flashed slot B with full image ... no data wipes in any of this btw.. so i removed -w from flash-all
i let it do its thing and reboot
i switched to slot A and again did the april flash all no data wipes (remove -w)
then i tried the june full image again no data wipes (remove -w) and voila it finally worked.. so try that to see if it works for you.
no data wipe needed.
flash april full image (remove -w) to both slot b and slot a
keep it on slot a
flash june full image (remove -w)
so up to now i had always flashed only to active slot and not both but with this trick it worked for June as well but first start with April. hope that works for you too bud
I just received my Android 10 update and after the update when it asked to reboot I tapped reboot and now it has been stuck in a continuous bootloop. My phone was not rooted or modded in any way. I was able to boot into the recovery selection menu but cant go into the actual recovery (it just says "no item" when I select recovery).
Any help/suggestions?
You can reflash the ROM using the full OTA package, as is stated by Google in https://developers.google.com/android/ota : This page contains full OTA update packages that allow you to restore your Nexus or Pixel device's original factory firmware. You will find these files useful if you have experienced a failure to take an OTA. This has the same effect as flashing the corresponding factory image, but without the need to wipe the device or unlock the bootloader." You also have in that page instructions of the whole process.
All you need to do is reboot into recovery, enter adb sideload mode from whitin it and send the zip OTA file using your PC and adb. Download QP1A.190711.020 version under Pixel 2 XL.
In order to boot into recovery, when you see the Android robot with the "no item" message keep pressed the power button and then short-press volume up until the recovery options show up.
It after that it's still failing, just format within recovery or flash the full firmware stock package.
fdgd1998 said:
You can reflash the ROM using the full OTA package, as is stated by Google in https://developers.google.com/android/ota : This page contains full OTA update packages that allow you to restore your Nexus or Pixel device's original factory firmware. You will find these files useful if you have experienced a failure to take an OTA. This has the same effect as flashing the corresponding factory image, but without the need to wipe the device or unlock the bootloader." You also have in that page instructions of the whole process.
All you need to do is reboot into recovery, enter adb sideload mode from whitin it and send the zip OTA file using your PC and adb. Download QP1A.190711.020 version under Pixel 2 XL.
In order to boot into recovery, when you see the Android robot with the "no item" message keep pressed the power button and then short-press volume up until the recovery options show up.
It after that it's still failing, just format within recovery or flash the full firmware stock package.
Click to expand...
Click to collapse
thank you for the helpful reply
i had already started the process and have already downloaded all the files
but i cant unlock the bootloader as it says in the tutorial
am i doing something wrong? or is there any way to flash without unlocking the bootloader?
Edit: I dont have the "oem unlock" option turned on.
PLZ HELP
areebiqbal said:
thank you for the helpful reply
i had already started the process and have already downloaded all the files
but i cant unlock the bootloader as it says in the tutorial
am i doing something wrong? or is there any way to flash without unlocking the bootloader?
Edit: I dont have the "oem unlock" option turned on.
PLZ HELP
Click to expand...
Click to collapse
Are you flashing the OTA or the full firmware? For the OTA bootloader unlock isn't necessary.
And in the instructions are stated the opposite, you must have misread it.
fdgd1998 said:
Are you flashing the OTA or the full firmware? For the OTA bootloader unlock isn't necessary.
And in the instructions are stated the opposite, you must have misread it.
Click to expand...
Click to collapse
hi, so luckily i had oem unlocking checked before this happened, but after the october update ive been stuck in bootloop.
ive tried both sideloading the ota in recovery, and also full firmware flash via fastboot.
after several attempts at both, i can't seem to access the recovery and bootloop persists.
any ideas?
[pixel sailfish never been rooted]
ku81na said:
hi, so luckily i had oem unlocking checked before this happened, but after the october update ive been stuck in bootloop.
ive tried both sideloading the ota in recovery, and also full firmware flash via fastboot.
after several attempts at both, i can't seem to access the recovery and bootloop persists.
any ideas?
[pixel sailfish never been rooted]
Click to expand...
Click to collapse
Have you looked into the Dueces recovery scrip?
https://forum.xda-developers.com/pi...ol-deuces-bootloop-recovery-flashing-t3704761
no dice. appreciate the suggestion though
ku81na said:
no dice. appreciate the suggestion though
Click to expand...
Click to collapse
if you can confirm a couple things for me....
Are you actually getting into the recovery, but not seeing any "items"; because in stock recovery, you just see a broken/dead android image, and only get selections revealed/not-hidden but holding the volume-up & power button at the same time momentarily.
But, then again, you claim that you have attempted to "sideload the ota in recovery", so I imagine you already did this…but then, again again, you don’t describe what “error” or outcome actually happened and it could possibly be that, when you attempted, you just couldn’t or didn’t know how to get into the stock recovery…
Also, the recovery resides in the boot partition; I suggest you download the Full Factory image file (from the Google Developers site), extract it until you can find the boot.img, then manually flash it to overwrite and maybe fix the boot & recovery; to further explain, copy the extracted “boot.img” file to platform-tools folder where adb and fastboot reside, then run the command “fastboot flash boot boot.img” – although, if the flash-all is successfully executed, it would be doing this anyways…..
Which brings me to my next thing…if you could edit the “flash-all.bat” file and remove the word “exit” at the end – and for that matter, if you wish to save your data, remove the -w as well – and if you could please copy the output/log of you running the flash-all; usually this resolves everything & it all, so maybe it’s here that something is going wrong…
And running Deuce’s famous rescue script has saved/recovered countless people and their device (taimen)…it definitely is a good idea to attempt it…
But, then again, this is assuming that you made sure to run (and successfully execute) the fastboot command “fastboot flashing unlock” and/or (depending on your bootloader version) “fastboot flashing unlock_critical”.
Good luck, hopefully you can get back to me/us on some of this stuff, and hopefully all this ends up being helpful…
simplepinoi177 said:
if you can confirm a couple things for me....
Are you actually getting into the recovery, but not seeing any "items"; because in stock recovery, you just see a broken/dead android image, and only get selections revealed/not-hidden but holding the volume-up & power button at the same time momentarily.
But, then again, you claim that you have attempted to "sideload the ota in recovery", so I imagine you already did this…but then, again again, you don’t describe what “error” or outcome actually happened and it could possibly be that, when you attempted, you just couldn’t or didn’t know how to get into the stock recovery…
Also, the recovery resides in the boot partition; I suggest you download the Full Factory image file (from the Google Developers site), extract it until you can find the boot.img, then manually flash it to overwrite and maybe fix the boot & recovery; to further explain, copy the extracted “boot.img” file to platform-tools folder where adb and fastboot reside, then run the command “fastboot flash boot boot.img” – although, if the flash-all is successfully executed, it would be doing this anyways…..
Which brings me to my next thing…if you could edit the “flash-all.bat” file and remove the word “exit” at the end – and for that matter, if you wish to save your data, remove the -w as well – and if you could please copy the output/log of you running the flash-all; usually this resolves everything & it all, so maybe it’s here that something is going wrong…
And running Deuce’s famous rescue script has saved/recovered countless people and their device (taimen)…it definitely is a good idea to attempt it…
But, then again, this is assuming that you made sure to run (and successfully execute) the fastboot command “fastboot flashing unlock” and/or (depending on your bootloader version) “fastboot flashing unlock_critical”.
Good luck, hopefully you can get back to me/us on some of this stuff, and hopefully all this ends up being helpful…
Click to expand...
Click to collapse
yes i've tried everything you've suggested (flashing boot separately/removing exit from flash-all/running deuces script), however i haven't been able to access the recovery since i last messaged so i haven't been able to retry an ota flash from recovery. (the screen is all black and a green line of fuzz blinks across the middle of the screen when holding power and volume up) i did however get into it successfully once, and when i did there were no errors at all.
the strange thing is there are no errors when flashing either. it just does not get passed "Google" without rebooting. i just tried another flash-all after flashing unlock & unlock_critical so here is the full log in case im missing something:
target reported max download size of 536870912 bytes
sending 'bootloader_b' (32480 KB)...
OKAY [ 0.847s]
writing 'bootloader_b'...
(bootloader) Valid bootloader version.
(bootloader) Flashing active slot "_b"
(bootloader) Flashing active slot "_b"
OKAY [ 4.107s]
finished. total time: 4.965s
rebooting into bootloader...
OKAY [ 0.046s]
finished. total time: 0.051s
target reported max download size of 536870912 bytes
sending 'radio_b' (57156 KB)...
OKAY [ 1.434s]
writing 'radio_b'...
OKAY [ 0.458s]
finished. total time: 1.903s
rebooting into bootloader...
OKAY [ 0.050s]
finished. total time: 0.055s
target reported max download size of 536870912 bytes
archive does not contain 'boot.sig'
archive does not contain 'boot_other.img'
archive does not contain 'recovery.img'
archive does not contain 'system.sig'
archive does not contain 'system.sig'
archive does not contain 'vendor.sig'
archive does not contain 'vendor_other.img'
wiping userdata...
Creating filesystem with parameters:
Size: 26663190528
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 32768
Label:
Blocks: 6509568
Block groups: 199
Reserved block group size: 1024
Created filesystem with 11/1630208 inodes and 146354/6509568 blocks
--------------------------------------------
Bootloader Version...: 8996-012001-1908071822
Baseband Version.....: 8996-130361-1905270421
Serial Number........: FXXXXXXXXXXX
--------------------------------------------
checking product...
OKAY [ 0.050s]
checking version-bootloader...
OKAY [ 0.046s]
checking version-baseband...
OKAY [ 0.046s]
sending 'boot_b' (30793 KB)...
OKAY [ 0.797s]
writing 'boot_b'...
OKAY [ 0.294s]
erasing 'system_b'...
OKAY [ 0.316s]
sending sparse 'system_b' 1/4 (524284 KB)...
OKAY [ 13.692s]
writing 'system_b' 1/4...
OKAY [ 3.460s]
sending sparse 'system_b' 2/4 (524284 KB)...
OKAY [ 13.802s]
writing 'system_b' 2/4...
OKAY [ 3.481s]
sending sparse 'system_b' 3/4 (524284 KB)...
OKAY [ 13.816s]
writing 'system_b' 3/4...
OKAY [ 3.451s]
sending sparse 'system_b' 4/4 (461052 KB)...
OKAY [ 11.950s]
writing 'system_b' 4/4...
OKAY [ 3.087s]
erasing 'system_a'...
OKAY [ 0.246s]
sending 'system_a' (298348 KB)...
OKAY [ 7.005s]
writing 'system_a'...
OKAY [ 2.036s]
erasing 'vendor_b'...
OKAY [ 0.112s]
sending 'vendor_b' (259272 KB)...
OKAY [ 6.400s]
writing 'vendor_b'...
OKAY [ 1.747s]
Setting current slot to 'b'...
OKAY [ 0.081s]
erasing 'userdata'...
OKAY [ 1.853s]
sending 'userdata' (138957 KB)...
OKAY [ 3.089s]
writing 'userdata'...
OKAY [ 1.293s]
rebooting...
finished. total time: 92.497s
Press any key to exit...
ku81na said:
yes i've tried everything you've suggested (flashing boot separately/removing exit from flash-all/running deuces script), however i haven't been able to access the recovery since i last messaged so i haven't been able to retry an ota flash from recovery. (the screen is all black and a green line of fuzz blinks across the middle of the screen when holding power and volume up) i did however get into it successfully once, and when i did there were no errors at all.
the strange thing is there are no errors when flashing either. it just does not get passed "Google" without rebooting. i just tried another flash-all after flashing unlock & unlock_critical so here is the full log in case im missing something:
target reported max download size of 536870912 bytes
sending 'bootloader_b' (32480 KB)...
OKAY [ 0.847s]
writing 'bootloader_b'...
(bootloader) Valid bootloader version.
(bootloader) Flashing active slot "_b"
(bootloader) Flashing active slot "_b"
OKAY [ 4.107s]
finished. total time: 4.965s
rebooting into bootloader...
OKAY [ 0.046s]
finished. total time: 0.051s
target reported max download size of 536870912 bytes
sending 'radio_b' (57156 KB)...
OKAY [ 1.434s]
writing 'radio_b'...
OKAY [ 0.458s]
finished. total time: 1.903s
rebooting into bootloader...
OKAY [ 0.050s]
finished. total time: 0.055s
target reported max download size of 536870912 bytes
archive does not contain 'boot.sig'
archive does not contain 'boot_other.img'
archive does not contain 'recovery.img'
archive does not contain 'system.sig'
archive does not contain 'system.sig'
archive does not contain 'vendor.sig'
archive does not contain 'vendor_other.img'
wiping userdata...
Creating filesystem with parameters:
Size: 26663190528
Block size: 4096
Blocks per group: 32768
Inodes per group: 8192
Inode size: 256
Journal blocks: 32768
Label:
Blocks: 6509568
Block groups: 199
Reserved block group size: 1024
Created filesystem with 11/1630208 inodes and 146354/6509568 blocks
--------------------------------------------
Bootloader Version...: 8996-012001-1908071822
Baseband Version.....: 8996-130361-1905270421
Serial Number........: FXXXXXXXXXXX
--------------------------------------------
checking product...
OKAY [ 0.050s]
checking version-bootloader...
OKAY [ 0.046s]
checking version-baseband...
OKAY [ 0.046s]
sending 'boot_b' (30793 KB)...
OKAY [ 0.797s]
writing 'boot_b'...
OKAY [ 0.294s]
erasing 'system_b'...
OKAY [ 0.316s]
sending sparse 'system_b' 1/4 (524284 KB)...
OKAY [ 13.692s]
writing 'system_b' 1/4...
OKAY [ 3.460s]
sending sparse 'system_b' 2/4 (524284 KB)...
OKAY [ 13.802s]
writing 'system_b' 2/4...
OKAY [ 3.481s]
sending sparse 'system_b' 3/4 (524284 KB)...
OKAY [ 13.816s]
writing 'system_b' 3/4...
OKAY [ 3.451s]
sending sparse 'system_b' 4/4 (461052 KB)...
OKAY [ 11.950s]
writing 'system_b' 4/4...
OKAY [ 3.087s]
erasing 'system_a'...
OKAY [ 0.246s]
sending 'system_a' (298348 KB)...
OKAY [ 7.005s]
writing 'system_a'...
OKAY [ 2.036s]
erasing 'vendor_b'...
OKAY [ 0.112s]
sending 'vendor_b' (259272 KB)...
OKAY [ 6.400s]
writing 'vendor_b'...
OKAY [ 1.747s]
Setting current slot to 'b'...
OKAY [ 0.081s]
erasing 'userdata'...
OKAY [ 1.853s]
sending 'userdata' (138957 KB)...
OKAY [ 3.089s]
writing 'userdata'...
OKAY [ 1.293s]
rebooting...
finished. total time: 92.497s
Press any key to exit..
.
Click to expand...
Click to collapse
Curious....
I would suggest you try Deuce's script -- again, it has assisted and recovered countless taimens. And, if that doesn't help, I would suggest you try temporarily booting into TWRP custom recovery. If you do not know how to do that, download the TWRP .img file from twrp.me (you'll have to direct yourself to the Google Pixel 2 XL [taimen] section), put it where you put the flash-all and other image files, then run the fastboot command "fastboot boot twrp.img" (replace "twrp.img" with the actual filename of the twrp image file). There you can erase/format the system and/or other partitions, or even "repair" the filesystem! You can also run adb commands, so you might have some luck and be able to install/flash an OTA image file as well....
Good luck and hope this helps...!
Hi everyone, I am facing a bootloop problem with my Pixel 2 XL with Android 10 (Build 190711.020) and unlocked bootloader
THE PROBLEM
When I turn the phone on it boots until the Google splash screen then the phone turns off and on again, the issue also occurs when I try to boot to recovery mode or when I plug the phone to a charger or USB. The only thing I can boot fine to is the Bootloader
WHAT I DID PRIOR
A couple of hours ago the phone was not rooted and was working fine and I did the following
1. Rooted the phone with Magisk 19.4 beta,
2. Enabled Gmail dark mode by editing flags with solid explorer
3. Reboot the phone
4. Used it for sometimes
5. Boot into bootloader and flashed boot.img to unroot
6. Boot the phone and used it fine for hours
7. I went to settings and enabled forced dark in developer options
8. Reboot the phone and the bootloops begins
WHAT I HAVE TRIED
After the hone started to bootloop did the following
1. I flashed Android 10 factory image >> Still bootloops
2. Formated userdata >> Still bootloopps
3. Used [TOOL] Deuces Bootloop-Recovery & Flashing Script v5.0 >> Still bootloop
4. Change to boot slot a and flash factory image, change to boot slot b and flash factory image >> Still bootloop
Does anyone have any insight on how to solve this problem?*
Thanks
NingaR said:
Hi everyone, I am facing a bootloop problem with my Pixel 2 XL with Android 10 (Build 190711.020) and unlocked bootloader
THE PROBLEM
When I turn the phone on it boots until the Google splash screen then the phone turns off and on again, the issue also occurs when I try to boot to recovery mode or when I plug the phone to a charger or USB. The only thing I can boot fine to is the Bootloader
WHAT I DID PRIOR
A couple of hours ago the phone was not rooted and was working fine and I did the following
1. Rooted the phone with Magisk 19.4 beta,
2. Enabled Gmail dark mode by editing flags with solid explorer
3. Reboot the phone
4. Used it for sometimes
5. Boot into bootloader and flashed boot.img to unroot
6. Boot the phone and used it fine for hours
7. I went to settings and enabled forced dark in developer options
8. Reboot the phone and the bootloops begins
WHAT I HAVE TRIED
After the hone started to bootloop did the following
1. I flashed Android 10 factory image >> Still bootloops
2. Formated userdata >> Still bootloopps
3. Used [TOOL] Deuces Bootloop-Recovery & Flashing Script v5.0 >> Still bootloop
4. Change to boot slot a and flash factory image, change to boot slot b and flash factory image >> Still bootloop
Does anyone have any insight on how to solve this problem?*
Thanks
Click to expand...
Click to collapse
What is the output/log for when you run the flash-all?
Also, confirm you have the most up-to-date platform-tools as well as using a USB-A to USB-A (avoid USB-C as much as possible, at least with taimen) cord and various different ports.
I'm thinking, instead of flashing the boot.img, you should've just "Uninstalled" within Magisk -- essentially restores the stock boot.img, but with the 2 different slots, it may have some other safeguards or something. But, in any case, loading flash-all and/or deuce's script should've/would've resolved anything that went wrong anyways...
Are you sure you didn't accidentally flash/restore using Pie instead of Q/10?
If nothing else after answering these inquiries, I will walk you through using fastboot commands within bootloader mode to manually format the boot and system partitions....
simplepinoi177 said:
What is the output/log for when you run the flash-all?
Click to expand...
Click to collapse
Here is the output I have attached a .txt file too
Code:
PS C:\Users\Ninga\Desktop\taimen-qp1a.190711.020> .\flash-all.bat
Sending 'bootloader_b' (36352 KB) OKAY [ 0.799s]
Writing 'bootloader_b' OKAY [ 0.277s]
Finished. Total time: 1.242s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.007s
Sending 'radio_b' (60388 KB) OKAY [ 1.339s]
Writing 'radio_b' OKAY [ 0.820s]
Finished. Total time: 2.467s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.005s
--------------------------------------------
Bootloader Version...: TMZ30h
Baseband Version.....: g8998-00012-1905270706
Serial Number........: 711KPRW0625214
--------------------------------------------
extracting android-info.txt (0 MB) to RAM...
Checking 'product' OKAY [ 0.001s]
Checking 'version-bootloader' OKAY [ 0.000s]
Checking 'version-baseband' OKAY [ 0.000s]
Setting current slot to 'b' OKAY [ 0.009s]
extracting boot.img (40 MB) to disk... took 0.264s
archive does not contain 'boot.sig'
Sending 'boot_b' (40960 KB) OKAY [ 0.901s]
Writing 'boot_b' OKAY [ 0.538s]
extracting dtbo.img (8 MB) to disk... took 0.033s
archive does not contain 'dtbo.sig'
Sending 'dtbo_b' (8192 KB) OKAY [ 0.181s]
Writing 'dtbo_b' OKAY [ 0.104s]
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
Sending 'vbmeta_b' (4 KB) OKAY [ 0.000s]
Writing 'vbmeta_b' OKAY [ 0.003s]
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
extracting system.img (2374 MB) to disk... took 43.496s
archive does not contain 'system.sig'
Sending sparse 'system_b' 1/5 (524284 KB) OKAY [ 12.074s]
Writing 'system_b' OKAY [ 2.236s]
Sending sparse 'system_b' 2/5 (524284 KB) OKAY [ 12.060s]
Writing 'system_b' OKAY [ 2.234s]
Sending sparse 'system_b' 3/5 (524284 KB) OKAY [ 12.096s]
Writing 'system_b' OKAY [ 2.223s]
Sending sparse 'system_b' 4/5 (524284 KB) OKAY [ 12.006s]
Writing 'system_b' OKAY [ 2.237s]
Sending sparse 'system_b' 5/5 (334556 KB) OKAY [ 7.730s]
Writing 'system_b' OKAY [ 1.409s]
archive does not contain 'system_ext.img'
extracting system_other.img (304 MB) to disk... took 5.215s
archive does not contain 'system.sig'
Sending 'system_a' (311784 KB) OKAY [ 6.870s]
Writing 'system_a' OKAY [ 1.312s]
extracting vendor.img (340 MB) to disk... took 4.238s
archive does not contain 'vendor.sig'
Sending 'vendor_b' (348532 KB) OKAY [ 7.695s]
Writing 'vendor_b' OKAY [ 1.482s]
archive does not contain 'vendor_other.img'
Erasing 'userdata' OKAY [ 0.620s]
mke2fs 1.44.4 (18-Aug-2018)
Creating filesystem with 29518843 4k blocks and 7380992 inodes
Filesystem UUID: 36d24c48-e00a-11e9-8d7d-0f0cf6c3abaa
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocating group tables: done
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
Sending 'userdata' (4672 KB) OKAY [ 0.103s]
Writing 'userdata' OKAY [ 0.035s]
Rebooting OKAY [ 0.000s]
Finished. Total time: 804.680s
Press any key to exit...
Also, confirm you have the most up-to-date platform-tools as well as using a USB-A to USB-A (avoid USB-C as much as possible, at least with taimen) cord and various different ports.
Click to expand...
Click to collapse
Yes I have up-to-date platform-tools and I am using USB-A to USB-C (I have been using this cable to update monthly)
I'm thinking, instead of flashing the boot.img, you should've just "Uninstalled" within Magisk -- essentially restores the stock boot.img, but with the 2 different slots, it may have some other safeguards or something. But, in any case, loading flash-all and/or deuce's script should've/would've resolved anything that went wrong anyways....
Are you sure you didn't accidentally flash/restore using Pie instead of Q/10?
Click to expand...
Click to collapse
Yes, I should just have just uninstalled magisk by using the uninstaller zip but I wanted to remove TWRP too and No I did not flash Pie just the same Android 10 build I cleaned flashed when I was updating to Android 10
If nothing else after answering these inquiries, I will walk you through using fastboot commands within bootloader mode to manually format the boot and system partitions....
Click to expand...
Click to collapse
Thank you so much for helping sir.
NingaR said:
Here is the output I have attached a .txt file too
Code:
PS C:\Users\Ninga\Desktop\taimen-qp1a.190711.020> .\flash-all.bat
Sending 'bootloader_b' (36352 KB) OKAY [ 0.799s]
Writing 'bootloader_b' OKAY [ 0.277s]
Finished. Total time: 1.242s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.007s
Sending 'radio_b' (60388 KB) OKAY [ 1.339s]
Writing 'radio_b' OKAY [ 0.820s]
Finished. Total time: 2.467s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.005s
--------------------------------------------
Bootloader Version...: TMZ30h
Baseband Version.....: g8998-00012-1905270706
Serial Number........: 711KPRW0625214
--------------------------------------------
extracting android-info.txt (0 MB) to RAM...
Checking 'product' OKAY [ 0.001s]
Checking 'version-bootloader' OKAY [ 0.000s]
Checking 'version-baseband' OKAY [ 0.000s]
Setting current slot to 'b' OKAY [ 0.009s]
extracting boot.img (40 MB) to disk... took 0.264s
archive does not contain 'boot.sig'
Sending 'boot_b' (40960 KB) OKAY [ 0.901s]
Writing 'boot_b' OKAY [ 0.538s]
extracting dtbo.img (8 MB) to disk... took 0.033s
archive does not contain 'dtbo.sig'
Sending 'dtbo_b' (8192 KB) OKAY [ 0.181s]
Writing 'dtbo_b' OKAY [ 0.104s]
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
Sending 'vbmeta_b' (4 KB) OKAY [ 0.000s]
Writing 'vbmeta_b' OKAY [ 0.003s]
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
extracting system.img (2374 MB) to disk... took 43.496s
archive does not contain 'system.sig'
Sending sparse 'system_b' 1/5 (524284 KB) OKAY [ 12.074s]
Writing 'system_b' OKAY [ 2.236s]
Sending sparse 'system_b' 2/5 (524284 KB) OKAY [ 12.060s]
Writing 'system_b' OKAY [ 2.234s]
Sending sparse 'system_b' 3/5 (524284 KB) OKAY [ 12.096s]
Writing 'system_b' OKAY [ 2.223s]
Sending sparse 'system_b' 4/5 (524284 KB) OKAY [ 12.006s]
Writing 'system_b' OKAY [ 2.237s]
Sending sparse 'system_b' 5/5 (334556 KB) OKAY [ 7.730s]
Writing 'system_b' OKAY [ 1.409s]
archive does not contain 'system_ext.img'
extracting system_other.img (304 MB) to disk... took 5.215s
archive does not contain 'system.sig'
Sending 'system_a' (311784 KB) OKAY [ 6.870s]
Writing 'system_a' OKAY [ 1.312s]
extracting vendor.img (340 MB) to disk... took 4.238s
archive does not contain 'vendor.sig'
Sending 'vendor_b' (348532 KB) OKAY [ 7.695s]
Writing 'vendor_b' OKAY [ 1.482s]
archive does not contain 'vendor_other.img'
Erasing 'userdata' OKAY [ 0.620s]
mke2fs 1.44.4 (18-Aug-2018)
Creating filesystem with 29518843 4k blocks and 7380992 inodes
Filesystem UUID: 36d24c48-e00a-11e9-8d7d-0f0cf6c3abaa
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocating group tables: done
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
Sending 'userdata' (4672 KB) OKAY [ 0.103s]
Writing 'userdata' OKAY [ 0.035s]
Rebooting OKAY [ 0.000s]
Finished. Total time: 804.680s
Press any key to exit...
Yes I have up-to-date platform-tools and I am using USB-A to USB-C (I have been using this cable to update monthly)
Yes, I should just have just uninstalled magisk by using the uninstaller zip but I wanted to remove TWRP too and No I did not flash Pie just the same Android 10 build I cleaned flashed when I was updating to Android 10
Thank you so much for helping sir.
Click to expand...
Click to collapse
I haven't read the whole post, but I wanted to come on here real quick after a cursory look and suggest something...
There are some things that changed with the Full Factory images for Q/10 -- namely where the flash-all resides -- and I'm completely unsure if things have changed, but AFAIK, for Linux, you are supposed to use the flash-all.sh, NOT the flash-all.bat. I'm sure it's a subtle but significant difference...!
And i'll be sure to read and consider the rest later tonight...
And I am very happy to help!
simplepinoi177 said:
I haven't read the whole post, but I wanted to come on here real quick after a cursory look and suggest something...
There are some things that changed with the Full Factory images for Q/10 -- namely where the flash-all resides -- and I'm completely unsure if things have changed, but AFAIK, for Linux, you are supposed to use the flash-all.sh, NOT the flash-all.bat. I'm sure it's a subtle but significant difference...!
And i'll be sure to read and consider the rest later tonight...
And I am very happy to help!
Click to expand...
Click to collapse
I am using windows, I just run .\flash-all.bat on PowerShell as I was unable to copy the output code in CMD but I get the same output from CMD and PowerShell.
NingaR said:
I am using windows, I just run .\flash-all.bat on PowerShell as I was unable to copy the output code in CMD but I get the same output from CMD and PowerShell.
Click to expand...
Click to collapse
So, actually, I strongly suggest using CMD versus PowerShell. If anything, you make sure to run it “as Administrator” (either by right-clicking, or searching Command Prompt and right-clicking) and then directing to and running the flash-all.bat. And to keep the window from closing, you edit the file – in the same way you would to remove the “-w” – by right-clicking and selecting “Edit”. At the very end, remove/erase the word “exit”; this should keep it from closing out the window. You should do this from here on out. Also, you probably don’t have to do the “./” thing, but I’m not sure if it matters at all or not.
At this point, I (personally) would go through the process of manually formatting the system, boot, dtbo, and data partitions using fastboot commands in the bootloader; but I’m worried it might affect the bootloader in some inadvertent way and completely brick the device – which is why I’d only do it myself with only myself to blame. I super really bricked one device already by accidentally formatting the bootloader partition, then before reflashing/re-installing the stock bootloader, I accidentally rebooted and I couldn’t even recover anything because there was no Bootloader Mode to do it from. So what I suggest to you is this…
I suggest you download TWRP image file and temporarily boot into that custom recovery to “wipe” and format everything. You can do this by downloading and moving the TWRP .img file to the platform-tools folder that has the adb and fastboot executables/files. Then run the command “fastboot boot twrp.img” (replace “twrp” with the actual file name). In there, I would go to the “Wipe” section and wipe the system, data, and internal storage partition – If there was an option to wipe the boot partition I would suggest that; but we’ll get to that if need be – if you go into the “Advanced Wipe” section. While there, you might even try the “Repair or Change File System”. After all of this, you should reboot back into the bootloader and load up a CMD after clicking “Run as Administrator” and run the flash-all.bat again.
If it still is struggling afterwards, you might want to try obtaining the stock boot.img and dtbo.img -- you should be able to find it in the Full Factory image .zip file; you just have to delve deep enough through the multiple .zips -- and manually flashing it to the device; command would be “fastboot flash boot boot.img” & “fastboot flash dtbo dtbo.img” – remember you will have to move the .img files to the same platform-tools folder as fastboot and adb .exe files.
Some thoughts; I really wonder if it is the new Q/10 OS version or something and/or the new way Google has assembled the Full Factory images, but most of the time running the flash-all with the “-w” intact resolves any boot and system issues! None of these steps are usually necessary further than that. I was suspecting something was happening in the flashing, but your log shows that everything is flashing and installing without error. I might’ve even suggested that you redownload and check the checksum (SHA-256), but then again you would have had a bunch of errors if even one byte was off!
Here’s hoping one of these things works…good luck to you!
simplepinoi177 said:
So, actually, I strongly suggest using CMD versus PowerShell. If anything, you make sure to run it “as Administrator” (either by right-clicking, or searching Command Prompt and right-clicking) and then directing to and running the flash-all.bat. And to keep the window from closing, you edit the file – in the same way you would to remove the “-w” – by right-clicking and selecting “Edit”. At the very end, remove/erase the word “exit”; this should keep it from closing out the window. You should do this from here on out. Also, you probably don’t have to do the “./” thing, but I’m not sure if it matters at all or not.
At this point, I (personally) would go through the process of manually formatting the system, boot, dtbo, and data partitions using fastboot commands in the bootloader; but I’m worried it might affect the bootloader in some inadvertent way and completely brick the device – which is why I’d only do it myself with only myself to blame. I super really bricked one device already by accidentally formatting the bootloader partition, then before reflashing/re-installing the stock bootloader, I accidentally rebooted and I couldn’t even recover anything because there was no Bootloader Mode to do it from. So what I suggest to you is this…
I suggest you download TWRP image file and temporarily boot into that custom recovery to “wipe” and format everything. You can do this by downloading and moving the TWRP .img file to the platform-tools folder that has the adb and fastboot executables/files. Then run the command “fastboot boot twrp.img” (replace “twrp” with the actual file name). In there, I would go to the “Wipe” section and wipe the system, data, and internal storage partition – If there was an option to wipe the boot partition I would suggest that; but we’ll get to that if need be – if you go into the “Advanced Wipe” section. While there, you might even try the “Repair or Change File System”. After all of this, you should reboot back into the bootloader and load up a CMD after clicking “Run as Administrator” and run the flash-all.bat again.
If it still is struggling afterwards, you might want to try obtaining the stock boot.img and dtbo.img -- you should be able to find it in the Full Factory image .zip file; you just have to delve deep enough through the multiple .zips -- and manually flashing it to the device; command would be “fastboot flash boot boot.img” & “fastboot flash dtbo dtbo.img” – remember you will have to move the .img files to the same platform-tools folder as fastboot and adb .exe files.
Some thoughts; I really wonder if it is the new Q/10 OS version or something and/or the new way Google has assembled the Full Factory images, but most of the time running the flash-all with the “-w” intact resolves any boot and system issues! None of these steps are usually necessary further than that. I was suspecting something was happening in the flashing, but your log shows that everything is flashing and installing without error. I might’ve even suggested that you redownload and check the checksum (SHA-256), but then again you would have had a bunch of errors if even one byte was off!
Here’s hoping one of these things works…good luck to you!
Click to expand...
Click to collapse
I can not even boot to TWRP the only thing I can boot is the bootloader, booting TWRP or boot to stock recovery from bootloader results to a bootloop, even if I power down the device and plug the charger without doing anything the phone start to bootloop.
I have used both Powershell and CMD(as admin I still get the same result)
Code:
Microsoft Windows [Version 10.0.18362.356]
(c) 2019 Microsoft Corporation. All rights reserved.
C:\Windows\system32>cd C:\Users\Ninga\Desktop\A10
C:\Users\Ninga\Desktop\A10>fastboot devices
711KPRW0625214 fastboot
C:\Users\Ninga\Desktop\A10>flash-all.bat
Sending 'bootloader_b' (36352 KB) OKAY [ 0.803s]
Writing 'bootloader_b' OKAY [ 0.276s]
Finished. Total time: 1.241s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.004s
Sending 'radio_b' (60388 KB) OKAY [ 1.332s]
Writing 'radio_b' OKAY [ 0.819s]
Finished. Total time: 2.400s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.005s
--------------------------------------------
Bootloader Version...: TMZ30h
Baseband Version.....: g8998-00012-1905270706
Serial Number........: 711KPRW0625214
--------------------------------------------
extracting android-info.txt (0 MB) to RAM...
Checking 'product' OKAY [ 0.000s]
Checking 'version-bootloader' OKAY [ 0.000s]
Checking 'version-baseband' OKAY [ 0.001s]
Setting current slot to 'b' OKAY [ 0.009s]
extracting boot.img (40 MB) to disk... took 0.240s
archive does not contain 'boot.sig'
Sending 'boot_b' (40960 KB) OKAY [ 0.898s]
Writing 'boot_b' OKAY [ 0.535s]
extracting dtbo.img (8 MB) to disk... took 0.051s
archive does not contain 'dtbo.sig'
Sending 'dtbo_b' (8192 KB) OKAY [ 0.180s]
Writing 'dtbo_b' OKAY [ 0.103s]
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting vbmeta.img (0 MB) to disk... took 0.001s
archive does not contain 'vbmeta.sig'
Sending 'vbmeta_b' (4 KB) OKAY [ 0.001s]
Writing 'vbmeta_b' OKAY [ 0.003s]
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
extracting system.img (2374 MB) to disk... took 63.201s
archive does not contain 'system.sig'
Sending sparse 'system_b' 1/5 (524284 KB) OKAY [ 12.061s]
Writing 'system_b' OKAY [ 2.228s]
Sending sparse 'system_b' 2/5 (524284 KB) OKAY [ 12.036s]
Writing 'system_b' OKAY [ 2.231s]
Sending sparse 'system_b' 3/5 (524284 KB) OKAY [ 12.034s]
Writing 'system_b' OKAY [ 2.218s]
Sending sparse 'system_b' 4/5 (524284 KB) OKAY [ 12.271s]
Writing 'system_b' OKAY [ 2.237s]
Sending sparse 'system_b' 5/5 (334556 KB) OKAY [ 8.023s]
Writing 'system_b' OKAY [ 1.411s]
archive does not contain 'system_ext.img'
extracting system_other.img (304 MB) to disk... took 5.676s
archive does not contain 'system.sig'
Sending 'system_a' (311784 KB) OKAY [ 6.852s]
Writing 'system_a' OKAY [ 1.315s]
extracting vendor.img (340 MB) to disk... took 4.352s
archive does not contain 'vendor.sig'
Sending 'vendor_b' (348532 KB) OKAY [ 7.676s]
Writing 'vendor_b' OKAY [ 1.479s]
archive does not contain 'vendor_other.img'
Erasing 'userdata' OKAY [ 0.620s]
mke2fs 1.44.4 (18-Aug-2018)
Creating filesystem with 29518843 4k blocks and 7380992 inodes
Filesystem UUID: e5ba5316-e02a-11e9-92a6-a7920be70672
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocating group tables: done
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
Sending 'userdata' (4672 KB) OKAY [ 0.102s]
Writing 'userdata' OKAY [ 0.035s]
Rebooting OKAY [ 0.000s]
Finished. Total time: 171.544s
Press any key to exit...
I don't know much but what does this code means?
Code:
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
At this point I would try anything possible as I was 99% giving up and prepared to buy a new phone, but if there is even a 0.05% chance of something to work I would try that.
Thanks
NingaR said:
I can not even boot to TWRP the only thing I can boot is the bootloader, booting TWRP or boot to stock recovery from bootloader results to a bootloop, even if I power down the device and plug the charger without doing anything the phone start to bootloop.
I have used both Powershell and CMD(as admin I still get the same result)
Code:
Microsoft Windows [Version 10.0.18362.356]
(c) 2019 Microsoft Corporation. All rights reserved.
C:\Windows\system32>cd C:\Users\Ninga\Desktop\A10
C:\Users\Ninga\Desktop\A10>fastboot devices
711KPRW0625214 fastboot
C:\Users\Ninga\Desktop\A10>flash-all.bat
Sending 'bootloader_b' (36352 KB) OKAY [ 0.803s]
Writing 'bootloader_b' OKAY [ 0.276s]
Finished. Total time: 1.241s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.004s
Sending 'radio_b' (60388 KB) OKAY [ 1.332s]
Writing 'radio_b' OKAY [ 0.819s]
Finished. Total time: 2.400s
Rebooting into bootloader OKAY [ 0.000s]
Finished. Total time: 0.005s
--------------------------------------------
Bootloader Version...: TMZ30h
Baseband Version.....: g8998-00012-1905270706
Serial Number........: 711KPRW0625214
--------------------------------------------
extracting android-info.txt (0 MB) to RAM...
Checking 'product' OKAY [ 0.000s]
Checking 'version-bootloader' OKAY [ 0.000s]
Checking 'version-baseband' OKAY [ 0.001s]
Setting current slot to 'b' OKAY [ 0.009s]
extracting boot.img (40 MB) to disk... took 0.240s
archive does not contain 'boot.sig'
Sending 'boot_b' (40960 KB) OKAY [ 0.898s]
Writing 'boot_b' OKAY [ 0.535s]
extracting dtbo.img (8 MB) to disk... took 0.051s
archive does not contain 'dtbo.sig'
Sending 'dtbo_b' (8192 KB) OKAY [ 0.180s]
Writing 'dtbo_b' OKAY [ 0.103s]
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting vbmeta.img (0 MB) to disk... took 0.001s
archive does not contain 'vbmeta.sig'
Sending 'vbmeta_b' (4 KB) OKAY [ 0.001s]
Writing 'vbmeta_b' OKAY [ 0.003s]
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
extracting system.img (2374 MB) to disk... took 63.201s
archive does not contain 'system.sig'
Sending sparse 'system_b' 1/5 (524284 KB) OKAY [ 12.061s]
Writing 'system_b' OKAY [ 2.228s]
Sending sparse 'system_b' 2/5 (524284 KB) OKAY [ 12.036s]
Writing 'system_b' OKAY [ 2.231s]
Sending sparse 'system_b' 3/5 (524284 KB) OKAY [ 12.034s]
Writing 'system_b' OKAY [ 2.218s]
Sending sparse 'system_b' 4/5 (524284 KB) OKAY [ 12.271s]
Writing 'system_b' OKAY [ 2.237s]
Sending sparse 'system_b' 5/5 (334556 KB) OKAY [ 8.023s]
Writing 'system_b' OKAY [ 1.411s]
archive does not contain 'system_ext.img'
extracting system_other.img (304 MB) to disk... took 5.676s
archive does not contain 'system.sig'
Sending 'system_a' (311784 KB) OKAY [ 6.852s]
Writing 'system_a' OKAY [ 1.315s]
extracting vendor.img (340 MB) to disk... took 4.352s
archive does not contain 'vendor.sig'
Sending 'vendor_b' (348532 KB) OKAY [ 7.676s]
Writing 'vendor_b' OKAY [ 1.479s]
archive does not contain 'vendor_other.img'
Erasing 'userdata' OKAY [ 0.620s]
mke2fs 1.44.4 (18-Aug-2018)
Creating filesystem with 29518843 4k blocks and 7380992 inodes
Filesystem UUID: e5ba5316-e02a-11e9-92a6-a7920be70672
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocating group tables: done
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done
Sending 'userdata' (4672 KB) OKAY [ 0.102s]
Writing 'userdata' OKAY [ 0.035s]
Rebooting OKAY [ 0.000s]
Finished. Total time: 171.544s
Press any key to exit...
I don't know much but what does this code means?
Code:
archive does not contain 'vbmeta_system.img'
archive does not contain 'super_empty.img'
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
archive does not contain 'product.img'
At this point I would try anything possible as I was 99% giving up and prepared to buy a new phone, but if there is even a 0.05% chance of something to work I would try that.
Thanks
Click to expand...
Click to collapse
Yeah..the "archive does not contain" alerts are normal...I think it has something to do with Google covering all their bases and having their install/flashing code be able to apply to other various devices that do have those partitions/images.
Man...yeah I can't think of any reason why your phone shouldn't be working or at least being able to boot to the recovery, even temporarily.
I guess just two things, just "for sh*ts and g*ggles"; please try running the "fastboot flashing unlock" & "fastboot flashing unlock_critical". The next is to try installing the Full Factory image of Android Pie/9 instead of Q/10; maybe something in the new OS version is causing issues -- I might even go a couple months back since they recently changed some stuff in the Full Factory where the flash-all file is located in a different place!
Outside of these 2 things, I can't think of anything more; never have I seen absolutely no errors and completely normal flash-all (or Deuce's script) process and still have this blaring issue.
Hopefully these do something, but if it doesn't, sorry I couldn't do more. Good luck to you...
simplepinoi177 said:
Yeah..the "archive does not contain" alerts are normal...I think it has something to do with Google covering all their bases and having their install/flashing code be able to apply to other various devices that do have those partitions/images.
Man...yeah I can't think of any reason why your phone shouldn't be working or at least being able to boot to the recovery, even temporarily.
I guess just two things, just "for sh*ts and g*ggles"; please try running the "fastboot flashing unlock" & "fastboot flashing unlock_critical". The next is to try installing the Full Factory image of Android Pie/9 instead of Q/10; maybe something in the new OS version is causing issues -- I might even go a couple months back since they recently changed some stuff in the Full Factory where the flash-all file is located in a different place!
Outside of these 2 things, I can't think of anything more; never have I seen absolutely no errors and completely normal flash-all (or Deuce's script) process and still have this blaring issue.
Hopefully these do something, but if it doesn't, sorry I couldn't do more. Good luck to you...
Click to expand...
Click to collapse
Thank you so much for your help mate, I will keep searching and try if I can get it to boot.
simplepinoi177 said:
What is the output/log for when you run the flash-all?
Also, confirm you have the most up-to-date platform-tools as well as using a USB-A to USB-A (avoid USB-C as much as possible, at least with taimen) cord and various different ports.
Click to expand...
Click to collapse
Why avoid USB-C cables?
quera said:
Why avoid USB-C cables?
Click to expand...
Click to collapse
I think he meant to use USB-A to USB-C cable rather than using USB-C to USB-C cable
NingaR said:
Thank you so much for your help mate, I will keep searching and try if I can get it to boot.
Click to expand...
Click to collapse
I have a pixel 2 xl patched boot image that would boot a phone with root but magisk core-only mode.
You are welcome to try it. This has not been zipped. Just rename it. Suffix was added so it could be uploaded.
fastboot boot image-new.img
https://www.androidfilehost.com/?fid=1899786940962594367
So did you finally managed to solve your issue?
Yeah...I'm curious if running a Full Factory Pie/9 produced anything different...
but I'm betting @Ninjar probably called it quits and is sending it "in" or something...
But yes, an update would be great!
arismelachrinos said:
So did you finally managed to solve your issue?
Click to expand...
Click to collapse
Unfortunately No, still same thing.
simplepinoi177 said:
Yeah...I'm curious if running a Full Factory Pie/9 produced anything different...
but I'm betting @Ninjar probably called it quits and is sending it "in" or something...
But yes, an update would be great!
Click to expand...
Click to collapse
I ordered another phone, and I can not send this one in as I bought it from AliExpress.
NingaR said:
I ordered another phone, and I can not send this one in as I bought it from AliExpress.
Click to expand...
Click to collapse
Did you try booting with the modified boot image?
Tulsadiver said:
Did you try booting with the modified boot image?
Click to expand...
Click to collapse
Yes but still same thing, someone said it could be a hardware problem. :crying:
NingaR said:
I ordered another phone, and I can not send this one in as I bought it from AliExpress.
Click to expand...
Click to collapse
Well...since it seems that you may not be doing anything else with "this one", I might just walk you through manually formatting the partitions since/if it might be okay to merely "go for broke" even if there's a risk of permanently bricking it...
let me know here if you'd like to proceed...
simplepinoi177 said:
Well...since it seems that you may not be doing anything else with "this one", I might just walk you through manually formatting the partitions since/if it might be okay to merely "go for broke" even if there's a risk of permanently bricking it...
let me know here if you'd like to proceed...
Click to expand...
Click to collapse
Sure, lets proceed
Hello lads, after trying trying to install multiple android 13 custom roms I have issue booting my phone. Keep getting this annoying "no command" screen after it tries to reboot few times. Could anyone help me with this one ? I know that issue should be very easy resolvable. My daily driver used to be stock most recent (not beta) firmware.
naujokellis said:
Hello lads, after trying trying to install multiple android 13 custom roms I have issue booting my phone. Keep getting this annoying "no command" screen after it tries to reboot few times. Could anyone help me with this one ? I know that issue should be very easy resolvable. My daily driver used to be stock most recent (not beta) firmware.
Click to expand...
Click to collapse
Did you erase your boot image by chance? Reflash /boot and /init_boot
Ok, i will do. I havent deleted it for sure, but i did flashed bootloader to all slots, would that could effect booting up ? as i have some errors during installation of custom ROM, but installation finished with successful message.
BTW with original firmware it booted up without a problem. And I still used stock firmware for another day after playing with bootloader or boot files.
Bootloader Version...: slider-1.2-9152140
Baseband Version.....: g5123b-107485-221101-B-9242015
Serial Number........: 1A281FDEE007L3
--------------------------------------------
extracting android-info.txt (0 MB) to RAM...
Checking 'product' OKAY [ 0.000s]
Setting current slot to 'b' OKAY [ 0.089s]
extracting boot.img (64 MB) to disk... took 0.286s
archive does not contain 'boot.sig'
Sending 'boot_b' (65536 KB) OKAY [ 2.350s]
Writing 'boot_b' OKAY [ 0.079s]
extracting dtbo.img (16 MB) to disk... took 0.069s
archive does not contain 'dtbo.sig'
Sending 'dtbo_b' (16384 KB) OKAY [ 0.566s]
Writing 'dtbo_b' OKAY [ 0.022s]
archive does not contain 'dt.img'
archive does not contain 'recovery.img'
extracting vbmeta.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta.sig'
Sending 'vbmeta_b' (8 KB) OKAY [ 0.001s]
Writing 'vbmeta_b' OKAY [ 0.002s]
extracting vbmeta_system.img (0 MB) to disk... took 0.000s
archive does not contain 'vbmeta_system.sig'
Sending 'vbmeta_system_b' (4 KB) OKAY [ 0.000s]
Writing 'vbmeta_system_b' OKAY [ 0.002s]
extracting super_empty.img (0 MB) to disk... took 0.000s
Rebooting into fastboot OKAY [ 0.000s]
< waiting for any device >
Sending 'super' (4 KB) OKAY [ 0.001s]
Updating super partition OKAY [ 0.020s]
Resizing 'product_b' OKAY [ 0.003s]
Resizing 'system_b' OKAY [ 0.002s]
Resizing 'system_a' OKAY [ 0.003s]
Resizing 'vendor_b' OKAY [ 0.002s]
Resizing 'vendor_a' OKAY [ 0.002s]
archive does not contain 'boot_other.img'
archive does not contain 'odm.img'
extracting product.img (2234 MB) to disk... took 12.826s
Invalid sparse file format at header magic
archive does not contain 'product.sig'
Resizing 'product_b' OKAY [ 0.005s]
Sending sparse 'product_b' 1/9 (261666 KB) OKAY [ 9.032s]
Writing 'product_b' OKAY [ 0.457s]
Sending sparse 'product_b' 2/9 (261399 KB) OKAY [ 9.334s]
Writing 'product_b' OKAY [ 0.495s]
Sending sparse 'product_b' 3/9 (260861 KB) OKAY [ 9.410s]
Writing 'product_b' OKAY [ 0.473s]
Sending sparse 'product_b' 4/9 (261912 KB) OKAY [ 9.286s]
Writing 'product_b' OKAY [ 0.471s]
Sending sparse 'product_b' 5/9 (262080 KB) OKAY [ 9.405s]
Writing 'product_b' OKAY [ 0.462s]
Sending sparse 'product_b' 6/9 (261344 KB) OKAY [ 9.402s]
Writing 'product_b' OKAY [ 0.550s]
Sending sparse 'product_b' 7/9 (261391 KB) OKAY [ 9.325s]
Writing 'product_b' OKAY [ 0.498s]
Sending sparse 'product_b' 8/9 (256403 KB) OKAY [ 9.318s]
Writing 'product_b' OKAY [ 0.633s]
Sending sparse 'product_b' 9/9 (183972 KB) OKAY [ 6.660s]
Writing 'product_b' OKAY [ 0.356s]
archive does not contain 'product_services.img'
extracting system.img (967 MB) to disk... took 4.577s
Invalid sparse file format at header magic
archive does not contain 'system.sig'
Resizing 'system_b' OKAY [ 0.007s]
Sending sparse 'system_b' 1/4 (262108 KB) OKAY [ 9.344s]
Writing 'system_b' OKAY [ 0.451s]
Sending sparse 'system_b' 2/4 (254041 KB) OKAY [ 9.211s]
Writing 'system_b' OKAY [ 1.016s]
Sending sparse 'system_b' 3/4 (261996 KB) OKAY [ 9.528s]
Writing 'system_b' OKAY [ 0.433s]
Sending sparse 'system_b' 4/4 (200872 KB) OKAY [ 7.233s]
Writing 'system_b' OKAY [ 0.374s]
extracting system_other.img (20 MB) to disk... took 0.141s
archive does not contain 'system.sig'
Resizing 'system_a' OKAY [ 0.007s]
Sending 'system_a' (21248 KB) OKAY [ 0.766s]
Writing 'system_a' OKAY [ 0.092s]
extracting vendor.img (534 MB) to disk... took 2.574s
Invalid sparse file format at header magic
archive does not contain 'vendor.sig'
Resizing 'vendor_b' OKAY [ 0.006s]
Sending sparse 'vendor_b' 1/3 (259740 KB) OKAY [ 9.475s]
Writing 'vendor_b' OKAY [ 0.467s]
Sending sparse 'vendor_b' 2/3 (262132 KB) OKAY [ 9.323s]
Writing 'vendor_b' OKAY [ 0.483s]
Sending sparse 'vendor_b' 3/3 (21572 KB) OKAY [ 0.764s]
Writing 'vendor_b' OKAY [ 0.100s]
archive does not contain 'vendor_other.img'
Erasing 'userdata' OKAY [ 0.163s]
Erase successful, but not automatically formatting.
File system type raw not supported.
Erasing 'metadata' OKAY [ 0.004s]
Erase successful, but not automatically formatting.
File system type raw not supported.
Rebooting OKAY [ 0.000s]
Finished. Total time: 189.359s
naujokellis said:
Hello lads, after trying trying to install multiple android 13 custom roms I have issue booting my phone. Keep getting this annoying "no command" screen after it tries to reboot few times. Could anyone help me with this one ? I know that issue should be very easy resolvable. My daily driver used to be stock most recent (not beta) firmware.
Click to expand...
Click to collapse
Sounds like the stock android recovery. If you see the above, just hold power and volume up to enter recovery.
jamescable said:
Sounds like the stock android recovery. If you see the above, just hold power and volume up to enter recover
Click to expand...
Click to collapse
OK, this is the screen I am getting, but I am looking for solution why any custom rom does not run on my phone. I know that installing stock firmware would fix issue, but i do not want to use stock firmware. I will try to install stock firmware and reinstall custom ROM later, but i do not think that would fix issue I am having.
naujokellis said:
OK, this is the screen I am getting, but I am looking for solution why any custom rom does not run on my phone. I know that installing stock firmware would fix issue, but i do not want to use stock firmware. I will try to install stock firmware and reinstall custom ROM later, but i do not think that would fix issue I am having.
Click to expand...
Click to collapse
It may help others to help you if you describe in detail (e.g. exact steps and commands used, etc.) your method of installation and any other pertinent details, such as version of Platform Tools used, etc..
naujokellis said:
OK, this is the screen I am getting, but I am looking for solution why any custom rom does not run on my phone. I know that installing stock firmware would fix issue, but i do not want to use stock firmware. I will try to install stock firmware and reinstall custom ROM later, but i do not think that would fix issue I am having.
Click to expand...
Click to collapse
Use android recovery to wipe data and see if that works
jamescable said:
Use android recovery to wipe data and see if that works
Click to expand...
Click to collapse
did that multiple times before installing every custom ROM
Lughnasadh said:
It may help others to help you if you describe in detail (e.g. exact steps and commands used, etc.) your method of installation and any other pertinent details, such as version of Platform Tools used, etc..
Click to expand...
Click to collapse
Im using Linux Mint 21.1
Android Debug Bridge version 1.0.41
Version 28.0.2-debian
Installed as /usr/lib/android-sdk/platform-tools/adb
commands used before reinstalling stock firmware:this and this thread
after reinstalling latest stock firmware (canceling beta version) only used guides how to install custom rom using fastboot mode. ( fastboot update rom.zip )
I have a questio tho, do i need to root my phone with magisk before being able to install custom rom ? I feel like I am missing something, thats why it does not work
naujokellis said:
Im using Linux Mint 21.1
Android Debug Bridge version 1.0.41
Version 28.0.2-debian
Installed as /usr/lib/android-sdk/platform-tools/adb
commands used before reinstalling stock firmware:this and this thread
after reinstalling latest stock firmware (canceling beta version) only used guides how to install custom rom using fastboot mode. ( fastboot update rom.zip )
Click to expand...
Click to collapse
That could be the issue, idk. I have always used windows. I know some people have issues with Mac and Linux so...
jamescable said:
That could be the issue, idk. I have always used windows. I know some people have issues with Mac and Linux so...
Click to expand...
Click to collapse
That would be insane, as I would have had issues before, linux is my daily driver
naujokellis said:
That would be insane, as I would have had issues before, linux is my daily driver
Click to expand...
Click to collapse
Then idk. I have been flashing Roms since Motorola droid 1 android froyo days and have heard of numerous people having some weird issue with Linux one time or another
naujokellis said:
Version 28.0.2-debian
Click to expand...
Click to collapse
Is that Platform Tools version 28.0.2? If so, that's like 4 years old. The latest Platform Tools version is 33.0.3.
Lughnasadh said:
Is that Platform Tools version 28.0.2? If so, that's like 4 years old. The latest Platform Tools version is 33.0.3.
Click to expand...
Click to collapse
OK, i will double check on that and I will update platform tools