Ошибка 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 часов, я больше не знаю, что сделать?

Любая справка очень ценилась бы...

Denis

P. S. ESXI 5.5.0 P. P. S. Сообщением в GUI является Appel "HostDatastoreSystem. CreateVmfsDatastore" льют l'objet "ха-datastoresystem" sur ESXI "172.16.1.244" échoué

0
задан 31 January 2015 в 18:18
2 ответа

Наконец, я нашел решение, благодаря 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
1
ответ дан 4 December 2019 в 17:04

Спасибо,это сработало, но мне также пришлось переместить файл системного журнала на хосте из / scratch / log в / tmp , прежде чем я смог удалить раздел. После удаления раздела и создания хранилища данных я переместил файл системного журнала в исходное место, / scratch / log . Это было на хосте ESXI 6.5.

0
ответ дан 4 December 2019 в 17:04

Теги

Похожие вопросы