Проверка осиротевшие снимки - ESXi5
Это звучит, как будто устройство пыталось болтать с ОС на первой начальной загрузке и так как стек не был готов в то время, это "вышло из системы" концентратора. Полагайте, что добавление раздела в конец процесса начальной загрузки отбрасывает драйвер и вызывает перезагрузку. (modprobe -vr ehci_hcd; modprobe -v ehci_hcd если USB2.0, uhci_hcd если USB1.x)
Другая возможность состоит в том что, когда закрытие Gumstix, это сказало устройству входить в энергосберегающий режим, который может неправильно поддерживаться устройством. Windows может сделать вещи, отличающиеся там, чем Windows, который может быть всем этим поставщик, протестированный на. Для тестирования этого Вам, вероятно, придется сказать драйверу устройства не приостанавливать или выключать устройства во время системных перезапусков. Посмотрите на Документацию Ядра Linux относительно Экономии электроэнергии в разделе USB для начала работы.
Если процесс удаления моментального снимка завершится успешно, не торопитесь ли вы Обновить или Обновить вид? (точный термин зависит от страницы).
Для поиска снимков (забытых, неправильно управляемых, потерянных или иным образом) я просматриваю представление хранилища данных -> представления хранилища кластера или центра обработки данных объект. Столбец «Место для снимков» - это руководство, которое я использую для определения активных или потерянных снимков.
Уильям Лам (очень известный и уважаемый сотрудник VMWare) пишет множество пользовательских сценариев, помогающих системным администраторам работать с их продуктами, и один из них ( Clicky ) является очень полезный скрипт проверки работоспособности всей системы vCenter. Среди очень многих вещей, которые он делает, это список всех снимков, и я думаю, что он также обнаружит осиротевшие. Не уверен на 100%, что это определенно решит эту проблему, но я хотел, чтобы вы знали об этом.