Author Topic: Preserving disk authorizations using Apple Software Restore.  (Read 76419 times)

Offline Syntho

  • Platinum Member
  • *****
  • Posts: 1325
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #60 on: September 21, 2014, 08:36:25 PM »
Quote
Problem: The field in the Master Directory Block representing the first allocation block is wrong., -1, 0
Problem: Invalid BTree node size, 3, 0

Then it says that Disk First Aid can't repair it.

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #61 on: September 21, 2014, 11:53:43 PM »
just use a different drive specificly for the purpose of makign the image
if u remember mactron used a 2gb ssd or flash drive

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #62 on: September 22, 2014, 12:53:34 AM »
Quote
Problem: The field in the Master Directory Block representing the first allocation block is wrong., -1, 0
Problem: Invalid BTree node size, 3, 0

Then it says that Disk First Aid can't repair it.

this is what happened to my mdd.. where i had to erase my drive and start all over.. i think its being caused by some type of app we all are using... maybe a bad crack? it will take a combination of bad luck, good luck + close observation to know for sure *sigh*

exactly why we need to crack this riddle once + for all (to have a cloned image larger then 2gb) rather then spend 2-3 days reinstalling all our apps when some sort of trouble pops up..id like to take a look at what exactly the script is doing (i havent looked at the applescript yet)

as i understand it - we have a version of disk copy that is more then capable of making an image larger then 2gb..
BUT we have a script that was originally written for an earlier version of disk copy which didnt have this functionality. (the link i posted mentions v6.3x) so perhaps editing +updating the script properly could enable us to make >2gb clone images from which to restore...
or maybe the secret is just what is detailed above.. to use disk tools to confirm the validity of the original source drive to be 100% perfect, as the cloning process undoubtedly uses a block copy procedure to copy the drive exactly.. but remember that applescript accesses the raw functionality of disk copy, to do things that are not present in the gui.. i have a feeling with the right additional scripting maybe the checksum error can be bypassed in some way.. by either telling it not to check.. or not to stop and "error out" in the event of a checksum fail

Quote
The worst thing is that even Apple Disk Copy and ASR can work with big image files (over 2 GB) this script don't work with those big disk image files...

see mactron even said this clear + directly above.. its the scripts mathetmatic/calculation that needs to be fixed to get it to produce the right value and place it in the cSum resource properly... some part of the script doesnt support files larger then 2gb... however this may require intimate knowledge of the actual programming of the 6.5b13 updated disk copy.. surely there must be documentation for diskcopy 6.5+ somewhere?

how long is the script? can u post it in a quote block here in the thread? (use the 'code' bbcode)
« Last Edit: September 22, 2014, 06:28:17 AM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #63 on: September 22, 2014, 03:30:21 AM »
Usually when I backup HDs I'm backing up the entire thing, all partitions included. When you restore it, it actually restores the partitions too. That means if you use a drive with another size that you'll have some free space that isn't partitioned and you have to run some trickery on it to get it back.

what software were u using to manipulate partition sizes? the only one i used to use was "Gparted" under linux.. but i didnt install linux i just booted with a linux "live cd" i had alot of success with that.. but that was on x86 intel PC machines, but to "gparted" a partition is a partition, is a partition, the way in which it functions is to do with blocks + sectors.. regardless of OS.. this is why i kept saying that its fine to use superduper or ccc under osx to clone the drive.. and restore... i already posted here on the board that i had success doing this 100%  and gave the further observation that it worked fine for me the first time then the second time i had difficulty.. the reason for which i had made the hypothesis that this was because the first time i had used a drive with only 1 partition, and possibly under 128gb in size. the second time i restored to a 500gb drive partitioned in 3 and i had problems.. but, again, using a single partition/single drive. using mac osx tiger 10.4.11 i used superduper or carboncopycloner and it worked fine.. it was 100% as though i didnt change anything and was stil using the same disk...i did not access this partition at all other then to clone it.. booted into X on another drive.. cloned the drive .. and restored it...actually now that i think of it i think i may have used the same size drive .. 80gb seagate for both the source + destination (different drives, same brand + size) without even realizing it.. and that may have been the reason for the 100% success the first time
but for now.. lets focus on the 3 important things, ASR itself, diskcopy 6.5b13 and the applescript which adjusts the checksum value

i think this help is for the command line mac os x version of ASR
but they are most likely very much the same kind of beast
http://derflounder.wordpress.com/2013/04/30/asrs-hidden-documentation/
u see here:
Quote
--noverify        don't checksum results
there is an option of ASR to disable the checksum entirely... at least on osx version
perhaps we can access this property/flag via applescript using another script to run ASR itself with options not shown in the ASR gui

actually i just noticed the date is 2013.. this is most likely a very very updated modern version of ASR ;(
we need to find some vintage ASR documentation

i think there must be a way to tell ASR 4 things...
1) source file
2) destination file
3) erase the drive
4) dont do a verify***

**Except this isnt present in the GUI itself.. but maybe accessible when 'directing' the program from an applescript "noverify" or "nocheck"

http://www.austinschools.org/it/itrc/docs/ASR_How_To.pdf
Quote
This document is not official Apple documentation, but instead, provides some guidelines for using Disk
Copy and ASR. Tommy Hann, Consulting Engineer for Apple Computer, wrote the document and
comments may be sent to [email protected]

Quote
Apple Software Restore (ASR) is an Apple utility for restoring a standard software configuration to a
Macintosh. With ASR and another utility called Disk Copy, you can make a restore image from a working
Macintosh and later restore that image to other Macintoshes, assuming they are of the same model. For
example, you might need to configure a large number of iMacs with the same Mac OS and certain
applications that you have licenses for. Using ASR and Disk Copy, you could configure all of these
Macintoshes with the exact same configuration so that the software is the same on each. Basically, you are
creating a full backup of one machine and restoring it to other like machines.

Quote
The versions of Disk Copy and ASR that you will be using are as follows:
Disk Copy 6.5 or later
Apple Software Restore (ASR) 2.2.5 or later
Along with Disk Copy are several AppleScripts: “Scan X-only image for ASR”, “Scan X+9 image for ASR”,
“ImageScan” and “Set UDIF segment size”. When using Disk Copy to create a restore image, you must
store these scripts in a folder called “Scripts” that is located in the same folder as the Disk Copy
application

in one of the illustrations in the document, the version of ASR is shown to be "2.2.5d3c2"
« Last Edit: September 22, 2014, 06:42:42 AM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #64 on: September 22, 2014, 06:44:31 AM »
Quote
Segmenting your images – How? When? Why?
As mentioned above, an image larger than 2GB cannot be restored from an AFP server volume. However,
you can segment a large image into 2GB or smaller chunks and still be able to restore the image from the
server. To segment your images, use the menu item “Set UDIF segment size” under the “Scripts” menu in
Disk Copy. Instead of typing in 0 as instructed above, type in the maximum size in megabytes for your
segments

here we have hope;)  ;D :-* :D :)

im pretty sure my AFP server allows for files larger then 2gb..
perhaps this was a limitation that was beaten?

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #65 on: September 22, 2014, 06:48:14 AM »
here we go!!!!!!!!!!!!!!!!!!!!!

Quote
ASR preferences file
It is possible to customize ASR with a preferences file. (Note that if you have never used ResEdit, you
should probably not change any of the preferences.) ASR's configurable options are stored in a resource
of type 'CFIG', with ID 9000, in the preferences file or inside ASR itself. The preferences file is found by
type/creator and should be stored in the configurations folder. These instructions direct you to copy the
ASR preferences file to the same folder or volume as the ASR application. You can place the file here, in
the configurations folder, or even in the Preferences folder inside of the Systems Folder – it will work in
any of these locations. You can customize ASR by changing the resource found in the ASR application
itself instead of changing the resource found in the preferences file. If modifications are made in both
places, the settings found in the preferences file will override the preferences found in the ASR
application.

Important Note:All bits listed as "Unused" should be left unset (e.g. zero). Set=1 Unset=0

a large list of customizable options!!! just as i suspected
but chief among them for this scenario:

Quote
Skip Checksum
If not set, the checksum of the restored release is calculated and compared to the value contained in the
bundle folder name. If they don't match, an error is reported. For images, the checksum is compared to
the value taken from the 'cSum' resource in the image. For both images and disk cloning, an additional
checksum is performed on the filenames and FileID's of those file names. This should be set to 1.

so this check can be disabled *IN ASR ITSELF* via the preference file configuration (instead of using applescript like i first thought) eliminating the need for "scan image for ASR" script entirely

hallelujah! now lets get working... :D
« Last Edit: September 22, 2014, 08:50:11 AM by chrisNova777 »

Offline MacTron

  • Global Moderator
  • Platinum Member
  • *****
  • Posts: 2116
  • keep it simple
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #66 on: September 22, 2014, 07:42:26 AM »
Two things:
- In ASR v2.x the "Skip Checksum" option must be set with ResEdit inside the ASR app itself, because this version ignore the preferences file.
- I've unsuccessfully tried the "Skip Checksum" settings... so good luck. :)
Please don't PM about things that are not private.

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #67 on: September 22, 2014, 08:48:10 AM »
complete list of documented preferences file options 

Quote
Version
BoxFlag Disposition
Set auto-action to restart
Skip Desktop Rebuild Errors
Use Explicit File System Setting
Use HFS+ for New Volume
Copy Boot Blocks from resource
Auto Shutdown after restore
Allow Shutdown after restore
Show Splash Screen
Show Expert Controls
Lock Expert Toggle
Allow Autopilot
Show Erase Disk Control
Barcode mode
Restore To Folder
Skip Checksum
Leave Unwanted Files
Copy Rest of bundle
Copy System
Erase Target On Failure
Restore In Place
Skip Erase Warning
Erase Target Volume
Auto shutdown time (seconds)
Thermometer update ticks

Offline MacTron

  • Global Moderator
  • Platinum Member
  • *****
  • Posts: 2116
  • keep it simple
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #68 on: September 22, 2014, 09:03:46 AM »
Another bad news:
Unfortunately I just found another limit: 4GB. (If we use compression, around 6GB can fit inside a 4GB compressed file)

The good thing is we only need a System Folder (and some invisible files) to preserve authorizations.

 I'll try to explain it with an example:
Inside my boot Hard disk "MacTronHD" I have:
32Gb of Kompakt libraries.
1 Gb of Cubase + plugins.
1 Gb of System Folder

If I try to image this "MacTronHD" I will have a big image file of 34 GB. Instead I can move temporary  the 32Gb of Kompakt libraries to another Hard Disk, So I have a 2Gb "MacTronHD" to be restored wherever I want preserving disk  authorizations, and the 32Gb of Kompakt library that can be drag copy without any problem.
Please don't PM about things that are not private.

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #69 on: September 22, 2014, 10:17:44 AM »
i dont understand why u dont just create a segmented image ??
http://support.apple.com/kb/TA26426?viewlocale=de_DE

it must be the same way that thay made the multi-disc software restore cds
just specify 650mb as the "udif" size when creating the image.. and it will
break it into cd size chunks.. or a size under 2gb .. or whatever segment size
u want to try

Quote
Segmenting your images – How? When? Why?
As mentioned above, an image larger than 2GB cannot be restored from an AFP server volume. However,
you can segment a large image into 2GB or smaller chunks and still be able to restore the image from the
server. To segment your images, use the menu item “Set UDIF segment size” under the “Scripts” menu in
Disk Copy. Instead of typing in 0 as instructed above, type in the maximum size in megabytes for your
segments

have u tried this? no?
is it because u need ASR 2.2.5? and u only have ASR 2.2.4?
i think we need the full ASR 2.2.5 version complete with the other scripts referenced by the HOW TO Document
u are using a script that was written for ASR 1.3.2..u need the script thats written for ASR 2.2.5
the script that works for mac os 9 for the ASR 2.2.x is called "Scan X+9 image for ASR"
this "scan image for asr" script is limited because its too old
« Last Edit: September 22, 2014, 10:54:14 AM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #70 on: September 22, 2014, 10:46:49 AM »
OK apparently u cant do multi-cd

Quote
The versions of Disk Copy and ASR that you will be using are as follows:
Disk Copy 6.5 or later
Apple Software Restore (ASR) 2.2.5 or later
Along with Disk Copy are several AppleScripts: “Scan X-only image for ASR”, “Scan X+9 image for ASR”,
“ImageScan” and “Set UDIF segment size”. When using Disk Copy to create a restore image, you must
store these scripts in a folder called “Scripts” that is located in the same folder as the Disk Copy
application.
These versions of Disk Copy and ASR allow you to create a restore image containing Mac OS 9, Mac OS X
or both. However, you will be using Mac OS 9 to create the restore image and to restore it. Also note that
the tools included do not allow you to make a multi-CD restore image. The entire image, or the segments
that make up an image, must be stored on a single CD, external hard drive or server volume.

but u definately can do multi-segment!! have u tried? setting UDIF setting to 500? and doing a restore from a
7-8 segment files (or some other division of 4gb size) i read of a guy who did a 6gb image, set to "Read-only compression" and it was less then 4gb

i think u can get the full ASR 2.2.5 off of a mdd software restore cd.. or maybe quicksilver
i can check my quicksilver restore discs i got with my 933

ok i just read a msg saying that ASR 2.2.5 was only given internally by apple upon request so it probably isnt
on any of the software restore cds.. maybe the 1.25ghz 2003 mdd?
« Last Edit: September 22, 2014, 11:55:18 AM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #71 on: September 22, 2014, 11:23:59 AM »
heres the example script for launching the restore process (after having made the image... and booted up on bootdisk/alternat vol

Code: [Select]
set tWhatToRestore to lastASitem(":", (path to me as string))
set tWhereToRestore to choose folder with prompt "Select a volume and press 'Choose'"

launch application "Apple Software Restore"
--NOTE! Launching an application from AppleScript is different than opening it with a
--"Tell application" line. When you "launch" ASR 1.3.2 from AppleScript, this tells ASR
--to enter "background" mode. This replaces the need for the "LaunchASR" OSAX

tell application "Apple Software Restore"
with timeout of 1000000 seconds
try
Restore tWhatToRestore to ¬
tWhereToRestore placing in entire volume ¬
preprocess erasing disk ¬
copying everything ¬
warning true ¬
barber pole speed 10 with checksum, removing unwanted files and erasing on failure
on error tErrorMessage number tErrorNumber
display dialog ("Error: " & "[" & tErrorMessage & "]" & ", [" & tErrorNumber & "]")
end try
end timeout
quit
end tell
--Note on the first parameter to the 'Restore' command: If you pass in a pathname or alias, ASR
--will assume it's a single image and restore it (if present). If you simply pass in a string
--(as in the example), ASR will look in the 'Configurations' folder for an image with that name.
--If the 'Configurations' folder is not present, ASR will look in the same folder as itself
--for an image with that name.

on lastASitem(delim, theText)
-- returns the portion of <theText> that follows the last <delim>
set theText to theText as string
if delim is in theText then
set theText to lastASitem(delim, (characters ((offset of delim in theText) + 1) through (length of theText) of theText))
end if
return theText
end lastASitem

and the scan for ASR script (both are from ASR v1.3.2)
Code: [Select]
property kImageSelectPromptString : "Select a image to scan"
property kImageIsReadWrite : "Selected image is read-write and cannot be scanned. Convert it to read-only (or read-only compressed) and try again"
property kImageDoesNotCheck : "The Selected image does not appear to be in the correct format, or created with Disk Copy. Click convert to convert it to Disk Copy format, or stop to halt the scan."
property kOkButton : "OK"
property kStopButton : "Stop"
property kConvertButton : "Convert"
property kImageScanOSAXString : "Scripting Additions:ImageScan"
property k8ImageScanOSAXString : "ImageScan"
property kMissingAnOSAXString : "This droplet requires the ImageScan OSAX. Please put it into your Scripting Additions folder"
property kInfoMessage : "This script will prompt you for a read-only disk image, verify it's image checksum and volume structures, then scan it and generate information that ASR needs to restore it."
property kDontShowAgainButton : "Don't show again"
property kDisplayInfoMessage : 0

on run
if kDisplayInfoMessage is 1 then -- This doesn't work yet...
set tResult to display dialog kInfoMessage buttons {kDontShowAgainButton, kOkButton} default button kOkButton with icon note
if button returned of tResult is kDontShowAgainButton then
set kDisplayInfoMessage to 0
end if
end if

try -- Check to see if the ImageScan osax exists
set x to alias ((path to extensions as string) & kImageScanOSAXString)
on error
try
set x to alias ((path to scripting additions as string) & k8ImageScanOSAXString)
on error
try -- Assume I'm being run from Disk Copy, and want to see if it's in the 'Scripts' folder
set x to «event JonBImSc»
on error tErrMessage number tErrNumber
if tErrNumber is "-1708" then -- ImageScan is not available
return kMissingAnOSAXString
end if
end try
end try
end try

try
tell application "Disk Copy"
set tImageToScan to «event UTILSEL1» given «class SELp»:kImageSelectPromptString
set tIsROImage to «class Xcrc» of «class DImg» tImageToScan
end tell
on error tErrMessage number tErrNumber
if tErrNumber = -128 then -- The user clicked cancel
return "User cancelled operation"
else
display dialog ("There was a problem selecting the image: " & tErrMessage & " (" & tErrNumber & ")") buttons {kOkButton} default button kOkButton
ErrorSound()
return
end if
end try

if tIsROImage as string = "00000000" then
display dialog kImageIsReadWrite buttons {kOkButton} default button kOkButton
ErrorSound()
return
else
try -- check image and verify checksum here
tell application "Disk Copy"
set tResult to «event ddskChek» tImageToScan
set tImageConsistency to «class Rch1» of tResult
set tImageErrors to «class Rch2» of tResult
set tChecksumResult to «event ddskVcrc» tImageToScan
set tImageChecksumValidity to «class Vlid» of tChecksumResult
end tell
on error tErrMessage number tErrNumber
display dialog ("There was a problem checking the image: " & tErrMessage & " (" & tErrNumber & ")") buttons {kOkButton} default button kOkButton
ErrorSound()
return
end try

if (tImageConsistency is not true) or (tImageChecksumValidity is not true) then
if tImageErrors > 1 then
display dialog ("There is a problem with this image. Please check it and try again") buttons {kOkButton} default button kOkButton
ErrorSound()
return
end if
set tResult to display dialog (kImageDoesNotCheck) buttons {kConvertButton, kStopButton} default button kStopButton
if button returned of tResult is kConvertButton then
ConvertImage(tImageToScan)
else
ErrorSound()
return
end if
end if

try
set tResult to «event JonBImSc» tImageToScan with «class omt0» and «class chek»
on error tErrMessage number tErrNumber
display dialog ("There was a problem scanning the image: " & tErrMessage & " (" & tErrNumber & ")") buttons {kOkButton} default button kOkButton
ErrorSound()
return
end try
end if

try
tell application "Disk Copy"
«event UTILLOG » "We've just scanned an image for ASR!" with «class TSMP»
«event UTILLOG » "Image " & "“" & (tImageToScan as string) & "”" & " was scanned."
«event UTILLOG » "It has " & («class scnt» of tResult as string) & " files in it, and it's file checksum is $" & («class 1hsm» of tResult)
if «class sypt» of tResult is not "" then
«event UTILLOG » "It's System folder is located at " & («class sypt» of tResult as string) & ", " & ¬
"and has " & («class syct» of tResult as string) & " files in it."
end if
end tell
on error tErrMessage number tErrNumber
display dialog ("There was a problem updating the log: " & tErrNumber & return & " but the image was scanned") buttons {kOkButton} default button kOkButton
ErrorSound()
return
end try

try -- Just play a little tune to indicate that we're finished...
«event aevtplsn» "Done"
end try
end run

on ConvertImage(tImageToConvert)
display dialog ("Coming soon...")
end ConvertImage

on ErrorSound()
try
«event aevtplsn» "Error"
end try
end ErrorSound
------------------------------------------------------------------------------------------
--
-- GetPath - Returns the beginning of a input string deleting info after the last colon
--
-- Parameters:
-- Type string: aString
--
-- Returns:
-- All characters from the first character to the last colon in the string
--
-- Example:
-- GetPath("Macintosh HD:Desktop Folder:FY94 budget")
-- ==> "Macintosh HD:Desktop Folder:"
--
on GetPath(aString)
repeat
if last character of aString is not ":" then
set aString to (characters 1 thru ((length of aString) - 1) of aString) as string
else
exit repeat
end if
end repeat
display dialog aString
return aString as string
end GetPath
------------------------------------------------------------------------------------------

Offline Syntho

  • Platinum Member
  • *****
  • Posts: 1325
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #72 on: September 22, 2014, 11:35:08 AM »
I don't know when/how this happened but I had some errors on both of my partitions. My main OS8.6 drive had a 'missing custom icon', and my OS7.6.1 drive had the error I posted above. If Disk First Aid notices any error at all with the disk, it'll give you a notice and I wouldn't trust the image you have. It works fine once you sort that out though.

Unfortunately I had to format and repartition my drives again so we'll see how this restore goes in just a minute.

Offline MacTron

  • Global Moderator
  • Platinum Member
  • *****
  • Posts: 2116
  • keep it simple
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #73 on: September 22, 2014, 12:04:00 PM »
Of course I have tried segmented images.
The point is to modify the "scan for ASR script" to work with big images (over 2 GB). And Yes, I've achieved that this script accept those UDIF images (segmented or not, not really matter) but it can't do the full work, by now...
lets see how it goes...
Please don't PM about things that are not private.

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #74 on: September 22, 2014, 12:17:58 PM »
If I try to image this "MacTronHD" I will have a big image file of 34 GB. Instead I can move temporary  the 32Gb of Kompakt libraries to another Hard Disk, So I have a 2Gb "MacTronHD" to be restored wherever I want preserving disk  authorizations, and the 32Gb of Kompakt library that can be drag copy without any problem.

pretty sure you could add the name of the directory to the "Leave Unwanted Files" preference and then it would ignore those files when imaging the drive...
its worth a try? but might be a good idea to ensure that its actually seeing the preferences file with some other easy to see/check preference first
« Last Edit: September 23, 2014, 03:05:38 AM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #75 on: September 22, 2014, 12:21:29 PM »
So I guess there's an error on my drive or something. Hmm...

MacTron, are you cloning an IDE or a SATA drive?

one other thing i read is that there isnt a checksum check if the file system is mac os standard (HFS) rather then HFS+
maybe u could try that when making your new clone syntho.. format the drive as HFS mac os standard

if u want to see the stuff i read i believe its in the asr 1.3.2 documentation (from mactrons folder)
i think it was the pdf file + search for checksum

Quote
The ImageScan Scripting Addition can optionally perform a volume verification scan when scanning a disk image. This scan is the same as running Disk First Aid on the mounted disk image volume. This is turned on by default in the example AppleScripts.
-ImageScan and ASR 1.3.2 support block checksumming when restoring an HFS+ formatted image.
not sure what this means
« Last Edit: September 22, 2014, 01:57:40 PM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #76 on: September 22, 2014, 01:24:37 PM »
what about finding the final version of some developer cd for mac os 9?
http://web.archive.org/web/20010603203947/http://www.delta.edu/~dgschmid/asr.html
http://web.archive.org/web/20010824081636/http://www.ctap.fcoe.k12.ca.us/ctap/restore.htm

Quote
Ten simple steps:

        Defrag the hard drive, if you have the tools and time to do it. This will make your image smaller. Check the hard drive for errors using the latest Disk First Aid. Don't use Norton; Norton takes too #*@& long, and if Disk First Aid can't fix it, you're better off reformatting the drive.

        Obtain the latest version of Disk Copy. Open it up and unclick the following options in the preferences: "Zero Blocks", "Mount Afterward" and "Verify Checksum". (Yes, "Verify Checksum". Trust me.)

        Drag the hard drive to Disk Copy. Select "Read Only" or "Read Only Compressed." Keep in mind that "Read Only Compressed" will take a long time. If the image is going to be too big, see my tips and tricks below.

        Did I mention that you need a copy of ASR? I'm sorry, but this is the only legal link for it that I know of, and it's a huge download. Download it from the Apple FTP site. ASR is located in this package.

        Download my extras. Don't worry; they're small. Open up the "Scripts" folder in ASR. Drag the 2 applescripting extensions to the System Folder. (Which should put them in the Scripting Additions folder.) **** missing ;( *****

        Run Dan's (modified) ASR script. (Click on it, and then click "Run".) It'll verify the image first, then a dialog box will come up stating that it's OK. (Then click "OK," of course.) The rest will take a long time, and it'll look like your computer is stuck in a loop, but it will not take as long as the real ASR script takes, and it won't timeout. When it's done, you'll hear the happy chimes. If you are out of the room, that's fine, the happy chimes don't care. If you get stuck on this step, see the tips and tricks listed below.

        Put ASR in the same folder as the image and launch it. Do not put Dan's ASR prefs file in the folder or in the prefs folder yet. Keep Dan's prefs far away from ASR at this point. Launch ASR. Click "OK" at the startup screen and then look at the bottom of the window for a message. If this message says anything except "this image has a missing or outdated checksum resource" then we are good to go. If it does say this, mutter some obscenities, making sure no management or students are around, and then try again (or see my tips and tricks below).

        Be prepared. ASR will erase your hard drive, so you will need to boot from some other media, and you will need to have access to the image. You can boot from a CD and throw the image on a server or a zip for instance. Or another partition of the drive.

        Put Dan's ASR pref in the same folder as your image. This makes ASR totally automatic. Now launch ASR. Instead of coming up with the dialog, it will automatically erase the hard drive, restore from the image, and shut the computer down when it's done. Pretty slick, huh? One double click and it does the rest of the work for you.

        Set final settings. For instance, each machine should have a different machine name. Also, I don't think ASR sets the hard drive name, which should be set to the original name from the image on all the computers. You will have to go to each machine and do this. (This cannot be controlled by ASR.)

this page lists the filename as:
ftp://ftp.apple.com/developer/Development_Kits/Installer_SDK/Installer_SDK_1.2.3.sea.bin
http://www.mmnt.net/db/0/0/ftp.it.xemacs.org/%7BB/Apple/developer/Development_Kits/
ftp://ftp.it.xemacs.org/%7BB/Apple/developer/Development_Kits/Installer_SDK/Installer_SDK_1.2.3.sea.bin ***
http://www.mmnt.net/db/0/0/ftp.it.xemacs.org/%7BB/Apple/developer/Development_Kits/Installer_SDK/Installer_SDK_1.2.4/macbinary-segments

FUCK! fucking web.archive.org didnt index his file of modified scripts
http://web.archive.org/web/20010603203947/http://www.delta.edu/~dgschmid/asr.hqx
dead link;((

he says that ASR is inside this sdk file but i couldnt see it checking jus tnow.. i wonder what version it is
ok i found it. its the same version . v1.3.2 but with slightly more support files + scripts
i didnt check this other 1.2.4 sdk file tho .. maybe it has a later version of ASR
ok its dated january 2001 ..ugh acutally thats ALOT BETTER then the 1.2.3 one which contains 1.3.2. ITS FROM  1998!!!!!!

heres one from march 2001
ftp://ftp.it.xemacs.org/%7BB/Apple/developer/Development_Kits/Installer_SDK_1.2.sit.hqx
ok its not from march 2001 its from august 1998. the 1.2.3 one is from dec 1998
see dates here: http://www.mmnt.net/db/0/0/ftp.it.xemacs.org/%7BB/Apple/developer/Development_Kits/Installer_SDK/macbinary-segments they are correct
someone has to check the multisegment 1.24 macbinarys

heres a faster dl location: http://staticky.com/dl/ftp.apple.com/developer/Development_Kits/Installer_SDK/Installer_SDK_1.2.4/macbinary-segments/
« Last Edit: September 22, 2014, 02:15:25 PM by chrisNova777 »

supernova777

  • Guest
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #77 on: September 22, 2014, 01:52:45 PM »
Quote
Run Apple's Disk Tools on the hard drive to be cloned (^ before creating the image), and ensure there are no errors. If there are, you will still be able make the image, but the "Scan Image for ASR..." step will fail. I cannot stress this point enough. It doesn't matter if your disk utility came up clean, you still should run Disk Tools. Trust me, this cost me over two days once playing the "why won't this work?" game.


i think he mean to say norton disktools because he references it higher up in his page
Quote
(Optional) MacOS disk tools, such as Norton Utilities for MacOS. -- http://www.madriver.k12.oh.us/technology/whitepapers/asr/

Offline Syntho

  • Platinum Member
  • *****
  • Posts: 1325
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #78 on: September 22, 2014, 02:00:15 PM »
This method works great, however there are a couple issues:

1) The allocation of memory to each program will need to be re-done every time you restore an image since all of them are lost.

2) The Digital Performer authorization is not copied over and must be reinstalled/authorized.

Unisyn also gave me a Bomb upon starting it, but after restarting it worked (it might've just been a fluke). I'm unsure if the authorization is stored on my SCSI HD (which I did NOT erase/format) or if it's stored on any drive that you installed it on. We went over that already, so since there's some confusion I'll have to let everyone else test it on their non-SCSI Macs.

If I remember correctly, there's an invisible file that I was able to see when I used Greg's Browser. I believe there was a file called something like, "PerformerAuthorization" or something. Maybe I'm wrong.

But it doesn't matter if this isn't working 100%. This just saved me a LOT of time. I don't mind allocating memory and reinstalling Performer.

Offline Syntho

  • Platinum Member
  • *****
  • Posts: 1325
Re: Preserving disk authorizations using Apple Software Restore.
« Reply #79 on: September 22, 2014, 02:03:49 PM »
So I guess there's an error on my drive or something. Hmm...

MacTron, are you cloning an IDE or a SATA drive?

one other thing i read is that there isnt a checksum check if the file system is mac os standard (HFS) rather then HFS+
maybe u could try that when making your new clone syntho.. format the drive as HFS mac os standard

if u want to see the stuff i read i believe its in the asr 1.3.2 documentation (from mactrons folder)
i think it was the pdf file + search for checksum

Quote
The ImageScan Scripting Addition can optionally perform a volume verification scan when scanning a disk image. This scan is the same as running Disk First Aid on the mounted disk image volume. This is turned on by default in the example AppleScripts.
-ImageScan and ASR 1.3.2 support block checksumming when restoring an HFS+ formatted image.
not sure what this means

I just did the above post on an Extended volume with OS8.6. The partition that gave me most trouble was System 7 which only takes a Standard volume and I'm gonna test that tonight. Keep in mind that I don't think the problem was either Disk Copy or ASR, it was just a bad HD or some shit. I wonder if it's going to be possible if there is no checksum check. I'm not even sure when that occurs as far as ASR and how that would affect a restore. We shall see if it works... be back in a few hours.