Droid 4 problem - no screen or white scrambled screen - Motorola Droid 4

Hey so just recently I have been having a hard time trying to get my phone to work again. This one morning I wake up to find my Android screen with a grey and white screen (picture in attachment) it looks somewhat like that but vertical.
Anyways I have tried turning off the phone but still get this screen. I can however get back to both the AP fastboot screen just perfectly. My warranty JUST ran out a month ago and they say I can send it in for 187 bucks but honestly, it seems as though its not a hardware problem and more of a software issue. Please help, I dont want to have to give Verizon my money for a software issue i can fix myself lol

ShnbFire said:
Hey so just recently I have been having a hard time trying to get my phone to work again. This one morning I wake up to find my Android screen with a grey and white screen (picture in attachment) it looks somewhat like that but vertical.
Anyways I have tried turning off the phone but still get this screen. I can however get back to both the AP fastboot screen just perfectly. My warranty JUST ran out a month ago and they say I can send it in for 187 bucks but honestly, it seems as though its not a hardware problem and more of a software issue. Please help, I dont want to have to give Verizon my money for a software issue i can fix myself lol
Click to expand...
Click to collapse
If you can get to the fastboot screen have you tried fastbooting the stock firmware? Try using this utility: http://forum.xda-developers.com/showthread.php?t=2207384. Use option 2 if you don't want to wipe out your data.

kwyrt said:
If you can get to the fastboot screen have you tried fastbooting the stock firmware? Try using this utility: http://forum.xda-developers.com/showthread.php?t=2207384. Use option 2 if you don't want to wipe out your data.
Click to expand...
Click to collapse
Si I tried that option and I still get the same screen x_x

It seems I got the exact same problem as described in this post, and the issues started only recently. To give some more information, these are the phases the phone went through.
It started with the phone acting like the proximity sensor was activated, the screen would go out at random times or turn off and on. I got the idea it was the sensor next to the right of the Motorola logo, there actually was a scratch right on this sensor and I thought this was the problem. When I would put my thumb over this sensor the phone would work normally as long as I kept it covered, alternatively the phone would work normally when I would slide open the phone.
The next part was that the screen no longer would come on when I pressed the power button, it would activate some part of the backlight, but the screen would stay black. Rebooting the phone would help, the Motorola logo showed fine, then the Droid logo came on fine and also made sound. But the moment where it should show the SIM lock screen in Portrait mode it did not show anything at all anymore. Sliding the keyboard open resulted in showing the SIM lock screen, however it would not take any input from the keyboard at that moment, so I could not unlock the phone.
When trying the [email protected] application I could view the screen perfectly on my laptop, so the phone was still working, but it would simply not show anything on the screen. Touching the screen on the phone would results in buttons pressed on the [email protected] screenshots, so I could unlock my phone this way. So even though the screen would not show anything the touchscreen would still work.
Sadly enough the current status is that the screen gives the same image as shown in the first post of this thread (it doesn't even show the Motorola logo anymore), so I can no longer use the phone and also [email protected] does not show any screenshots anymore. However the phone is still being recognized by the program (and I guess ADB).
I got the feeling the problems are a combination of some hardware problem and the software reacting very badly on it. I originally had the idea to disable the proximity sensor somehow by flashing a different rom (running stock now). I am not sure if that is still possible, but I will look into it. Any advice would be appreciated.

Alright guys, I have the same exact problem. Except I am not able to even get to the Motorola screen. I have some pictures that I am wanting to get off the phone. When I plug it up to my computer, I get the little ding that the phone is connected, but it doesn't show up under my drives. I'm not sure what to do at this point. I have my old D3 I can use, but I'm more concerned about trying to get my information off the D4. I can't get into the boot menu at all. As soon at I plug the phone up from being dead it goes to the static screen.

At this moment my phone went on to the next stage, it doesn't show anything at all anymore. Some boots I get the white scrambled screen from the start, but now it is just a black screen. However, I can still connect to it through adb, but the phone is not rooted so I am limited with what I can do with it.
Code:
> adb shell getprop ro.build.description
cdma_maserati_mmi-user 4.1.2 9.8.2O-72_VZW-18 19 release-keys
Code:
[email protected]_maserati:/ $ lsmod
lsmod
pvrsrvkm_sgx540_120 321639 0 - Live 0x00000000
btwilink 3478 0 - Live 0x00000000
wl12xx 136026 0 - Live 0x00000000
mac80211 220250 1 wl12xx, Live 0x00000000
cfg80211 163432 2 wl12xx,mac80211, Live 0x00000000
compat 2546 0 - Live 0x00000000
evfwd 4666 0 - Live 0x00000000
cifs 254412 0 - Live 0x00000000
moto_crypto 95621 1 - Live 0x00000000
The log file (adb logcat -s *:E) shows me the following:
Code:
--------- beginning of /dev/log/main
12-07 01:22:58.125 7534 7535 E FramebufferNativeWindow: couldn't open framebuffer HAL (Not a typewriter)
12-07 01:22:58.125 7534 7535 E FramebufferNativeWindow: couldn't open gralloc HAL (Not a typewriter)
12-07 01:22:58.125 7534 7535 E SurfaceFlinger: Display subsystem failed to initialize. check logs. exiting...
12-07 01:22:59.671 7554 7554 E PhonePolicy: Could not preload class for phone policy: com.android.internal.policy.impl.PhoneWindow$ContextMenuCallback
12-07 01:23:03.289 7555 7556 E FramebufferNativeWindow: couldn't open framebuffer HAL (Not a typewriter)
12-07 01:23:03.289 7555 7556 E FramebufferNativeWindow: couldn't open gralloc HAL (Not a typewriter)
12-07 01:23:03.289 7555 7556 E SurfaceFlinger: Display subsystem failed to initialize. check logs. exiting...
12-07 01:23:04.828 7572 7572 E PhonePolicy: Could not preload class for phone policy: com.android.internal.policy.impl.PhoneWindow$ContextMenuCallback
Snippet from adb logcat -s *:I):
Code:
12-07 13:18:19.093 6237 6237 I ServiceManager: Waiting for service SurfaceFlinger...
12-07 13:18:19.093 5822 5822 I ServiceManager: Waiting for service SurfaceFlinger...
12-07 13:18:19.117 5799 5799 I ServiceManager: Waiting for service SurfaceFlinger...
12-07 13:18:19.125 5741 5741 I ServiceManager: Waiting for service SurfaceFlinger...
12-07 13:18:19.125 6064 6064 I ServiceManager: Waiting for service SurfaceFlinger...
12-07 13:18:19.140 4752 4752 I ServiceManager: Waiting for service SurfaceFlinger...
I do know it is a phone and not a typewriter The SurfaceFlinger error might be where the problem is. I am however out of idea's at this moment. If I could get root access somehow I could recover my data by imaging the 'disk'.

Like suggested in this thread I tried fastbooting to the stock firmware (http://forum.xda-developers.com/showthread.php?t=2207384, option 2). This did not fix the issue for me neither.
Before trying the fastboot stufff, be sure to have a full battery (the battery might keep draining because of the constant white scrambled screen). To check the battery status with adb use:
Code:
adb shell cat /sys/class/power_supply/battery/capacity
I looked in to using the exploit by Dan Rosenberg on this device (http://vulnfactory.org/blog/2012/02/11/rooting-the-droid-4-a-failed-bounty-experiment/ ) However this exploit needs a device which actually boots. Which in this case is not happening, so this exploit does not give root permissions.
It seems that the Droid 4 is running Linux Kernal 3.0.8
Code:
Linux localhost 3.0.8-g473e586 #1 SMP PREEMPT Fri Feb 8 13:28:58 CST 2013 armv7l GNU/Linux
We might want to look in to finding a kernel exploit to escalate privileges on the adb shell.

Since the phone was not working anymore my focus was to recover my data from it. However, the problem I was facing was that I could not access the user files on the phone since I did not have root rights. The solution I sought for was getting root access on the Droid4 by exploiting a vulnerability. Because I only had adb access to a not fully started system the exploit named earlier in this thread did not work so I had to look for something like a kernel exploit. I luckily had some help from some friends, and they pointed me to the following exploit which worked: h t t p s : / / github.com/android-rooting-tools/android_run_root_shell (since I have less than 10 posts, I can not post links)
To use the exploit, compile the source code and copy the file to the Droid4 (also copy the device.db file):
Code:
adb push run_root_shell /data/local/tmp/run_root_shell
adb push device.db /data/local/tmp/device.db
You can copy the files to the /data/local/tmp directory on the phone (you can write here as a user without root rights), make sure to make the file executable and then run the exploit. The exploit can find all the values it needs itself (slow) or get them from the device.db database (fast), for a single use root exploit the slow approach will do, but if you need to use the exploit a couple of times I recommend to use the device.db. The current device.db on the site does not contain the Droid4, but this information will be submitted to the git system, so it will be included in the near future.
In the mean time you can insert the following information in to the device.db file yourself.
Code:
insert into supported_devices(device_id, device, build_id, check_property_name, check_property_value) values(185, 'DROID4', '9.8.2O-72_VZW-18', null, null);
insert into device_address(device_id, name, value) values(185, 'prepare_kernel_cred', 3221997068);
insert into device_address(device_id, name, value) values(185, 'commit_creds', 3221995156);
insert into device_address(device_id, name, value) values(185, 'remap_pfn_range', 3222276972);
insert into device_address(device_id, name, value) values(185, 'ptmx_fops', 3230673008);
Output of the slow version of the exploit (without the information added to device.db):
Code:
127|[email protected]_maserati:/data/local/tmp $ ./run_root_shell
./run_root_shell
Device detected: DROID4 (9.8.2O-72_VZW-18)
Try to find address in memory...
Attempt msm_cameraconfig exploit...
Detected kernel physical address at 0x80008000 form iomem
Attempt fb_mem exploit...
Detected kernel physical address at 0x80008000 form iomem
Failed to open /dev/graphics/fb0 due to No such file or directory
You need to manage to get remap_pfn_range addresses.
Try copying kernel memory... It will take a long time.
Attempt get_user exploit...
Search address in memroy...
Using kallsyms_in_memroy...
prepare_kernel_cred = 0xc00bc60c
commit_creds = 0xc00bbe94
ptmx_fops = 0xc0902870
Attempt acdb exploit...
DROID4 (9.8.2O-72_VZW-18) is not supported.
Attempt fj_hdcp exploit...
Attempt msm_cameraconfig exploit...
Detected kernel physical address at 0x80008000 form iomem
Attempt put_user exploit...
[email protected]_maserati:/data/local/tmp # id
uid=0(root) gid=0(root)
The fast version of the exploit (with the information added to device.db):
Code:
127|[email protected]_maserati:/data/local/tmp $ ./run_root_shell
./run_root_shell
Device detected: DROID4 (9.8.2O-72_VZW-18)
Attempt acdb exploit...
DROID4 (9.8.2O-72_VZW-18) is not supported.
Attempt fj_hdcp exploit...
Attempt msm_cameraconfig exploit...
Detected kernel physical address at 0x80008000 form iomem
Attempt put_user exploit...
[email protected]_maserati:/data/local/tmp # id
id
uid=0(root) gid=0(root)
Now we have root access we can access the partitions we want, to easily download the partitions through adb (on Linux) you can change the rights to the partitions with the following command:
Code:
chmod 777 /dev/block/mmc*
With the non-root user now having access to the partitions, you can download them with the following commands.
For the userdata partition:
Code:
./adb pull /dev/block/mmcblk1p24
For the full disk inside the phone:
Code:
./adb pull /dev/block/mmcblk1
For the sdcard it will be:
Code:
./adb pull /dev/block/mmcblk0
This pull request will take a while, statistics from downloading the userdata partition and whole disk on my machine:
Code:
755 KB/s (3279945728 bytes in 4239.895s)
414 KB/s (15938355200 bytes in 37526.406s)
To read the information from the partitions you downloaded you can, among other things, mount them in Linux or use a tool like FTK Imager on Windows.
I would like to thank and credit both blasty and ius for helping me out and finding the right exploit plus device.db values. In case anyone needs the compiled exploit and updated device.db file, just send me a PM and I will provide it to you.

Has someone found out what created the trouble?
Hello Guys, im also a Droid 4 user. I have seen such problems already before on a Xperia Mini Pro. I think this is a slider issue or a bad manufacturer thing. When i inspected the issue of the Mini Pro, I have found that the flex cable between the device and screen was broken. Probably because it was carried in the trouser pocket (The space between screen and main device where to low an the force broke the LCD Flex Cable between them). This can't happen on the PopUp sliders like the N97 / E7 and N950 because the flex cable dosen't need to move that much and is way better folded.
Maybe because the phone dosen't see a screen it also cant initialise the Frame-buffer with the screen size (the screen is not telling the size anymore).
I would have a look at the flex cable, a new costs about 20 $ at ebay but as you see on ifixit.com the Droid 4 is not that good repairable.
Success!

The broken flex-cable theory actually makes sense, I had this problem in the past with Samsung clamshell phones, and I actually hoped this issue would not exist anymore in the current day. It might also explain the phone slowly degrading more and more until it doesn't do anything at all anymore with the screen, it would fit in with the cable slowly wearing more and more.
I will try to check the cable to see if anything is wrong with it, however I would expect more people to run in to this problem, and till now I only counted 3 people who are all in this thread.

To give a better overview of the problem for people who might face this in the future, here is a photo of what the screen shows:
My next step is to take the Droid4 apart to see if the flexcable is ripped.

Hawkje said:
I will try to check the cable to see if anything is wrong with it, however I would expect more people to run in to this problem, and till now I only counted 3 people who are all in this thread.
Click to expand...
Click to collapse
Did this fix your problem? I've got exactly what your picture shows! Thanks for you help.

sprouty73 said:
Did this fix your problem? I've got exactly what your picture shows! Thanks for you help.
Click to expand...
Click to collapse
I still have to take the phone apart to see if the cable is actually ripped. I switched to a temp phone for the moment till I got the time to look at this again. Since there does not seem to be any other good qwerty phone I will try to fix my Droid and not replace it.

Took my Droid apart tonight, however the LCD cable did not have any clear rips in it, only some really small marks, which might as well have been the result of taking it apart.
Not sure what to do next, I will probably order a new LCD cable to see if replacing it will help. Till then my Droid will look like this...
https://twitter.com/ThiceNL/status/423243176149676033/photo/1

Courtesy update: Never bought the LCD cable, because it was almost 50% of buying a new (2nd hand) phone (from Ebay), so I went with that option. I do got a lot of spare parts now

Any Luck?
I have the exact same problem, has anyone figured out how to fix this white screen of death for the Droid 4? I'm guessing it's chipset related.

pjpjammer21 said:
I have the exact same problem, has anyone figured out how to fix this white screen of death for the Droid 4? I'm guessing it's chipset related.
Click to expand...
Click to collapse
If your screen looks like this
50% chance it's the LCD Flex cable
40% chance it's the LCD
10% chance it's something else

Thanks for the quick reply. I have a spare phone that is bricked but the screen works so I could do some parts swapping!

Same exact problem
I have ordered a refurbished droid 4 ($33!) and will put my old motherboard in that. If it works, it was the LCD cable, if it doesn't motherboard/ kernel issue.... I have not been able to figure any other way to get my data. PC recognizes the drives, but says they are empty, data recovery tools can't even see the droid, and I am not smart enough to figure out ADB... Will let you know how it goes...

I'd just use the refurbished droid unless you have a particular value of your current board. Mine works well.
Sent from my XT894 using Tapatalk
My comprehension skills failed me momentarily. Your data is valuable. I wish you the best outcome

Related

MyGuide 3100 ROM sample

This is a FLASH-able ROM sample. My question is : Is there any way to edit this and add more programs to it ? (the flash is for some of the MyGuide 3100 devices on the market. another question : is it the same for my device ?)
I tried to flash my device with this... it worked but it still does'n boot. only the boot image has changed. it's still frozent at about 8-10%.
Here is the sample :
http://rapidshare.com/files/140578865/MYGUIDE_3100_DACH_Inand_Update.rar
Guess no one is able to give a hand with this ?
the persisent registry do not want to go away even after flashinf it. i guess it just replaces the os and bootloader anl does not touch the partition that holdes the registry. any ideea how can i make it delete/replace the registry too ?
the device has 3 partitions (it copies the windows folder on RAM) :
1. The bootloader
2. the registry
3. the OS ( called BINFS - i can see but not edit or copy)
hello,
once i received my myguide 3100, it did NOT start.
it rested on a bootscreen showing some kind of "progress bar".
i managed to fix this by installing the firmware again, downloaded at the manufacturers website http://www.myguidegps.com/
it worked for a few months properly. since last week, i've got the same problem again....
but unfortunateley, the manufactuerer does NOT provide any more support...
seems they are insolvent or some...
could one of you guys gife me the original firmware for this device to get it working?? the one in this thread does not.... dont know why
would be SOOO nice
myguide3100 - arival naca400
Hello!
I have a similar problem with a A_rival naca400 which is said to be a clone of myguyde3100. Can you help me with a rom and drivers for myguide3100 try to write in arival?
Bricked my device using the downloaded firmware
Hello. I also have a big problem with My 3100: I downloaded the firmware attached to the first post and fleshed it to my device. Unfortunatelly, something really is wrong , because the update never reached 100%, it allways stops at 98%. Since then (about 2 weeks) i searched all around the web but couldn't find anywhere another firmware (a good one this time). forumleecher, you mentioned you have a valid firmware. Could you be so kind to upload it somewhere for me and others who need it? The original source, www.myguide.com is no longer available, since the company bancrupted and all it's sites are gone. Would be a great help.
Please help us with some good rom for myguide3100.
Looking for a few weeks and yet I found something that works.
You should be very careful by downloading and flashing devices by accident.
There are different hardware platforms of MyGuide 3100 on the market and flashing the wrong ROM will cause boot failures.
Afaik there are no ROMs available in the net (haven't discovered yet) and MyGuide is insolvent.
Cheers
sdr you solve this problem??? and how
MyGuide 3100 GO
same problem here, i am looking 4 a good rom
OK guys. I know how to do total hard reset registry and rest MyGuide 3100(i had the same problem with registry boot keys)
Download this first
http://rapidshare.com/files/299528735/myguide_3100_total_reset.rar
1. First You have to open PNA, disconnect power supply, SD-card etc.
2. After that You have to desolder this big metal cover.
3. Under this cover You will find k9f2g08 Chip.
4. Now you have to connect pin 9 to GDN and connect the battery.
5. Now wait until progress bar start moving, after he start, disconnect Pin 9 from GND.
6. The progress bar should load normal to the end and on the screen should be picture with SD-card.
7. Disconnect battery, assemble PNA and have fun
CHIP ENABLE RUlezz
[email protected]
hi
Mice20 said:
OK guys. I know how to do total hard reset registry and rest MyGuide 3100(i had the same problem with registry boot keys)
Download this first
http://rapidshare.com/files/299528735/myguide_3100_total_reset.rar
1. First You have to open PNA, disconnect power supply, SD-card etc.
2. After that You have to desolder this big metal cover.
3. Under this cover You will find k9f2g08 Chip.
4. Now you have to connect pin 9 to GDN and connect the battery.
5. Now wait until progress bar start moving, after he start, disconnect Pin 9 from GND.
6. The progress bar should load normal to the end and on the screen should be picture with SD-card.
7. Disconnect battery, assemble PNA and have fun
CHIP ENABLE RUlezz
[email protected]
Click to expand...
Click to collapse
unfortunately not functional on MyGuide 3100 go
What exactly is happening with your PNA??>
Maybe You did something wrong.... GND connection or wrong PIN..?
Tell me what display is viewing ???
Hello
My daughter had a problem with her MYGuide 3100, it simply would not switch on any more.
I stripped the unit down and removed the big metal cover (not very well but it worked anyway) and then found this...
You can see a different chip to the Samsung one noted but I have guessed that it is just a matter of where they sourced the chips from.
Chip used to ground pin 9...
So I ground pin 9 and followed the instructions to now find that I get this...
The unit now boots but the progress bar will no longer progress beyond the amount shown in the above photo.
THe unit can no longer be switched off, but just reset. It also is not recognised by Windows and thus is not accessible.
It gives me the impression that sadly the unit is dead
In this type of nand FLASH memory, You have to connect pin nr 30 to GND and fallow with step's .
Pin 9 is NC(non connected) so that's reaction for GND connection is totally normal.
PS. I don't have email notification about post's here so if You can give me a shot about progress on my mail too ([email protected])
Thanks for what you have posted but alas it simply does not work. I found details of the chip too and realised that I needed to short a different pi, the one that you have so kindly noted, but it still does not allow the unit to boot.
This has also been noted here...
http://forums.ebuyer.com/showthread.php?t=11402&page=66
I am guessing that the ROM image is somehow corrupt and even though there is RomUpdate_RD_R01.exe available without a working USB connection, or an image to upload, then it is just a dead GPS.
Ok. So You have broken rom......Last chance to wake him up is desoldering the chip and write rom file on it in external programmer (Willem, cheapest one).
My solution is working for wrong writed registers(but rom must be ok).
Write , if You need deeper details
I appreciate your help. However the sourcing of a programmer and then the likelihood of me being able to desolder that chip has made in beyond my levels of skill to repair.
Thank you again for your help
write with what?
Mice20 said:
Ok. So You have broken rom......Last chance to wake him up is desoldering the chip and write rom file on it in external programmer (Willem, cheapest one).
My solution is working for wrong writed registers(but rom must be ok).
Write , if You need deeper details
Click to expand...
Click to collapse
I still can't find a rom image for 3100 go....
You will find him on working PCB of 3100go. This is the fastest way
Thanks Mice
Mice20 said:
You will find him on working PCB of 3100go. This is the fastest way
Click to expand...
Click to collapse
Thank you for the fast reply, unfortunately I don't have another one....
If you have a hex file or someting like that and you can post it please do it.
Now I try to find a jtag solution.

What's In This Directory

So, i've been working tirelessly to get my camera going again, a number of people have had this same problem, so, I'd like to fix it for them as well. I've finally found my starting point, so, first off, could someone with a working camera please tell me what's in this directory
/dev/msm_camera/control0
Well in the /msm_camera/ folder I have 3 files:
config0
control0
frame0
each with a size of 0, and no extension... and I am unable to copy them anywhere... hope it helps somehow...
Those are device files. Pipes into or out of the HARDWARE DRIVER.
Pipes don't take up space. They can be READ if your device is pumping data out, and the driver can READ data that you send into them.
If you don't know what they are for, chances are good that you should just IGNORE them. In fact, I can guarantee that you should just ignore ***EVERYTHING*** in the /dev path.
dev = short for "device", which is another word for HARDWARE.
EDIT: judging from the file names, the frame0 file is an output -- take a picture and it shows to be read from frame0. The other two appear to be inputs -- configuration (i.e. resolution, mode), and control (i.e. focus, aperture, etc.).
thaquestion said:
So, i've been working tirelessly to get my camera going again, a number of people have had this same problem, so, I'd like to fix it for them as well. I've finally found my starting point, so, first off, could someone with a working camera please tell me what's in this directory
/dev/msm_camera/control0
Click to expand...
Click to collapse
I just want to say I was having camera problems and decided to send it in under warranty. It took me less than an hour to unroot and get Donut back running. They sent me a new (or refurb) one, I put mine in the box, and done. If you still have warranty left, I recommend that path.

[Q] E15 No display after boot loader and seen as cd drive

Hello everyone, I would like to take the time to say that this is my first post, as normally any queery I have a simple search of the site or google would produce a result. Please take the time to read the WHOLE of the following post as there are already similar topics but not exactly the same symptoms showing all at once.
I have a Experia E15i, the phone came with generic (world) software and has only ever been on a stock rom.
The complaint is that when you turn the phone on the post (Sony ericson) comes up as if it were booting, then the screen goes out (including back light) but you can press the menu button and press apps in the app drawer and feel the feedback via the vibrator.
Now I have read a couple of threads on various sites saying that there is a hardware issue and reference to a new screen has been made.
HOWEVER this is where this phone differs when you go in to 'my computer' it shows up as a CD drive and a flash drive (the sd card) but you can't access the 'cd drive' as it asks you to "insert disk".
Now I have done the following thing to try and rectify.
First of all I used the SE "pc companion" and used the 'repair' function and still the exact same problem exists.
Secondly I installed the new 015 baseband (and matched it with the stock 2.1.1.A.0.6 and then did a reboot, the phone still shows up as this fault.
Thirdly I downgraded the baseband to the older one for 2.0.2.A.0.24, and still it stays the same.
I have also done a B.I.T.E test and it seems that the display is U/S I have been able to mirror another phone and the display does not work, so it seems that the screen can't cope with displaying the OS, but when you charge the phone the screen works perfectly.
I have got a hold of all the diagrams required to tracing the system and will update tomorrow when I wake up. But it still doesn't explain the CD drive phenomenon.
I have been in the phone to see if I can see any obvious signs of damage the only signs I can see is on the top side (with the heat shielding) the top left and chip (can't remember it's name) as a slight marking on the outer coating, now normally this would not cause any issues with the chip, unless it has cracked underneath, but then if it had the whole phone wouldn't work, as I believe it to be the rom chip. I have been in there with the appropriate alcohol based cleaner and cleaned it up as best I can with out de-soldering the heat shield.
The only reason I am holding back on buying a new screen is that I can't see how it can be a physical screen error as the controller clearly works (other wise SE wouldn't show) and I can't see how that would effect the fact it is now showing it's a cd drive.
Now if anyone can shed any light on this issue, or combined issues I would be very grateful.
First morning tests
In reply to my own post for clarity, there is stby power present on the correct pin and there is stby return on the correct pin, I am also seeing a date out put in the pins aswell, so it seem to be that the screen in U/S which is good news, as they are easy enough to come by, however it would be nice to find the wiring diagram for the screen (I know sony don't make them and they are a peripheral item) and they are a disposable item so why would they bother, but for the sake of one chip being to blame it would be a lot cheaper for me to replace the chip than the whole screen/display.
As for the phone been seen as a Cd drive, I have still yet to work this out, however the screen is wired in from the second NAND CHIP N1500 [MSM7227/-MDDI] VIA R7000 and R7001 which is where the bootloader is held (this phone is 11w12 and appears to be an unlocked bootloader; could this be clashing with something inside the N1500 and N2400 NAND Chips?) or is it just changing how the pc sees the chipset and assigns a cd drive label to it?
Well I shall order a new screen and keep you all posted how it goes. In the mean time if any one can help then please let me know

No mmcblk0 device being created after emmc connection to PC for debricking [SOLVED]

I have a KF2 which I managed to get twrp on, but the partitions seem to be messed up in some way. When I boot to recovery and do an adb shell, ls /dev/block, there are only loop and ram devices shown. The emmc chip seems OK though, since I can transfer a CM rom to it, but I can't write it to become 'working'.
When I try to wipe or factory reset from recovery, I get an error to the effect that none of the partitions can be mounted. IE
unable to mount /data, /cache, /system, /efs, storage, /data/media during gui startup
also:
unable to find partition size for /boot, /recovery, /bootloader
So I should probably describe how I got here. I was sold a KF2 as a KF1 so assumed it was KF1 and hence bricked it (didn't check for the otter2 id). I opened it, soldered to the main board as described in other threads, dd'ed the working otter2-u-boot-prod-10.2.4 file directly to /dev/sdf2 on the emmc from my ubuntu desktop. Then put it back together and used fast boot to get otter2-twrp-2.6.3.1-recovery.img and otter2-freedom-boot-10.4.6.img on it. Then transferred CM rom to /sdcard with adb push. Rebooted and tried to continue the CM install but when I get to the wipe part, it fails with the above errors. Even from 'advanced wipe' it still says the same (unable to mount etc). Factory reset the same too.
So I took it apart again, connected it back to the computer, and used gparted to examine the file system. It seems OK, it had an error at first (primary gpt corrupt or something, using backup - I think gparted fixed that for me) fairly consistent with what the guys in the emmc soldering thread see. Then back to the kindle boot, same thing happening as before. Eventually I reformatted each ext4 partition using gparted (from the desktop) to try to fix it, still no joy.
So reading lots of threads here by soup and hash, I tried several of their solutions, like fastboot oem format (I had to put the device ID in there to make it work). None of them have worked.
So when I do a:
adb shell parted /dev/block/mmcblk0 print all
I get:
Error: Could not stat device /dev/block/mmcblk0 - No such file or directory.
(and /dev/block/mmcblk0 does not exist - the only files in that dir are ram0, ram1 etc, and loop0, loop1 etc)
That seems like the problem to me. Twrp is not seeing the emmc at all it seems - even though its loaded off the emmc AFAIK? Which seems weird. Surely the device is able to see the emmc and the first few partitions if its booting to twrp - but once in twrp, none of the partitions - or even the device mmcblk0 - is showing up at all. But when I connect it back to the PC, gparted is happy with it all - although all the partitions show up as microsoft type which seems odd. But I can mount them and browse them (the ext4 ones).
Anyone throw any light on this? BTW the wiring is unlikely to be causing this problem because I disconnect all the wires from any 'interconnections' when I put the kindle back together. Although the wires are still connected to the main board, there are no bridges between dat0, dat1 etc, as I am using a connector to isolate them.
EDIT: And theres this in dmesg, which seems suspicous:
<4>[ 1.053588] mmc0: host doesn't support card's voltages
<3>[ 1.053588] mmc0: error -22 whilst initialising MMC card
<4>[ 1.067321] wifi_set_power: 1
<4>[ 1.118896] mmc1: card claims to support voltages below the defined range. These will be ignored.
Thanks, Pete
Well I fixed it, thought I should post back here as its an interesting fault.
Turned out 2 of the pullup resistors were open circuit, obviously my fat fingers and bad soldering! I found it because looking through the datasheet for the emmc chip last night, I noticed that the chip needs pullup resistors on several of the pins (last page of KLM8G2FE3B datasheet which you can find online). Thinking back to the mainboard in the KF2, I remembered the grid of resistors and thought maybe they were the pull up ones. Reason I was thinking about this at all was I wondering if the chip can be ripped out and replaced with a very large SD card, but thats for another day.
Anyway I thought I might buzz out the data lines and CMD as these are the ones with the pullup resistors, to check my soldering. IE I should see the same resistance on each (with respect to +ve). Well 3 of them were 10k, which seems about OK although the datasheet recommends 50k, but this seems in the right range. But 2 were 450k ish. Far too high. If the resistors were blown then this is the kind of resistance I expect to see, back through the memory chip rather than through the pull up resistors to +ve. The bad lines were data1 and CMD btw. Really hard to solder, and I ended up having to solder to the resistor on both, with the result that the resistors blew.
The reason the emmc chip seemed ok when plugged into the computer is probably because the SD card reader provides these pull up resistors in it, making the ones on the board redundant. When the SD is unplugged, there is no pullup on those lines, and the chip is hence not readable - although I am still confused as to how it booted at all, maybe initial boot is only at a reduced data rate which didn't need the pullups, I don't know.
Anyway I put a couple of 10k resistors I had laying around between the still soldered on SD adapter and +ve, so effectively replacing the on board pull up resistors with the external ones. I was then able to install CM and get the tablet running. Since there was not room in the tablet for these large resistors etc, I spent several hours today trying to solder on tiny wires, and solder a couple of smt 10k resistors in place of the test ones. I succeeded eventually, with the wires coming from the rear of the main pcb where most of the wires connect in the 'rescue kf2 with soldering to chip' thread, and then the wires go round the pcb edge to the other side (that you see when you take the back off the tablet). Theres more room this side, and I soldered the new smt resistors on to the wires, and eventually got it working again.
I didnt replace the smt resistors where the old ones went because I simply can't solder this small. It was hard enough connecting those 2 wires to the 2 solder pads. Took hours. Not worth it considering I only paid 13 quid for this tablet but satisfying to fix.
I put this here in case anyone ever finds it useful - perhaps for other things. I still wonder very much could the emmc chip be ripped out - perhaps a large soldering iron held on the back of it for a couple of mins would allow it to float off - and could a micro SD be connected to the 8 solder points used for the rescue project? Looking at the emmc datasheet it seems exactly like an SD card. It can be read and written like an SD by an external computer as we can see from the success of the recovery project. I have made microcontroller circuits (atmega etc) which read and write SD cards and its not rocket science. Part of me wishes this KF2 had been unrecoverable so I could try it. Its something I might try if I pick up another kf2 sometime. But for now enjoying tinkering with this one. I intend to study the datasheet a bit more, see if its completely compatible with the SD protocol, and if so try it. Might post another thread sometime asking some of the more experienced guys here if they have any idea if it will work.
@peterpion you probably saved my day! been pulling my hair trying to figure out why fastboot would work with flash but TWRP wouldn't see the MMC card at all. I essentially destroyed one of the pull up resistors during soldering. Must be this!

My HTC One Mini 2 (memul) screen won't turn on. How to troubleshoot?

Hello.
The full story is here:
Just before the new years eve, me and some friends went to the mountain where under light snowfall and temperatures close to -10°C, we enjoyed putting our youngsters sliding downhill with their sleds. Some of us even went for a little bit of easy snowboarding as all the other tracks were closed. I did not do any snow sledding nor any snowboarding but was strolling around there with my phone in my open pocket so there might was some slight snowfall on the phone.
After that, while we were returning to our urban homes, I was sitting in the back seat of my friend's car and had the phone resting on a niche on the passenger's door. When we stopped at a gas station to refuel under HEAVY snowfall I got off the car to buy some some chocolate and coffees for the travelling party. When I got back home, after about 1 hour, I discovered that my phone wasn't there. A quick recall of my previous actions lead me to the conclusion that my phone must have fell there while the door was open.
I made a phone call to the station where I was told that the phone was found, was working but the screen was not working. I went back there to retrieve the phone which meanwhile had died due to the battery outtage. So under all scenarios my phone could have been exposed to some snowfall while always inside its leather flip case.
tl;dr
My phone was exposed to lower temperatures and snowfall in its flip leather case.
So, now I have a phone that it's screen has died. No cracks or dents or bents or anything like that.
How would you suggest I should troubleshoot?
What are your guesses about what's faulty?
If Im guessing correct the screen might slightly cracked in 1 of the corners, if so the crack will be very light and not easily visible, due to drop.
Thats what I can think of now.
TryllZ said:
If Im guessing correct the screen might slightly cracked in 1 of the corners, if so the crack will be very light and not easily visible, due to drop.
Thats what I can think of now.
Click to expand...
Click to collapse
I will closely examine and report back.
But I have the feeling there were absolutely no cracks.
Like I said the screen looks Ok.
I have plugged it into the USB port and the Notification LED blinks orange.
I will at least try to extract what's within my phone via adb to move to my new Motorola Moto G4.
olspookishmagus said:
Like I said the screen looks Ok.
I have plugged it into the USB port and the Notification LED blinks orange.
I will at least try to extract what's within my phone via adb to move to my new Motorola Moto G4.
Click to expand...
Click to collapse
if it blinks then it lives, the bad news is its not charging.
How long did you leave it charging? could take a while until it starts actually charging due being so empty.
Could be battery its gone due temperatures. but dont see reason why.
kativiti said:
if it blinks then it lives, the bad news is its not charging.
How long did you leave it charging? could take a while until it starts actually charging due being so empty.
Could be battery its gone due temperatures. but dont see reason why.
Click to expand...
Click to collapse
It's charging OK.
The phone was rooted and was running CM, however even though I'm white-listed for USB debugging for this PC, when I reboot to recovery to get a full backup I'm getting this:
Code:
$ sudo adb devices
List of devices attached
_HTC_SERIAL_ unauthorized
$sudo adb shell
error: device unauthorized. Please check the confirmation dialog on your device.
If I reboot into normal again I get full adb rights and now I'm struggling to bypass my lock-screen pattern.
Best adb screenshot so far here: http://i.imgur.com/TOMPNROg.png
olspookishmagus said:
It's charging OK.
The phone was rooted and was running CM, however even though I'm white-listed for USB debugging for this PC, when I reboot to recovery to get a full backup I'm getting this:
Code:
$ sudo adb devices
List of devices attached
_HTC_SERIAL_ unauthorized
$sudo adb shell
error: device unauthorized. Please check the confirmation dialog on your device.
If I reboot into normal again I get full adb rights and now I'm struggling to bypass my lock-screen pattern.
Best adb screenshot so far here: http://i.imgur.com/TOMPNROg.png
Click to expand...
Click to collapse
sorry my bad missread.
Ok so its comming to life.
i would leave the phone charging for a few hours. the heat from the battery will warm the components. Maybe its just bad connection.
olspookishmagus said:
Like I said the screen looks Ok.
I have plugged it into the USB port and the Notification LED blinks orange.
I will at least try to extract what's within my phone via adb to move to my new Motorola Moto G4.
Click to expand...
Click to collapse
Perhaps the cable connecting the LCD to the board might have jolted, a bad connection as @kativiti said.
I will try and backup whatever is possible with ADB while the phone allows it.
Then I will try to pry it open and clean and remove whatever residue I'll find.
And then I will try and replace the faulty parts (starting with the cheapest part first).
But if the screen will still not function that would rule out the digitizer and I should go straight for the LCD, right?
olspookishmagus said:
I will try and backup whatever is possible with ADB while the phone allows it.
Then I will try to pry it open and clean and remove whatever residue I'll find.
And then I will try and replace the faulty parts (starting with the cheapest part first).
But if the screen will still not function that would rule out the digitizer and I should go straight for the LCD, right?
Click to expand...
Click to collapse
yes since the image is in the LCD.
Good luck

Categories

Resources