Ответ: Ответ: Ответ: mount with ntfs partition question.

[Vladimir Dronnikov]

This is well-known workaround to cope with straight alphabetical order
the kernel lists supported filesystems in /proc/filesystems:
everyone has to add ext3 before ext2, vfat before fat, ntfs-3g before
ntfs in /etc/filesystems.

Regards,
--
Vladimir


2008/7/24, Michael D. Setzer II <mikes at kuentos.guam.net>:
> On 24 Jul 2008 at 17:07, Vladimir Dronnikov wrote:
>
> Date sent:      	Thu, 24 Jul 2008 17:07:46 +0000
> From:           	"Vladimir Dronnikov" <dronnikov at gmail.com>
> To:             	"Michael D. Setzer II" <mikes at kuentos.guam.net>
> Subject:        	ïÔ×ÅÔ: ïÔ×ÅÔ: mount with ntfs partition question.
> Copies to:      	busybox at busybox.net
>
>> When helpers are enabled BB mount will try to exec mount.<fstype>.
>> This in turn means you should have mount.ntfs-3g binary on your PATH.
>> It can be a symlink to ntfs-3g fuse helper. Note that mount will try
>> to exec helper only if mount syscall if failed. In your case
>> mount(dev, dir, "ntfs", ...) succeeds preventing mount from probing
>> other filesystem types. I guess you should also enlist ntfs-3g prior
>> to ntfs in /etc/filesystems.
>>
>> Did it help?
> Yes.
> I booted from the cd and tried it again, and without the change same issue.
> Then added ntfs-3g before the ntfs line, and redid the test, and it worked.
>
>
>>
>> --
>> Vladimir
>>
>> 2008/7/24, Michael D. Setzer II <mikes at kuentos.guam.net>:
>> > On 24 Jul 2008 at 15:23, Vladimir Dronnikov wrote:
>> >
>> > Date sent:      	Thu, 24 Jul 2008 15:23:50 +0000
>> > From:           	"Vladimir Dronnikov" <dronnikov at gmail.com>
>> > To:             	"Michael D. Setzer II" <mikes at kuentos.guam.net>
>> > Subject:        	ïÔ×ÅÔ: mount with ntfs partition question.
>> > Copies to:      	busybox at busybox.net
>> >
>> >> Two questions, Michael.
>> >>
>> >> Have you enabled CONFIG_FEATURE_MOUNT_HELPERS in BB .config? Have you
>> >> set filesystem type to ntfs-3g in your /etc/fstab?
>> >
>> > I checked the busybox .config and the
>> > CONFIG_FEATURE_MOUNT_HELPERS is already =y
>> >
>> > This is a bootable CD that loads the g4l filesystem in a ramdisk to do
>> > disk
>> > imaging, so the actual drive information is not known.
>> >
>> >
>> >
>> >
>> >>
>> >> --
>> >> Vladimir
>> >>
>> >> 2008/7/24, Michael D. Setzer II <mikes at kuentos.guam.net>:
>> >> > When I use the busybox mount to mount an ntfs partition it says it is
>> >> > mounted in rw mode, but attempts to write result in permission
>> >> > denied.
>> >> >
>> >> > busybox mount /dev/hda6
>> >> >
>> >> > busybox mount output
>> >> >
>> >> > rootfs on / type rootfs (rw)
>> >> > /dev/root on / type ext2 (rw,errors=continue)
>> >> > proc on /proc type proc (rw)
>> >> > sysfs on /sys type sysfs (rw)
>> >> > devpts on /dev/pts type devpts (rw,mode=600)
>> >> > /dev/hda6 on /mnt/local type ntfs
>> >> > (rw,uid=0,gid=0,fmask=0177,dmask=077,nls=default,errors=continue,mft_zo
>> >> > ne_multiplier=1)
>> >> >
>> >> > I would also get a similar issue if I used the regular mount command
>> >> > from
>> >> > Fedora. If I used ntfs-3g or if I use the regular mount command with
>> >> > the
>> >> > mount.xxx helper files from /sbin it mount and is rw allowed.
>> >> >
>> >> > mount /dev/hda6 /mnt/local
>> >> > or
>> >> > ntfs-3g /dev/hda6 /mnt/local
>> >> >
>> >> > /dev/ram0 on / type ext2 (rw)
>> >> > proc on /proc type proc (rw)
>> >> > sysfs on /sys type sysfs (rw)
>> >> > devpts on /dev/pts type devpts (rw)
>> >> > /dev/hda6 on /mnt/local type fuseblk (rw,allow_other,blksize=4096)
>> >> >
>> >> > Is there something that needs to be done with busybox to get the rw.
>> >> >
>> >> > +----------------------------------------------------------+
>> >> >   Michael D. Setzer II -  Computer Science Instructor
>> >> >   Guam Community College  Computer Center
>> >> >   mailto:mikes at kuentos.guam.net
>> >> >   mailto:msetzerii at gmail.com
>> >> >   http://www.guam.net/home/mikes
>> >> >   Guam - Where America's Day Begins
>> >> > +----------------------------------------------------------+
>> >> >
>> >> > http://setiathome.berkeley.edu (Original)
>> >> > Number of Seti Units Returned:  19,471
>> >> > Processing time:  32 years, 290 days, 12 hours, 58 minutes
>> >> > (Total Hours: 287,489)
>> >> >
>> >> > BOINC at HOME CREDITS
>> >> > SETI 6,025,550.2382 | EINSTEIN 1,853,681.7243 | ROSETTA
>> >> > 559,261.1924
>> >> >
>> >> > _______________________________________________
>> >> > busybox mailing list
>> >> > busybox at busybox.net
>> >> > http://busybox.net/cgi-bin/mailman/listinfo/busybox
>> >> >
>> >>
>> >
>> >
>> > +----------------------------------------------------------+
>> >   Michael D. Setzer II -  Computer Science Instructor
>> >   Guam Community College  Computer Center
>> >   mailto:mikes at kuentos.guam.net
>> >   mailto:msetzerii at gmail.com
>> >   http://www.guam.net/home/mikes
>> >   Guam - Where America's Day Begins
>> > +----------------------------------------------------------+
>> >
>> > http://setiathome.berkeley.edu (Original)
>> > Number of Seti Units Returned:  19,471
>> > Processing time:  32 years, 290 days, 12 hours, 58 minutes
>> > (Total Hours: 287,489)
>> >
>> > BOINC at HOME CREDITS
>> > SETI 6,025,550.2382 | EINSTEIN 1,853,681.7243 | ROSETTA
>> > 559,261.1924
>> >
>> >
>>
>
>
> +----------------------------------------------------------+
>   Michael D. Setzer II -  Computer Science Instructor
>   Guam Community College  Computer Center
>   mailto:mikes at kuentos.guam.net
>   mailto:msetzerii at gmail.com
>   http://www.guam.net/home/mikes
>   Guam - Where America's Day Begins
> +----------------------------------------------------------+
>
> http://setiathome.berkeley.edu (Original)
> Number of Seti Units Returned:  19,471
> Processing time:  32 years, 290 days, 12 hours, 58 minutes
> (Total Hours: 287,489)
>
> BOINC at HOME CREDITS
> SETI 6,025,550.2382 | EINSTEIN 1,853,681.7243 | ROSETTA
> 559,261.1924
>
>