Ошибка 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 (удаление, создание разделов, запись) бесполезен.

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

Действительно, после более чем 30 часов попыток я больше не знаю, что делать?

Любая помощь будет очень высоко ценится...

Денис

P. S. ESXi 5.5.0 P. P. S. Сообщение в графическом интерфейсе пользователя: Appel "HostDatastoreSystem.CreateVmfsDatastore" для объекта "ha-datastoresystem" sur ESXi "172.16.1.244" и

Наконец я нашел решение, спасибо 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

Но затем, деактивировав этот раздел, я смог воссоздать раздел 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 прежде чем я смог удалить раздел. После удаления раздела и создания хранилища данных я переместил файл системного журнала в исходное место, /scratch/log. Это было на хосте ESXI 6.5.