redred様　ありがとうございます。
　　　　　ミュージックフォルダや他のフォルダでは当現象は見られません。
　　　　　あくまでGoogleDriveフォルダ内のファイルについての現象です。
　　　　　パーミッションのことは良くわかりませんがそれが原因ですとあきら
　　　　　めるしかありません。

bybywin様　ありがとうございます。

ブラウザでGoogleDriveにあるフォルダの中にあるファイルを再生するには問題ないですが
サイドバーからGoogleアカウントをクリックしてドライブをマウントすると本現象が起こります。
ご指摘の文字コードとは設定画面の文字コードの自動検出対象言語のことだと思いますが当初から
日本語に設定していましたが改善しません。検出失敗時に試行する文字コードも日本語にしましたが
同様です。

私もNASを使っていますし、mp3-tagも利用しています。
その後、色々と試してみましたが解決には至りませんでした。要はドライブからファイルを
ダウロードすれば良いことですので特に困ることありませんが、Windows上でGoogle Drive
ではこのようなことは起こりません。リナックスは難しいです。

ry様　ありがとうございます。
　　　具体的な手順は「google-drive-ocamlfuse」をインストールする方法ではなくあるwebサイトを
　　　参考にし「GNOMEコントロールセンター及びGNOMEオンラインアカウント」を導入する方法でマ
　　　ウントしています。
　　　
　　　１.インストール
　　　　端末から次の一行を入力してgnome-control-centerを導入。
　　　　sudo apt-get install gnome-control-center gnome-online-accounts

　　　２.起動方法
　　　　 XDG_CURRENT_DESKTOP=GNOME gnome-control-center
　　　
　　　３.Googleアカウントの認証
　　
　　　４.OSを起動する度、ファイルマネージャーを開くと サイドペインのネットワーク項目にGoogleDriveが
　　　    表示される。

タイトル、曲名、アーティストなどのタグは､
もしかしたら､OS側のファイルインデックスDBから拾ってくる可能性も思いつきました｡（根拠はありません）
https://wiki.ubuntu.com/Tracker#:~:text=Extensible metadata database for apps like gedit and rhythmbox which need to add custom metadata to files

Ubuntu Gnomeではtrackerというものが
ファイル内のタグ要素もインデックス化していると私も最近知りました｡
特にGnome製アプリはタグ関係で深く参照しているようです｡
audaciousなどのプレーヤーがそうかはわかりませんが｡

Ubuntu Gnomeではtrackerがインデックスを作成する対象フォルダーは個別に設定するそうです｡
https://kledgeb.blogspot.com/2017/11/ubuntu-1804-11-trackertracker.html#:~:text=インデックス対象の設定

その後のインデックスDB更新コマンドまでは調べていませんが､
1日開ければ自動更新ではなかろうかと思います｡

GoogleDriveフォルダのダメ元チェックポイントとして｡

あれ?､Linux Mintだったのですか?
Linux Mint はGnomeではないので､trackerで効果は期待できないと思います｡
むしろ冗長な代物になります｡

ubuntu20.04でGoogleDriveフォルダをtrackerのインデックス対象フォルダに指定してなおダメならば､
この可能性もボツですね｡