FreeBSD and Linux shared installation

[Olivier Nicole]

Hi,

I tried FreeBSD 8.4 and Ubuntu 12.0.4. They can share the swap
partiction without needing any  trick on Ubuntu part.

Bests,

Olivier

On Tue, Jan 21, 2014 at 4:17 PM, Olivier Nicole
<olivier.nicole at cs.ait.ac.th> wrote:
> Ian,
>
>> The main issue there is that from FreeBSD you'd be working with a (say)
>> ext2/3 partition as /home, when you really have to be sure that FreeBSD
>> handles R/W flawlessly with it rather than with UFS2+SU(+J), especially
>> regarding crash recovery.  Perhaps with FUSE that might be solid enough,
>> but personally I tend to trust native formats and tools better, whether
>> from the FreeBSD or Linux side.
>
> I think that Linux (Ubuntu) supports UFS. As I have no machine with
> oth system, I never pushed further, but I think I remember seeing an
> option to format a partition using UFS in Ubuntu install.
>
> Let me give it a trty.
>
> Olivier
>
>>
>>  > >  > Extend. #1
>>  > >  >   log. dr. #1        Kali Linux      15 GB   /dev/sda5
>>  > >  >   log. dr. #2        Mageia Linux    15 GB   /dev/sda6
>>  > >
>>  > > From FreeBSD accessing my old OS/2 partitions I seem to recall that
>>  > > /dev/ada0s5 is the ext drive itself, and within would be ada0s6 and s7,
>>  > > though the above nomenclature would be right from Linux' POV.
>>  >
>>  > In Linux too (Ubuntu) the Extended #1 is partition #4 and being
>>  > splited into logical partition #5 and #6. Basically what you write
>>  > Ian, but you missed the #4: /dev/ada0s4 is the ext drive itself, and
>>  > within would be ada0s5 and s6...
>>
>> I'm still not sure about that from FreeBSD's perspective.  Remembering
>> back to '98-'99 when I salvaged years of OS/2 work, especially code, and
>> those disks only had 3 primary partitions ('C:', OS/2 Boot Manager, then
>> drives D: through I: or J: on the extended partition, but with no s4 I
>> still had to start at s5, with s6 the first mountable partition (after
>> having built the HPFS code which is still in the tree, at 9.1 anyway).
>>
>> However I may be misremembering (non-ECC memory :) so perhaps Polytropon
>> could show us an 'ls /dev/ada0*' when it's done?
>>
>> cheers, Ian