Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


amkassir last won the day on February 7 2016

amkassir had the most liked content!

Community Reputation

6 Neutral

About amkassir

  • Rank
    Occasional Forum Poster

Profile Information

  • Gender

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. Thank you for the news, DavidHertzberg.
  8. 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.
  9. 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.
  10. Here is the response from Support:
  11. Thanks for the links. I submitted a support ticket with my question and I'll post what I find out from Tech Support.
  12. 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!
  13. That did the trick! Thank you Lennart! 😀
  14. 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.
  15. 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!