/etc/fstab には次の行があります。
UUID=E0FD-F7F5 /mnt/zeno vfat noauto,utf8,user,rw,uid=1000,gid=1000,fmask=0113,dmask=0002 0 0
パーティションはgnome-disksそのユーザーによって新しく作成され、カード全体にまたがります。
現在：mount /mnt/zenoユーザー（1000）として実行すると成功しますが、実際にはいいえインストール済み：以下がumount /mnt/zeno失敗し、と表示されますumount: /mnt/zeno: not mounted。視聴中にインストールすると、journalctl -f次のメッセージが表示されることがあります。
[...] kernel: SELinux: initialized (dev mmcblk0p1, type vfat), uses genfs_contexts
[...] systemd[1]: Unit mnt-zeno.mount is bound to inactive service. Stopping, too.
[...] systemd[1]: Unmounting /mnt/zeno...
[...] systemd[1]: Unmounted /mnt/zeno.
したがって、systemdはドライブをマウント解除し続けているようですが、その理由が見つかりません。カスタム「.mount」ファイルを作成したことを覚えていません。 /etc/systemdとホームフォルダで何かを見つけようとしましたが、何も見つかりませんでした。
では、このファイル "mnt-zeno.mount" とは何か、その修復方法は？最も重要なのは、ドライブをどのように取り付けるのですか？
答え1
mnt-zeno.mount創作者：systemd-fstab-generator。 Jonathan de Boyne Pollardによるとdebian-userメーリングリストの説明:
[systemd-fstab-generatorは]起動時に/etc/fstabを読み込み、fstabレコードをsystemd処理に変換するユニットを生成するプログラムです。 [...]
systemd.mount(5) および systemd.device(5) のマニュアルページによると、systemd はマウントデバイスデバイスとして動作します。元のシステムの動作方法には、「dev-sde1.device」というデバイス単位がありました。これは、「media-lumix\x2dphotos.mount」という名前のマウント単位の基本要件でした。
変更後にfstab実行するかsystemctl daemon-reload（これを行うと、変更をsystemd再分析して/etc/fstab選択できるようになります）、再起動する必要があります。
答え2
私と同じように、Google検索でここに来た人のために申し上げると、開発者はこの問題をこの記事を書く時点でほぼ5年（！）年間知っていましたが、まだ誰もこれを修正しようとしませんでした。https://github.com/systemd/systemd/issues/1741
回避策：通常、systemctl daemon-reload問題はsystemdデーモンを再起動すると解決されます。
答え3
systemd：アンインストール/ブート
Azure プラットフォームで実行される Redhat 7 Linux VM の 1 つです.最近の。以下のURLのAzureサポート技術情報の記事を参照して、以前のバックアップからデータを復元しました。
https://docs.microsoft.com/en-us/azure/backup/backup-azure-restore-files-from-vm
アクティブなAzureは、リカバリ後にLinux VMからディスクを自動的に分離します。
その後、サーバーに/bootファイルシステムが表示されず、自動的にマウント解除されます。
/var/log/messagesに表示され始めるエラーメッセージは次のとおりです。
12月14日 15:04:00 rhellinuxdbprodserver systemd: /boot を削除中... 12月14日 15:04:00 rhellinuxdbprodserver カーネル: XFS(sda1): ファイルシステムのマウント解除中 12月14日 15:04:00 rhellinuxdbprodserver systemd: /boot が削除されました。
この問題を解決するために、正しくインストールされた "systemctl daemon-reload"投稿を使用して/bootファイルシステムを再解析しました。
事前遺物
[root@rhellinuxdbprodserver boot]# df -Th grep -v tmpfs | ファイルシステムタイプ使用サイズ使用可能使用％マウント /dev/sda2 xfs 64G 51G 14G 79% / /dev/sdb1 ext4 111G 17G 89G 16% /mnt/resources
[root@rhellinuxdbprodserver boot]# systemctl daemon-reload
[root@rhellinuxdbprodserver boot]# mount -a
遺物の投稿
[root@rhellinuxdbprodserver boot]# df -Th grep -v tmpfs | ファイルシステムタイプ使用サイズ使用可能使用％マウント /dev/sda2 xfs 64G 51G 14G 79% / /dev/sdb1 ext4 111G 17G 89G 16% /mnt/resources /dev/sda1 xfs 497M 203M 294M 41% /boot