у меня начались проблемы с NetworkManager.service и вообще не было подключения к интернету несколько месяцев назад. Я получал всплывающие окна с ошибками Ubuntu из-за того, что эта служба не запускалась, но перезагрузка компьютера снова запускала ее правильно, и это случалось не слишком часто. Затем это стало происходить чаще, и перезапуск каждый раз переставал работать, что приводило к нескольким попыткам запустить его правильно. Я нашел человека, который сказал, что команда sudo systemctl перезапустить NetworkManager.service запускал его снова, и на какое-то время это помогало (хотя мне приходилось запускать его почти каждый раз, когда я перезагружал компьютер).
Однако только сегодня эта команда больше не работала, выдавала ошибку, и теперь я не могу подключиться к Интернету из Ubuntu даже после нескольких перезагрузок и выключений компьютера:
~$ sudo systemctl перезапустить NetworkManager.service
Задание для NetworkManager.service завершилось неудачно, так как был доставлен фатальный сигнал, из-за которого процесс управления сбросил ядро.
Подробнее см. в разделах «systemctl status NetworkManager.service» и «journalctl -xe».
Проверяя его статус systemctl, я получаю следующее:
~$ статус systemctl NetworkManager.service
NetworkManager.service — сетевой менеджер
Загружено: загружено (/lib/systemd/system/NetworkManager.service; включено; предустановка поставщика: включена)
Активно: сбой (результат: дамп памяти) с воскресенья 2021-06-27 14:40:30 по восточному поясному времени; 2мин 9с назад
Документы: man:NetworkManager(8)
Процесс: 3222 ExecStart=/usr/sbin/NetworkManager --no-daemon (code=dumped, signal=BUS)
Основной PID: 3222 (код = дамп, сигнал = BUS)
27 июня, 14:40:30, пользователь systemd[1]: NetworkManager.service: запланированное задание перезапуска, счетчик перезапусков равен 5.
27 июня, 14:40:30, пользователь systemd[1]: Network Manager остановлен.
27 июня, 14:40:30, пользователь systemd[1]: NetworkManager.service: Запрос на запуск повторяется слишком быстро.
27 июня, 14:40:30, пользователь systemd[1]: NetworkManager.service: Ошибка с результатом 'core-dump'.
27 июня, 14:40:30, пользователь systemd[1]: не удалось запустить Network Manager.
Для журналctl -xe вывод, я поместил весь журнал, который дал мне по этой ссылке pastebin: https://pastebin.com/gTJMktN5
Есть много ошибок, подобных приведенным выше, говорящих о том, что произошел сбой с дампом ядра, но вот только один из блоков, которые могут иметь значение:
-- Начато выполнение стартового задания для модуля NetworkManager.service.
--
-- Идентификатор задания 1897.
27 июня 14:40:28 пользовательское ядро: ata4.00: исключение Emask 0x0 SAct 0x200000 SErr 0x0 действие 0x0
27 июня 14:40:28 пользовательское ядро: ata4.00: irq_stat 0x40000008
27 июня 14:40:28 пользовательское ядро: ata4.00: не удалось выполнить команду: READ FPDMA QUEUED
27 июня 14:40:28 пользовательское ядро: ata4.00: cmd 60/08:a8:70:9a:41/00:00:5a:00:00/40 тег 21 ncq dma 4096 в
res 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (ошибка носителя) <F>
27 июня 14:40:28 пользовательское ядро: ata4.00: статус: {DRDY ERR}
27 июня 14:40:28 пользовательское ядро: ata4.00: ошибка: {UNC}
27 июня 14:40:28 пользовательское ядро: ata4.00: настроено для UDMA/133
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#21 FAILED Результат: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#21 Sense Key: Medium Error [current]
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#21 Доп.Чувство: неустраненная ошибка чтения — автоматическое перераспределение не удалось
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#21 CDB: чтение(10) 28 00 5a 41 9a 70 00 00 08 00
27 июня 14:40:28 пользовательское ядро: blk_update_request: ошибка ввода-вывода, dev sdb, сектор 1514248820 op 0x0: (READ) flags 0x0 phys_seg 1 prio class 0
27 июня 14:40:28 пользовательское ядро: ata4: EH завершено
27 июня 14:40:28 пользовательское ядро: ata4.00: исключение Emask 0x0 SAct 0x4000000 SErr 0x0 действие 0x0
27 июня 14:40:28 пользовательское ядро: ata4.00: irq_stat 0x40000008
27 июня 14:40:28 пользовательское ядро: ata4.00: не удалось выполнить команду: READ FPDMA QUEUED
27 июня 14:40:28 пользовательское ядро: ata4.00: cmd 60/08:d0:70:9a:41/00:00:5a:00:00/40 тег 26 ncq dma 4096 в
res 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (ошибка носителя) <F>
27 июня 14:40:28 пользовательское ядро: ata4.00: статус: {DRDY ERR}
27 июня 14:40:28 пользовательское ядро: ata4.00: ошибка: {UNC}
27 июня 14:40:28 пользовательское ядро: ata4.00: настроено для UDMA/133
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#26 FAILED Результат: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#26 Sense Key: Medium Error [current]
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] tag#26 Доп. Чувство: неустраненная ошибка чтения — автоматическое перераспределение не удалось
27 июня 14:40:28 пользовательское ядро: sd 3:0:0:0: [sdb] тег № 26 CDB: чтение (10) 28 00 5a 41 9a 70 00 00 08 00
27 июня 14:40:28 пользовательское ядро: blk_update_request: ошибка ввода-вывода, dev sdb, сектор 1514248820 op 0x0: (READ) flags 0x0 phys_seg 1 prio class 0
27 июня 14:40:28 пользовательское ядро: ata4: EH завершено
27 июня, 14:40:28, пользователь systemd[1]: NetworkManager.service: основной процесс завершен, код = дамп, статус = 7/BUS
-- Тема: Процесс модуля завершен.
-- Определено: systemd
-- Поддержка: http://www.ubuntu.com/support
--
-- Процесс ExecStart=, принадлежащий модулю NetworkManager.service, завершился.
Я видел подобные сообщения, подобные этому, в которых были ответы, говорящие об обновлении версии ядра и других вещах, но в настоящее время я использую последнюю версию 20.04 LTS, и я не думаю, что мне придется сильно отклоняться. от него.
я бегу Убунту 20.04.2 ЛТС x86_64 с ядром:
~$ uname -a
Пользователь Linux 5.8.0-59-generic #66~20.04.1-Ubuntu SMP Чт, 17 июня, 11:14:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
Я также начал сталкиваться с частыми всплывающими окнами с ошибками для служб, которые никогда не давали сбоев до сегодняшнего дня, пока я собирал эти журналы. Они предназначались для следующих услуг:
/usr/libexec/colord
/usr/libexec/трекер-экстракт
/usr/libexec/трекер-майнер-фс
/usr/lib/packagekit/packagekitd
Я не знаю, связаны ли они, но, учитывая, что они запустились в то же время, когда команда перезапуска, которую я использовал, перестала работать, вероятно, существует более серьезная проблема. Вдобавок к этому перезапуск и выключение компьютера приводит к тому, что страницы с ошибками прокручиваются слишком быстро, чтобы я мог прочитать их во время последовательности выключения.
Будем признательны за любую помощь в отладке или поиске обходного пути.
Редактирует:
Вот результат grep -i FPDMA /var/log/syslog*: https://pastebin.com/tazDug7H
Вот результат dmesg. В этом случае было несколько ошибок ввода-вывода. Для справки, установочный диск /dev/sdb: https://pastebin.com/ctefUjUA
Результат fsck на установочном диске:
~$ sudo fsck -f /dev/sdb2
fsck из util-linux 2.34
e2fsck 1.45.5 (07 января 2020 г.)
Проход 1: проверка индексных дескрипторов, блоков и размеров
Проход 2: проверка структуры каталогов
Шаг 3: проверка подключения к каталогу
Шаг 4: проверка счетчиков ссылок
Шаг 5: Проверка сводной информации о группе
/dev/sdb2: 635347/61022208 файлов (1,4% несмежных), 29081215/244059648 блоков
скриншот теста SMART
