On Sun, 2009-11-01 at 16:41 -0800, Akemi Yagi wrote: > On Sun, Nov 1, 2009 at 3:42 PM, Ron Loftin <reloftin at twcny.rr.com> wrote: > > > > On Sun, 2009-11-01 at 15:20 -0800, Akemi Yagi wrote: > > >> Something is wrong here. You are missing > >> /lib/modules/2.6.18-128.el5/extra/ntfs/ntfs.ko that the symlinks are > >> pointing to. Are those symlinks red-blinking? > > > > It's there. I must have missed it with my cut-and-paste before. > > > > ( Side note: I can't stand all that color-coding with the "ls" command, > > so I disable it. That's just my prejudice from growing up with UNIX in > > the '80s and '90s on REAL monochrome terminals. ;) > > I fully understand (similar generation?!). > > > ls -l /lib/modules/2.6.18-128.el5/extra/ntfs/ntfs.ko > > -rw-r--r-- 1 root root 235684 Oct 9 > > 13:00 /lib/modules/2.6.18-128.el5/extra/ntfs/ntfs.ko > > Alright. Then as far as installation of the modules are concerned, > there does not seem to be a problem. So, just for a confirmation, > 'modprobe ntfs' and 'modprobe fuse' run without any errors and lsmod > shows both modules loaded? Seems to work. Both "modprobe" commands run with no error, and lsmod shows this: lsmod | egrep 'fuse|ntfs' fuse 49237 0 ntfs 196760 0 > > If ntfs-3g is working for you, I would expect the ntfs module from > kmod-ntfs works, too. That's what I thought. However, when I mount a partition created with Windoze 2000, I can read files and directories, but not create or modify anything. Here's the actual scenario ( all commands performed as root): # dmesg | tail FS-Cache: Loaded [drm] Initialized drm 1.0.1 20051102 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9 PCI: setting IRQ 9 as level-triggered ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 9 (level, low) -> IRQ 9 [drm] Initialized i810 1.4.0 20030605 on minor 0 [drm] Using v1.4 init. NTFS driver 2.1.27 [Flags: R/W MODULE]. fuse init (API version 7.10) NTFS volume version 3.0. # fdisk -l /dev/hda Disk /dev/hda: 8700 MB, 8700346368 bytes 255 heads, 63 sectors/track, 1057 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 522 4192933+ 7 HPFS/NTFS /dev/hda2 523 1056 4289355 f W95 Ext'd (LBA) /dev/hda5 523 783 2096451 7 HPFS/NTFS /dev/hda6 784 1056 2192841 b W95 FAT32 # mount /dev/hda5 /mnt ( no error returned ) # mount /dev/hdb1 on / type ext3 (rw,nodev) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/hdb3 on /var type ext3 (rw,nosuid,nodev) /dev/hdb2 on /tmp type ext3 (rw,nosuid,nodev) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/hda5 on /mnt type ntfs (rw) Note the last line claims that hda5 is mounted with type "ntfs" and "rw". # /bin/ls -la /mnt total 1048592 drwx------ 1 root root 4096 Oct 31 22:47 . drwxr-xr-x 26 root root 4096 Nov 1 19:05 .. -rw------- 1 root root 1073741824 Oct 31 22:43 pagefile.sys drwx------ 1 root root 0 Feb 2 2006 RECYCLER drwx------ 1 root root 0 Oct 31 21:31 spool drwx------ 1 root root 0 Jan 24 2006 System Volume Information drwx------ 1 root root 4096 Oct 31 22:50 tmp # touch /mnt/testfile touch: cannot touch `/mnt/testfile': Permission denied # touch /mnt/tmp/testfile touch: cannot touch `/mnt/tmp/testfile': Permission denied So, what am I missing, and where should I look ? > However, they are not the same. The latter was > built from the ntfs code in CentOS 5.3 (which was originally broken). > I believe it worked after a patch was applied and this was tested by > CentOS QA members. > > Akemi > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos -- Ron Loftin reloftin at twcny.rr.com "God, root, what is difference ?" Piter from UserFriendly