Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 24 Feb 2010 10:02:20 +0100
From:      "Erik Scholtz, ArgonSoft GmbH" <escholtz@argonsoft.de>
To:        freebsd-fs@freebsd.org
Subject:   Problem with writing an UFS2 to iStore Storage System / can't find block in cyl 0 / bad magic number
Message-ID:  <4B84EB1C.1080700@argonsoft.de>

next in thread | raw e-mail | index | archive | help
Hi,

I'm working on the problem I'm describing below since 12/2008. In Dec. 
2008 I was trying to connect an iStor iSCSI-Storage-System to my FreeBSD 
(tested with all releases 6.4, 7.1, 7.2 and 8.0), which did not work.

After having many tests and working together with Danny from the iSCSI 
Development Team, I'm now pretty sure the problem is in the UFS-tools 
and neither in the SCSI nor in the iSCSI-driver.

I come to this conclusion, since I was able to get a filesystem working, 
after extending my Kernel with ext-3 and using ext-3 as filesystem - so 
SCSI and iSCSI seem to work properly.



When trying to create the filesystem on an auto-build partitionmap ("use 
entire disk) I get:

**********************************************************************************
|(create the filesystem)
|newfs -O2 /dev/da0s1
|/dev/da0s1: 782023.5MB (1601584044 sectors) block size 16384, fragment
|size 2048
|        using 4256 cylinder groups of 183.77MB, 11761 blks, 23552 |inodes.
|super-block backups (for fsck -b #) at:
|  160, 376512, 752864, ... ... ...
|  1601377920
|internal error: can't find block in cyl 0
**********************************************************************************

Trying to write the filesystem in dangerously dedicated mode results in:

**********************************************************************************
|(create the filesystem)
|newfs -O2 /dev/da0
|
|..., ..., ...
|419256288
|cg 0: bad magic number
**********************************************************************************

After this, I tried to write the UFS to a partitionmap created by OS X. 
I was able to write a working UFS to this partitionmap (ignoring all 
warnings). The filesystem was stable and could be used; Running fsck to 
check the filesystem repairs the filesystem dead and destroys all data.

The partitionmap I used was:

**********************************************************************************
|geometry: 121403/255/63 [1950351360 sectors]
|
|         0         40         39        -     12     unused        0
|        40     409600     409639    da0p1      5    unknown        0
|    409640 1928708016 1929117655    da0p2      5    unknown        0
|1929117656     262184 1929379839        -     12     unused        0
**********************************************************************************

So does anybody out there have an idea how to get an UFS working on the 
storage?

Greetings,
Erik


---
My blog: http://blog.elitecoderz.net



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4B84EB1C.1080700>