PostgreSQL initdb-目錄不為空

Question

我正在ubuntu lucid服務器上安裝postgres 8.4（否，目前，我們在該服務器上使用的是“ lucid” LTS版本，因此尚無法升級（盡管我們現在將很快開始在精確的位置上測試系統） ））

我已經使用ext4文件系統為/var/lib/postgresql/8.4/main目錄設置了自己的分區。 （真正從事postgres安裝的人們知道現在發生了什么...）由於ext4在所有文件系統的根目錄中都放置了一個lost + found目錄，因此postgres不會將該目錄用作其數據目錄，因為它最初是不是空的...

initdb：目錄“ /var/lib/postgresql/8.4/main”存在但不為空如果要創建新的數據庫系統，請刪除或清空目錄“ /var/lib/postgresql/8.4/main”或運行initdb，其參數不是“ /var/lib/postgresql/8.4/main”。

最簡單的方法是在initdb完成其工作后，刪除丟失的內容並重新創建它。 -可能會引起任何問題嗎？ 丟失+找到的內容是否具有任何特殊屬性或任何使其無法重新創建的內容，並且是否需要其他時間（如果checkdisk找到需要放置的內容）？

另一種方法是卸載... / main /文件系統，初始化數據庫，將... / main /文件系統臨時安裝在其他位置，將內容移到那里並將其安裝到位。 似乎比“最簡單的方法”還需要更多的工作。

還是通過某種方式使initdb忽略目錄不為空？ （為此看不到任何命令行開關）

可能在postgres主目錄中丟失+找到的目錄引起任何問題嗎？

目前，我正在虛擬機上運行系統以進行測試，因此，如果我弄亂了事情並沒有關系，但是在將其作為正式安裝任務關鍵型系統的正式方法之前，最好先安裝一些關於這個的想法。

Answer 1

lost+found具有預先分配的塊，當分區缺少可用塊時，fsck可以更輕松地將數據移入其中。 要創建它，最好使用mklost+found命令而不是mkdir 。

如果您不重新創建它，則fsck會在需要時執行它。

但是，如果到了fsck在PGDATA中發現損壞的地步，我會考慮進行備份，而不是依靠lost+found來檢索任何內容。