Error starting when storage is on USB thumb drive
I recently started having a problem with my Zotero 1.0.7 install on Firefox 3.0.1 on MacOSX 10.4.11. This combination previously worked, but stopped working a few days ago. I don't recall that I changed anything, but I'm not discounting it!
When I start Zotero using my Profiles directory, everything works. But when I use the custom location "/Volumes/NEW VOLUME/Documents/zotero", it fails with these errors:
Error: [Exception... "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [mozIStorageService.openDatabase]" nsresult: "0x8052000e (NS_ERROR_FILE_IS_LOCKED)" location: "JS frame :: chrome://zotero/content/xpcom/db.js :: anonymous :: line 799" data: no]
Source File: chrome://zotero/content/xpcom/zotero.js
Line: 220
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.sessionHistory]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/browser.xml :: :: line 644" data: no]
Source File: chrome://global/content/bindings/browser.xml
Line: 650
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.sessionHistory]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/browser.xml :: :: line 644" data: no]
Source File: chrome://global/content/bindings/browser.xml
Line: 650
I also tried closing Firefox and deleting the files compreg.dat, xpti.dat, extensions.cache, extensions.ini, and extensions.rdf from my Firefox profile.
No joy on any of these.
The sqllite 3.6.0 command line tool dies with a bus error when I try to check the validity of the file.
Thoughts?
Patrick
When I start Zotero using my Profiles directory, everything works. But when I use the custom location "/Volumes/NEW VOLUME/Documents/zotero", it fails with these errors:
Error: [Exception... "Component returned failure code: 0x8052000e (NS_ERROR_FILE_IS_LOCKED) [mozIStorageService.openDatabase]" nsresult: "0x8052000e (NS_ERROR_FILE_IS_LOCKED)" location: "JS frame :: chrome://zotero/content/xpcom/db.js :: anonymous :: line 799" data: no]
Source File: chrome://zotero/content/xpcom/zotero.js
Line: 220
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.sessionHistory]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/browser.xml :: :: line 644" data: no]
Source File: chrome://global/content/bindings/browser.xml
Line: 650
Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIWebNavigation.sessionHistory]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/bindings/browser.xml :: :: line 644" data: no]
Source File: chrome://global/content/bindings/browser.xml
Line: 650
I also tried closing Firefox and deleting the files compreg.dat, xpti.dat, extensions.cache, extensions.ini, and extensions.rdf from my Firefox profile.
No joy on any of these.
The sqllite 3.6.0 command line tool dies with a bus error when I try to check the validity of the file.
Thoughts?
Patrick
Are you positive this is in Firefox 3.0.1 and not Firefox 3.0 or a nightly build? 3.0.1 enabled the flag, before which you'd get the NS_ERROR_FILE_IS_LOCKED error when trying to use a network share on OS X.
And I run many docs to the USB drive, so it does write. I just tried again.
It works fine.
Corrupt db?
It's also possible that the file is really locked by another app (such as another Firefox process). Does this still occur after restarting your computer?
I found the problem and fixed it. In the storage location, there was another file "zotero.sqllit". I thought that might be a temp file, so I tried renaming it to .bad. After that zotero worked just fine.
Thanks for the help!
This shouldn't really happen, of course, and it may be something about using the USB drive for storage that caused it, though there are probably other ways. Let us know if it happens again.
zotero.sqlite is your main Zotero database. You don't want to delete a file named zotero.sqlite unless you don't care about your data. There should be no files named "zotero.sqllit" (two L's) or "zotero.sqlit" (no E). There may be a zotero.sqlite.bak file or a zotero.sqlite.tmp file, and, depending on your OS settings, the extension might not be displayed. Those would be safe to delete (though it'd be better to move them elsewhere). But just deleting zotero.sqlite (without an extension) is not something you want to do if you have data you care about.
Thanks for your help.
Kaoru
Can you check what the filesystem is? You can do this by selecting the drive in the Finder and pressing Cmd-I (or selecting Get Info from the File menu). The filesystem should be listed next to "Format:".
Has anyone worked out what changed in OSX to cause this behaviour? (I an running an up-to-date 10.5.4)
I'm running: I have Zotero 1.5b2 on Portable Firefox 3.0r4.0 on Mac OSX 10.5.6.