約3ヶ月間悩んだ後、この問題は私を狂わせました。これが現状です。
私はKubuntuとSambaを実行しているコンピュータにntfsドライブ（Windowsの頃から残り）を持っています。ドライブの特定のフォルダはSamba共有としてマウントされ、誰でも読み取り、書き込み、および実行アクセスを使用できます。この共有は、smb：//locationとDolphinのネットワークインターフェイスを介してネットワーク内の誰でも簡単にアクセスできます。
発生する問題は、Officeスイートが保存するネットワークを見つけることができないことです（なぜこれはオプションではありませんか？）。私はFreeOffice、Open Office、LibreOfficeを試してみました。 LibreOfficeのリモート保存も試してみましたが、うまくいきません。
ネットワークが確立されたら、ラップトップが共有をマウントできるようにするautoや他のコマンド（今は名前を覚えていません）など、fstabにマウントするためにさまざまなアイデアを試しました。今回は動作します。再起動すると、ファイルシステムが数分間停止し、ユーザーディレクトリにマウントされたファイルが空になり、アクセスできなくなります。ファイル/ディレクトリ自体にはアクセスできません。 smb：//locationを介してSamba共有にアクセスできますが、fstabマウントポイントがハングしてコンピュータがハングします。一度動作すると衝突が発生するため、これは非常に残念です。新しいディレクトリを作成してfstabマウントポイントをそのディレクトリに変更すると、再び機能して再起動時に中断されます。
起動時に、Samba共有をユーザーのホームディレクトリのファイル（ディレクトリ）に自動的にマウントできるようにしたいです。
理由：Officeスイートソフトウェアはsmb：//ドライブに書き込めず、すぐにKDEキャッシュをデフォルトに設定し、ネットワークファイルを見つけることができません。ネットワークでファイルを開くことができるだけでなく、新しいファイルを作成して保存することも必要です。したがって、ネットワーク全体にアクセスするには、ユーザーのホームディレクトリにネットワークをファイルとしてインストールする必要があります。 （たぶん別の解決策がありますか？）
この問題を解決する方法に関するヘルプ、ガイドライン、アドバイスをいただきありがとうございます。
/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=49a150dd-e4ed-4adf-85f0-dfb2fa985be6 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=BE24-E7B8 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
//stan-lx/r /home/k/RN cifs _netdev,username=guest,password=,uid=1000,auto,iocharset=utf8,comment=systemd.automount, 0 0