From: Anita on
In news:op.u7iwgmrua3w0dxdave(a)hodgins.homeip.net,
David W. Hodgins <dwhodgins(a)nomail.afraid.org> typed:

>> ... so apparently the "diff" output was correct. I can't imagine why
>> the cp would fail with no stderr.
>
> Is the dest filesystem full? Check df.
> Is the dest filesystem fat32, which has small file size limits?
> Check mount.

Both filesystems are ext3, although /dev/hdb is indeed rather full, so I'll
trim the waste from there:
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
234410632 117064472 105246576 53% /
/dev/hda1 101086 24777 71090 26% /boot
tmpfs 452028 0 452028 0% /dev/shm
/dev/hdb1 480721604 429858532 26443748 95% /home/me/mnt
/dev/sda1 961432072 591677044 320917028 65% /media/bigdisk
//10.0.0.98/videos 78140128 37539236 40600892 49% /media/wxp
/dev/hdc 3430538 3430538 0 100% /media/CDROM


From: Greg Russell on
On Tue, 02 Feb 2010 23:04:14 +0000, The Natural Philosopher wrote:

>>>>> What does "cmp" say about the files?
>>>> $ cmp -l ./ssc_1992_highlights.iso /tmp/ssc_1992/dvd.iso
>>>> 1827673645 207 217
>>>> 4243191341 263 273
>>>>
>>>> ... so apparently the "diff" output was correct. I can't imagine why
>>>> the cp would fail with no stderr.
>>> I don't think it has.
>>
>> Would you qualify that statement with your reasoning, please.
>>
> I'm not sure, bit I am wondering about sectors full of trash..i.e. the
> actual linked list of data stops short of what the file size is marked
> in the header block. Cos ISO's need to end on some kind of boundary. So,
> Cp might finish, then update the file header block with the size larger
> than the actual file data.
>
> Then depending on what is in the unwritten over sectors, you will get
> different results with diff or cmp.. Cos they might actually treat the
> file in a slightly different way.
>
> I think you can do the same thing at some levels by seeking past the end
> of a file and writing..what's in between is 'indeterminate'.. the disk
> subsystem in SOME systems will allocate blocks, but not clean them up.
>
> This is all garnered from fragments of things I have noticed over the
> years.
>
> At some subconscious level it prompted me to make that statement.

My apologies, I was hoping for some reason in your reasoning. Your
"subconscious" statements make no sense whatsoever, any way I consider
them.
From: Greg Russell on
In news:7ssdnmF948U1(a)mid.individual.net,
Anita <anita(a)privacy.net> typed:


Sorry. I replied using my wife's laptop and failed to switch to my
"identity".


From: J G Miller on
On Tue, 02 Feb 2010 22:03:23 -0800, Greg Russell wrote:

> Sorry. I replied using my wife's laptop and failed to switch to my
> "identity".

Impersonating your wife is a hanging offence in some states.

> X-Newsreader: Microsoft Outlook Express 6.00.2800.1983
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1983

Posting to a Linux newsgroup using Micro$loth Outlook Express is
an even more serious crime though. ;)

From: Stan Bischof on
J G Miller <miller(a)yoyo.org> wrote:
> On Tue, 02 Feb 2010 22:03:23 -0800, Greg Russell wrote:
>
>> Sorry. I replied using my wife's laptop and failed to switch to my
>> "identity".
>
> Impersonating your wife is a hanging offence in some states.
>
>> X-Newsreader: Microsoft Outlook Express 6.00.2800.1983
>> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1983
>
> Posting to a Linux newsgroup using Micro$loth Outlook Express is
> an even more serious crime though. ;)
>

Hey- it could be a lot worse: He knows what usenet is since he is
using a newsreader, he doesn't shove a binary signature into
an ascii newsgroup, he doesn't post anonymously, knows how
to bottom-post and he doesn't come in through Google.

not bad at all compared to some.

Stan