Turbo Quattro

Tschako писал(а):This script captures the efs-persist image from a good working main unit to the SD Card.
Than you can flash it to a unit with defective persist partition in the flash memory.

Keep in mind: It makes no sense to capture a defective image for repair.

Thats a script (run.sh) for it:


#!/bin/ksh
sdcard=`ls /mnt|grep sdcard.*t`
echo Using card $sdcard
dstPath=/mnt/$sdcard
mount -u $dstPath
echo remounted for full access
$dstPath/utils/showScreen $dstPath/screens/scriptStart.png
rm -f $dstPath/.done
echo started > $dstPath/.started
echo Copying efs-persist image to $dstPath


cat /dev/fs0p3 > $dstPath/efs-persist.efs


$dstPath/utils/showScreen $dstPath/screens/scriptDone.png
echo done > $dstPath/.done
rm -f $dstPath/.started


Attention: Some units use fs1p3 as mount ID for persist partition.
Then use this command instead:

cat /dev/fs1p3 > $dstPath/efs-persist.efs

Good Luck!
Tschako

Thank you so much.
This time I soldering new BGA it working too. Nex time I'll use this metod

This script captures the efs-persist image from a good working main unit to the SD Card.
Than you can flash it to a unit with defective persist partition in the flash memory.

Keep in mind: It makes no sense to capture a defective image for repair.

Thats a script (run.sh) for it:


#!/bin/ksh
sdcard=`ls /mnt|grep sdcard.*t`
echo Using card $sdcard
dstPath=/mnt/$sdcard
mount -u $dstPath
echo remounted for full access
$dstPath/utils/showScreen $dstPath/screens/scriptStart.png
rm -f $dstPath/.done
echo started > $dstPath/.started
echo Copying efs-persist image to $dstPath


cat /dev/fs0p3 > $dstPath/efs-persist.efs


$dstPath/utils/showScreen $dstPath/screens/scriptDone.png
echo done > $dstPath/.done
rm -f $dstPath/.started


Attention: Some units use fs1p3 as mount ID for persist partition.
Then use this command instead:

cat /dev/fs1p3 > $dstPath/efs-persist.efs

Good Luck!
Tschako

Tschako писал(а):Take any SD Script from this forum (seek) and hold the base script (run.sh), the copie_scr.sh and the dirs "screens" and "util", erase in the "run.sh" the original function call of the script and then put this command in it:

"cat /dev/fs0p3 > /fs/sd0/efs-persist.efs"

after that, youll find the file in the root of the SD

Heloo
If is not problem can you upload workin script for this solution ?

THX

Hello
can you give working script for this

THX

At first thank you Tschako!!

Oh bad News but that's what i tought.

If I manage to change the flash memory, how can I flash the Chip?
Can I make a complete Backup from flash memory, from a working Unit?
Than only flash the new chip with the Backup?

I don't know how I can flash the IPL Image.
Because without the IPL, I think I have no communication between the Unit and the Terminal!

Need I a special cable or software to connect with the Unit?

And that the right flash memory ( Spansion S29GL512N )?

sorry for the many questions, but i'm new in this area.
It's a new Hobby

The unit reports a failure in the fs0p3 (efs-persist) partition of the flash memory.
There was a self repair routine startet, but it looks like unfixable problems in it.
Start the memory test in the ipl to verify the memory. Maybe there are some defectives in the flash area.
In that case, there is no handy way repair, only by exchange of the flash memory, but for this you need special SMD equipment and the chips itselfs.

I have successfully flash the efs-persist.efs image!

than i reboot the unit and start the automatic mode to reflash the unit.
In the green screen start the unit to erase the ifs.root.
but the programm process is always canceled.

then i start to reflash the memory block headers one by one.
every flash command was successfull, with "erase" , "programming" , "verifying"

but after the reboot the unit still not running!
I can see in the screen the message " Component Protection" but its very dark.
And the Controller has no function.

I have no connection with VCDS to adress 5F

Here is a Log from the Unit
[ATTACH]37193[/ATTACH]




the unit still have an error due fs0p3


can someone help me??

Hello

I try to fixed a bricked Main Unit.
The Unit have the PartNumber 8R1035666.

I think the Image fs0p3 efs-persist.efs is broken.

If I start the Unit in normal Mode or in IPL Mode




the unit boots first quite normal,
but then runs the here all the time down

I tried to manually flash the firmware (fw 767), writing the memory block headers one by one (using flashit commands), but nothing change.
I also tried to install the firmware in "automatic" (deleting the FPGA and IFS-root block headers and restarting with the SD card inserted). The green screen appears and the flash process starts, then it stoped by erase and do nothing!!

I have extract a efs.persist.efs image from a funcionally unit.

I have try to flash the efs-persist image but if i go to emg app with the command boot 1c0000
the unit boots at first, but after

SWDL: Starting EFS driver (automount)
result of running command start_efs_driver.sh is 0

came this failure (see picture top)

I can not start to reflash the efs.persist image because this failure

Sorry for my bad english

Hallo, bad news :-(
Reflashing of efs-persist was vain.

I succesfully flashed using the backup I done this morning from my 3GP version 666.
Then I restarted, waited the complete boot and after a minute I restarted. I boot/restarded a couple of times.
But the main unit is still broken: it starts booting, but after 40 seconds it stops. (with or without the HDD is the same)
This is the boot log after reflashing the efs-persist on the unit.
[ATTACH]36521[/ATTACH]
[ATTACH]36522[/ATTACH]

These are the "mount" and "df" query before/after flashing the efs-persist:

This is BEFORE flashing:

# mount
/dev/fs1p3 on /mnt/efs-persist type flash
/dev/fs1p2 on /mnt/efs-system type flash
/dev/fs1p1 on /mnt/efs-extended type flash
# df
/dev/fs1p3 58880 3153 55726 6% /mnt/efs-persist
/dev/fs1p2 75264 72070 3193 96% /mnt/efs-system
/dev/fs1p1 24064 11 24052 1% /mnt/efs-extende
/dev/hd0 2088387 2088387 0 100% /dev/hd0t187.4
/dev/hd0 4273227 4273227 0 100% /dev/hd0t187.3
/dev/hd0 353367 353367 0 100% /dev/hd0t187.2
/dev/hd0 337302 337302 0 100% /dev/hd0t187.1
/dev/hd0 10490382 10490382 0 100% /dev/hd0t187
/dev/hd0 2136645 2136645 0 100% /dev/hd0t79
/dev/hd0 39857265 39857265 0 100% /dev/hd0t78
/dev/hd0 57673287 57673287 0 100% /dev/hd0t77
/dev/hd0 117210240 117210240 0 100%
/dev/cd0 0 0 0 100%
#

This is AFTER flashing:

# mount
/dev/fs1p3 on /mnt/efs-persist type flash
/dev/fs1p2 on /mnt/efs-system type flash
/dev/fs1p1 on /mnt/efs-extended type flash
# df
/dev/fs1p3 58880 3846 55033 7% /mnt/efs-persist
/dev/fs1p2 75264 72070 3193 96% /mnt/efs-system
/dev/fs1p1 24064 11 24052 1% /mnt/efs-extende
/dev/hd0 2088387 2088387 0 100% /dev/hd0t187.4
/dev/hd0 4273227 4273227 0 100% /dev/hd0t187.3
/dev/hd0 353367 353367 0 100% /dev/hd0t187.2
/dev/hd0 337302 337302 0 100% /dev/hd0t187.1
/dev/hd0 10490382 10490382 0 100% /dev/hd0t187
/dev/hd0 2136645 2136645 0 100% /dev/hd0t79
/dev/hd0 39857265 39857265 0 100% /dev/hd0t78
/dev/hd0 57673287 57673287 0 100% /dev/hd0t77
/dev/hd0 117210240 117210240 0 100%
/dev/cd0 0 0 0 100%



Now I leave for 3 weeks for a trip: see you soon, but I will read sometimes the forum.
The broken MMI will be my first thought at my arrival.
Thank you all (Tschako over all) for your support!

Perfect! Backup done!
I created the SD with the script, and just to be sure that the SD path was correct, I modified in:
cat /dev/fs0p3 > $dstPath/efs-persist.efs

I understand why the efs-persist image is not shareable: it's full of semi-personal data (addresses, name of paired phones, address book, ecc.)

Now I have to reflash the dead mmi.
I will let you know tonight.

Thank you!!

Take any SD Script from this forum (seek) and hold the base script (run.sh), the copie_scr.sh and the dirs "screens" and "util", erase in the "run.sh" the original function call of the script and then put this command in it:

"cat /dev/fs0p3 > /fs/sd0/efs-persist.efs"

after that, youll find the file in the root of the SD

To extract the efs-persist image, the only main unit I have is a 3GP "666" (8R1035666): it's on my car.
I have read (on another post by you, this) that it's possible to use a script on a SD card.

Can you tell me how to create the SD card and how to launch the script? (I'm sorry but I never created or used a script)
Then I will find the copy of the efs-persist in the SD?

Thank you!!

The image file "efs-persist.efs" is not available via the Firmware SD Update files.
You have to extract it, from another, fully functional main unit with the following command:

"cat /dev/fs0p3 > /fs/sd0/backup/flashdump/fs0p3_efs-persist.bin" this command is for the 1st SD Slot of the Unit.
Put it in a well known SD Flash routine you´ll find here in the forum.

Now you have the flashdump image of the efs-persist partition (fs0p3), to flash it on the broken unit as descriped above:

use the command "flashit -a -d 6200000 -f /mnt/sdcard10t11/efs-persist.efs" to bring the image in the flash of your broken unit.

Thank you, I will try tomorrow.
But just in case, is there a efs-persist image inside the SD that I can flash?
What would be the command?
See you soon

Start the emg-ifs with "boot 1c0000" then wait until complete startup of the emg app. Then type "mount" and send us the log.

Maybe, the efs-persist flash partition is damaged... then you have to rewrite the partition...

Hello all
anyone has an idea about how to rebirth my MMI?
Thank you

Hello Tschako, I've tried as suggested.
Reconnected the DVD, started in IPL mode, deleted headers and installed the 767 fw from the SD.

[ATTACH]36425[/ATTACH]
[ATTACH]36426[/ATTACH]
[ATTACH]36427[/ATTACH]

But as you can read in the logs, there are no steps forward :-(
I reconnected also the HDD, but no luck.

Do you have other suggestions?
Thank you for your support!!!
See you soon
Francesco

The reason for the "green screen" in the emg recovery mode ist quit simple: you have entered the "Developer Mode command" befor.

lets see your log:

******** DeveloperMode is on ******************************
Disabling IOC watchdog

There was a file written on the efs-persist image to stay in dev mode until the machine starts ok.
Thats not a problem. The emg-recovery will work fine, normally.

Try it with the correct firmware for your MU 9498 machine in the EU: K0767 in SD-Slot!

Thank you Tschako!
Just to be sure that I will do exactly what you suggest:
1) I will reconnect the DVD (I will leave the HDD disconnected)
2) I will delete the header at 680000hex with "flashit -a 680000 -e 1000"
3) I will delete also the FPGA header with "flashit -a 40000 -e 1000"
4) then I will restart MMI with the 614 firmware on SD1, to reflash the MMI.
(I'm trying to flash the 614 firmware, but don't know which is the version of firmware originally written on the MMI)

But do you know why I don't see the red FPGA screen when I enter the IPL mode?

Bye and many many thanks!!!

Have you tried to disconnect only the HDD and stay connected the DVD drive? Thats importand!

And for a 3GP Unit, you have to erase the header, which starts at 680000 hex:

try the command "flashit -a 680000 -e 1000" to erase the whole ifs-root header!

The red LED lights at the MOST is normal!