dd bs=1M argument error

Description

I have installed TrueNAS 12.0 on 64 bit FreeBSD within virtual box. Below is the VM setup. Note that the 4 disks in the LsiLogic controller of the VM are pass through of unformatted partitions ( https://www.virtualbox.org/manual/ch09.html#rawdisk ) and there are no access issues per se, as will be described below.

The web application looks great and is running. But when I try to create a zpool I get the following error

Then I went to the disk tools to try to replicate this appearant very basic dd wipe disk command that should not be failing and saw this ...

Then I said ... that command should not be failing. In fact the full zeros and random data options to wipe the disk work just fine. It was specifically this

dd if=/dev/zero of=/dev/da0 bs=1M count=32

So ... I went to the console and saw that indeed that command was failing with bs=1M vs bs=512; that was based on looking at the block size of the disk. I am not really an expert in this area of dd tool usage and certainly not the perticulars of this on BSD. I suspect that if the quick wipe would pass the zpool creating would function ok though.

Problem/Justification

None

Impact

None

SmartDraw Connector

Katalon Manual Tests (BETA)

Activity

Show:

William Gryzbowski March 30, 2021 at 1:39 PM

5GiB should be enough

Alexander Baras March 30, 2021 at 1:20 PM

I could. I was just doing testing of the system. How would you recommend I proceed for testing purposing. Some larger minimum size you recommend, 10 GB? Or should I use sparse disk files?

Thanks for the extreme prompt response, the truenas core platform is truly a gem - I look forward to migrating out manual, cmd line, ubuntu processes to this!

William Gryzbowski March 30, 2021 at 10:46 AM

Can you try bigger disks?

Need additional information
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Impact

High

Components

Fix versions

Affects versions

Priority

More fields

Katalon Platform

Created March 30, 2021 at 10:44 AM
Updated July 1, 2022 at 5:12 PM
Resolved April 13, 2021 at 1:29 PM