|
#1
|
|||
|
|||
What is SD! doing to my backup volume?
As an experiment, I ran DiskWarrior 4.2 on my backup volume. It found some minor problems and fixed them.
Then I did a Smart Backup of my boot drive to the volume, then immediately ran DiskWarrior again. Here's what it reported: • 5 files had a directory entry with an incorrect text encoding value that was repaired. • 2 folders had a directory entry with an incorrect custom icon flag that was repaired. • The Root Creation Date was repaired. • Critical values in the Volume Information were incorrect and were repaired. I'm not too concerned with the first 2 reports, but the last 2 are a bit troubling (I suspect they may both refer to the same issue, since isn't the Root Creation Date part of the Volume Information?) Is it possible that SD! just cheerfully copied wrong information from the source drive? Is there any way it could fix bogus information instead of propagating it? |
#2
|
||||
|
||||
We've actually discussed these kinds of issues with the Alsoft people, and these particular errors aren't really problems. The vast majority are things that just aren't relevant in the OS X days, and can't be copied with standard file APIs... the "root creation date" is because the file system was copied from a drive that was formatted at a different time (obviously, since they're different drives), and yes - the last is the same error.
__________________
--Dave Nanian |
#3
|
|||
|
|||
Thanks.
Frankly, I'm a little suspicious of the makers of ALL disk repair utilities. It's in their interest to inflate the severity of any minor problems they find, in order to make it seem like their product really saved your bacon and is therefore worth buying and continuing to upgrade. Not that DiskWarrior hasn't saved my bacon a couple of times; I suspect they're just a little extreme in their rhetoric. After all, Apple's Disk Utility reported no problems with the volume. |
#4
|
||||
|
||||
Disk Warrior is a good tool with a very hard task: their intention is to ensure that any given volume is consistent with what very old versions of OS 7 expect. So, things like "text encoding values" aren't relevant these days... but are to OS 7.
So, they're basically just trying to be thorough, and meet their goals. That doesn't mean their logging is easy for people to interpret, or that it's relevant to an OS X user.
__________________
--Dave Nanian |
Tags |
diskwarrior, volume information |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Converting TM backup direct attached volumes to network attached volume such as TC | barrysharp | General | 1 | 03-25-2008 12:29 PM |
Time Machine to an existing SD backup volume? | scutchen | General | 1 | 02-22-2008 02:26 PM |
Server drive won't mount after backup | rhennosy | General | 1 | 11-09-2007 03:49 PM |
SuperDuper Failing on Backup - I/O Errors | Stephen Kuhn | General | 1 | 08-13-2006 04:03 PM |
spotlight finds files on backup but not on source volume | snoopy67 | General | 1 | 07-05-2005 08:29 AM |