Раньше у меня на ноутбуке стояла Windows 10. Из ниоткуда обновления не устанавливались должным образом, и в системе всегда была проблема со 100% использованием диска, из-за чего она работала очень-очень медленно. Я нашел в Интернете, что это было почти невозможно решить, поэтому я решил перейти на другую ОС. (Я уже пробовал сканирование, такое как SFC, DISM, CHKDSK и т. д., но бесполезно)
Информация о моем ПК:
Моему ноутбуку два года
Дескриптор 0x0001, тип DMI 1, 27 байт
Системная информация
Производитель: HP
Название продукта: Ноутбук HP 15-da1xxx
Версия: Type1ProductConfigId
Серийный номер: CND84514TK
UUID: ef325e8a-e8dc-e811-a4c3-84a93ea27d6c
Тип пробуждения: выключатель питания
Артикул: 5PC90PA#ACJ
Семейство: 103C_5335KV Ноутбук HP
Дескриптор 0x000B, тип DMI 12, 5 байт
Параметры конфигурации системы
Вариант 1: ConfigOptions1
Вариант 2: ConfigOptions2
Вариант 3: ConfigOptions3
Вариант 4: ConfigOptions4
Вариант 5: ConfigOptions5
Вариант 6: ConfigOptions6
Вариант 7: ConfigOptions7
Вариант 8: ConfigOptions8
Дескриптор 0x0010, тип DMI 15, 29 байт
Журнал системных событий
Длина области: 0 байт
Смещение начала заголовка: 0x0000
Длина заголовка: 8192 байта
Смещение начала данных: 0x2000
Метод доступа: функции энергонезависимых данных общего назначения.
Адрес доступа: 0x0000
Статус: Действительный, Неполный
Токен изменения: 0x12345678
Формат заголовка: OEM-специфичный
Поддерживаемые дескрипторы типов журналов: 3
Дескриптор 1: изменение размера памяти POST
Формат данных 1: нет
Дескриптор 2: ошибка POST
Формат данных 2: растровое изображение результатов POST
Дескриптор 3: область журнала сброшена/очищена
Формат данных 3: нет
Дескриптор 0x001D, тип DMI 32, 11 байт
Информация о загрузке системы
Статус: Ошибок не обнаружено
Используемый размер файловой системы Доступно Использование % Установлено на
udev 3.9G 0 3.9G 0% /dev
tmpfs 785M 1,9M 783M 1%/запуск
/dev/sda2 916G 219G 650G 26%/
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /выполнить/блокировать
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/loop0 56M 56M 0 100% /snap/core18/1988
/dev/loop1 100M 100M 0 100% /snap/core/11187
/dev/loop3 56M 56M 0 100% /snap/core18/2066
/dev/loop2 9.2M 9.2M 0 100% /snap/canonical-livepatch/99
/dev/loop4 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop6 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop7 52M 52M 0 100% /snap/snap-store/518
/dev/loop8 51M 51M 0 100% /snap/snap-store/547
/dev/loop5 219M 219M 0 100% /snap/gnome-3-34-1804/72
/dev/loop9 32M 32M 0 100% /snap/snapd/11036
/dev/loop10 66M 66M 0 100% /snap/gtk-common-themes/1515
/dev/loop11 33M 33M 0 100% /snap/snapd/12159
/dev/loop12 180M 180M 0 100% /snap/spotify/46
/dev/loop13 296M 296M 0 100% /snap/vlc/2288
/dev/sda1 511M 7,9M 504M 2% /boot/efi
tmpfs 785M 72K 785M 1% /выполнение/пользователь/1000
Текущая проблема:
Ubuntu был в порядке в течение двух дней, и я был счастлив, но внезапно без предупреждения у меня возникли проблемы с файловой системой только для чтения. И со вчерашнего дня я не мог установить какие-либо пакеты (я пытался установить Conda для Python)
sudo apt-получить обновление
Ошибка шины
sudo apt установить smartmontools
Ошибка шины
Теперь мой компьютер время от времени выдает уведомление «Обнаружена системная проблема». Этим утром, когда я загрузил свой компьютер, он попросил меня выполнить «fsck», как обычно, и вот что он показал после:
Я попытался загрузить и установить программное обеспечение "GSMARTCONTROL", но оно почти сразу завершает работу и показывает следующую ошибку:
Не удалось установить GSmartControl, поскольку загрузка не удалась:
Э:
Метод http неожиданно умер!
Самопроверка оценки SMART Disk:
Я выполнил ОЦЕНКУ SMART DISK, и я не знаю, почему, но это работает случайным образом. Сначала он показывает, что оценка составляет 90,0% и «Диск в порядке (53 поврежденных сектора)», а затем происходит сбой и отображается сообщение «Сбой самопроверки (чтение)» (изображение выше).
Заключение:
- Мой диск выходит из строя?
- Хватит ли запасных секторов для ремонта
Эта проблема?
