Search the Community
Showing results for tags 'find files'.
The search index is currently processing. Current results may not be complete.
Using Retrospect Desktop version 220.127.116.11 on a Windows 10 Pro PC (10.0.18363) with all latest updates installed. I'm trying to restore some images from a particular directory. In particular all images ending in *.nef that are found in two subdirectories. The image below shows my backup set (Archive_Drive) and the path to those 'nef' files from the most recent snapshot (6-27-2020): The system path is 'D:\Data\Greg\Pictures\2016\2016-04-01 - Watercolor'. The system path is 'D:\Greg\Pictures\2016\2016-04-01 - Watercolor'. I used the option 'Restore --> Find Files' to select the 'nef' files in subdirectories within the above path. Here is my search criteria: I have the option to check this selector against my "D:\" drive and I do: This is the same path that is found in the 'Archive' backup set in the first image. It finds 69 'nef' files in 2 folders. I click on 'OK' in my searching and retrieval dialog box. Retrospect searches my Archive_Drive backup set and 0 files are found: I also tested this search by creating the same selector as above and the selector finds the 'nef' files. I've rebuilt the catalog file from disk. I've checked (windows) permissions on my drive and folders. I don't think it would, but would an upgrade to 17 fix this? Are there any other options to 'fix' the backup set? Thanks for any help. Greg
Hello I have a problem with Retrospect, it constantly forgets the name of some tapes. As the tape in slot # 4 (in attachment), this is named 85-done_bandarkiv, which is visible as soon as it is moved into the drive. Although the tape in the drive is forgotten as soon as it ends up back in the library. The problem starts when you have two tapes that are forgotten and will restore files and the right tape is missing from the library. Then it becomes an infinite loop, where it reads a (unknowm) tape, moving it back to library and forget the name of the tape ..... therefore takes the next tape and then the same tape again ...... How can we solve this? We also have several older tapes that have damaged barcodes, is it possible to replace them with new barcodes? Is it what the tape is named or barcode that determines which tape is which in the backup set? With the above problem, it feels like that's what the tape called that determines this? Right or wrong?