<div dir="auto"><div><div class="gmail_quote"><div dir="ltr">On Mon, 8 Oct 2018, 15:33 Liam Proven, <<a href="mailto:lproven@gmail.com">lproven@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 8 Oct 2018 at 16:08, Mark Fraser <<a href="mailto:mfraz74%2Bubuntu@gmail.com" target="_blank" rel="noreferrer">mfraz74+ubuntu@gmail.com</a>> wrote:<br>
><br>
> On 08/10/18 10:24, Liam Proven wrote:<br>
> > On Thu, 4 Oct 2018 at 12:35, Mark Fraser <<a href="mailto:mfraz74%2Bubuntu@gmail.com" target="_blank" rel="noreferrer">mfraz74+ubuntu@gmail.com</a>> wrote:<br>
> >><br>
> >> I've tried asking this questions in numerous other places and so far<br>
> >> I've had no response, so I'm hoping someone here will be able to help.<br>
> >><br>
> >> I rebooted my server last week and when I tried to remove old kernels it<br>
> >> was stopping when trying to update grub. I ran update-grub2 on its own<br>
> >> and I get:<br>
> ><br>
> > This is just guesswork, but:<br>
> ><br>
> > «<br>
> > `/dev/disk/by-id/usb-Seagate_Backup+_Hub_BK_NA8TT3NB-0:0', skipping.<br>
> > grub-probe: info: Cannot stat<br>
> > `/dev/disk/by-id/usb-Seagate_Expansion_NA84KDR3-0:0', skipping.<br>
> > »<br>
> ><br>
> > That doesn't look good. Remove that device/those devices and try again?<br>
><br>
> Re-ran grub-mkdevicemap and those are OK now.<br>
<br>
Well, OK, er, good, but that's not what I said, is it?<br>
<br>
I suggested _removing_ those devices and trying again -- not making<br>
sure that GRUB was able to see them correctly.<br>
<br>
If they're backup drives, as the names suggest, then temporary removal<br>
should not hurt, right?</blockquote></div></div><div dir="auto"><br></div><div dir="auto">I did try that at a previous attempt and it still didn't work.</div><div dir="auto"></div></div>