web-dev-qa-db-ja.com

16.04 LTSサーバー。 zfsを使用しようとしたが、再起動後に自動マウントされない

だから、Ubuntu Server 16.04の新しいコピーを実行しています(Ubuntu-deskをその上にインストールしましたが、それ以外はストックしました)

Zfsutils-linuxをインストールし、Ubuntu zfsカーネルリファレンスサイトの指示に従ってraidzプールを作成できました。その上にいくつかのファイルシステムを作成し、ファイルのコピーを開始しました。

再起動時に、システムはプールをまったく認識しません。 「Sudo zpool status」は何も返しません。

再起動後にこれら2つのコマンドを実行すると(ストレージはプールの名前です):

Sudo zpool import storage

Sudo zfs mount -a

これによりプールが接続され、次の再起動まで問題ありません。

通常の再起動を行うと、ルートドライブは/ dev/sdbになります

これら2つのコマンドをrc.localファイルに追加しようとしましたが、ドライブ名の順番が間違っています。私のメインドライブはより遅い古いドライブであり、おそらくスピンアップするのに時間がかかるという事実のために私は仮定しています。

プールドライブはすべてコンシューマグレード2 TBドライブであり、ブートディスクはコンシューマグレード500ギガドライブです。このコンピューターをテストマシンとして使用し、他のサーバーのバックアップとして使用します。このサーバーは現在32ギガバイトのRAMを搭載しており、xeonプロセッサを搭載した「9」シリーズのスーパーマイクロサーバーマザーボードであるため、ホームサーバーとして実行するのに十分な電力があります。

私は本当にこれが自動的に動作することを望んでおり、私の他のオプションはコマンドの前に遅延を置くことですが、どういうわけかドライブを自動的にマウントする必要があると信じる必要がありますが、ドキュメントまたはオンライン検索でどのように見つけましたか?.

助けてくれてありがとう!

2
Rodney Grump

最初に、実際にマウントされていないことを確認します

Sudo zfs get mounted

次に、マウントポイントが設定されているかどうかを確認します

Sudo zfs get mountpoint storage

最後にマウントポイントを設定します

Sudo zfs set mountpoint=/data data

Zfsの動作は、これまで使用していた他のすべてのファイルシステムとは少し異なります。

同じ名前のマウントポイントを作成せずにプールを作成したと思います。それが自動マウントに失敗した理由であるかどうかはわかりません。

1
chiluk

Zpoolを作成するときは、一意のドライブIDを使用してください。これらは/dev/disk/by-id/にアクセスして見つけることができます。ドライブのエイリアス(例:/dev/sda/dev/sdb)は、ブート時にシャッフル/再割り当てできるため、zfsはzpoolを見つけることができません。

0
fastily