内部バックアップドライブがあります(バックアップ1)にfstabエントリがマウントされています/mnt/backup
。時々、ドライブを一時的に取り外してから別のドライブ(バックアップ2)とセカンダリバックアップを実行します。完了したら、backup2 ドライブを取り外し、backup1 ドライブを挿入すると、システムは正常に戻ります。
私のバックアップスクリプトはハードコーディングされているので、/mnt/backup
必要なドライブを接続して/mnt/backupにマウントしてデータをバックアップできます。
今日はプラグを抜いたバックアップ1、接続済みバックアップ2Ubuntuを始めましょう。
- fstabは接続されていないbackup1のUUIDを見つけるためにフラグが
nofail
設定されているので、/mnt/backupマウントをスキップします。 - backup2のfstabエントリがありません。 /dev/sdcで接続されていますが、パーティションがマウントされていません。いいね
マウントしようとしましたが、mount --verbose /dev/sdc1 /mnt/backup
sdc1が/mnt/backupに正常にマウントされたという応答を受け取りましたが、そうではありませんでした。mount
そして、lsblk
このインストールは表示されません。 /mnt/backup は空です。
ただし、sdc1 を /tmp/backup などの別のディレクトリにインストールするとインストールされます。新しいドライブのパーティションを/mnt/backupにのみマウントできます。
私の質問:
- fstabにそのマウントポイントの別のパーティションのエントリがあるため、システムが/mnt/backupにマウントするのを妨げますか?
- それでは、fstabで定義されている内容に関係なく、/mnt/backupにどのようにマウントできますか?
Ubuntu 16.04、Linux 4.4.0-97
ベストアンサー1
これは一時的な問題であることが判明した。しばらくして問題のあるドライブをマウントできました/mnt/backup
。私の側の特定のタスクの解決策を見つけることはできません。 fstabを変更しなかったし、コンピュータを再起動しなかった。これはバグでなければなりません。同じ状況を再現できる場合は、さらに診断の詳細を収集してここに追加します。
だから、
- いいえ、システムはドライブがfstabで定義されているため、ドライブがマウントポイントにマウントされるのを防ぐべきではありません。しかし、時にはそのようなことが起こります。システムを再起動すると役に立ちます。
- fstabで定義されているマウントポイントをブロックすることは標準的な動作ではないため、すべてのブロックデバイスをすべてのマウントポイントに正常にマウントできる必要があります。