私はDebian 8（Jessie）がインストールされている修正されたWD MyCloud（第1世代）NASを実行しています。
デバイスの微妙な違いにより、ルートパーティションのサイズを変更することができず、スペースの確保に困難があります。
この問題を解決するために、ディレクトリをプライマリデータパーティションに/var同期しました。/usr
次に、次の行を追加しました/etc/fstab。
/data/rootfs/var /var none defaults,bind 0 0
/data/rootfs/usr /usr none defaults,bind 0 0
再起動後、ディレクトリ/varに正常にマウントされていますが、/usrディレクトリまだ。
その後、実行するとmount -aエラーが発生せず、/usrディレクトリが正しくマウントされます。
何が間違っていますか？
答え1
systemdを使用している場合、インストールは並行して実行されます（以下を介して）。fstabエントリをマウント単位に動的に変換する）、行の順序は、システムの以前の経験で予想どおりに維持されません。
自動的に推測できない不明な依存関係があります。/data/インストールする前にインストールしてください/usr。それがなければ、競争条件が発生します。
以下を使用して、疑似インストールオプションを使用して依存関係を手動で追加する必要があります。x-systemd.requires=。したがって、/dataマウントする前のマウントポイントが次の場合に機能するようにする必要があります。
/data/rootfs/var /var none x-systemd.requires=/data,bind 0 0
/data/rootfs/usr /usr none x-systemd.requires=/data,bind 0 0
他の人がこの問題を発見しましたが、/dataNFSなどのリモートネットワークファイルシステムのユースケースである場合は、疑似マウントオプション_netdev（systemdでも認識される辞書システムオプション）を使用する必要があります。返品これに対する自動プロンプトを表示する方法がなく、このエントリがないと、回避策が混乱する可能性があるため、すべてが/data/rootfs/usr機能するようにエントリに追加されました。nonex-systemd.requires=