How do you mount and read ntfs partitions?

[Thaidog]

I would like to mount and read the ntfs partitions on my computer I'm currently using knoppix with... and be able to write some files to a floppy or other media... how do I mount these directories? (from the cmd line) thx

[toaster2]

Let's suppose your NTFS is a slave hard disk and you are logged in as root. Create a directory to /mnt/hdb1 to mount to (or any other directory name you prefer) and type in shell as root:

mount -t ntfs /dev/hdb1 /mnt/hdb1

Note: ntfs can't be written to.

[toaster2]

Oh, I forgot. For the floppy:
mount /dev/fd0 /mnt/floppy

Check out the following file: /etc/fstab. It contains the default mount points, so you could just write "mount /dev/devicename" and the OS will take care of the missing details.

[eco2geek]

From the "more than you wanted to know" dept, here's a link to the Linux NTFS project's FAQ. It notes that "The original driver, in [kernel] 2.4 has some write code in it, but it is extremely dangerous to use it. The possibility of destroying your filesystem is very high."

Reading data from an NTFS partition is fine, though.

So be sure to mount it read-only (e.g. by placing -o ro at the end of the mount example given earlier). <edit> Ooops, forgot the "-o" switch; the entire command is "mount -t ntfs /dev/hda1 /mnt/hda1 -o ro"; although the mount command is smart enough that you can shorten it to "mount /dev/hda1 /mnt/hda1 -o ro". </edit>

There is a Knoppix "clone" named Linux Defender Live that includes a, shall we say, novel new utility that's actually able to safely write to NTFS partitions. It's called Captive, and it actually downloads, installs, and uses WinXP NTFS drivers from MS! (It has a GUI wizard to install them that's very easy to use.) Check it out.

[Thaidog]

From the "more than you wanted to know" dept, here's a link to the Linux NTFS project's FAQ. It notes that "The original driver, in [kernel] 2.4 has some write code in it, but it is extremely dangerous to use it. The possibility of destroying your filesystem is very high."

Reading data from an NTFS partition is fine, though.

So be sure to mount it read-only (e.g. by placing ro at the end of the mount example given earlier).

There is a Knoppix "clone" named Linux Defender Live that includes a, shall we say, novel new utility that's actually able to safely write to NTFS partitions. It's called Captive, and it actually downloads, installs, and uses WinXP NTFS drivers from MS! (It has a GUI wizard to install them that's very easy to use.) Check it out.

Is that the one that uses wine? I stumbled across that one the other day.

[Thaidog]

My thing is why can we mount remote ntfs via samba and read/write to it and not do it locally? It makes little sence to me.

[OErjan]

the remote mount uses that computers os for file manipulations.
otoh if it works with linux running on both machines im speachles, then it would be possible to make a "virtuall mount" and use that for rw access.

[Durand Hicks]

If what Thaidog says is true, I must admit, he's got a point. Makes no sense to me if you can read/write to ntfs thru the network, and not do it locally. I used to wonder the same thing when connecting win9x computers to an NT domain network. It was always M$ contention that fat16/32 couldn't read/write to ntfs but thru the network it could. Could it be that the tcp/ip protocol is somehow enabling the read/write feature thru emulation at real time speed? If so, then why don't the developers make use of that to develop a native module that would emulate any filesystem from linux to any other filesystem thru tcp/ip without having to use a wrapper of the native proprietary code, such as ntfs?

[eco2geek]

My thing is why can we mount remote ntfs via samba and read/write to it and not do it locally? It makes little sence to me.

That's a good question, and if you'll allow me to make a half-assed guess: From cursory inspection, it appears that the APIs for SMB over TCP/IP are built on stuff that was created by IBM back in 1984, then standardized by the IETF in 1987. Microsoft's implementation of it is pretty well documented by Microsoft itself, e.g. on MSDN. In a nutshell, how to "do" native Windows networking is documented well enough that the Samba team could make their own Un*x implementation of it.

OTOH, how to "do" low-level NTFS read/write/etc. access is not. Microsoft tells you enough about its API so that, for example, you can write your own defrag program (on Windows); but Microsoft's not going to tell you enough about how it works at a low level so you can include native NTFS support in your favorite free OS's kernel.

With Samba you can mount NTFS volumes and read and write to them, but remember, it's the actual Windows computer that's still handling the low-level hard drive access. Samba's just "telling it what to do."

(End of half-assed guess. )

[Thaidog]

[quote="eco2geek"]

With Samba you can mount NTFS volumes and read and write to them, but remember, it's the actual Windows computer that's still handling the low-level hard drive access. Samba's just "telling it what to do."

(End of half-assed guess. )

Well what if you have a linux box acting as a samba server? (Am I going to get shot if I dig too deep here? ) It still makes no sense to me...