FFS Long filenames?

[bbond007]

Hello!

I'm having a problem with FFS. I read that it is supposed to support up to 107 characters, however that does not seem to be the case in practice.  I'm having an issue with SaMBA in particular.

I'm connecting to a share on my windows 7 PC where I have a bunch of ADFs with longish file names. I'd like to copy those files over to my drive called BACKUP: but the copy just stops when it encounters a long filename. I would like these files on my amiga and I would also like preserve the existing filenames.

I have attached PNGs of my configuration for that drive in HDToolBox.

Do I need to use a new filesystem for that drive? Also would a new filesystem speed up that drive?

Thanks,
_nate

[bbond007]

Not sure, but I think it's more likely a limitation of Samba. Try copying some to RAM: instead and see if you still run into trouble. RAM:'s file system is different.

yeah, it seems to be chopping the filename at like 30 chars when copped to RAM:

I'll try and FTP the files over.

Thanks.

_nate

[bbond007]

FFS is limited to 30 char filenames.

If you want longer filenames then you need to install PFS3 which is free, fast, and supports the full 107 chars that AmigaOS allows.

OK, I have redone that drive with PFS3 and when I formatted it the drive and the PFS3 dialog came up, so I know the drive is now formatted PFS. Just to be sure,  I checked it in HDtoolbox and it shows FileSystem "Custom" Dostype PFS\03.

I still have the same issue. I have tried to copy these files via USB, FTP (via AmiTradeCenter) and SAMBA(using both CLI and GUI). All files get cut off at 30 characters.

What gives? I'm using 3.1 with ClassicWB ADV. It uses Scalos instead of Workbench. Is Scalos the issue?


thanks

_nate

[bbond007]

Yes, I think it's correct.
FFS is really limited to 30 characters: more than the PC DOS old style 8+3, but still not that much for big descriptions.

BY!

Is there a filesystem that does support over 30 characters? I tried PFS. No Dice...

[bbond007]

RTFM!

Default setting is compatible to FFS. You can change this by shell commands.

oh. duh!

setfnsize

trying again...

I just hope I don't have filenames over 107

thanks

_nate

[bbond007]

Use quick format. Complete format is not necessary, it only produces hot air anyway. And wastes a lot of time.

I'm using a OCZ SSD so I just chose the quick option...

The PFS docs do say to do a full format and the reason given is so that it will be easier to recover the drive with disk editor in case of corruption because the quick format option leaves all of the old data intact.

Disk editors are really beyond the scope of what I know how to do anyway...

_nate

[bbond007]

If you are using Shell it will cut long filenames anyway.

That is not the behavior I'm observing.

When you do issue a dir, the filenames are cut off, but I'm not seeing it cut any names short, and I'm using the full names to manipulate the files. Thank god for King Con so I don't have to type all that!

I created some MPEG video files from movie file that originally had a really long file name.  I had the transcoder program split the movie into 15 minute segments,  which appends .001 .002, etc on to the original filename making the unique part way past 30 characters.

I used samba to mount a windows share and I copied the MPEG files to my PFS formatted drive via the CLI.

Everything is fine...

Now, I am running into an issue where I have so many files in one directory that the computer crashes if I try to open that folder... That may be a Scalos issue. I'll just use the CLI..