From: Anita on 2 Feb 2010 23:52 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 3 Feb 2010 00:38 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 3 Feb 2010 01:03 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 3 Feb 2010 09:01 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 3 Feb 2010 11:10 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
First
|
Prev
|
Next
|
Last
Pages: 1 2 3 4 5 Prev: copy a file while it is actively being written Next: Mobile Phone Compatibility = Dead End |