VMWare错误:写入期间的只读文件系统

我尝试了数百个论坛和post,但似乎没有任何帮助!

我有vSphere ESXi 5.5。 并在第一次启动ESXi时自动创build并格式化存储。

出于某种原因,我删除了它,现在我不能让我的磁盘/存储回来! 没有问题,如果我需要重新格式化,但即使这是不可能的!

我试图重复使用它,尽可能将其格式化,但没有任何工作:

我得到的唯一消息是:错误:在写入/ 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(删除,新分区,写入)是没有用的。

 # 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é

最后我find了一个解决scheme,感谢communities.vmware.com 。

也许这只解决了问题的原因的50%,但至less访问磁盘可以恢复。

 # 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重新创build磁盘上的coredump分区,然后重新创build存储。

现在,这个最初并不干净(最后一些小洞和奇怪的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 

谢谢,这工作,但我也必须将主机上的系统日志文件从/scratch/log重新定位到/tmp然后才能删除该分区。 一旦分区被删除,创build的数据存储,我将系统日志文件重定位到原始位置/scratch/log 。 这是在ESXI 6.5主机上。