Re: Re (3): Apparent disagreement between df and cp.

2012-06-30 Thread Keith McKenzie
On 29 June 2012 23:41, Doug dmcgarr...@optonline.net wrote:

 On 06/29/2012 05:29 PM, peasth...@shaw.ca wrote:

 From:   Domto...@rpdom.net
 Date:   Thu, 28 Jun 2012 16:02:45 +0100

 Ok, I've just tested this. It is a FAT filesystem limitation.

 /snip/

 I've looked at this thread a number of times, but I was then and
 still am puzzled.  According to Linux in a Nutshell, by Siever, et al,
 cp is a copy command that applies to files or directories, and
 none of the options mentions determining the size of a file-
 system or the remaining space therein.  Please advise.

 --doug


It was about cp reporting 'no space left on device', whilst df said that
there was space available.

-- 
Sent from FOSS (Free Open Source Software)
Debian GNU/Linux


Re: Re (3): Apparent disagreement between df and cp.

2012-06-30 Thread Chris Davies
Keith McKenzie km3...@gmail.com wrote:
 It was about cp reporting 'no space left on device', whilst df said that
 there was space available.

The OS reported No space left on device (or more accurately, errno 28:
ENOSPC) to cp. Rather than trying to guess whether this really meant
what it said or whether it was using its alternative meaning, cp simply
passed this on to the user.

Chris


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/0k64c9xjp9@news.roaima.co.uk



Re (3): Apparent disagreement between df and cp.

2012-06-29 Thread peasthope
From:   Dom to...@rpdom.net
Date:   Thu, 28 Jun 2012 16:02:45 +0100
 Ok, I've just tested this. It is a FAT filesystem limitation.

Nice analysis!

 On FAT12 (and FAT16, iirc) there is a limit of 512 files in the root 
 directory. Other directories don't have this limit.

I found additional information here.
http://en.wikipedia.org/wiki/Long_filename#Limitations
http://technet.microsoft.com/en-us/library/cc940351

 Try creating a subdirectory on that drive and storing the files in there 
instead.

That works in Debian.

peter@dalton:/media/4345-A417/Files$ for i in $(seq 1 255);do touch 
Longfilename $i;done
peter@dalton:/media/4345-A417/Files$ ls *25*
Longfilename125  Longfilename250  Longfilename253
Longfilename225  Longfilename251  Longfilename254
Longfilename25   Longfilename252  Longfilename255

Thanks!... Peter E.

-- 
Telephone 1 360 639 0202.  Bcc: peter at easthope.ca
http://carnot.yi.org/ 
http://members.shaw.ca/peasthope/index.html#Itinerary 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/171057565.55156.51847@cantor.invalid



Re: Re (3): Apparent disagreement between df and cp.

2012-06-29 Thread Doug

On 06/29/2012 05:29 PM, peasth...@shaw.ca wrote:

From:   Domto...@rpdom.net
Date:   Thu, 28 Jun 2012 16:02:45 +0100

Ok, I've just tested this. It is a FAT filesystem limitation.

/snip/

I've looked at this thread a number of times, but I was then and
still am puzzled.  According to Linux in a Nutshell, by Siever, et al,
cp is a copy command that applies to files or directories, and
none of the options mentions determining the size of a file-
system or the remaining space therein.  Please advise.

--doug


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fee2f0d.6050...@optonline.net