Okay, so my external harddrive just crashed. A beautiful 2 TB piece of shit. Now, most of my personal data is saved elsewhere (thank you dropbox), but a lot of the rest is not. My question here is this:

Since I use Search Everything, its database has a snapshot of all files on that harddisk. Considering that without the external plugged in and readable, the program will not show the files it has already indexed that lie in that drive, how do I get it to show those? Or, basically, what do I use to open the search everything database file externally?

 

I'm not sure why you want to view your database, but your first step should be to copy it if you haven't already. My everything.db file has a creation date of 15 minutes ago, which is when I started it. I suspect the .db is wiped on startup.

C:\Program Files (x86)\Everything\everything.db

I'm not sure what db prog is required to access it.

 

I've already copied it. I want to view the db because Everything takes a snapshot of every file and folder. If I can just get the db file to open in some program, I can then use sql to figure out what files each folder in my HD contained. It won't get me back my lost private files, but at least my music and movie collections will be re-acquirable.

Ps. It can't be opened via sqllite.

 

It looks like Everything.db uses some custom compression and then BZIP on top of that. More info on the database here: http://support.voidtools.com/everything/DB

Voidtools does provide an Everything-SDK if that's of any help to you. You also might try asking for help in their Support forum but it looks pretty quiet.

http://support.voidtools.com/everything/SDK
http://forum.voidtools.com/viewforum.php?f=5

---------- Post automerged at 20:59 ---------- Previous post was at 20:41 ----------

Hmm... Slocate is a *nix utility, not a person. Maybe that compression isn't custom afterall. http://linux.about.com/library/cmd/blcmdl1_slocate.htm

 

Thanks. I'm going to try the SDK, although I don't really see anything in there about manipulating the database.