Replies: 2 comments 1 reply
-
|
Solved: it turned out these two drives were part of an mdadm array. I had used a disk wipe tool that didn't remove the mdadm superblock. Solution: stop the array then run the above command and/or use mdadm --zero-superblock /dev/sdX so you don't run into this problem later. |
Beta Was this translation helpful? Give feedback.
1 reply
-
|
It wasn't the superblock. UDEV was starting the array. I didn't check my /dev/md directory. In some cases you won't get anything there and need to do an ls /dev/md* to make sure. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Strange, I was able to convert two out of four drives to 4kn. One on an LSI 9361-16i in JBOD mode, but it gave me lot's of resets errors in the logs, which took over an hour to complete. The second one directly to the SATA port, which took about a couple of minutes. Then, I tried two more drives: ST20000NM002C Rev SN04 (identical) and I got:
open: Resource busy
open failure
Error: 16 - Resource busy
Error: Could not open handle to /dev/sda
Tried rebooting, tried a different sas card (LSI SAS2308). For some reason these apparently identical drives won't work. There is no indication that the OS is restricting access to these drives.
Command used:
./SeaChest_Format_linux_x86_64 -d /dev/sdb --setSectorSize=4096 --confirm this-will-erase-data-and-may-render-the-drive-inoperable
Beta Was this translation helpful? Give feedback.
All reactions