<div dir="ltr">Hey like mentioned it seems like the disk maybe got damaged from trimming hah. Initialization with GPT worked on another SSD that wasn't trimmed (I think) - also a Samsung 860 EVO. We successfully installed a system with pseudo filesystems.<div><br></div><div>Interestingly fdisk worked on that previous disk that rejected gpt. We were able to test it on a throw away laptop. Just wanted to see if it would work out of curiosity and it did allow for a successful install. Got some weird warnings but won't include those in this thread.</div><div><br></div><div>Anyways these are the steps that were used:</div><div><br></div><div># dd if=/dev/urandom of=/dev/da0 bs=32k status=progress</div><div># gpt init -f -B da0</div><div># gpt show da0</div><div># disklabel64 -e da0s1</div><div><br></div><div>Proceed with manual installation.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 29, 2023 at 10:43 AM Mayu Inc. <<a href="mailto:pomomayu@gmail.com">pomomayu@gmail.com</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"><div dir="ltr"><div>Awesome thank you.</div><div><br></div><div>Yes I chose the -E to opt for trimming. Running the command 'gpt init -f -E' without the -B did not cause the machine to freeze - it only froze with the -B flag.</div><div><br></div><div>Actually not sure if 'froze' is a fair description. It just sat there with a cursor and would not take any additional commands.</div><div><br></div><div>However after restarting the machine and running 'gpt show da0' everything seemed to be intact.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 29, 2023 at 6:36 PM Matthew Dillon <<a href="mailto:dillon@backplane.com" target="_blank">dillon@backplane.com</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"><div dir="ltr">There is no disklabel on s0, it contains a msdos filesystem directly on slice 0 ... that's what the BIOS EFI boot code accesses.  The only thing on that msdos filesystem is the EFI boot binary.<div><br></div><div>The disklabel on s1 would contain 'a' and 'd' (and usually a 'b' swap partition too).</div><div><br></div><div>I'll look into the -E issue.  It could be the SSD and not the system... hardware is not always happy getting issued thousands of SATA TRIM commands to clean the drive out.</div><div><br></div><div>-Matt</div></div>
</blockquote></div>
</blockquote></div>