On Sun, 2009-11-01 at 16:41 -0800, Akemi Yagi wrote:
> On Sun, Nov 1, 2009 at 3:42 PM, Ron Loftin <reloftin@xxxxxxxxxxxx> 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@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
--
Ron Loftin reloftin@xxxxxxxxxxxx
"God, root, what is difference ?" Piter from UserFriendly
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
