My 16GB iPhone 3G is currently crawling its way through the backup phase of the iOS 4 installation process.
Whereas ordinary backups take no more than a couple of minutes, this one has been running for over 2 hours. I actually killed some earlier attempts thinking that the process had hung, so I am grateful to Chris Mercer for his
comment in the Apple forums:
Hi all,
FYI I have an iPhone 3G running on the latest version of iTunes on the latest newly-updated version of Mac OS X.
It's been backing up for over an hour.
After a bit of digging I've found that loads of people are having this issue. It actually IS doing something, but either the status bar isn't updating properly or for some reason it is actually going very very slow.
I've found something reassuring, but before you follow any instructions please read them all before doing anything.
To make sure that it is doing something, you can go to finder, and go to this path:
your username
Library
Application Support
MobileSync
Backup
Go into List View and order by Date Modified. You'll see a folder with a very recent time there. If you click the disclosure arrow (the arrow to the left of the folder name) you will see a list of files and you will see that stuff is happening.
Armed with the path information (
~/Library/Application Support/MobileSync/Backup/
), I was able to dip down to the command prompt and use
du -shm
to keep an eye on progress.
It's still painfully slow (average of 4MB / minute !), but at least I can see it moving ...
Oh, wait: it appears to have crashed. From 1323 MB, back to square one ...
I'll post updates as I learn more, but I suspect some of the slowness for me might be related to the large number of small files: 99.7% of the 13266 files it backed up before crashing were under 1 MB in size; 84% were under 100 KB.
It's been running again now for 20 minutes, and it's got through 450 MB; lets hope it doesn't slow down and die again!
UPDATE: It seems that half of the files are
.mdinfo
, and the other half
.mddata
. The
.mddata
, as you might expect, are the data files; mine average 197 KB [1]. The
.mdinfo
files are tiny "binary property list" files, less than 280 bytes each.
The latest attempt at a backup has been running for an hour. So far it's backed up 4164
.mddata
files totalling 827 MB. I have 2.2 GB of data on my iPhone, so I could be in for a long wait, even if it doesn't crash again.
[1]
ls -l | grep '.mddata' | awk '{ SUM += $5; COUNT++} END { print (SUM/1024)/COUNT }'
)
UPDATE 2: It came time to head home, and the backup still hadn't finished. Predictably, the backup did not survive my Macbook's hibernation.
On the next run, it crashed again at 1323 MB:
Mon 28 Jun 2010 20:40:31 BST
1261 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:41:32 BST
1269 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:42:36 BST
1274 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:43:36 BST
1282 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:44:36 BST
1288 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:45:39 BST
1295 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:46:42 BST
1300 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:47:45 BST
1307 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:48:48 BST
1311 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:49:51 BST
1311 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:50:55 BST
1313 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:51:55 BST
1316 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:53:12 BST
1315 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:54:12 BST
1316 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:55:12 BST
1316 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:56:12 BST
1317 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:57:12 BST
1317 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:58:16 BST
1318 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 20:59:20 BST
1319 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 21:00:23 BST
1322 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 21:01:27 BST
1323 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 21:02:36 BST
1323 10be30bb86703bf73477870fef74387e5ceacae8
Mon 28 Jun 2010 21:03:36 BST
1323 10be30bb86703bf73477870fef74387e5ceacae8
Interestingly, the
Status.plist
file in the backup directory indicates that the backup was successful
<plist version="1.0">
<dict>
<key>Backup Success</key>
<true> </true>
</dict>
</plist>
UPDATE 3: Success at last! I put the phone in flight mode, and left it running overnight without an impatient human making queries at the command line. I can't say which made the difference. Reading from the directory that the backup is being written to
shouldn't upset the process, but who knows.
After the cleanly-completed backup, the directory ended up containing 1297 MB. It looks like music files aren't backed up, which is reasonable enough considering the tight pairing with iTunes. With a bit more command line hackery [2], I got a listing of what's there:
1 ASCII text
33 ASCII text, with no line terminators
1 ASCII text, with very long lines
7 Adaptive Multi-Rate Codec (GSM telephony)
37 Apple binary property list
1 GIF image data, version 89a, 320 x 480
3050 JPEG image data
18 PNG image
15 SQLite 3.x database
11 XML document text
30 XML document text
1931 data
2 empty
The 1931 data files that are opaque to the
file
command range in size from 168 bytes to 12.2 KB.
The
.mddata
and
.mdinfo
files are gone. Filenames are hex without an extension (e.g.
0663015d51be603f533b678e7b635eaacee052ff
,
00dec425d314cb97d963bfe0796f6ea4c74e9778
). There are also three interesting looking files:
Manifest.plist
,
Manifest.mdbx
, and
Manifest.mbdb
.
When I subsequently reconnected my iPhone, a normal incremental backup completed within a couple of minutes, and brought the total up to 1347 MB. Judging by the timestamps, it touched/created 1470 files out of a total of 10808.
I've only had a couple of minutes to play with it, but initial impressions of iOS 4 are good. The UI feels more responsive, and the message threads in the mail app work well.
GoodReader still works, so I can still gradually work my way through
De Soto on the go :-)
[2]
(for f in `ls`; file $f; done) > ../index.txt
followed by some data cleansing with
column
,
cut
, and
sed
, then some aggregation with
sort | uniq -c