Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - zsolt

#76
Espionage 3 / Re: Recovery of sparse bundles
September 22, 2016, 04:39:59 AM
Hello, each encrypted folder has 3 pieces of information needed to work. The disk image, the disk image password and the mountpoint folder.
The mountpoint folder is least critical as it can be recreated easily.
The sparse bundle disk image and the password are however critical.
The password, name and location are all stored inside Encrypted Espionage database. The fact that the database shows the folder in the folder list, should mean that the database is OK. However, as Espionage tells you, the required disk image cannot be found in the recorded location.

So the first task will be to locate it, either on your current disks or in some backup if you have any.

To know what to look for, please click onto small "i" near the folder name, and in the folder option window the disk image drop down menu will tell you which disk image name is connected to that folder. Take a note about this name and this is what you have to find.

Once you found it, let me know.

I hope you find it,

Zsolt
#77
We can reproduce the problem using Apple's hdiutil which we use for mounting, so it seems to be Apple's bug, we are currently investigating if we can circumvent this, but at the moment the only workaround we can offer is to move the mountpoint folder to a local disk. It is not a big deal though as the data is still on the external disk, but it requires a bit of manual work which is not what we want.

We will update as soon as we find some better way.

Rgds
Zsolt
#78
And hello again and again....the other user we sent the beta to, reported that it did not help. However, we figured out that he is trying to unlock a folder which resides on an external disk. If this is true in your case too then please try the following:

​Can you please create an empty folder on your internal disk, in your Documents folder for example, then unlock espionage, click onto small "i" near the folder name, and in the folder options window use the mount point folder drop down menu to point Espionage to the newly created folder.
​Once you switched the mount point folder to the new one, try to unlock the folder again, let me know how it went

​Thanks
Zsolt
#79
Hello again, I just realised that the link is broken...and the devs are offline (it is night over there) so we will have to wait a few hours, I will let you know as soon as I get a new link.

Sorry about this

Zsolt
#80
Hello Jaldert,

​Here is a

https://www.espionageapp.com/other/builds/EspionageSierraBeta1.zip

​Would you be so kind to check if you can reproduce your problem with this beta build.

​Thanks in advance,

Zsolt
#81
Hello Johannes, it is not entirely clear to me how could it put the disk image onto desktop if it complained a second before that it cannot reach it...but the most important thing is that the data is back. In a remote session I could probably explain what happened, but now we leave it as it is.

I'm glad you did not loose confidence in Espionage, I assume it was not an application problem, but then again, you never know.

If you have any doubts, please test with some noncritical data and proceed only after you are sure that it works as you expect it.

Thanks for your feedback

Zsolt
#82
just prepare everything, anchor the window of Espionage, then record the time stamp and click onto unlock, when the error message pops up, record the time stamp, then copy all the messages out of all messages and system in console, this operation lasts maybe 2-3 seconds so you should not get to many.
The espionage messages show up with espionage header, but I guess they do not come, otherwise you would see them.

Thanks
Zsolt
#83
Hello Johannes, would a remote session suite you, then we can take a look into this together. I'm GMT+2 and should be available at 9:45 PM my time i.e. in 3.5 hours, if you can and wish to do it, let me know and we connect.

Cheers
Zsolt
#84
Hello Johannes, you mentioned that you protected the folders on the external disk, this means when encrypting, Espionage asked you where to save the disk image (it does not ask if you protect a folder on your system disk).

Those disk images you see in espoinage library folder are probably the fake disk images we created during setup.

So you have to locate the disk images you saved somewhere on the external disk...but judging from the error message, it seems that espionage expects the in /Users/Jones/Documents/, which means that you selected your documents folder on the internal disk as location of the disk image. So if you wiped your system disk and have no backups then the data is gone. if you have a backup of your documents folder, then you should restore it from there.

I hope there will be a happy end,

Rgds
Zsolt
#85
can you please try to  unlock it again in sierra using Espionage and monitor the console system log and all messages and see if there is anything related to the unlock attempt.

it seems that some testing on Sierra was done but we did not encounter any issues.

Thanks in advance for your input,

Zsolt
#86
Hello Johannes, yes, if the paths are changed, Espionage cannot find the data, but this is easy to fix as long as you have the data, just click onto small "i" near the folder name, and use the disk image drop down menu (note the disk image name first) to point espionage to the new folder where the disk image sits, after that it should start to work

Let me know how it  went,

Zsolt
#87
for the second question....yes, we copy the files only during encryption and decryption, in unlock/lock case, we mout/unmount the encrypted disk image and use the originally protected folder as mountpoint to show you the content of the mounted disk image. This is why it is empty when the folder is locked, because the volume is unmounted and there is nothing to show....

Let me just repeat that when the folder is locked i.e. volume unmounted, the mountpoint folder is just a regular empty folder, so you can put files in it and they will stay there happily...it is just that they will temporary disappear if you unlock the folder (and appear when you lock it)

Thanks again for your input,

Zsolt
#88
It does, I will check with devs

Thanks
Zsolt
#89
So what you are saying that if you copy the pass out and try to mount it on El Captain, then it works, but if you try to mount it in Sierra then it fails?
I suppose you use the same procedure, which one?
Can you unlock the folder using Espionage in Sierra?

Rgds
Zsolt
#90
Hello Johannes, for Espionage to work, it needs three pieces of information:
- the Espionage database which contains the disk image passwords and relation between the protected folder and the disk image
- the disk image which contains the data
- the mountpoint folder which is just an empty folder but in predefined location and with predefined name

If you have the disk image and the mount point folders, they both sitting on your external drive, what you are missing is the Espionage database

Now that you ran Espionage new on the new system, you set it up from scratch, but it is not aware of your previously protected folders. So you have to replace the current installation data with the one before reinstallation.

All you have to do is find the /Users/[your username]/Library/Application Support/com.taoeffect.Espionage3
folder on your backup disk and replace with it the current folder.

Before doing that, please quit espionage.

Once you replaced the folder, when you launch Espionage the folders should be there.

give it a try and let me know if anything unclear,

Rgds
Zsolt