PDA

View Full Version : no space left on device


noahwallach
05-26-2007, 11:20 AM
superDuper 2.1.4 v82 installed
OSX 10.4.9

So I am trying to figure out why my backup external 120GB drive is entirely filled now. My laptop has only a 100GB system drive and that's the only data that's been placed on my backup drive so far.

I am using the SD smart update "Erase, then copy" SD is correctly complaining there is only 3.3MB on the drive. What is a good copy scheme that I can use to backup my system drive while not over utilizing space on my backup drive?



--- here is the log ---

| 07:55:12 AM | Info | SuperDuper!, 2.1.4 (82), path: /Applications/SuperDuper!.app, Mac OS 10.4.9 build 8P2137 (i386)
| 07:55:12 AM | Info | Started on Sat, May 26, 2007 at 7:55 AM
| 07:55:12 AM | Info | Source Volume: Macintosh HD, mount: /, device: /dev/disk0s2, media: ST9100824AS, interconnect: Internal SATA, file system: "Journaled HFS+", OS: 10.4.9 (8P2137), capacity: 92.84 GB, used: 78.65 GB, directories: 142227, files: 739802, ejectable: NO, ACLs: Disabled
| 07:55:12 AM | Info | Target Volume: NOAH FIRELITE, mount: /Volumes/NOAH FIRELITE, device: /dev/disk1s1, media: SAMSUNG HM120JC, interconnect: External USB, file system: "HFS+", OS: 10.4.9 (8P2137), capacity: 111.79 GB, used: 111.78 GB, directories: 141194, files: 721198, ejectable: NO, ACLs: Disabled
| 07:55:12 AM | Info | Copy Mode : Smart Update
| 07:55:12 AM | Info | Copy Script : Backup - all files.dset
| 07:55:12 AM | Info | Transcript : BuildTranscript.plist
| 07:55:12 AM | Info | PHASE: 1. Prepare to Copy Files
| 07:55:12 AM | Info | ...ACTION: Preparing Macintosh HD
| 07:55:12 AM | Info | ......COMMAND => Verifying the integrity of volinfo.database
| 07:55:13 AM | Info | volinfo.database OK
| 07:55:13 AM | Info | ......COMMAND => Enabling permissions on Macintosh HD
| 07:55:13 AM | Info | Refreshing Disk Arbitration ...
| 07:55:15 AM | Info | ......COMMAND => Verifying that permissions are enabled for Macintosh HD
| 07:55:15 AM | Info | Permissions on '/' are enabled.
| 07:55:15 AM | Info | ...ACTION: Repairing permissions on Macintosh HD
| 07:55:15 AM | Info | ......COMMAND => Repairing permissions on Macintosh HD
| 08:00:36 AM | Info | Started verify/repair permissions on disk disk0s2 Macintosh HD
| 08:00:36 AM | Info | Determining correct file permissions.
| 08:00:36 AM | Info | The privileges have been verified or repaired on the selected volume
| 08:00:36 AM | Info | Verify/repair finished permissions on disk disk0s2 Macintosh HD
| 08:00:36 AM | Info | ...ACTION: Preparing NOAH FIRELITE
| 08:00:36 AM | Info | ......COMMAND => Enabling permissions on NOAH FIRELITE
| 08:00:36 AM | Info | Refreshing Disk Arbitration ...
| 08:00:37 AM | Info | ......COMMAND => Verifying that permissions are enabled for NOAH FIRELITE
| 08:00:37 AM | Info | Permissions on '/Volumes/NOAH FIRELITE' are enabled.
| 08:00:37 AM | Info | ......COMMAND => Verifying that NOAH FIRELITE ACL support matches Macintosh HD
| 08:00:37 AM | Info | ...ACTION: Preserving Spotlight state on NOAH FIRELITE
| 08:00:37 AM | Info | ......COMMAND => Disabling Spotlight search indexing on NOAH FIRELITE
| 08:00:37 AM | Info | PHASE: 2. Copy Files
| 08:00:37 AM | Info | ...ACTION: Copying files from Macintosh HD to NOAH FIRELITE using Smart Update
| 08:00:37 AM | Info | ......COMMAND => Cloning Macintosh HD to NOAH FIRELITE
| 08:00:38 AM | Info | Copying copy files with delete using script: /Users/noahgarrettwallach/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 08:00:40 AM | Info | Loading 21 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system temporary files.dset
| 08:00:40 AM | Info | Loading 6 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude system cache files.dset
| 08:00:40 AM | Info | Loading 1 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Norton FileSaver files.dset
| 08:00:40 AM | Info | Loading 2 commands from copy script /Applications/SuperDuper!.app/Contents/Resources/Copy Scripts/Exclude Spotlight search index.dset
| 08:00:40 AM | Info | Loading 0 commands from copy script /Users/noahgarrettwallach/Library/Application Support/SuperDuper!/Copy Scripts/Standard Scripts/Backup - all files.dset
| 08:00:40 AM | Info | /
| 08:00:42 AM | Info | /TheVolumeSettingsFolder
| 08:00:42 AM | Info | /Volumes
| 08:00:42 AM | Info | Ignoring /Volumes/NOAH FIRELITE
| 08:00:42 AM | Info | Ignoring /Volumes/Victoria's Backup
| 08:00:45 AM | Info | Ignoring /Volumes/Macintosh HD
| 08:00:45 AM | Info | /usr
| 08:02:16 AM | Info | /Users
| 08:02:16 AM | Info | WARNING: Caught I/O exception(28): No space left on device
| 08:02:16 AM | Info | WARNING: Source: /Users/noahgarrettwallach/Desktop/Fink-0.8.1-Intel-Installer.dmg, lstat(): 0
| 08:02:16 AM | Info | WARNING: Target: /Volumes/NOAH FIRELITE/Users/noahgarrettwallach/Desktop/Fink-0.8.1-Intel-Installer.dmg, lstat(): 0
| 08:02:16 AM | Info | Attempting to copy file using copyfile().
| 08:02:16 AM | Info | Attempting to copy file using ditto.
| 08:02:17 AM | Error | ditto: /Volumes/NOAH FIRELITE/Users/noahgarrettwallach/Desktop/Fink-0.8.1-Intel-Installer.dmg: No space left on device

--- snip ---

dnanian
05-26-2007, 11:54 AM
(Also replied to the support email you sent in -- no need to send two...)

Were you downloading Fink while you were backing up, either with Safari or with some other package?

The Troubleshooting section of the User's Guide goes into detail about how this kind of thing can occur -- note, though, that since you started out full, this log isn't necessarily an accurate picture of what happened when the initial failure occurred.

Sending in a report with the "Send to shirt pocket..." button will give me a better idea, because I'll get your last 10 copies, rather than just this one doomed-to-fail-from-the-start one.

otter
06-07-2007, 07:48 AM
This is more than frustrating and I'm more than a little PO'd! No other backup app in Win or Mac that I've used has had this "feature." We have to wipe out our entire backup in order to backup again??? I've tried Smart Backup and Copy Newer, but both times I get the same error. Now doing Erase first..., but not happy that I have to blow out my entire - and only - backup just to free up space. Hopefully it's smart enough to know that Erase first doesn't mean the entire drive. :mad:

dnanian
06-07-2007, 04:20 PM
You don't have to erase the entire drive, otter. You can find the huge file (see above) and delete it by hand, then do the copy.

otter
06-07-2007, 07:46 PM
You don't have to erase the entire drive, otter. You can find the huge file (see above) and delete it by hand, then do the copy.Sorry about that rant - I was having a "moment." :D

Thanks for the reply. The file that hangs up SD is my Parallels WinXP image which is about 8GB, though I have about 40GB free on the target drive. Even if it gets by that, I have video files that are larger that will also trip it up. Are there any plans to change the way SD updates or replaces those large files so that manual deletion of individual files is not necessary? Thanks.

dnanian
06-09-2007, 06:26 AM
There are lots of plans for various improvements... ;)

forty2
06-12-2007, 02:31 PM
I think I'm having a similar problem: my internal 320GB is set to "smart update" to an external 500GB, but towards the end of the backup SD seems to stall, and I can watch the free space on the external drive slowly fill up. Then SD will end with the error like the one above (no free space).

Having read the relevant part of the manual (omg!) it appears that having several large torrents downloading and/or video conversions in progress in VisualHub might be the cause. If I stop them and let the smart update run again, will that sort things out, or do I need to erase my destination volume and do another full backup?

I guess the moral of the story is have no downloads or conversions running... shtool... because they take so long that I let them run overnight which is when SD is set up to do its thing. Is that a safe assumption?

dnanian
06-12-2007, 06:46 PM
If the drives are not full, it'll likely be able to recover... you might want to delete the huge file on the destination.

And, yes -- no big downloads or anything that's writing to the disk constantly. See the Troubleshooting section of the User's Guide...

forty2
06-13-2007, 12:31 PM
If the drives are not full, it'll likely be able to recover... you might want to delete the huge file on the destination.

And, yes -- no big downloads or anything that's writing to the disk constantly. See the Troubleshooting section of the User's Guide...

ok, gotcha.

I found a 246GB (!!!) file hiding on the external drive. never seen one that big. but I trashed it and the backup worked. Thanks!