内蔵HDD:Windows
外付けHDD:Ubuntu
ですよね。
マルチブートローダーを外付けHDDに書き込んでいれば、外付けHDDの電源を切って起動すればWindowsが多分起動すると思います。
マルチブートローダーを外付けHDDに指定しないでインストールしたのであれば？？

私も昨日、原因が違うと思いますが「grub rescue」の画面になりました。
一応、他の質問の回答を見て起動は出来るようになりました。（問題は山積みのように残っていますが）
https://forums.ubuntulinux.jp/viewtopic.php?id=19790
参考になるかどうかはわかりませんが。
grub rescue > ls
(hd0)(hd0,gpt3)(hd0,gpt2)(hd0,gpt1)(hd1)(hd1,gpt3)(hd1,gpt2)(hd1,gpt1)(hd2)
これは私の場合です。多分違う結果になると思います。
grub rescue > ls (hd0)/
grub rescue > ls (hd0,gpt3)/
　・
　・
とやっていくと私の場合、
grub rescue > ls (hd1,gpt1)/
./ ../ lost+found/ home/ etc/ media/ var/ bin/ boot/ dev/ lib/ lib64/ mnt/ opt/ proc/ root/ run/ sbin/ snap/ srv/ sys/ tmp/ usr/ vmlinuz initrd.img cdrom/ initrd.img.old vmlinuz.old lib32/
となりました。他はerrorです。
次に、
grub rescue > set prefix=(hd1,gpt1)/boot/grub
grub rescue > set root=(hd1,gpt1)
grub rescue > insmod normal
grub rescue > normal
これで起動だけは出来るようになりました。

いろいろ調べましたが、デュアルブートと他のOSとのHDDの共有はやらないほうが良いようです。
沢山の人がトラブルで苦労しているようです。
ある程度知識があっても解決は難しそうです。

確実かどうかはわかりませんが、デュアルブートをする場合、WindowsのHDDの他のHDDにインストールしてマルチブートローダーを必ずUbuntuのHDDに指定します。
しかし、これでもUbuntuはWindowsのHDDをマウントするので、自分でWindowsのHDDを自動でマウントしないように設定ファイルを書き換えるとよいのではないかと考えています。

今回の私のトラブルではUbuntuがWindowsのHDDにも悪さをしています。
いろいろ調べて、私の想像ですがUbuntuがWindowsのHDDをマウントしてアマウントを行う前にトラブルになってWindows側のHDDすべてが書き込み禁止になり、何回解除してもまたなります。（アマウントしなかったためだと思われます）

一番良いのはみなさんが言うようにデュアルブートしないことが一番よいようです。不便ですが。

＞grup rescue> ls (hd0)と順次,lsをためした

grup rescue> ls (hd0)/
”/”が抜けていませんか？

すみませんが、私もこれ以上詳しいことを知っているわけではありません。
ネット等で調べたことを書いただけですので。

　最初の質問にアップデートとあったので、原因がわかりませんでしたが、sdaにbootがあるということは
sdbにubuntuをインストールしたときgrubのインストール先を間違えたというわけです。
解決策は外付けHDDを外し、まずWindows10を修復してください。grup rescueなど何の役にも立ちません。
　ここではWindosの質問は歓迎されませんので他を検索してください。
　Windowsが立ち上がるようになったら、sdbを繋いで、そこにGrubをインストールしますが、
その点は修復後に再度質問してください。
　なお、HDDを２個使う場合は問題なくマルチブートができますが、小生もよく同じ間違いをし、
boot-repair-diskで修復したと思いますが、記憶が定かではありません。

後から見て気づいたのですが、
#5の投稿で
＞ディスク /dev/sdaの１にbootがあるようです。
は間違っていると思います。（これは私が思っているだけですが）

sdaはwindowsのシステムが入っています。（ファイルシステム　ntfs）

sdbはubuntuです。（ファイルシステム　ext4）

grub rescue > set prefix=(hd1,gpt1)/boot/grub
これを見ればわかりますが、/boot/grubはubuntuのシステムが入っているHDD(sdb)のフォルダです。

私の場合、
grub rescue > ls
(hd0)(hd0,gpt3)(hd0,gpt2)(hd0,gpt1)(hd1)(hd1,gpt3)(hd1,gpt2)(hd1,gpt1)(hd2)

(hd0)はWindowsのHDDです。（内蔵HDD　sda）
(hd1)はUbuntuのHDDです。（内蔵HDD　sdb）
(hd2)は外付けHDDです。（と想像しています。）

ky2010403さんの場合
grub　rescue＞ls　(hd0) (hdo,msdos3) (hd0,msdos2) (hd0,msdos3)
(hd0)しかないので、？？なにかおかしい？？

　Windows10が回復し、良かったですね。
Boot-repair-diskで修復した後に問題が生ずることまずはないと思います。
　本件の場合、Grub2はsdbのbootフォルダーに本体があり、sdaのMBRにあったboot-imageから起動されていました。
修復でそれが無くなったので、キー入力により、bootフォルダーから直接立ち上げるのだと思います。
対策は下記のコマンドでsdbにboot-imageをインストールします。
sudo apt grub-install /dev/sdb
エラーが出てうまく行かない時はトライ版を立ち上げて処理してください。

　さて、この問題の発端は自動インストールを行ったことにあるのではないでしょうか。
今後は手動で行い、Grubのインストール先を必ず確認するようにしてください。