-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FormatUnit has no effect #21
Comments
Can you share the output of the following options? |
Ok, I faced a lot of weird reporting from Seachest_Format and SeaChest_Lite. Then I ditched windows and created a SeaChest boot drive. Then I used the Seachest_Format --formatUnit 4096 --fastFormat 1 ... command After the command the drive always showed 512 as the logical sector size but after reboot it showed 4096. PS: I am using the Adaptec ASR71605 in HBA mode as the SAS controller. I am attaching the relevant outputs (using the SeaChest Boot Drive) |
@JSinghDev, This scenario is definitely odd. I don't see anything in the output that you provided that seem suspect to cause this. Can you confirm a couple things for me?
I have an older 8405 HBA and some other newer ones (don't remember models) that I can do a little testing with to see if I can repeat this, but it will take a bit before I can get that setup. |
I would like to add another thing that I saw with one of the drives when I was facing this issue. I ran the formatUnit command with fastFormat 0. Furthermore, when I realized the mistake, I cancelled the command and the drive went into a faulted state (03h I guess). After that, when I ran the SeaChest_Format - d .... -i command, it showed that the device did not show the formatUnit command in the supported features list, so I could not rerun the command. I tried rebooting, but it was the same. This was in windows I finally resolved that issue by going into the controller setup during boot and performing the low level format from there. Then post completion, the drive was behaving normally. |
Thanks for the extra detail @JSinghDev! When you interrupted the format the first time, this puts the drive into "Format Corrupt" state. In this mode a lot of commands that SeaChest uses to detect drive features do not complete properly (even if the drive does support the command). This is because in format corrupt state certain commands are not available, but you should be able to send a new format to clear it and get it back to normal. This part makes sense. When you did the fast format under Linux is where things seem odd to me since it seemed to take a reboot to show the new sector size. I don't know why this would be the case and nothing in what you've shared gives any indication of the drive or software having an issue, which is the odd part. The next step will be for us to try and repeat the problem as best we can to debug it. |
I reread this thread and I think the reason format unit was not showing in the features is due to the drive being format corrupt (interrupting fast format mode 0). The format unit command should always be supported by a SAS/SCSI drive, but that code also gets run for SCSI translators which are not known to support all translations, especially on USB, so I will need to figure out a better long term solution in the future, but I think this will help a little for now. The format done in the controller's BIOS was probably this same format unit command to get the drive back to a fully functioning state again. |
I was trying to change my ST4000NM005A SAS drive from 512e to 4kn and I ran the command:
SeaChest_Format_x64_windows_R.exe -d arc:0:0:4 --formatUnit 4096 --fastFormat 1 --confirm ...
This has no effect and the drive still shows 512 as logical sector size rather than 4096
The text was updated successfully, but these errors were encountered: