Jump to content

amkassir

Members
  • Content count

    181
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by amkassir

  1. Now that Catalina is out, I understand the installation creates separate volumes for system files and other data. If I am correct, these volumes are connected as members of a Group, within an APFS Container. The System volume is read-only. I have questions about how Retrospect 16.5 will function with this new scheme. Backing up Since these are 2 volumes (appearing as one to the user), will selecting Macintosh HD as the backup source include all System and Data files? Restoring Secondly, I wonder if and how Retrospect can completely restore a Catalina installation. More specifically: 1. If the restore is being made to a completely empty drive, will Retrospect create the necessary "read-only" System and "read/write" Data volumes and restore the appropriate data to each volume? Will it also create a Recovery partition? 2. If the restore is being made over an existing Catalina installation, is Retrospect able to restore system files to the "read-only" System volume? Thanks for any information you can offer!
  2. Thank you to David and Nigel for your posts. I don't think I mentioned this before, but I'm running Retrospect Desktop, not Professional, and I'm only backing up one machine although I do several different types of backups with different sources and destinations on that machine. Looking at your list of user requirements, I believe CCC allows users to restore obsolete copies of individual files, as long as your source and destination are formatted as APFS volumes and you have snapshots enabled. In this case, CCC does a kind of incremental backup, saving snapshots of the source, as long as destination space permits. You can peek inside of earlier snapshots to pick out individual files for restore. Similarly, you can restore the entire volume from an earlier snapshot in case of a ransomware attack. SuperDuper also uses snapshots to store earlier backups but (a) it's not as easy to access the earlier snapshots and (b) I don't know if you can browse them and pick out individual files like you can with CCC. (I used to use SuperDuper, but because Shirt Pocket Software took a long time to make it compatible with Catalina, I began using CCC and stuck with it because IMHO CCC is superior to SuperDuper. I make these observations in case a reader is considering options for cloning software to use in addition to Retrospect. I have been using Retrospect since 1990 (was that Retrospect 6?) and have never stopped using it, and don't expect to. In fact, I have nearly 20 years of medical records stored in Retrospect's proprietary file backup format, so if it ever comes up, I can show that there is no possibility of being able to illegally modify medical records after the fact. I continue to rely on Retrospect for this perhaps unusual application. Off the top of my head, I'm not aware of any other backup software that employs similarly unmodifiable dated backups. While not truly off-site, I backup to both a local hard drive and a removable SSD, and carry the SSD with me in my briefcase when I leave the office. Thanks again for your posts. I find them illuminating! ­čĹŹ
  3. David, thank you very much for your post. For some reason, this time Retrospect 17.0.0 didn't notify me of the update when I launched it, so I was happy that your post included the news about the latest update. Using the Check for updates item under the Retrospect menu resulted in an error, informing me that the Retrospect app was running from a location not in the Applications folder, even though that's where it resides, and I launched it directly from that location. So I had to directly download 17.0.1 from the website. After installing it, I chose to check for updates again, and I got this message: Somehow I'm running a version newer than the newest version available? I'm now recommending to anyone wanting an easy restore procedure in Catalina or Mojave to use Carbon Copy Cloner, with my second choice being SuperDuper. How is it that Retrospect costs so much more than these but can't manage a streamlined restore? At least the UG has been updated.
  4. Today I upgraded from Retrospect 16 to 17 and ran one of my daily backup scripts. The amount of data being backed up was a couple GB instead of the expected 20 MB and it completely filled up my small disk image where the backup resides. Inspecting the script, I discovered the source (a folder) had spontaneously been changed to a different source folder, on a different volume. Also, the "favorite" folder that was the usual source was gone from the source list. I had to browse and add it again. So my cautionary tale is to check your scripts before running them after upgrading to 17. This is the first time I've had a problem like this after an upgrade.
  5. The same problem recurred today after several weeks using these scripts without a hitch. I submitted a support case. Addendum: I received a response from support. Hopefully this will fix it and I'm posting here in case anyone else has a similar problem.
  6. Nigel, thank you for your helpful post! Yes, I'm still using both CCC and RS, and your idea to use CCC and then RS is a good one. I don't use Homebrew and I think most of my files and apps are in their default locations, which is encouraging for a successful RS restore (if I wasn't using CCC). In most cases I have good Internet access and reinstalling Catalina would be possible. Thanks again. Your post lent some additional clarity and helps me feel more prepared should disaster strike.
  7. I contacted support and here is the response. There is now a guide for disaster recovery. Reading through the directions, the bottom line is to "restore the system with a standard macOS installer and then restore your user's directory, /Applications directory, and /Library/Application Support directory." I wonder if restoring these three directories misses anything. Reading further, it seems that the routine backups of my Catalina installation would not be sufficient for disaster recovery. It looks like I'm also supposed to be backing up the Preboot volume, and then using terminal to restore the Preboot volume as well as the macOS installation? Strikes me as being too complicated. Hopefully Retrospect 17 will be simpler. In the meantime, I will rely on Carbon Copy Cloner for disaster recovery.
  8. Hello David: I understand from your post that the engineers are extremely busy. At the same time, I contend that Retrospect's ability to restore from a backup is perhaps the most important function of backup software that should take precedence over any other tasks that are in development. Part of that functionality depends on the user's understanding of the restore procedure since it is not a simple one-step procedure, but requires re-installation of Catalina and other steps. Accordingly, I believe a document providing directions´╗┐ for doing ´╗┐a Catalina Disaster´╗┐ Recovery´╗┐´╗┐ operation´╗┐´╗┐´╗┐ is sorely needed and overdue. Moreover, I hope composing such documentation would not take a single engineer more than a day to complete. While Retrospect Mac 17 may have new capabilities, what we need now for Retrospect 16.6 is guidance before disaster strikes.
  9. Has anyone seen the "promised detailed´╗┐ document providing directions for doing a Catalina Disaster Recovery operation´╗┐´╗┐´╗┐'" yet? I don't feel comfortable relying on Retrospect for my backup needs without knowing how to do a full restore of a Catalina installation. I would hope this information is important for the Retrospect team to impart to users in a timely fashion before disaster strikes! At present, I'm still using Carbon Copy Cloner, which is very clear on how to perform a restore. I'd prefer to have 2 reliable options (CCC and Retrospect) should disaster strike. Right now I'd be guessing on how to perform a restore using Retrospect. If I have to do a de novo installation of Catalina over which I'd restore various folders, it seems more cumbersome than CCC, which creates the System, Data, Recovery, and Preboot volumes automatically from scratch at the click of a button.
  10. Thank you for the news, DavidHertzberg.
  11. Understood. In the meantime, I'm counting on Carbon Copy Cloner to restore a Catalina installation more easily than Retrospect might allow, should disaster strike.
  12. As of today, I'm not able to find the promised "detailed´╗┐ document providing directions for doing a Catalina Disaster Recovery operation´╗┐´╗┐´╗┐" yet. I'm backing up my system but don't exactly know how to restore my Catalina installation. Hopefully this will be coming soon.
  13. Here is the response from Support:
  14. Thanks for the links. I submitted a support ticket with my question and I'll post what I find out from Tech Support.
  15. That did the trick! Thank you Lennart! ­čśÇ
  16. Rather than using the Migration Assistant to migrate from my old iMac to a new MacBook Pro, I'm migrating manually in an effort to be rid of lots of old junk. I've reinstalled Retrospect 15.6.0 but, of course, I'm missing all of my backup scripts. Are these scripts stored in a file somewhere on the old Mac? Perhaps I could copy that file from my old Mac to the new one. Is there any way to recover my scripts, or do I have to manually recreate them? Thanks for any help you can offer.
  17. I believe you cannot use FileVault to encrypt an external disk unless you have macOS on that disk. To enable FileVault you have to boot from the disk, and use the System Preferences' Security and Privacy pane to enable it. In addition, FileVault requires the presence of a Recovery partition on the disk (it uses that for the initial login). The Recovery partition is typically installed when you install the macOS. If I'm wrong and there is a way to enable FileVault on an external disk without booting from it, I'd love to learn about it. But I think Filevault doesn't work to encrypt other volumes. My Mac's hard drive is encrypted using FileVault and I backup to an external media set on an external hard drive. I wiped my backup and recreated it using Retrospect's built-in encryption (but lost the backup history as you said). I also use SuperDuper to clone my hard drive. I had to install the macOS (to install a Recovery partition) and then boot from the clone to enable FileVault on that external disk. Subsequent clone operations don't require repeating any of that. Another possible option that would preserve your backup history would be to create a large encrypted disk image using Disk Utility, saving the image on your external disk, and moving the media set onto the encrypted disk image. I haven't tried that myself but I do backup certain specific folders to encrypted sparse image disk images (as file backups) sets) and it works well. You should be able to store encrypted volume passwords in the keychain for ease of use. I never have to enter my passwords for Retrospect or my encrypted external disks because the passwords are stored in the keychain. Of course the Mac where your keychain resides should probably be encrypted, although the keychain--I think--is automatically encrypted. Good luck!
  18. Hi jelockwood: You make an excellent point. Fortunately, I had Retrospect create a new, encrypted, media set a few months back, anticipating my use of FileVault, and the need to keep my backup encrypted as well. Thanks again!
  19. I'm thinking about enabling FileVault on my Mac. The current version of FileVault encrypts the entire disk. As I prepare to use FileVault, I wanted to make sure Retrospect 12.5 is compatible and can reliably backup and restore files on my hard drive. I found the following (somewhat dated) information in the manual for Retrospect 12, page 112: So from this quote, it appears Retrospect 12 will be able to backup and restore files on a FileVault-encrypted hard disk. I'm not talking about the sparse image files on the disk, rather the actual unencrypted files. A call to Retrospect support (to double-check) led to the technician insisting Retrospect doesn't support backing up files protected by FileVault. I directed him to this section of the manual, but this did not change his understanding of the matter. I am confused by this, because the manual seems to indicate Retrospect can reliably backup and restore files in this scenario. So, I'm looking to experts on this forum for their experiences (or expectations) with FileVault. Thanks in advance for any assistance you can offer. Retrospect 12.5.0 (111) Mac OS El Capitan 10.11.3
  20. Hello jelockwood: Thanks for the explanation of those three types. Your statements reassure me that everything is working as expected! Much appreciated.
  21. I did an incremental backup and it seemed to work normally. It backed up about as much data as I would have expected. I did a restore of a single file as a test and it was successful. So I think Retrospect is working with FileVault enabled. Regarding my 3rd question about the disk image file, I'm doing a separate Retrospect backup of the contents of that file in case the option not to backup FileVault sparse image files prevents that disk image file from being backed up. I wish there was a simple way to preview what files are going to be backed up. I still miss the pre-backup overview window and file browser in Retrospect 6. The method to examine the files to be backed up in Retrospect has never been as easy to use or as convenient as that method in version 6. Any replies or thoughts would be welcome.
  22. So, I enabled FileVault, but I don't see a mounted disk image in the Finder or in Retrospect's Sources. Maybe that's changed since earlier versions of FileVault. My encrypted disk still appears in the Source list, like it was before it was encrypted. Under Sources, I can browse my disk's encrypted contents; all my files appear to be there. A few questions: 1. Does it look like backing up my files in this scenario would work as expected? 2. Besides turning off backing up FileVault sparse image files, is there anything else I need to do? 3. I have a disk image file (unrelated to FileVault) formatted as a sparse image on my disk. If I turn off backing up FileVault sparse image files, will it also exclude backing up this disk image? I'd like to back that up if possible. Thanks for any replies.
  23. I have encountered an error when grooming a disk media set. The log appears below. I tried to avoid these errors by rebuilding the catalog, but the error persists. The disk appears to be functioning normally according to Disk Utility and DiskWarrior's directory rebuild feature did not solve the problem. Groom options set to Groom to Retrospect defined policy, keeping 3 months of backups, choosing Storage-optimized grooming. + Executing Groom at 4/1/16, 11:31:21 AM Grooming Media Set iMac HD Mobile Backup... MapError: unknown Mac error 22 TFile::SetPosFromBegin: lseek failed, /Volumes/Mobile Backup/Retrospect/iMac HD Mobile Backup/1-iMac HD Mobile Backup/AA001338.rdb, oserr 22, error -1,002 MapError: unknown Mac error 22 TFile::SetPosFromBegin: lseek failed, /Volumes/Mobile Backup/Retrospect/iMac HD Mobile Backup/1-iMac HD Mobile Backup/AA001344.rdb, oserr 22, error -1,002 MapError: unknown Mac error 22 TFile::SetPosFromBegin: lseek failed, /Volumes/Mobile Backup/Retrospect/iMac HD Mobile Backup/1-iMac HD Mobile Backup/AA001372.rdb, oserr 22, error -1,002 MapError: unknown Mac error 22 TFile::SetPosFromBegin: lseek failed, /Volumes/Mobile Backup/Retrospect/iMac HD Mobile Backup/1-iMac HD Mobile Backup/AA001377.rdb, oserr 22, error -1,002 MapError: unknown Mac error 22 TFile::SetPosFromBegin: lseek failed, /Volumes/Mobile Backup/Retrospect/iMac HD Mobile Backup/1-iMac HD Mobile Backup/AA001392.rdb, oserr 22, error -1,002 Groomed 3.3 MB from Media Set iMac HD Mobile Backup. 4/1/16 11:40:09 AM: Execution completed successfully Remaining: 1,672 files, 830.8 MB Completed: 1 files, 3.3 MB Performance: 0.3 MB/minute Duration: 00:08:47 Thanks for any assistance you can offer.
  24.   Thanks for the heads up. Downloading now. ????
  25. Thank you for your valuable responses, Steve. Your participation in these forums is a veritable boon and always elevates my opinion of Retrospect, both the product and the company. ????
×