Closed Bug 894731 Opened 12 years ago Closed 11 years ago

B2G master doesn't start up after copying user data from B2G v1-train

Categories

(Core :: Storage: IndexedDB, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: dbaron, Unassigned)

Details

Attachments

(6 files, 1 obsolete file)

I regularly back up and restore the contents of /data and /mnt/sdcard from my B2G phone, so that I can flash builds and restore my data and configuration. I've been doing that with a v1-train build. I wanted to switch to master, but it turns out restoring my data that works on v1-train doesn't work on master; once I restore the data the phone doesn't boot successfully. Fabrice thinks this should work: https://groups.google.com/d/topic/mozilla.dev.gaia/-hRB58J462M/discussion I'll attach logcat from both successful boot (master without the data restored) and unsuccessful boot (master with the data restored). (This is a master build from a few days ago.) I suspect this bug might need to be a meta-bug, and that specific issues might need to be filed as their own bugs.
This seems like the internal indexedDB/sqlite upgrade/open problem. Basically if there is an unknown file in one of the DB directories it can't open the file. Mac for example creates invisible files in directories and if you push them you get this error. bent and janv know more about it.
Component: Gaia → DOM: IndexedDB
Product: Boot2Gecko → Core
hmm, can you do file listing in /data/local/indexedDB and attach it here ?
1001+f+app+++homescreen.gaiamobile.org 1003+f+app+++gallery.gaiamobile.org 1004+f+app+++calendar.gaiamobile.org 1005+f+app+++pdfjs.gaiamobile.org 1006+f+app+++communications.gaiamobile.org 1007+f+app+++system.gaiamobile.org 1008+f+app+++browser.gaiamobile.org 1009+f+app+++camera.gaiamobile.org 1010+f+app+++clock.gaiamobile.org 1013+f+app+++costcontrol.gaiamobile.org 1016+f+app+++email.gaiamobile.org 1018+f+app+++settings.gaiamobile.org 1019+f+app+++fm.gaiamobile.org 1020+f+app+++maps 1023+f+app+++m.here.com chrome (I'd have noticed much faster if you'd used needinfo?.)
Is this what you needed?
Flags: needinfo?(Jan.Varga)
(In reply to David Baron [:dbaron] (don't cc:, use needinfo? instead) from comment #8) > Is this what you needed? yes, thanks for posting it looking at the list now ...
Flags: needinfo?(Jan.Varga)
Hm, could you also run ls -FRa ?
Flags: needinfo?(dbaron)
Attachment #783995 - Attachment is obsolete: true
Flags: needinfo?(dbaron)
Hm, I don't see anything wrong it the dir listing.
anything else I can check here?
Flags: needinfo?(Jan.Varga)
Hm, maybe you could also do ls -FRa after unsuccessful boot
Flags: needinfo?(Jan.Varga) → needinfo?(dbaron)
We discussed this on IRC, and concluded that Jan would try to reproduce the bug without my profile (i.e., by setting up a 1.1 profile, saving the date, upgrading to 1.2, and restoring the data), since it's a good bit of work for me to sanitize my profile data data and/or change all my passwords that are on the phone. If that doesn't work, then we'll try the latter route.
Attached file backup-profile.sh
The script I use to back up my profile data (used on a user build, not an eng build).
Attached file restore-profile.sh
the restoring script. Note that for both you should change the ADB variable to just be the path to ADB (without the other junk I have there)
Well, this works for me in current v1.2.
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(dbaron)
Resolution: --- → WORKSFORME
If you have webapps in the /system/b2g/webapps and /data/local/webapps that could cause an issue where it won't start.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: