Ubuntu 20.04 LTS NetworkManager.service не запускается

У меня начались проблемы с NetworkManager.service , и у меня вообще не было подключения к Интернету несколько месяцев назад. Я получал всплывающие сообщения об ошибках Ubuntu, когда эта служба не запускалась, но перезагрузка компьютера снова запускала ее правильно, и это происходило не слишком часто. Затем это стало происходить чаще, и каждый раз перезапуск прекращал работать, что приводило к нескольким попыткам его правильного запуска. Я нашел человека, который сказал, что команда sudo systemctl restart NetworkManager.service снова запустит его, и какое-то время это помогало (хотя мне приходилось запускать ее почти каждый раз, когда я перезагружал компьютер).

Только сегодня эта команда больше не работала, вызвала ошибку, и теперь я не могу подключиться к Интернету из Ubuntu даже после нескольких перезапусков и выключений компьютера:

~$ sudo systemctl restart NetworkManager.service
Job for NetworkManager.service failed because a fatal signal was delivered causing the control process to dump core.
See "systemctl status NetworkManager.service" and "journalctl -xe" for details.

Проверяя статус systemctl, я получаю следующее:

~$ systemctl status NetworkManager.service
● NetworkManager.service - Network Manager
     Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
     Active: failed (Result: core-dump) since Sun 2021-06-27 14:40:30 EDT; 2min 9s ago
       Docs: man:NetworkManager(8)
    Process: 3222 ExecStart=/usr/sbin/NetworkManager --no-daemon (code=dumped, signal=BUS)
   Main PID: 3222 (code=dumped, signal=BUS)

Jun 27 14:40:30 user systemd[1]: NetworkManager.service: Scheduled restart job, restart counter is at 5.
Jun 27 14:40:30 user systemd[1]: Stopped Network Manager.
Jun 27 14:40:30 user systemd[1]: NetworkManager.service: Start request repeated too quickly.
Jun 27 14:40:30 user systemd[1]: NetworkManager.service: Failed with result 'core-dump'.
Jun 27 14:40:30 user systemd[1]: Failed to start Network Manager.

Что касается вывода journalctl -xe , я поместил весь предоставленный мне журнал по этой ссылке pastebin: https: // pastebin.com / gTJMktN5 Есть много ошибок, похожих на вышеупомянутые, в которых говорится, что произошел сбой с дампом ядра, но вот лишь один из блоков, которые могут иметь значение:

-- A start job for unit NetworkManager.service has begun execution.
-- 
-- The job identifier is 1897.
Jun 27 14:40:28 user kernel: ata4.00: exception Emask 0x0 SAct 0x200000 SErr 0x0 action 0x0
Jun 27 14:40:28 user kernel: ata4.00: irq_stat 0x40000008
Jun 27 14:40:28 user kernel: ata4.00: failed command: READ FPDMA QUEUED
Jun 27 14:40:28 user kernel: ata4.00: cmd 60/08:a8:70:9a:41/00:00:5a:00:00/40 tag 21 ncq dma 4096 in
                                      res 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (media error) <F>
Jun 27 14:40:28 user kernel: ata4.00: status: { DRDY ERR }
Jun 27 14:40:28 user kernel: ata4.00: error: { UNC }
Jun 27 14:40:28 user kernel: ata4.00: configured for UDMA/133
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#21 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#21 Sense Key : Medium Error [current] 
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#21 Add. Sense: Unrecovered read error - auto reallocate failed
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#21 CDB: Read(10) 28 00 5a 41 9a 70 00 00 08 00
Jun 27 14:40:28 user kernel: blk_update_request: I/O error, dev sdb, sector 1514248820 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jun 27 14:40:28 user kernel: ata4: EH complete
Jun 27 14:40:28 user kernel: ata4.00: exception Emask 0x0 SAct 0x4000000 SErr 0x0 action 0x0
Jun 27 14:40:28 user kernel: ata4.00: irq_stat 0x40000008
Jun 27 14:40:28 user kernel: ata4.00: failed command: READ FPDMA QUEUED
Jun 27 14:40:28 user kernel: ata4.00: cmd 60/08:d0:70:9a:41/00:00:5a:00:00/40 tag 26 ncq dma 4096 in
                                      res 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (media error) <F>
Jun 27 14:40:28 user kernel: ata4.00: status: { DRDY ERR }
Jun 27 14:40:28 user kernel: ata4.00: error: { UNC }
Jun 27 14:40:28 user kernel: ata4.00: configured for UDMA/133
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#26 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#26 Sense Key : Medium Error [current] 
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#26 Add. Sense: Unrecovered read error - auto reallocate failed
Jun 27 14:40:28 user kernel: sd 3:0:0:0: [sdb] tag#26 CDB: Read(10) 28 00 5a 41 9a 70 00 00 08 00
Jun 27 14:40:28 user kernel: blk_update_request: I/O error, dev sdb, sector 1514248820 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
Jun 27 14:40:28 user kernel: ata4: EH complete
Jun 27 14:40:28 user systemd[1]: NetworkManager.service: Main process exited, code=dumped, status=7/BUS
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- An ExecStart= process belonging to unit NetworkManager.service has exited.

Я видел похожие сообщения вроде этого, в ответах говорилось об обновлении версии ядра и других вещах, но в настоящее время я использую последнюю версию 20.04 LTS, и я бы не подумал, что мне придется сильно отклоняться от нее.

Я использую Ubuntu 20.04.2 LTS x86_64 с ядром:

~$ uname -a
Linux user 5.8.0-59-generic #66~20.04.1-Ubuntu SMP Thu Jun 17 11:14:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

Я также начал часто сталкиваться с всплывающими сообщениями об ошибках для служб, которые никогда не выходили из строя до сегодняшнего дня, пока я собирал эти журналы. Они предназначались для следующих служб:

/usr/libexec/colord
/usr/libexec/tracker-extract
/usr/libexec/tracker-miner-fs
/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 from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdb2: 635347/61022208 files (1.4% non-contiguous), 29081215/244059648 blocks

снимок экрана теста SMART