Re: bioctl crypto size limitation ?

On 05/26/17 09:11, Joel Sing wrote:
> On Saturday 27 May 2017 01:56:06 Joel Sing wrote:
>> On Friday 26 May 2017 01:05:59 sharon s. wrote:
>>> On 05/26/17 00:45, Ted Unangst wrote:
>>>> mymlact@gmx.com wrote:
>>>>> Steps to recreate:
>>>>>
>>>>> dd if=/dev/random of=/dev/rsd0c bs=1m (took over a week)
>>>>>
>>>>> fdisk -iy -g sd0 (I left off the "-b 960" because this is not a
>>>>> bootable partiton)
>>>>>
>>>>> disklabel -E sd0
>>>>>
>>>>> Label editor (enter '?' for help at any prompt)
>>>>>
>>>>> > a a
>>>>>
>>>>> offset: [64]
>>>>> size: [70319603585]
>>>>> FS type: [4.2BSD] RAID
>>>>>
>>>>> > w
>>>>> > q
>>>>>
>>>>> # bioctl -v -c C -l sd0a softraid0
>>>>> New passphrase:
>>>>> Re-type passphrase:
>>>>> Deriving key using bcrypt PBKDF with 16 rounds...
>>>>> bioctl: unknown error
>>>>>
>>>>> softraid0: invalid metadata format
>>>> You filled the disk with random data, which is not a valid metadata
>>>> format...
>>> I followed the FAQ, http://www.openbsd.org/faq/faq14.html#softraidCrypto .
>> Hrmmm, it looks like that part of the FAQ is incorrect or missing a step.
>> You should be able to work around it by either zeroing the first ~1MB of
>> disk (per the FAQ), or by using 'bioctl -C force' (carefully).
> Actually, re-reading this it should be correct - the "invalid metadata format"
> error is more likely indicating an issue identifying the partition type/size
> (as unhelpful as that is). Could you provide the output from `disklabel sd0'?
>
Currently have have created a standard filesystem and have it mounted,
disklable looks like so:

20170526-1519: tbisch@store:/root:# disklabel sd0
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: MR9265-8i
duid: 194997bb8410087b
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 4377192
total sectors: 70319603712
boundstart: 1024
boundend: 70319603649
drivedata: 0

16 partitions:
# size offset fstype [fsize bsize cpg]
a: 70319602560 1024 4.2BSD 8192 65536 52270 # /data
c: 70319603712 0 unused
i: 960 64 MSDOS

I was a little surprised that the offset was 1024, haven't seen that before.

If i unmount, send some random data to the drive, re-init the drive and
then run run disklabel it looks like so:
# umount /backup

# dd if=/dev/random of=/dev/rsd0c bs=1m
^C7342+0 records in
7341+0 records out
7697596416 bytes transferred in 153.355 secs (50194418 bytes/sec)

# fdisk -iy -g sd0
Writing MBR at offset 0.
Writing GPT.


# disklabel sd0
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: MR9265-8i
duid: 8100dcb121ad1107
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 4377192
total sectors: 70319603712
boundstart: 64
boundend: 70319603649
drivedata: 0

16 partitions:
# size offset fstype [fsize bsize cpg]
a: 70319603585 64 RAID
c: 70319603712 0 unused

Additionally, the system kernel paniced when I was moving data to it the
other day, the automatic fsck took 8 minutes for the 32Tb drive.