mounting UFS CD-ROMs

2010-08-03 Thread Noah Pratt
Hi,

I have a whole bunch of UFS CD-ROMs, but I'm unable to mount them on
my FreeBSD 8 system.
I thought it would be possible. From the FAQ:
http://www.freebsd.org/doc/en/books/faq/disks.html

UFS CD-ROMs can be mounted directly on FreeBSD. Mounting disk
partitions from Digital UNIX and other systems that support UFS may be
more complex, depending on the details of the disk partitioning for
the operating system in question.


I tried the direct route:

6930p# file -s /dev/acd0t01
/dev/acd0: Unix Fast File system [v1] (big-endian), last mounted on
/worm, last written at Fri Oct  6 04:01:43 2000, clean flag 1, number
of blocks 616699, number of data blocks 578377, number of cylinder
groups 126, block size 8192, fragment size 1024, minimum percentage of
free blocks 10, rotational delay 0ms, disk rotational speed 90rps,
TIME optimization
6930p# mount -t ufs -o ro /dev/acd0t01 /mnt
mount: /dev/acd0t01 : Invalid argument


To make sure it wasn't the media, I tried the loopback route:

6930p# cat /dev/acd0 > 5853-5864.iso
6930p# mdconfig -a -t vnode -f /usr/home/CDs/5853-5864.iso -u 1 -o readonly
6930p# mdconfig -lv
md0  swap  700M
md1  vnode 603M  /usr/home/CDs/5853-5864.iso
6930p# mount -o ro /dev/md1 /mnt
mount: /dev/md1 : Invalid argument
6930p# mount -o ro -t ufs /dev/md1 /mnt
mount: /dev/md1 : Invalid argument

6930p# file -s /dev/md1
/dev/md1: Unix Fast File system [v1] (big-endian), last mounted on
/worm, last written at Fri Oct  6 04:01:43 2000, clean flag 1, number
of blocks 616699, number of data blocks 578377, number of cylinder
groups 126, block size 8192, fragment size 1024, minimum percentage of
free blocks 10, rotational delay 0ms, disk rotational speed 90rps,
TIME optimization

6930p# fdisk md1
*** Working on device /dev/md1 ***
parameters extracted from in-core disklabel are:
cylinders=76 heads=255 sectors/track=63 (16065 blks/cyl)

parameters to be used for BIOS calculations are:
cylinders=76 heads=255 sectors/track=63 (16065 blks/cyl)

fdisk: invalid fdisk partition table found
Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)
start 63, size 1220877 (596 Meg), flag 80 (active)
 beg: cyl 0/ head 1/ sector 1;
 end: cyl 75/ head 254/ sector 63
The data for partition 2 is:

The data for partition 3 is:

The data for partition 4 is:


6930p# uname -a
FreeBSD 6930p.domain.com 8.0-STABLE FreeBSD 8.0-STABLE #1: Mon May 17
01:26:14 PDT 2010
r...@6930p.domain.com:/usr/obj/usr/src/sys/GENERIC  amd64


Am I missing something that ought to be obvious? [probable]
Is it no longer possible to mount UFS filesystems? [unlikely ;-) ]
Is there something specific about *this* UFS filesystem that prevents
it from working?

Thank you,

-Noah
___
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"


Re: mounting UFS CD-ROMs

2010-08-04 Thread Noah Pratt
On Tue, Aug 3, 2010 at 8:44 PM, Michael Powell  wrote:
> Noah Pratt wrote:
>
>> Hi,
>>
>> I have a whole bunch of UFS CD-ROMs, but I'm unable to mount them on
>> my FreeBSD 8 system.
>> I thought it would be possible. From the FAQ:
>> http://www.freebsd.org/doc/en/books/faq/disks.html
>>
>>     UFS CD-ROMs can be mounted directly on FreeBSD. Mounting disk
>> partitions from Digital UNIX and other systems that support UFS may be
>> more complex, depending on the details of the disk partitioning for
>> the operating system in question.
>>
>>
>> I tried the direct route:
>>
>> 6930p# file -s /dev/acd0t01
>> /dev/acd0: Unix Fast File system [v1] (big-endian), last mounted on
>                                         ^^
> [snip]
>>
>> 6930p# uname -a
>> FreeBSD 6930p.domain.com 8.0-STABLE FreeBSD 8.0-STABLE #1: Mon May 17
>> 01:26:14 PDT 2010
>> r...@6930p.domain.com:/usr/obj/usr/src/sys/GENERIC  amd64
>>
>>
>> Am I missing something that ought to be obvious? [probable]
>> Is it no longer possible to mount UFS filesystems? [unlikely ;-) ]
>> Is there something specific about *this* UFS filesystem that prevents
>> it from working?
>>
>
> I suspect maybe the disk was written using Solaris on SPARC, which is big-
> endian. Most PC architectures are little-endian.
>
> -Mike



Yes, the CDs were created in Solaris on SPARC. (I think it was a Sparc 10...)
And yes, my FreeBSD system is an Intel Core2Duo.

In Linux, copying the disc and mounting the disc image via loopback
worked great:
   ubuntu# cat /dev/cdrom > cd-image
   ubuntu# mount -t ufs -o ro,loop cd-image /mnt

It looks like NetBSD has a kernel build option FFS_EI, to enable
fsck_ffs -B to convert the byte order.
(I don't have a NetBSD system to test though.)

I even found a Windows program called R-Studio ( http://www.r-tt.com/
) that was able to recover data from these discs.

Can the filesystem's endianness be converted in FreeBSD?



Thanks a lot!

-Noah
___
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"


Re: mounting UFS CD-ROMs

2010-08-04 Thread Noah Pratt
I tried `dd conv=swab`,  and it's not that easy. I gather it's only
the metadata within the filesystem that's affected, so swapping the
whole thing leaves you with garbage. Afterwards, `file` saw it as
"data", where before it at least knew it was a filesystem.

On 8/4/10, xSAPPYx  wrote:
> You could try the conv=swab option to dd
>
> dd if=/dev/acd0 of=5853-5864.iso conv=swab
>
> On Wed, Aug 4, 2010 at 18:04, Noah Pratt  wrote:
>> On Tue, Aug 3, 2010 at 8:44 PM, Michael Powell 
>> wrote:
>>> Noah Pratt wrote:
>>>
>>>> Hi,
>>>>
>>>> I have a whole bunch of UFS CD-ROMs, but I'm unable to mount them on
>>>> my FreeBSD 8 system.
>>>> I thought it would be possible. From the FAQ:
>>>> http://www.freebsd.org/doc/en/books/faq/disks.html
>>>>
>>>>     UFS CD-ROMs can be mounted directly on FreeBSD. Mounting disk
>>>> partitions from Digital UNIX and other systems that support UFS may be
>>>> more complex, depending on the details of the disk partitioning for
>>>> the operating system in question.
>>>>
>>>>
>>>> I tried the direct route:
>>>>
>>>> 6930p# file -s /dev/acd0t01
>>>> /dev/acd0: Unix Fast File system [v1] (big-endian), last mounted on
>>>                                         ^^
>>> [snip]
>>>>
>>>> 6930p# uname -a
>>>> FreeBSD 6930p.domain.com 8.0-STABLE FreeBSD 8.0-STABLE #1: Mon May 17
>>>> 01:26:14 PDT 2010
>>>> r...@6930p.domain.com:/usr/obj/usr/src/sys/GENERIC  amd64
>>>>
>>>>
>>>> Am I missing something that ought to be obvious? [probable]
>>>> Is it no longer possible to mount UFS filesystems? [unlikely ;-) ]
>>>> Is there something specific about *this* UFS filesystem that prevents
>>>> it from working?
>>>>
>>>
>>> I suspect maybe the disk was written using Solaris on SPARC, which is
>>> big-
>>> endian. Most PC architectures are little-endian.
>>>
>>> -Mike
>>
>>
>>
>> Yes, the CDs were created in Solaris on SPARC. (I think it was a Sparc
>> 10...)
>> And yes, my FreeBSD system is an Intel Core2Duo.
>>
>> In Linux, copying the disc and mounting the disc image via loopback
>> worked great:
>>   ubuntu# cat /dev/cdrom > cd-image
>>   ubuntu# mount -t ufs -o ro,loop cd-image /mnt
>>
>> It looks like NetBSD has a kernel build option FFS_EI, to enable
>> fsck_ffs -B to convert the byte order.
>> (I don't have a NetBSD system to test though.)
>>
>> I even found a Windows program called R-Studio ( http://www.r-tt.com/
>> ) that was able to recover data from these discs.
>>
>> Can the filesystem's endianness be converted in FreeBSD?
>>
>>
>>
>> Thanks a lot!
>>
>> -Noah
>> ___
>> 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"
>>
>
___
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"


Re: virtualbox

2010-08-06 Thread Noah Pratt
On Fri, Aug 6, 2010 at 9:19 AM, Samuel Martín Moro  wrote:
> Very powerfull, indeed
> too bad vrdp doesn't work on OSE...
>

True, but a VNC server was recently added to the OSE edition instead:
http://www.virtualbox.org/ticket/6020

-Noah
___
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"


Re: ZFS practical application?

2010-08-09 Thread Noah Pratt
On Mon, Aug 9, 2010 at 3:40 PM, Ed Flecko  wrote:
> Hi folks,
> I've been reading about the ZFS file system, and I'm having a hard
> time understanding maybe the most practical business application(s)?
>
> I think I understand a little bit about it (from a conceptual
> perspective) that it's a self-healing 128 bit filesystem, better data
> integrity checking, etc.
>
> I have a small business (< 50 end users) and I'm wondering perhaps
> some examples that you might think would be most applicable for a
> FreeBSD server(s) and the ZFS filesystem?
>
> One of the things that seems like might be a detriment as well as an
> asset, is it's ability to expand as necessary, but then I'm wondering
> what prevents the filesystem from just "running away"?
>
> Are there any sites out there with perhaps a more laymen's explanation of ZFS?
>
> Comments?
>
> Thank you,
> Ed


ZFS filesystems can grow automatically within the space allocated to
the pool, but you control the pool. You also get fine-grained control
via quotas. Sun's docs are a good starting point:
http://docs.sun.com/app/docs/doc/819-5461/gbcik

Also read the parts about snapshots and zfs send:
http://docs.sun.com/app/docs/doc/819-5461/gavvx

What are your users running? Here's one of my favorites:
http://blogs.sun.com/GregB/entry/using_zfs_to_protect_ntfs


-Noah
___
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"