VMWare 錯誤：寫入期間的只讀文件系統

我嘗試了數百個論壇和文章，但似乎沒有任何幫助！

我有 vSphere ESXi 5.5。並且在首次啟動 ESXi 時，它會自動創建和格式化儲存。

出於某種原因，我刪除了它，現在我無法取回我的磁碟/儲存！如果我需要重新格式化沒問題，但即使這樣也是不可能的！

我試圖重用它，盡可能地格式化它，但沒有任何效果：

我得到的唯一消息是：錯誤：在 /dev/disks/naa.(…) 上寫入期間只讀文件系統！

例如 ：

# partedUtil mklabel /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 msdos
Error: Read-only file system during write on /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
WriteNewPtable: Unable to commit to device /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
partedUtil delete partition gives the same message.

partedUtil setptbl 給出了同樣的資訊。

fdisk (delete, new partitions, write) 沒用。

# partedUtil  getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
2 8386623 13629502 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0

真的，嘗試了30多個小時後，我不知道該怎麼辦了？

任何幫助將不勝感激…

丹尼斯

PS ESXi 5.5.0 PPS GUI 中的消息是 Appel “HostDatastoreSystem.CreateVmfsDatastore” pour l’objet “ha-datastoresystem” sur ESXi “172.16.1.244” a échoué

最後我找到了解決方案，感謝community.vmware.com。

也許這僅解決了問題的 50%，但至少可以重新獲得對磁碟的訪問權限。

# esxcli system coredump partition get
Active: naa.600605b009a647b01c5ed73926b7ede1:2
Configured: naa.600605b009a647b01c5ed73926b7ede1:2

我們看到這個 coredump 分區正在使用我們的磁碟。這就是我所做的：

# esxcli system coredump partition set --enable false
# partedUtil delete /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 2

現在好多了：

# partedUtil getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0

但這不是 100% 解決的：

# partedUtil delete /dev/disks/naa.600605b009a647b01c5ed73926b7ede1 1
Error: Read-only file system during write on /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
Unable to delete partition 1 from device /dev/disks/naa.600605b009a647b01c5ed73926b7ede1

但是，通過取消啟動該分區，我能夠從 GUI 在磁碟上重新創建一個 coredump 分區，然後重新創建一個儲存。

現在，這並不像最初那樣乾淨（最後有一些小孔和奇怪的coredump），但我想說問題已經解決了：

# partedUtil getptbl /dev/disks/naa.600605b009a647b01c5ed73926b7ede1
gpt
1215155 255 63 19521474560
1 63 8386622 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0
3 8388608 19521267711 AA31E02A400F11DB9590000C2911D1B8 vmfs 0
2 19521267712 19521472511 9D27538040AD11DBBF97000C2911D1B8 vmkDiagnostic 0

引用自：https://serverfault.com/questions/663970