After interrupting the map update MEM_ERR01

F150Chief · 9 December 2020 22:04

MEM_ERR01 – Error is MEM_NOSPACE_TO_COPY

Could you please post the storage usage from the APIM Utility xml? It looks like the installation was not finished.

You have a 2019 Focus EU. You should have 64GB of storage. What is the part number listed in the xml file? Look for the part number entry in the F113 didType/didValue.

Probably the best thing to do is downgrade to 3.3.19052 and then run the reformat with the desired app version and maps. This will ensure a clean install and no errant files.

Tomka1118 · 9 December 2020 22:16

It is very similar to Laurents description, but I can copy it:

<d2p1:ODLNetwork d2p1:NetworkDataRate="500" d2p1:NetworkName="HS-CAN" d2p1:NetworkProtocol="CAN" d2p1:DLCName="SAE J1962" d2p1:Pins="6,14"/>
<d2p1:AdditionalAttributes logGeneratedDateTime="2020-12-09T17:24:31+00:00" RAM="942362624" vmcuVersion="Vector_VMCU_02.02.20">
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="1.1G" available="20M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.7G" available="16M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.6G" available="26M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.4G" available="16M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.3G" available="11M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="1.5G" available="9.3M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="1.5G" available="5.1M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.2G" available="18M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="2.2G" available="17M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="3.4G" available="23M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="31M" available="708K"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="3.2G" available="8.4M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="3.1G" available="30M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="3.6G" available="29M"/>
  <d2p1:PartitionHealth type="/fs/sd/MAP/" total="3.6G" available="15M"/>
  <d2p1:PartitionHealth type="/fs/Nuance/" total="1.9G" available="8.4M"/>
  <d2p1:PartitionHealth type="/fs/Nuance/grace" total="998M" available="21M"/>
  <d2p1:PartitionHealth type="/fs/rwdata/" total="1.2G" available="955M"/>
  <d2p1:PartitionHealth type="/fs/rwdata/quip/" total="35M" available="35M"/>
  <d2p1:PartitionHealth type="/fs/rwdata/quip/" total="90M" available="90M"/>
  <d2p1:PartitionHealth type="/fs/mp/" total="1.4G" available="128M"/>
  <d2p1:PartitionHealth type="/fs/mp/resources" total="73M" available="432K"/>
  <d2p1:PartitionHealth type="/fs/images/" total="54G" available="13G"/>

The part number is : “5U5T-14G371-GKC” and yes, I have 64Gb of storage.

Can I do the reformat then? I think I select the automated method for sure.

Thanks for the answer and for helping!

Regards

Tamas,
Budapest,
Hungary

F150Chief · 9 December 2020 22:27

This part number shows up for 2019 and 2020 Focus vehicles. 5U5T-14G371-GKC
Is this original to the vehicle?

Attach the xml file to the post.

Tomka1118 · 10 December 2020 06:54

Yes, this XML from my car. I created with the manual tool from Ford.

The car build on middle of December 2019.

Unfortunately I cannot upload file because I’m a new user…

F150Chief · 10 December 2020 20:29

I fixed your user status, you can upload the file.

@CyanLabs, maybe you know if this unit is really a 2020 or 2019, can the reformat tool be used?

Tomka1118 · 10 December 2020 22:31

Here is the latest file.

201209b_Sync_LYBV02RV.xml (11,3 kB)

CyanLabs · 10 December 2020 22:42

Not sure, wouldn’t want to take the risk personally

Tomka1118 · 10 December 2020 22:57

Okay, then I will wait for a solution.

It is impossible to delete these files from the folder. There is a couple of small .sh script here which can delete files from the device:

for example (found in HB5T-14G386-VHA):
find /fs/images/ivsu_* -name “.lst” -remove!|
find /fs/images/ivsu_* -name “*.tar.gz” -remove!|

maybe it can work with different folder and different filename…

F150Chief · 10 December 2020 23:55

There is a map delete script that exists, but it might be vin or an locked. I have one, I’ll post it later for you to play with.

Tomka1118 · 11 December 2020 08:19

Thanks for the script. I’ve read it over, it clenas up all map and all voice files from the internal storage.
How I see it didn’t touch the system files, so count brick the system.

Theoretically it creates a LOG file and writes it back to the usb drive, so you can see what does it do.

Well, there is no other way, in the next days I will try it… Will come back to report…

Tomka1118 · 21 December 2020 15:30

Some good news.

A created a package with these component:

64 Gb tester
MY18.5 HW tester
3.4.20282 APP
AD version of log creator

I updated the the Sync 3 and llooked into the created log file.

All the unfinalized map install files deleted from the device. So I have 29 Gb of free space.

I think I am able now to install my map files. Also to the Ford site uploaded XML file precessed successfully and able to download the map files.

I don’t know the reason of the solution but I’ m happy with this situation.

F150Chief · 22 December 2020 03:14

Where did you find this?

Glad you got this sorted.

Tomka1118 · 22 December 2020 06:53

Here you can find it:

https://www.ford.hu/content/dam/guxeu/rhd/central/owners/resources-and-support/sync-%26-bluetooth-support/update/documents/Interrogator_AD.zip

But I think it will available worldwide in a short time.

CyanLabs · 23 December 2020 09:43

I’ve compared the contents, nothing new other than a new file with the following strings

DID8060 check fails, examining /fs/rwdata/.Version for part numbers to write to XML file.
%02x
INFO: Rewrote XML file due to missing DID8060 part numbers.
ERROR: Could not rewrite XML file.
DID8060 check passes, XML file will not be rewritten.

ELF
/usr/lib/ldqnx.so.2
QNX
libxml2.so.1
__register_frame_info
xmlXPathFreeObject
xmlXPathRegisterNs
xmlNodeSetContent
fwrite
_Jv_RegisterClasses
_fini
xmlInitParser
__cxa_finalize
strncmp
strlen
snprintf
xmlXPathNewContext
fclose
strncpy
xmlDocDump
_Stderr
memset
xmlXPathFreeContext
xmlXPathEvalExpression
fprintf
xmlFreeDoc
xmlParseFile
xmlNodeGetContent
xmlCleanupParser
free
strchr
puts
xmlFree
_init
__deregister_frame_info
libm.so.2
libc.so.3
_init_array
errno
_preinit_array
readdir
strstr
strdup
_init_libc
fopen
main
opendir
_fini_array
atexit
access
__assert
closedir
_btext
__exidx_start
__exidx_end
__data_start
_edata
__bss_start
bss_start
bss_end
end
_stack
0H-
0H-
p@-
replace_xpath_element
update_xpath_nodes
//d2p1:DID[@didValue=“%d”]/d2p1:Response
xpathExpr
src/did8060_ica.c
value
Error: unable to create new XPath context
d2p1
urn:ford/Vehicle/Module/Information/v3.0
Error: unable to evaluate xpath expression “%s”
nodes->nodeTab[i]
Error: unable to parse file “%s”
DID8060 check fails, examining /fs/rwdata/.Version for part numbers to write to XML file.
%02x
INFO: Rewrote XML file due to missing DID8060 part numbers.
ERROR: Could not rewrite XML file.
DID8060 check passes, XML file will not be rewritten.
/fs/rwdata/.Version
14G381
_Version.inf
GCC: (GNU) 4.4.2
GCC: (GNU) 4.4.2
GCC: (GNU) 4.4.2
aeabi
7-A
.shstrtab
.interp
.note
.hash
.dynsym
.dynstr
.rel.dyn
.rel.plt
.init
.text
.fini
.rodata
.eh_frame
.init_array
.fini_array
.jcr
.dynamic
.got
.data
.bss
.comment
.ARM.attributes

Christopher_Cote · 28 December 2020 16:20

I found this (GB5T-14G386-ZA) on another web site it seems like it will remove the map files but, I can’t get it to work. I keep getting error code LST_ERR05. https://drive.google.com/open?id=1glBXHT_Z-ksjovdPy1apZQLjkYSkVMwP
this is my autoinstall list:
[SYNCGen3.0_ALL]
Item1 = GB5T-14G386-ZA.tar.gz
Open1 = GB5T-14G386-ZA.tar.gz
Options = Delay,Include,Transaction

F150Chief · 29 December 2020 02:49

It might be VIN or APIM SN locked. Look in the Version.der file after you unzip the tar to verify.

F150Chief · 29 December 2020 02:50

It looks like they changed the xml file structure/data. Probably something to be compatible on their end…

Louage · 29 December 2020 18:32

I believe that’s designed for sync 3.0 maps only, not 3.2+

CyanLabs · 1 January 2021 03:10

I’m not sure this is 3.0 specific

#!/bin/sh

cd /tmp
LOG=/tmp/GB5T-14G386-ZA_LOG.txt

function DeleteMapData
{
	umount -f /fs/sd/MAP
	if [ $? -ne 0 ]; then
		echo "UnMount of /fs/sd/MAP failed - $?" > $LOG
	fi

	sync
	sleep 10

	rm -f /fs/images/map.img
	if [ $? -ne 0 ]; then
		echo "Failed deleting map database. " > $LOG
	fi

	rm -f /fs/rwdata/.Version/*-14G421-*.inf
	if [ $? -ne 0 ]; then
		echo "Error: can't delete INF file corresponding MAP databse " > $LOG
	fi

	rm -f /fs/rwdata/.chksum/map.cksum
	if [ $? -ne 0 ]; then
		echo "Error: can't delete chksum file corresponding MAP databse " > $LOG
	fi	
}

grep -q "SYNCGen3.0_3.0" /fs/mp/Version.inf
if [ $? -eq 0 ]; then
	ls /fs/rwdata/.Version/GB5T-14G421-C*
	if [ $? -eq 0 ]; then
		DeleteMapData
	fi
fi

Christopher_Cote · 2 January 2021 02:44

well I tried to install H3BT-14G381-LB to put me to ver. 0.1.000_PROD. it failed for about 3mins I got the update message then I received a new error code that’s not listed on this site ver_err16 yes (16) not 15. I was hoping to downgrade the sync so I could use the reformat tool, but I only have 238mb of memory. Maybe by posting this error code it can help others with research.