Dear All,

I have the following problem and hope somebody has a tip for me on how
to solve it:

I have an external USB drive mounted in my Centos 4.2
(2.6.9-55.0.2.EL) box. The USB drive is pretty large 466 G, and only
18% used. The USB drive is mounted on the system like so:

/dev/sda1 /media/USB vfat
rw,uid=0,gid=507,umask=0

I have a couple of folders on the USB drive, and one of them contains
a load of files (10.000 plus) and is about 51 G. Now I wanted to add a
new file to the dir and I get the following message:

"No space left on device". This seems a bit odd to me because I can
still put files on this drive (in another folder) but not in the
'full' folder. Is there a limit on the amount of files or the max size
of a folder when using vfat?

I also 'remount' this folder from the following home dir:

/media/USB/samba-share /home/samba-share none bind

Regards.

On 19 Aug, 13:44, s...@gerene.nl wrote:
> Dear All,
>
> I have the following problem and hope somebody has a tip for me on how
> to solve it:
>
> I have an external USB drive mounted in my Centos 4.2
> (2.6.9-55.0.2.EL) box. The USB drive is pretty large 466 G, and only
> 18% used. The USB drive is mounted on the system like so:
>
> /dev/sda1 /media/USB vfat
> rw,uid=0,gid=507,umask=0
>
> I have a couple of folders on the USB drive, and one of them contains
> a load of files (10.000 plus) and is about 51 G. Now I wanted to add a
> new file to the dir and I get the following message:
>
> "No space left on device". This seems a bit odd to me because I can
> still put files on this drive (in another folder) but not in the
> 'full' folder. Is there a limit on the amount of files or the max size
> of a folder when using vfat?
>
> I also 'remount' this folder from the following home dir:
>
> /media/USB/samba-share /home/samba-share none bind
>
> Regards.

It certainly wouldn't surprise me. Why are you stuffing so many files
in one folder? No filesystem really likes that, although some do
tolerate it better than others.

In comp.os.linux.setup, Nico
<nkadel@gmail.com>
wrote
on Sun, 19 Aug 2007 14:55:35 -0700
<1187560535.490736.299980@w3g2000hsg.googlegroups. com>:
> On 19 Aug, 13:44, s...@gerene.nl wrote:
>> Dear All,
>>
>> I have the following problem and hope somebody has a tip for me on how
>> to solve it:
>>
>> I have an external USB drive mounted in my Centos 4.2
>> (2.6.9-55.0.2.EL) box. The USB drive is pretty large 466 G, and only
>> 18% used. The USB drive is mounted on the system like so:
>>
>> /dev/sda1 /media/USB vfat
>> rw,uid=0,gid=507,umask=0
>>
>> I have a couple of folders on the USB drive, and one of them contains
>> a load of files (10.000 plus) and is about 51 G. Now I wanted to add a
>> new file to the dir and I get the following message:
>>
>> "No space left on device". This seems a bit odd to me because I can
>> still put files on this drive (in another folder) but not in the
>> 'full' folder. Is there a limit on the amount of files or the max size
>> of a folder when using vfat?
>>
>> I also 'remount' this folder from the following home dir:
>>
>> /media/USB/samba-share /home/samba-share none bind
>>
>> Regards.
>
> It certainly wouldn't surprise me. Why are you stuffing so many files
> in one folder? No filesystem really likes that, although some do
> tolerate it better than others.
>

The root folder of the FAT/VFAT file system is a fixed
size. There's no real easy way to change it.

--
#191, ewill3@earthlink.net
/dev/signature: Resource temporarily unavailable

--
Posted via a free Usenet account from http://www.teranews.com

On 2007-08-19, sam@gerene.nl <sam@gerene.nl> wrote:

> I have a couple of folders on the USB drive, and one of them contains
> a load of files (10.000 plus) and is about 51 G. Now I wanted to add a
> new file to the dir and I get the following message:
>
> "No space left on device". This seems a bit odd to me because I can
> still put files on this drive (in another folder) but not in the
> 'full' folder. Is there a limit on the amount of files or the max size
> of a folder when using vfat?

AFAIK, only the root directory on a FAT filesystem has limit. But 10k+
files is quite a load for a FAT filesystem. Can't you pack them into
tarballs?

--

John (john@os2.dhs.org)

The Ghost In The Machine wrote:

> The root folder of the FAT/VFAT file system is a fixed
> size. There's no real easy way to change it.

This limit only exists in FAT12 and FAT16, no more in FAT32 (VFAT...).

DoDi

In comp.os.linux.setup, Hans-Peter Diettrich
<DrDiettrich1@aol.com>
wrote
on Mon, 20 Aug 2007 14:46:56 +0200
<5ithhrF3qmva0U2@mid.individual.net>:
> The Ghost In The Machine wrote:
>
>> The root folder of the FAT/VFAT file system is a fixed
>> size. There's no real easy way to change it.
>
> This limit only exists in FAT12 and FAT16, no more in FAT32 (VFAT...).
>
> DoDi

Oh good. :-) Mind you, I'd have to research the issue --
and I use a mix of ext2/3 and reiserfs anyway. :-P Much
more intelligent filesystems.

(jfs and xiafs are also available. Dunno about ntfs+linux,
but it's better than vfat, but then so is a lump of
congealed seal fat left out of doors in the hot summer
sun for a week... :-) )

--
#191, ewill3@earthlink.net -- insert random yummy treat here
Useless C++ Programming Idea #8830129:
std::set<...> v; for(..:iterator i = v.begin(); i != v.end(); i++)
if(*i == thing) {...}

--
Posted via a free Usenet account from http://www.teranews.com

On Aug 22, 5:29 am, The Ghost In The Machine
<ew...@sirius.tg00suus7038.net> wrote:
> In comp.os.linux.setup, Hans-Peter Diettrich
> <DrDiettri...@aol.com>
> wrote
> on Mon, 20 Aug 2007 14:46:56 +0200
> <5ithhrF3qmva...@mid.individual.net>:
>
> > The Ghost In The Machine wrote:
>
> >> The root folder of the FAT/VFAT file system is a fixed
> >> size. There's no real easy way to change it.
>
> > This limit only exists in FAT12 and FAT16, no more in FAT32 (VFAT...).
>
> > DoDi
>
> Oh good. :-) Mind you, I'd have to research the issue --
> and I use a mix of ext2/3 and reiserfs anyway. :-P Much
> more intelligent filesystems.
>
> (jfs and xiafs are also available. Dunno about ntfs+linux,
> but it's better than vfat, but then so is a lump of
> congealed seal fat left out of doors in the hot summer
> sun for a week... :-) )
>
> --
> #191, ewi...@earthlink.net -- insert random yummy treat here
> Useless C++ Programming Idea #8830129:
> std::set<...> v; for(..:iterator i = v.begin(); i != v.end(); i++)
> if(*i == thing) {...}
>
> --
> Posted via a free Usenet account fromhttp://www.teranews.com

The reason I'm not using another file system is because I want to be
able to use the USB drive on a windows machine. I thought of using
NTFS instead of VFAT, but unfortunately NTFS is read only on a linux
box (at least, this is what I found researching the web). So I'm stuck
with VFAT, unless you tell me it is possible to mount an ext2 or ext3
system on a windows machine.

The folder where this large amount of files is stored is not the root
folder, but a subfolder. Making a Tarball is not possible either. The
files are put there by a music server (imerge). I have no control on
how the files are backed-up, I can only select a path for the backup,
and it dumps all the files (and meta files) in that path (read
directory).

Thanks for all the input though :-|

sam@gerene.nl wrote:

< snip >

> The reason I'm not using another file system is because I want to be
> able to use the USB drive on a windows machine. I thought of using
> NTFS instead of VFAT, but unfortunately NTFS is read only on a linux
> box (at least, this is what I found researching the web).

No longer true

> So I'm stuck
> with VFAT, unless you tell me it is possible to mount an ext2 or ext3
> system on a windows machine.

Possible. EXT2 drivers for windows exist

< snip >
--
I doubt, therefore I might be.

Peter Köhlmann wrote:

> sam@gerene.nl wrote:
>
> < snip >
>
>> The reason I'm not using another file system is because I want to be
>> able to use the USB drive on a windows machine. I thought of using
>> NTFS instead of VFAT, but unfortunately NTFS is read only on a linux
>> box (at least, this is what I found researching the web).
>
> No longer true
>
>> So I'm stuck
>> with VFAT, unless you tell me it is possible to mount an ext2 or ext3
>> system on a windows machine.
>
> Possible. EXT2 drivers for windows exist
>
> < snip >
Under linux, ntfs-3g gives me write access to my windows (ntfs) partition.
I use ext2ifs under windows to get read/write access to ext3 linux
partitions. Both drivers are free.

I nuked the fat32 format on my usb drives in favor of ext3. I am using
the time saved in lengthy defrag sessions (which sometimes crashed) to
write a novel.

On Aug 24, 3:18 pm, Roby <r...@no-address.net> wrote:
> Peter Köhlmann wrote:
> > s...@gerene.nl wrote:
>
> > < snip >
>
> >> The reason I'm not using another file system is because I want to be
> >> able to use the USB drive on a windows machine. I thought of using
> >> NTFS instead of VFAT, but unfortunately NTFS is read only on a linux
> >> box (at least, this is what I found researching the web).
>
> > No longer true
>
> >> So I'm stuck
> >> with VFAT, unless you tell me it is possible to mount an ext2 or ext3
> >> system on a windows machine.
>
> > Possible. EXT2 drivers for windows exist
>
> > < snip >
>
> Under linux, ntfs-3g gives me write access to my windows (ntfs) partition.
> I use ext2ifs under windows to get read/write access to ext3 linux
> partitions. Both drivers are free.
>
> I nuked the fat32 format on my usb drives in favor of ext3. I am using
> the time saved in lengthy defrag sessions (which sometimes crashed) to
> write a novel.

Perfect,

I wil reformat the drive as ext3, I guess that makes the most sense,
and then make ext2ifs. Thanks for the info, I will investigate further
on the web how to do it.

Many regards,

Sam