Я попробовал сотни форумов и сообщений, но ничто, кажется, не помогает!
У меня есть 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 часов, я больше не знаю, что сделать?
Любая справка очень ценилась бы...
Denis
P. S. ESXI 5.5.0 P. P. S. Сообщением в GUI является Appel "HostDatastoreSystem. CreateVmfsDatastore" льют l'objet "ха-datastoresystem" sur ESXI "172.16.1.244" é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
Но затем, деактивировав этот раздел, я смог воссоздать раздел дампа ядра на диске из графического интерфейса а затем воссоздайте хранилище.
Теперь это не так чисто, как изначально (несколько небольших дырок и странная сердцевина в конце), но я бы сказал, что проблема решена:
# 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.