Печать

Пожалуйста, войдите или зарегистрируйтесь.

[failor]

После обновления BIOS(http://ru.msi.com/product/nb/GE620.html#/?div=BIOS&nbos=non-win%208) и Firmware (http://ru.msi.com/product/nb/GE620.html#/?div=Firmware&nbos=non-win%208) изменилась картина таблицы разделов на неродном SSD (Corasair Force GT 60GB), был посажен вместо стокового диска. Все операции производились последовательно из окружения DOS с одной промежуточной перезагрузкой (BIOS update -> reboot -> firmware update) и завершились успешно (были выполнены все рекомендации и требования, включая интерактивные), однако, после перезагрузки ждал сюрприз. С полной ответственностью утверждаю что озвученное имеет место быть. Скажите пожалуйста, почему нигде не встретилась рекомендация сделать бэкап с основного носителя или это я не досмотрел? Думаю что лучше бы с этим всё-таки разобраться и проверить всё выше озвученное. Знаю что виноват сам, пусть этот топик и моя невнимательность послужат примером для других.

P.S. Экскурс в лирику:
Было два luks-раздела и вынесенный на флешку загрузчик, который после первой же перезагрузки сообщил "cryptsetup: evms_activate is not available" и дропнул в initramfs-окружение. Уже там выяснилось что sda хотя и наличествует, но разделов на нём больше нет и `blkid` показал пустоту по всему кроме носителя с загрузчиком, всё это подтвердилось в дальнейшем. Впрочем, ssd не стал кирпичём и в итоге работает, вся диагностика в норме, что ещё раз подтверждает наличие проблемы.

[failor]

Не то чтобы это удивляло, но я наивный всё-таки ожидал что хотябы кто-то отпишется по делу =)

[olegg]

Дело в том, что подобный случай единственный и прошивка биоса и ec firmware ни как не должна влиять на диски...
От того и посоветовать нечего 

Да и прогуглить вопрос надо непосредственно по данному ссд, возможно с ним что не так, может у кого нибудь и случалось с ним подобное...

[failor]

Можно упереться в процессе поисков в эпизоды наподобие https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1003309
Ситуация также осложняется тем, что "убило таблицу разделов" это не то чтобы соответствует действительности. На самом же деле, учитывая что это не lvm, удаётся вручную выставить разделы по секторам при помощи того же `addpart` и впоследствии смонтировать их. Однако, симптоматика такова, что как ни крути и куда винт ни суй (разные дистрибутивы, ядра, контроллеры) без ручных манипуляций по показаниям `parted` (только parted видит, вот хоть как) разделов увидеть не удастся. К этому привела очевидная для меня последовательность действий связанных с обновлением биоса и фирмваре, когда рабочая система "закирпичилась" благодаря отсутствию идентификаторов каких бы то ни было, указывающих на разделы, что в стадии загрузки как известно влечёт к неработоспособности инстанса ОС в данной конфигурации и с таким вот набором в initrd-образе (чуть более чем нифига).

Ах да, ещё наверное стоит добавить что таблица разделов там bsd на случай если кто-то попробует воспроизвести. Следует также добавить, что если выставить разделы вручную выше озвученной манипуляцией то uuid остаются теми же (наверное так и должно быть, с чего бы им меняться). Может быть кто-то знает, нельзя ли сделать так, чтобы разделы там же и остались на своих местах после того как их выставляешь addpart'ом? Поскольку после ребута их снова нет, а видит их только parted, а выставить можно addpart'ом, а их нет в родном загрузчике, а я побаиваюсь его пересобирать с целью исправить отсутствие того, чего там не было.