Восстанавливаем SSD под Ubuntu Linux
На сайте как то появлялась статья о том, как оптимизировать работу Ubuntu Linux на SSD жёстких дисках. Но случиться может всякое, да и SSD довольно часто выходят из строя, поэтому и публикуется эта статья. Ниже вы узнаете как восстановить SSD в случае поломки.
Мне подумалось, что вдруг кого-то из владельцев SSD устройства этот топик наведёт на мысль о backup’е, кого-то о в целом более осторожном отношении, а кого-то избавит от общения с не слишком торопливой службой поддержки. Всё написанное относится не тдоолько к устройствам той серии и производителя, что у меня.
Дней 10 назад мне случилось оставить на ночь ноут с батареей в критическом состоянии без зарядки. Я не слишком беспокоюсь о жизни батареи, но удар последовал с другой стороны. Утром, включив ноутбук в зарядку и включив его я с удивлением обнаружил, что:
В ВIOS’е винчестер определялся. Схватив имевшийся под рукой Ubuntu Live CD на flash’ке и вооружившись командной строкой, я приготовился к дебагу.
Стоит сразу сказать, что в случаях таких сбоев удобнее было бы использоваться какой-нибудь Data Rescue Live CD, с уже установленными утилитами диагностики вместо совершенно не нужного офисного пакета, но тем не менее.
Наберём арсенал, который нам пргодится:
Смотрим, что у нас случилось:
Итак, с таблицей разделов вроде бы можно попрощаться.
Ошибка ввода-вывода? Диск не поддерживает SMART? Уже бред какой-то.
Ага. Можно заметить, что число условных SSD цилиндров упало в 10000 раз и согласно десктопному Gparted’у размер винчестера составляет 8MB (каюсь, в логах не сохранилась консольная команда и её вывод для просмотра этого безобразия, прошу верить мне на слово). Серийный номер отсутствует и вместо него BAD_CTX что-то там. Хорошо, симптомы поняли, можно обращаться к поиску и в поддержку. Действительно, оказывается, проблема далеко не единична, но, увы, такой идиот с Linux’ом я один.
В кратце для не знакомых с языком и ленивых, форумчане говорят о повальной подверженности всех Intel’овских SSD такому багу, особенно затронувшее 320ю серию и X25M. Есть новость о прошивке 0362, которая призвана избавить именно от этого бага, но количество обращений людей с уже этой прошивкой с теми же симптомами говорит о нерешённости проблемы. Да, лучшим решением в данном случае было бы отправить винчестер обратно в Intel, чтобы у них появился стимул поправить свои ошибки.
К сожалению, поддержка Intel не отличается расторопностью, и отвечает примерно раз в сутки, затупливая по техническим вопросам, и очень рекомендуя установить их SSD Toolbox для определения проблемы. Хочется отдельно заметить, что основной срез пользователей SSD — это владельцы MacBook’ов, у которых аналогично со мной есть трудности с установкой софта под Windows. Отдельного упоминания достойно то, что эта тулза, предназначенная для определения неисправностей, требует:
Что делает её установку на компьютере, загруженном с Live CD практически невозможной задачей (во-первых из за ограничений объёма на виртуальном винчестере, а во-вторых в связи с тем, что WMP 11 требует проверки аутентичности Windows, которая со скрипом и стонами лишь у некоторых особо выдающихся личностей получается в Wine. Пламенный привет разработчикам этого ПО.
Мне чудом удалось объснить ситуацию поддержке, и они согласились на замену, но для замены нужно заполнить неимоверное количество форм, к которым нужно ещё приложить подтверждение поупки мной устройства. Волею судеб, я сейчас в десяти тысячах километров от дома, и не ждал такого подвоха.
К счастью, на форумах все однозначно говорят, что содержимое диска восстановлению не подлежит, но что работоспособность восстановить возможно. И то время, которое было потрачено на переписку со службой поддержки, я не потратил зря, а с пользой потратил на чтение форумов и эксперименты, краткий разультат которых здесь и привожу.
Нужно восстановить количество цилиндров, вернув заветные 16383. Для этой операции нам нужны будут две команды, запуск обоих затруднён для защиты от дурака и вредителя.
Выставляем пользователя, и пароль для мастер-операций над диском.
klingtnet / how-to-upgrade-nvmw-ssd-firmware-on-linux.md
The instructions were tested on a Lenovo X1 Carbon 5th Gen (X1C5) on Arch Linux but should be applicable to other Lenovo models and Linux distributions.
BACKUP YOUR DATA! I created a bootable Ubuntu Image like this:
$ sudo sh -c 'curl --location --silent --fail "http://releases.ubuntu.com/18.04/ubuntu-18.04.1-desktop-amd64.iso" | pv > /dev/' # note that pv is only there to show progress, it is perfectly fine to redirect curl to the usb drive directly.
then I booted from this drive by pressing F12 on reboot and dumped my NVMe disk to an external hard drive like this:
$ sudo sh -c 'cat /dev/nvme0n1 | pv --size 477G > /mnt//something.img' This took about an hour and trust me, if something fails you would be grateful having spend this hour instead of loosing your data.
Now we are ready to start.
- Install nvme-cli, they have instructions for all major distros and compiling it from source is also rather easy.
- Download the firmware update, in my case it was this one: https://download.lenovo.com/pccbbs/mobiles/fwnv25.zip
- Unzip it.
- Check you current firmware version:
$ sudo nvme id-ctrl /dev/nvme0 | grep fr fr : 1.9.something> frmw : 0x2
$ sudo nvme fw-download /dev/nvme0 --fw=/path/to/update.img # in my case the update file was called NVME_End2End_Lenovo_512_dvt_OPAL_Encrypt_and_Signature.bin $ sudo nvme fw-commit /dev/nvme0 --slot=0 --action=2
if this fails, try action=1 , which succeeded on my drive (could take some seconds before the command returns).
sudo nvme id-ctrl /dev/nvme0 | grep fr fr : 2.7.8341 frmw : 0x2
This guide is based on information from the following links:
I got a massive speed-up from this update, previously my boot-time took about 15-20 seconds, now I’m ready in 5s or something:
$ systemd-analyze blame 559ms dev-mapper-archgroup\x2droot.device 410ms lvm2-monitor.service 239ms swapfile.swap 236ms org.cups.cupsd.service 227ms ModemManager.service 226ms tlp.service 197ms upower.service 178ms systemd-timesyncd.service 159ms systemd-logind.service 129ms systemd-journal-flush.service 128ms polkit.service 110ms systemd-modules-load.service 101ms boot.mount 95ms systemd-udev-trigger.service 92ms NetworkManager.service 89ms thermald.service 60ms systemd-tmpfiles-clean.service 56ms systemd-udevd.service 53ms systemd-journald.service 51ms lvm2-pvscan@254:0.service 48ms avahi-daemon.service 43ms udisks2.service 42ms systemd-fsck@dev-disk-by\x2duuid-4902a621\x2d2995\x2d4df1\x2da2aa\x2d64c85223c6a5.service 41ms systemd-fsck@dev-disk-by\x2duuid-B364\x2d37C8.service 41ms rfkill-unblock@all.service 41ms alsa-restore.service 41ms systemd-tmpfiles-setup.service 40ms systemd-binfmt.service 40ms unmount-webdrives-on-shutdown.service 40ms dev-hugepages.mount 38ms user@1001.service 37ms systemd-random-seed.service 32ms systemd-tmpfiles-setup-dev.service 25ms bluetooth.service 25ms wpa_supplicant.service 21ms colord.service 20ms ntpd.service 18ms systemd-backlight@leds:tpacpi::kbd_backlight.service .
Обновление прошивки SSD диска
Как происходит обновление SSD дисков на Linux ?
Имеется диск Toshiba 64Gb на контроллере t6ug1xbg.
Хочу его установить для системы на ноутбук,
но так как я не вкурсе как происходит прошивка,
ставить его боюсь. Связано с тем что нужно разобрать полностью ноутбук и
если вдруг окажется нужна винда, то его придется вынимать и уже думать .
На оф сайте прошивки нет! Но на буржуйских форумах нашел что это Kingston SSDNow V+ 128GB SSD
Если прошивать по инструкции от этого накопителя.
Уверен прошивка на купленом диске старая т.к. это OEM партию дораспродают на ебее.
И диск скажем мягко. не самый «ФЕРРАРИ». Но так как он будет только для системы,
а под /home обычный HDD оставлю, то прирост будет в любом случае.
Ps почему я спарашиваю КАК?
Мне довелось прошивать(разблокировать) WiFi адаптор под линуксом — все очень просто получилось.
Есть у инженеров одно правило — «Не трогай технику, и она не подведёт. »
А если серьёзно, то — Зачем.
Есть какие то проблемы с имеющейся ревизией?
«Не трогай технику, и она не подведёт. » а если здохнет диск! Для этого контроллера прошивка полугодичной давности. Исправления связаны с быстрой смертью.
Есть какие то проблемы с имеющейся ревизией? не ставил его еще.
Диск установил
sudo hdparm -i /dev/sda | grep -i Fw
Model=TOSHIBA THNSFB062GMSJ, FwRev=AJF10204
Как узнать какая прошивка последняя?
Зайти на сайт производителя и посмотреть. Если там прошивки нет, то обновить прошивку невозможно
яж писал что OEM какой сайт!
Очевидно, на сайт OEM. А если серьезно, то, это надо спрашивать там, где вы получили информацию о возможной быстрой смерти а если здохнет диск! Для этого контроллера прошивка полугодичной давности. Исправления связаны с быстрой смертью.
По крайней мере я, при необходимости поиска прошивок ищу их на сайтах производителя.
Бывают случаи, когда устройство интересно многим и появляются группы энтузиастов, модернизирующих существующие прошивки http://wl500g.info тому пример.
Можно попробовать поискать на сайте Тошибы, можно поискать информацию по контроллеру.
Беглый поиск дал такую строку: Отметим, что для SSD-накопителей Kingston SSDnow V+ series не предусмотрена процедура обновления прошивки контроллера (Firmware), что можно рассматривать как серьезный недостаток. В нашем случае применялась прошивка версии AGYA0202.
Возможно, более тщательный поиск даст другие результаты.
Да, прошивки вроде не обновляются. С какой с завода вышел с той и будет помирать. черт с ним
Не будьте столь пессимистичны =) Ресурса среднего SSD при использовании в домашних условиях хватит на 5-9 лет. Ну подумайте, будет ли актуален размер в 128Гб через 5 лет?
И даже не вздумайте заниматься всякими продлениями жизни SSD вроде копирования свопа/логов/документов и т.д. на HDD — только тормознете систему. Для современных SSD все это неактуально, если не сдохнет в первый месяц — значит заводского брака нет и все будет ок =)
Поначалу думал про отимизацию, но оно не стоит моего времени — только голову засирает.
Сам переход на SSD — и есть самая большая оптимизация =) Можно, разве что, добавить noatime в /etc/fstab при монтировании и опционально отключить журналирование.