end_request Ошибка ввода-вывода, сектор dev sdc xxxx - сбой SSD?

Необходимо включить репозитории исходного кода в Источниках программного обеспечения и удостовериться существенные для сборки, установлен наряду с файлами заголовка ядрa. Вам также будет нужна Защищенная загрузка, отключенная в BIOS

sudo apt-get install build-essential linux-headers-generic

Затем, мы можем загрузить исходный код

apt-get source linux-image-$(uname -r)

ядра Затем, мы можем перейти к ath папке

cd linux-hwe-4.8.0/drivers/net/wireless/ath

, Открывают файл, который мы должны изменить с gedit

gedit regd.c

, Полученным к строкам 235-237, и изменение

   case 0x66:
   case 0x69:
      return &ath_world_regdom_66_69;

К [1 116]

   case 0x66:
      return &ath_world_regdom_66_69;
   case 0x69:
      return &ath_world_regdom_60_61_62;

Удостоверяются соответствия добавления отступа, случаем должна быть одна ВКЛАДКА от левого, и возвратом должны быть 2 ВКЛАДКИ от левого, затем сохранили файл и выходят из gedit. Затем мы можем скомпилировать модуль с

make -C /lib/modules/$(uname -r)/build M=$(pwd) modules

, Он должен скомпилировать, если бы изменения были внесены правильно. Затем мы можем сделать копию исходного модуля

sudo mv /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko.bak

Затем, мы можем скопировать новый модуль в ядро

sudo cp ath.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko

Перезагрузка

, Это должно будет быть восстановлено после того, как для обновления ядра и Вас будет нужно к [1 119]

cd linux-hwe-4.8.0/drivers/net/wireless/ath
make -C /lib/modules/$(uname -r)/build M=$(pwd) clean
make -C /lib/modules/$(uname -r)/build M=$(pwd) modules
sudo mv /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko.bak
sudo cp ath.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/ath/ath.ko

И перезагрузка, чтобы иметь канал 13 в новом ядре

Ссылка: https://forums.linuxmint.com/viewtopic.php? f=53& t=236357

2
задан 15.04.2020, 15:26

1 ответ

Похоже, что это скорее грубая прошивка, чем что-либо слишком серьезное. См .:

Вот соответствующая мелодия:

Этот диск может зависнуть после 5184 часов работы:
http://www.tomshardware.com/news /Crucial-m4-Firmware-BSOD,14544.html
См. Следующие веб-страницы для обновлений прошивки:
http://www.crucial.com/support /firmware.aspx
http://www.micron.com/products/solid-state-storage/client-ssd#software

[ 1112] Вы недавно пересекли 5184, так что выглядит все более актуально.

В любом случае, сделайте резервную копию и будьте готовы вытащить ее на другой диск.

0
ответ дан 15.04.2020, 15:27
  • 1
    Да, я уже сделал резервное копирование, когда оно сначала произошло. Теперь я обновил через загрузочный USB (после того, как, записывая печатаемого DVD и понимая мое поле Ubuntu doesn' t имеют DVD-привод) , и он пошел прекрасный до сих пор. Спасибо! – geekygranger 15.04.2020, 15:27
  • 2
    Найденный загружающимся ISO без потребности Победы/Mac здесь: crucial.com/firmware/m4/070H/ISO_crucial-c400.070H.07.00.zip – ngueno 15.04.2020, 15:28
  • 3
    О, ничего себе, это действительно может быть проблемой, большой находкой. Хотя встроенное микропрограммное обеспечение только доступно для Windows и MAC OSX. И я должен буду переустановить после обновления встроенного микропрограммного обеспечения? I' ll принимают это как ответ после обновления. – Payne 15.04.2020, 15:28
  • 4
    В инструкциях говорится " Если выполнено правильно, не будет никакой потери системы или пользовательских данных по диску "... но если это doesn' t идут право... Да. ДЕЛАЮТ РЕЗЕРВНОЕ КОПИРОВАНИЕ! третьей опцией является загрузочный ISO, который необходимо быть в состоянии записать в USB с одним из различных приложений записи ISO (писатель изображения для одного). – Abdelghani Roussi 15.04.2020, 15:28

Теги

Похожие вопросы