Replies: 10 comments 11 replies
-
That's a coincidence, I was just looking at how difficult it might be to replace the sdx into ../disk/by-id etc because of an existing request for this feature. Whether the pci address will sequentially correspond with a physical bay, I've no idea. It's an interesting problem. I'll take a look at that link and have a think about it. I could easily match the pci address to the sdx address in the logs but presumably for this to be useful you need this in the GUI on completion of a drive having finished or failed while other drives are still wiping? Anybody else got any possible solution |
Beta Was this translation helpful? Give feedback.
-
@ggruber I have a another use for your test box. |
Beta Was this translation helpful? Give feedback.
-
@PartialVolume you might want to have a look at will try to integrate this physical path thing |
Beta Was this translation helpful? Give feedback.
-
As a collaborator I don't have full control of all the features on nwipe's github pages. I'll contact Martijn van Brummelen who is the maintainer who can enable that feature. Also tagged @martijnvanbrummelen |
Beta Was this translation helpful? Give feedback.
-
Totally agree, it's been a long time coming and it would be good to finally implement this. Tomorrow, I'll open a discussion and break this feature down into the various sections that need to be written. Also how I see the interface changing very slightly to accommodate two new methods Secure Erase Basic and Secure Erase Enhanced and how we not only have a global method selection like we currently have but can override a method for any drive. So the user can select DOD3 globally for all drives but then change the SSDs to secure erase. To manually override the global wipe method for a given drive, you would use the selection keys to select the drive then type control+m to change the method, control+v to change the drive verification etc. Each drives details on the selection screen would need to incorporate these details, a example being [dod3,voff,R1,boff] meaning dod3 method, verification off, one round, blanking off. Also frozen drive info needs to be displayed, plus code to send the computer to sleep and wake-up necessary for unfreezing the drives on laptops and desktops. Anyway that's the basics, I'll fill out the details tomorrow. I don't think it will be quite as large a project as adding pdf certificates but still a substantial amount of coding. Time will tell I guess. |
Beta Was this translation helpful? Give feedback.
-
|
Beta Was this translation helpful? Give feedback.
-
regarding drive bay detection, just the example of thelia: |
Beta Was this translation helpful? Give feedback.
-
https://www.ibm.com/docs/en/linux-on-systems?topic=devices-secure-data-deletion-sas-drives should we move to a new discussion for the secure erase stuff? |
Beta Was this translation helpful? Give feedback.
-
here the disk list with slot info for the thelia testmachine: |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
We have 3 Drive enclosures (JBOD attached with LSI Raid controllers) with 12 drive bays each, we would like to map these to show the location of a drive instead of the /dev/sdx location if currently possible.
I've done some quick research and found https://serverfault.com/questions/1119649/how-to-name-drives-according-to-their-position-in-a-multi-bay-enclosure which suggests it should be possible. However, I am too inexperienced with Linux to fully understand how to implement something like this with ShredOS.
Beta Was this translation helpful? Give feedback.
All reactions