On Fri, Feb 08, 2013 at 12:30:51PM +0000, Anton Shterenlikht wrote:
>       From kostik...@gmail.com Fri Feb  8 12:25:21 2013
> 
>       On Fri, Feb 08, 2013 at 12:01:41PM +0000, Anton Shterenlikht wrote:
>       > I need to transfer some files from sparc64 -current
>       > box onto amd64 9.1-RELEASE laptop.
>       > The amd64 laptop has no network connection yet,
>       > so I'm trying to achive this with a USB flash drive.=20
>       >=20
>       > The problem is that I always end up with
>       >=20
>       > # mount /dev/da0p1 /mnt/
>       > mount: /dev/da0p1: Invalid argument
>       > #=20
>       >=20
>       > If I do newfs on the sparc64 box, then I can't
>       > mount it on the amd64 box, and vice versa.
>       >=20
>       > I tried just "newfs /dev/da0", and using gpart,
>       > e.g.:
>       >=20
>       > # gpart show /dev/da0
>       > =3D>     34  4029373  da0  GPT  (1.9G)
>       >        34     2048    1  freebsd-ufs  (1.0M)
>       >      2082  4027325       - free -  (1.9G)
>       >=20
>       > #
>       >=20
>       > and then "newfs /dev/da0p1", or similar,
>       > but no luck.
>       >=20
>       > I tried sparc64 VTOC8 partition scheme too - no help.
>       >=20
>       > I can mount the device and use it as expected,
>       > i.e. copy files to/from it on either box, but
>       > the other box doesn't seem to understand the file
>       > system.
>       >=20
>       > I tried loading various modules in desperation,
>       > e.g. on the sparc64 side:
>       >=20
>       > # kldstat=20
>       > Id Refs Address            Size     Name
>       >  1    9 0xc0000000 a80e58   kernel
>       >  2    1 0x101bca000 104000   geom_part_mbr.ko
>       >  3    1 0x101cce000 110000   geom_label.ko
>       >  4    1 0x101dde000 108000   geom_part_gpt.ko
>       > #=20
>       >=20
>       > but still no use.=20
>       >=20
>       > Am I missing something simple?
> 
>       UFS on FreeBSD is not endian-agnostic. It uses the host byte order
>       for multibyte values.
> 
>       As result, you can share UFS volumes only between hosts with the same
>       endianess, like i386/amd64/ia64 little endian or sparc64/mips big 
> endian.
>       AFAIK, NetBSD has such support.
> 
> Wow... I didn't realise that.
> I thought UFS (1 or 2) takes all care
> of endian-ness. Do you mean that even
> I had say a SCSI internal disk with UFS2,
> I couldn't move it between a little and
> a big endian freebsd boxes?
> 
> So what is the advice for transferring data
> via USB in such cases? Any other gpart partition
> I could use?
> 

FAT should work and ZFS is also endian-agnostic. I don't know how
well these code paths of the latter are tested though and we seem
to have grown bugs in this regard at least in the area of intra-
ZFS-version compatibility (which due to lack of understanding of
the ZFS internals I'm not able to fix) since the split from (Open)
Solaris.

Marius

_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to