User not logged in - login - register
Home Calendar Books School Tool Photo Gallery Message Boards Users Statistics Advertise Site Info
go to bottom | |
 Message Boards » » Linux and NTFS reading/writing... Page [1]  
bous
All American
11215 Posts
user info
edit post

I know NTFS support has been basically 100% in reading data, but has the writing to an NTFS partition become more stable lately with the latest kernels?

2/4/2006 11:30:20 PM

State409b
Suspended
490 Posts
user info
edit post

not that I'm aware of

2/5/2006 10:17:15 AM

Protostar
All American
3495 Posts
user info
edit post

Just convert to FAT32.

2/5/2006 3:54:04 PM

eraser
All American
6733 Posts
user info
edit post

Is Samba not an option?

2/5/2006 3:56:04 PM

jimb0
All American
4667 Posts
user info
edit post

it might be more stable than it was before, but it's still a really bad idea to mess with.

2/5/2006 4:20:38 PM

LimpyNuts
All American
16859 Posts
user info
edit post

i was told you can only overwrite files that already exist of the exact same length.

2/5/2006 7:46:02 PM

darkmage
Veteran
496 Posts
user info
edit post

Captive is an option too. It's really slow and it's a godawful hack, but if you need to move and don't want to make a shared vfat partition, then it's the only real solution I'm aware of.

2/5/2006 8:06:59 PM

bous
All American
11215 Posts
user info
edit post

i don't want a damn fat32 partition due to 4gb size limit and i do a lot with files over that size.

guess i'll just convert to ext3

2/5/2006 8:36:57 PM

jdchapma
Starting Lineup
96 Posts
user info
edit post

If you decide to play with Captive, be sure that you unmount the NTFS drives before reboot. I think that Captive uses Wine to make NTFS read/write work, but if you don't unmount the drive, I've heard it could completely scramble the drive.

So, just follow all the directions if you go that route, or you could be in a deep hole with no ladder.

Are you trying to dual-boot? Trying to run Linux and Windows on the same system, and want shared space?

2/5/2006 10:40:35 PM

YOMAMA
Suspended
6218 Posts
user info
edit post

Quote :
"Is Samba not an option?"

2/5/2006 11:13:04 PM

bous
All American
11215 Posts
user info
edit post

seeing as it's 1 computer, i will go out on a limb here and say... no samba won't work unless it's magical... and from my experience it's far from that.

i'd like to dual boot and have a minimal windows installation with maybe some games that don't work well with cedega on that NTFS partition.

i just wish i could dual boot and have the same data access on both OS's... not a perfect world though.

i guess i'll just have to convert my current drives from ntfs to ext3 since i'll be using linux mainly.

2/5/2006 11:40:59 PM

jdchapma
Starting Lineup
96 Posts
user info
edit post

There IS a third option....and you might only halfway like it.

Just do 3 partitions. One NTFS for windows, one FAT32 for shared space, and one Ext3 for Linux. Of course, you'll have another partition in Linux for swap, which brings you to a total of four partitions. That is actually how I have my dualboot system set up. It means that you can store your big files on the NTFS partition, you can run linux in its native ext3, and if you really need to access something of moderate size from both OSs, you can utilize the FAT.

Yeah, its a little bit hairy at times, but it works well for me. I have ~400 gigs of space, though, so I have space to waste on such things. If you're running like 40 gigs or something, this won't be really optimal, but if you have more space, you won't have any real problems.

And if you have any issues with the dualboot, you can PM me. I've gone has high as quadboot with Fedora, Ubuntu, Kanotix64, and Windows.

2/6/2006 3:50:15 PM

 Message Boards » Tech Talk » Linux and NTFS reading/writing... Page [1]  
go to top | |
Admin Options : move topic | lock topic

© 2024 by The Wolf Web - All Rights Reserved.
The material located at this site is not endorsed, sponsored or provided by or on behalf of North Carolina State University.
Powered by CrazyWeb v2.38 - our disclaimer.