On 03/06/17 18:12, The Natural Philosopher wrote:
> On 03/06/17 17:58, The Natural Philosopher wrote:
>> On 03/06/17 15:23, Rob Morley wrote:
>>> On Sat, 3 Jun 2017 03:55:40 +0100
>>> The Natural Philosopher <t...@invalid.invalid> wrote:
>>>
>>>> I think you need to recompile the kernel and add a module for UFS
>>>> support.
>>>>
>>> Modules were introduced so you don't need to recompile the kernel.
>>>
>> In general yes, but what I read online indicated that the module alone
>> would not work: As to why, or the accuracy of that statement, I leave
>> to someone more interested than I to discover.
>>
>> I was just curious enough to spend 10 minutes looking up to see what
>> te general received wisdom was, and it seemed to be compile kernel
>> with support AND add the module as well.
>>
>> YMMV
>>
>>
> More research reveals
>
>
http://gparted-forum.surf4.info/viewtopic.php?id=17517
>
> which isn't encouraging.
>
>
> Some people seem to have found a package that works and have mounted UFS
> readonly.
>
>
http://unsolicitedbutoffered.blogspot.co.uk/2016/12/quick-fix-accessing-ufs-drives-using.html
>
>
> Not found anyone who has mounted it with full access rights
>
Oh this guy has, although it crashes
https://imil.net/blog/2014/10/31/mounting-ufs2-readwrite-on-linux/
elsewhere it seems that version 2-2.2 kernels needed recompiling for UFS
support.
This may be helpful
https://wiki.netbsd.org/tutorials/how_to_mount_ffs_partition_under_linux/
It assumes you have the support.
Unfortunately in my linux here (Mint 17) there is no sign of any UFS
modules on the machine or packages like that in the repository, which
suggests that debian dropped the whole thing upstream
In short, its one of those things that an enthusiast got sorta half
working and then gave up on, and its no longer supported.
Th recieved wisdom is to set up a small machine with BSD and mount the
drive in that, and use NFS to access it from the pi :-)