[oi-dev] ext2 on OI Hipster 20151003 follow-up
Bruce Lilly
bruce.lilly at gmail.com
Mon Oct 12 17:09:12 UTC 2015
NTFS wouldn't be practical for me; it is a "foreign" filesystem as far
as all of the installed OSes
are concerned. Changing file modes would be a considerable problem,
and then there are
issues of mapping user and group IDs and possibly modification time,
not to mention tools
availability (fsck, etc.). FAT also wouldn't work as it doesn't
support chmod, etc.
The 8-character mount probable-bug is disconcerting. Even more so is
that the wiki page
listing source repositories (
http://wiki.openindiana.org/oi/Source+Repositories ) appears to be
quite out-of-date, so even if it were possible to easily find the
source there, it might not be
what's actually used. Therefore I gave up trying to look (ever wonder
why there are so few
developers working on OI...?).
On Mon, Oct 12, 2015 at 6:51 AM, Nikolam <minikola at gmail.com> wrote:
> FUSE works right on Openindiana /hipster-2015, I installed it with with NTFS
> support from:
> http://jp-andre.pagesperso-orange.fr/openindiana-ntfs-3g.html
> I mount my NTFS partition in OI just right,
> only bug I see is that files copied from Ntfs partition are all marked
> executable when copied.
> If it could be used with ext2/3(4?) read-only, (if fs name is 8 characters
> ;)) that would be great.
>
> If FUSE and Ntfs is also included in OI repositories, that would be also
> more great.
>
> On Mon, Oct 12, 2015 at 6:12 AM, Bruce Lilly <bruce.lilly at gmail.com> wrote:
>>
>> Ken Mays kindly suggested using fuse from SFE and/or ntfs-3G.
>>
>> Fuse didn't work because of what looks like a bug in /sbin/mount:
>>
>> # mount -F fuse-ext2 /dev/dsk/c2t0d0p7 /mnt
>> mount: FSType fuse-ext2 exceeds 8 characters
>>
>> "fuse-ext2", the name of the fuse module for ext2 is indeed 9 characters
>> long.
>> Why /sbin/mount should have a problem with that is another matter.
>> The mount(1M) manual page, which has a recent date but doesn't look quite
>> like the usual illumos/openindiana man pages, gives no clue, but it
>> mentions
>> the man page mnttab(4).
>> The mnttab(4) man page also provides no insight, but refers to
>> /usr/include/sys/mntio.h.
>> With appropriate packages installed, /usr/include/sys/mntio.h shows
>> character
>> array mtl_fstype sized _ST_FSTYPSZ.
>> _ST_FSTYPSZ is defined in /usr/include/sys/stat.h as 16.
>> /sbin/mount has a compiled-in string "%s: FSType %s exceeds %d
>> characters".
>> So if mount is using something less than _ST_FSTYPSZ-1, what is it using
>> (evidently something that evaluates to 8) and why?
>>
>> This is apparently an old issue; it also shows up on a system running
>> oi_151a9.
>>
>> ntfs-3G might or might not have a more recent fuse driver, but no ext2
>> support per se,
>> so wouldn't help with this problem.
>>
>> This, incidentally, is on a triple-boot laptop which also has NetBSD 7.0
>> and
>> openSUSE 13.1 Linux installed (both with native ext2 support) and both
>> mounting
>> 5 ext2 data partitions in peaceful coexistence.
>>
>> _______________________________________________
>> oi-dev mailing list
>> oi-dev at openindiana.org
>> http://openindiana.org/mailman/listinfo/oi-dev
>
>
>
> _______________________________________________
> oi-dev mailing list
> oi-dev at openindiana.org
> http://openindiana.org/mailman/listinfo/oi-dev
More information about the oi-dev
mailing list