vBulletin Search Engine Optimization
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| * Jim Razmus <jim@bonetruck.org> [060626 13:16]: > * Ted Unangst <ted.unangst@gmail.com> [060625 22:47]: > > yes or no? > > > > Applied to a 3.9 release i386 install. Works fine playing music from > it. No difference in playback relative to regular storage. > > Let me know if you want any other type of testing. > > Jim > I've done quit a bit more testing with this confirming no problems. I created another encrypted virtual disk, loaded it up with files, and for kicks, rsync'd the disk image to another host without unmounting it first. I then unmounted my local image, recalled the image from the remote node, vnconfig'd it, fsck'd it, and mounted it. Voila, file system and contents intact and good. I'm still playing music with mpg321 off an encrypted disk image today with no issues. I can use this as part of an encrypted backup solution. Rsnapshot into the encrypted disk image, and then rsync that image to a remote host. I just need to be extra careful with the salt file and password and back them up via another method. Part of my testing was to see the net change to the disk image relative to the volume of changes inside the disk image. As I expected, if I throw a 10MB file into the image, the image changes ~10MB. The encryption does not add that much to the delta and makes an rsync solution reasonable. Allowing the user to change the password would be a nice feature. I know, I know, where's my patch... Thoughts? Questions? Any other testing? Jim |