<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Jan 24, 2025 at 7:57 AM Thomas Lange <<a href="mailto:lange@cs.uni-koeln.de">lange@cs.uni-koeln.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>>>>> On Thu, 23 Jan 2025 17:33:56 -0500, Matthew Pounsett <<a href="mailto:matt@conundrum.com" target="_blank">matt@conundrum.com</a>> said:<br>   > I've used dd to wipe all four drives of data left behind by the previous hardware controller, and<br>
    > when I started the install all four drives had no partitions, but somewhere along the way<br>
    > setup-storage seems to have written partitions to all four drives, not just the first two.<br>
Did you used the command wipefs -a on all disks and partitions?<br>
Maybe also use dd and write some MB of zeros onto the disks. There may<br>
be signatures of soft raid and GPT tables at the end of the disk.</blockquote><div><br></div><div>I'm already using dd to write zeros to the disks ("I've used dd to wipe all four drives of data left behind by the previous hardware controller" above), which has been sufficient in the past.  I guess I've never run into a case where FAI assigned the same UUID to two different disks before ... but wipefs seems to have worked around that.  Thanks for the suggestion!</div><div><br></div><div>Unfortunately, I'm now getting an entirely new error from LVM, for which I'm running out of troubleshooting steps.  I'll start a new thread for that if I can't solve it.</div><div><br></div><div>Thanks for the help!</div></div><div class="gmail_quote gmail_quote_container"><br></div></div>