"result too large" error when accessing files

Hi,

I'm attempting to make a backup copy of one of my folders (using tar from shell). For several files, I got "Read error at byte 0, reading 1224 bytes: Result too large" error message. It seems those files are unreadable. Whatever application attempts to access them results with the same error.

The files reside on the volume that I created a day ago. It's a non-journaled HFS+ volume on external hard drive. They are part of an Aperture Vault that I wanted to make an archive copy and store offsite. Aperture was closed (not running) when I was creating the archive.

This means two things. The onsite backup of my photos is broken, obviously (some of the files are unreadable). My offsite backup is broken, since it doesn't contain those files.

I've searched the net, and found couple of threads on some mailing lists describing same problem. But no answer. Couple of folks on those mailing lists suggested it migh point to full disk. However, in my case, there is some 450GB of free space on the volume I was getting read errors on (the destination volume had about 200GB free, and system drive had about 50GB free, so there was plenty of space all around the system too).

File system corruption?

Mac OS X (10.4.9)

Posted on May 27, 2007 10:13 AM

Reply
6 replies

May 29, 2007 11:43 AM in response to Alex--

Honestly, I don't know if that is the case or not, but I wanted to apologize as I just got back online after a couple days rest.
I don't know if what you're saying is an issue or not, I asked someone that knows and he said:

"Journaling wouldn't affect file sizes. "Results too large" basically means that the source file's indicated size won't fit on the destination, given the free space. Often, it also means the folder information on the source is damaged and should be repaired..."

Scott

May 27, 2007 10:42 AM in response to A A P L

Here's the tar command with the output:

$ tar cf /Volumes/WINNIPEG\;TOPORKO/MacBackups/2007-05-27/aperture.tar Alex\ -\ External\ HD.apvault
tar: Alex - External HD.apvault/Library/2003.approject/2007-03-24 @ 08\:17\:52 PM - 1.apimportgroup/IMG 0187/Thumbnails/IMG0187.jpg: Read error at byte 0, reading 3840 bytes: Result too large
tar: Alex - External HD.apvault/Library/2006.approject/2007-03-24 @ 08\:05\:07 PM - 1.apimportgroup/IMG 2088/IMG2088.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Alex - External HD.apvault/Library/Jasper and Banff 2006.approject/2007-03-25 @ 09\:41\:41 PM - 1.apimportgroup/IMG 1836/IMG1836.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Alex - External HD.apvault/Library/Old Scanned.approject/2007-03-24 @ 12\:42\:55 AM - 1.apimportgroup/Image04_05 (1)/Info.apmaster: Read error at byte 0, reading 503 bytes: Result too large
tar: Alex - External HD.apvault/Library/Old Scanned.approject/2007-03-24 @ 12\:42\:55 AM - 1.apimportgroup/Image16_02/Info.apmaster: Read error at byte 0, reading 499 bytes: Result too large
tar: Alex - External HD.apvault/Library/Vacation Croatia 2006.approject/2007-03-25 @ 09\:47\:17 PM - 1.apimportgroup/IMG 0490/IMG0490.jpg.apfile: Read error at byte 0, reading 1224 bytes: Result too large
tar: Error exit delayed from previous errors


Here's the "ls -l" output for one of the files in question:

$ ls -l IMG_0187.jpg
-rw-r--r-- 1 dijana dijana 3840 Mar 24 23:27 IMG_0187.jpg

Accessing that file (or any other from the above list) gives same/similar error. The wording differes from command to command, but basically it's the same thing (read error, or result too large, or both combined). For example:

$ cp IMG_0187.jpg ~
cp: IMG_0187.jpg: Result too large

The console log doesn't show any related errors.

May 29, 2007 12:27 AM in response to Alex--

I think I figured out what happened.

In Disk Utility, if I select the hard drive, it claims the file system is HFS+ journaled. If I select the volume, it claims it is HFS+ non-journaled. Hm, or maybe it was the other way around. Nevermind. My guess is that discrepancy is what ultimately led to file system corruption.

How it happened. I was experimenting with formatting the drive with different file systems, mostly to see performance differences (FAT32, HFS+ journaled and non-journaled, UFS). It could be that when playing with different flavours of HFS+, one time I selected entire hard disk, and one time I selected the volume.

Neverthenless, this smells like serious bug in OS X.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

"result too large" error when accessing files

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.