Я застрял со своим нетбуком (Dell Latitude 3380). Пользовался им год: работал отлично. Купил и поставил новый SSD, установил на него Kubuntu 18.04. Пару часов он работал очень хорошо. Потом он завис, когда я копировал файлы с внешнего HDD и делал что-то еще. Потом он работал очень медленно, поэтому я подумал попробовать 19.04. Теперь, полагаю, это большая ошибка: я вручную изменил таблицу разделов. Раньше был один раздел ext4, смонтированный как /, второй как /home и swap. Я удалил первый, создал 200 МБ EFI в начале, остальное снова отформатировал в ext4, /. Я оставил /home и swap без форматирования.
Система установилась без ошибок или предупреждений, но после перезагрузки есть только grub rescue. Я могу использовать его для загрузки linux с Live USB (именно так я это и пишу) - так что файлы модулей там и их можно прочитать. (Я могу, конечно, загрузиться напрямую с USB через BIOS). GRUB видит раздел на этом диске. /dev/sda1 (раздел EFI) установлен как BOOT, но сама система и файлы GRUB находятся на /dev/sda7. Я думаю, что это проблема.
Но любая попытка использовать gparted, fdisk, wipefs или fsck на моем /dev/sda из Ubuntu Live или System Rescue CD Live заканчивается странной ошибкой. Каждые две минуты я получаю сообщения типа:
INFO: task fsck.ext2:6081 blocked for more than 120 seconds.
Not tainted 4.19.34-1-lts #1
ctrl+c не помогает. Мне нужно сделать полный сброс. Установщик Kubuntu выдает мне сообщения об ошибках, например, "/dev/sda1/" cannot be accessedпоэтому я не могу продолжить настройку часового пояса. В моем BIOS есть опция очистки внутреннего диска. Я запускаю ее, но она заканчивается ошибкой и без подробностей. Я сделал
dd if=/dev/zero of=/dev/sda
и оставил компьютер на ночь. Работал без ошибок, записал около 512 ГБ нулей, но ничего особо не изменилось ;P Разделы все еще там, как я могу видеть из grub rescue. Мне удалось запустить fdisk-l один раз и увидеть таблицу разделов. Затем я попробовал fsck /dev/sda, и он снова выдал ситуацию «не испорчен».
Что тут происходит? Это неисправный SSD? Кажется, нет, потому что при первой установке я мог использовать его вполне нормально. SMART также не показывает ошибок. Мне, очевидно, все равно на данные на диске. Я просто хочу сделать что угодно, чтобы сделать чистую установку нового Kubuntu (или Mint, или чего-то еще).
Это blkidвывод:
/dev/sda1: UUID="D66B-BF6C" TYPE="vfat" PARTUUID="b9d3b90b-01"
/dev/sda5: UUID="eec4f953-b9ba-4579-95f4-8f9a8d6821a3" TYPE="ext4" PARTUUID="b9d3b90b-05"
/dev/sda7: UUID="8b9d60f7-fa03-459a-9d34-784d4259338a" TYPE="ext4" PARTUUID="b9d3b90b-07"
Дополнительная информация: Мой нетбук отлично работал в течение года на Kubuntu 16.04, за исключением того, что однажды он завис из-за какой-то ошибки ввода-вывода, в сообщении также содержался номер сектора жесткого диска. (Если вы считаете это важным, я могу предоставить более подробное описание)
Мой новый SSD — Goodram CX400 512 ГБ.
Всякий раз, когда я загружаю USB с Kubuntu 18.04, 19.04, Mint 19.1 или Fedora 30 KDE, я вижу такие сообщения (в Kubuntu 16.04 их не было):
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 6: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1ce80 MISC 43880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: Machine check events logged
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 7: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1cec0 MISC 47880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
Я обнаружил, что у людей с похожими проблемами на ноутбуках Dell и они утверждают, что это ложные срабатывания (пример1,пример2).
Memtest после нескольких проходов не выдает никаких ошибок.
решение1
Поскольку все операции записи завершаются неудачей, а данные сохраняются, очень похоже, что диск переключился в режим «только чтение», вероятно, в результате ошибки (перегрев, скачок напряжения и т. д.).
Напишите в техподдержку производителя и объясните проблему. Они могут помочь с исправлением/сбросом или, возможно, заменой привода.