0

ubuntu lucidサーバーにpostgres 8.4をインストールしています(いいえ、現時点ではそのサーバーで「lucid」LTSバージョンを使用しているため、アップグレードはまだ不可能です(ただし、システムの正確なテストをすぐに開始する予定です) )))

/var/lib/postgresql/8.4/main ディレクトリ用に独自のパーティションを ext4 ファイル システムでセットアップしました。(postgres のインストールに本当に夢中になっている人は、今何が起こっているかを知っています...)空ではない...

initdb: ディレクトリ "/var/lib/postgresql/8.4/main" は存在しますが、空ではありません 新しいデータベース システムを作成する場合は、ディレクトリ "/var/lib/postgresql/8.4/main" を削除または空にするか、次のコマンドを実行します"/var/lib/postgresql/8.4/main" 以外の引数を持つ initdb。

続行する最も簡単な方法は、lost+found を削除し、initdb がジョブを完了した後に再作成することです。- それは何か問題を引き起こす可能性がありますか? lost+found には、再作成を不可能にする特別な属性や何かがありますか? また、checkdisk がそこに置く必要があるものを見つけた場合以外はいつでも必要ですか?

もう 1 つの方法は、.../main/ ファイル システムをアンマウントし、データベースを初期化し、.../main/ ファイル システムを別の場所に一時的にマウントし、そこに物を移動して、その場所にマウントすることです。「最も簡単な方法」よりも少し手間がかかるようです。

または、ディレクトリが空でないことをinitdbに無視させる方法はありますか? (そのためのコマンドラインスイッチは表示されませんでした)

postgres メインディレクトリ内の lost+found ディレクトリが問題を引き起こす可能性はありますか?

現時点では、テストのために仮想マシンでシステムを実行しているため、何かを台無しにしても問題ありませんが、これをミッション クリティカルなシステムをインストールする公式の方法にする前に、いくつか用意しておくとよいでしょう。これについての考え。

4

1 に答える 1

0

lost+foundパーティションに空きブロックが不足している場合に fsck がデータを簡単に移動できるように、事前に割り当てられたブロックがあります。作成するには、mklost+foundではなく コマンドを使用することをお勧めしますmkdir

再作成しない場合は、fsck必要なときにとにかく作成します。

しかし、PGDATA 内で破損が見つかった場合は、何かを取得することをfsck期待するのではなく、バックアップを取ることを検討します。lost+found

于 2012-12-05T14:17:31.527 に答える