Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've currently been recording video from TV tuner in Linux and I've wanted to move some of it from my ext2 partition to my Windows FAT32 partition. However, when I do a 'cp filename.avi /mnt/drived' I get a message saying "cannot create regular file 'filename.avi' : Invalid argument. My FAT32 partition is setup for reading and writing and I can copy smaller files to it. The files I'm transferrring are 900MB or greater in size. Is there some sort of filesize limit in place? Do I need to do it another way?
That's really weird. I copy files from my ext3 to fat32 drives each day. The files I'm copying are up to 2GB in size. Most of the time around 1.2GB single files.
It seems I'm experiencing a similar problem too. I recently reformated one external hard drive as EXT3. I've been storing stuff on it. I store backup and data on it. I've got another FAT32 drive containing data.
I wanted to copy a file to the FAT32 drive from the EXT3 drive. I'm reading it with the driver for Windows allowing access. It won't let that happen because the file is at least 4GB. I store 4GB or bigger files on the external FAT32 drive all the time. However, it won't let me copy or move files that are at least 4GB from the EXT3 drive to the FAT32 drive. This is so strange.
I'm thinking I'm going to try converting the FAT32 drive to NTFS and try it that way. Right now, I'm moving the information from the FAT32 drive to the EXT3 drive because that is the only other drive I've got that's big enough for it. Then I'll have to reformat the drive as NTFS, and then try moving stuff back to it. If not, then I'll have to turn it to EXT3 or something similar.
The intened use of the EXT3 drive is for a Linux server, once it's loaded. The intened use of the data drive, is data shared between Linux and Windows as nessassary, on the client machine.
I've looked it up, and it looks like it's a known problem. Windows complains that the disk is full, even though it contridicts itself and proves it's not by checking the free space. This was the solution that I found on sites, that might work. This is certainly a weird problem.
My reason for changing one drive to EXT3 was because I'm going to need user specific permissions for it later. I don't want someone going in and using stuff that's not theres, once it's loaded and placed on the server. However, the only OS I've got that can load the stuff and know it's loaded right is Windows, and that's because I need to check and execute a bunch of programs that are Windows programs.
Maybe in your case you can try the same thing. Maybe it'll work. They did say that Linux is capable of reading NTFS nowdays. That reason is the only reason I've never used NTFS for data partitions. If that barrier is down, then I can use NTFS for every new data partition, and use FAT32 for every old data partition.
Now, if that doesn't work in your case, maybe I've got one other idea, even though it's more complicated.
What if you did this? Create an NTFS partition for data that you need to read in Windows and Linux. Then create a FAT32 partiton in Windows. Then create an EXT3 partiton in Linux. Always create the information (DATA) on the FAT32 partiton. Then, move Linux information to EXT3, and move Windows information to NTFS. Always use the OS that natively supports it to write the data, but read it with whichever, given the proper drivers. I don't know if this is possible, but it's one possible solution, maybe. Maybe in my case too.
It seems I'm experiencing a similar problem too. I recently reformated one external hard drive as EXT3. I've been storing stuff on it. I store backup and data on it. I've got another FAT32 drive containing data.
I wanted to copy a file to the FAT32 drive from the EXT3 drive. I'm reading it with the driver for Windows allowing access. It won't let that happen because the file is at least 4GB. I store 4GB or bigger files on the external FAT32 drive all the time. However, it won't let me copy or move files that are at least 4GB from the EXT3 drive to the FAT32 drive. This is so strange.
I'm thinking I'm going to try converting the FAT32 drive to NTFS and try it that way. Right now, I'm moving the information from the FAT32 drive to the EXT3 drive because that is the only other drive I've got that's big enough for it. Then I'll have to reformat the drive as NTFS, and then try moving stuff back to it. If not, then I'll have to turn it to EXT3 or something similar.
The intened use of the EXT3 drive is for a Linux server, once it's loaded. The intened use of the data drive, is data shared between Linux and Windows as nessassary, on the client machine.
I've looked it up, and it looks like it's a known problem. Windows complains that the disk is full, even though it contridicts itself and proves it's not by checking the free space. This was the solution that I found on sites, that might work. This is certainly a weird problem.
My reason for changing one drive to EXT3 was because I'm going to need user specific permissions for it later. I don't want someone going in and using stuff that's not theres, once it's loaded and placed on the server. However, the only OS I've got that can load the stuff and know it's loaded right is Windows, and that's because I need to check and execute a bunch of programs that are Windows programs.
Maybe in your case you can try the same thing. Maybe it'll work. They did say that Linux is capable of reading NTFS nowdays. That reason is the only reason I've never used NTFS for data partitions. If that barrier is down, then I can use NTFS for every new data partition, and use FAT32 for every old data partition.
Now, if that doesn't work in your case, maybe I've got one other idea, even though it's more complicated.
What if you did this? Create an NTFS partition for data that you need to read in Windows and Linux. Then create a FAT32 partiton in Windows. Then create an EXT3 partiton in Linux. Always create the information (DATA) on the FAT32 partiton. Then, move Linux information to EXT3, and move Windows information to NTFS. Always use the OS that natively supports it to write the data, but read it with whichever, given the proper drivers. I don't know if this is possible, but it's one possible solution, maybe. Maybe in my case too.
FAT32 has a file size limit of 4 GB. If the size is more than 4 GB, it will not work. What is strange, you are able to store a file that is bigger than 4 GB. It seems to me you have a hardware error that is screwing up the operations.
Linux is able to read NTFS, but the reliability of writing is very questioning. The linux-ntfs project tries their best to provide a reliable way of writing to NTFS. I recommend using it only if you have to. I tested it with 600 MB files and worked in a reliable manner, but I do not know how it will do over long periods of time.
I recommend FAT32 if you are dual booting from Windows to Linux. I am using it just fine and no problems from using it all these years.
If you need large file support (greater than 4 GB) and you are dual booting between Windows and Linux, I suggest install EXT2 IFS for Windows 2000/XP. Read and write support should be reliable and stable enough. There is no journaling, so be careful and backup often.
BTW, this is a four year old thread that you brought up. I suggest next time make another thread.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.