Am început să am probleme cu NetworkManager.service și neavând deloc conexiune la internet în urmă cu câteva luni. Aș primi ferestre pop-up de eroare Ubuntu pentru acest serviciu care nu pornește, dar o repornire a computerului ar reporni corect din nou și nu s-a întâmplat prea des. Apoi a început să se întâmple mai frecvent și repornirea a încetat să funcționeze de fiecare dată, ceea ce a rezultat în mai multe încercări de a începe corect. Am găsit pe cineva care a spus că comanda sudo systemctl reporniți NetworkManager.service l-ar porni din nou și pentru o vreme acest lucru a funcționat (deși a trebuit să-l rulez aproape de fiecare dată când reporneam computerul).
Totuși, chiar astăzi, această comandă nu a mai funcționat, a produs o eroare și acum nu mă pot conecta la internet de la Ubuntu chiar și după mai multe reporniri și opriri ale computerului:
~$ sudo systemctl restart NetworkManager.service
Lucrarea pentru NetworkManager.service a eșuat deoarece a fost livrat un semnal fatal, ceea ce a cauzat descărcarea nucleului în procesul de control.
Consultați „systemctl status NetworkManager.service” și „journalctl -xe” pentru detalii.
Verificând starea lui systemctl, obțin asta:
~$ systemctl status NetworkManager.service
â NetworkManager.service - Manager de rețea
Încărcat: încărcat (/lib/systemd/system/NetworkManager.service; activat; prestabilit furnizor: activat)
Activ: a eșuat (Rezultat: core-dump) din duminica 27-06-2021, 14:40:30 EDT; acum 2 min 9 secunde
Documente: man:NetworkManager(8)
Proces: 3222 ExecStart=/usr/sbin/NetworkManager --no-daemon (cod=duped, signal=BUS)
PID principal: 3222 (cod = descărcat, semnal = BUS)
27 iunie 14:40:30 user systemd[1]: NetworkManager.service: lucrare de repornire programată, contorul de repornire este la 5.
27 iunie 14:40:30 user systemd[1]: Manager de rețea oprit.
27 iunie 14:40:30 user systemd[1]: NetworkManager.service: Cererea de pornire s-a repetat prea repede.
27 iunie 14:40:30 user systemd[1]: NetworkManager.service: a eșuat cu rezultatul „core-dump”.
27 iunie 14:40:30 user systemd[1]: Nu s-a putut porni Network Manager.
cât despre journalctl -xe ieșire, am pus tot jurnalul pe care mi l-a dat la acest link pastebin: https://pastebin.com/gTJMktN5
Există o mulțime de erori similare cu cele de mai sus care spun că a eșuat cu un core-dump, dar iată doar unul dintre blocurile care ar putea fi relevante:
-- Un job de pornire pentru unitatea NetworkManager.service a început execuția.
--
-- Identificatorul postului este 1897.
27 iunie 14:40:28 kernel utilizator: ata4.00: excepție Emask 0x0 SAct 0x200000 SErr 0x0 acțiune 0x0
27 iunie 14:40:28 kernel utilizator: ata4.00: irq_stat 0x40000008
27 iunie 14:40:28 kernel utilizator: ata4.00: comandă eșuată: CITEȘTE FPDMA ÎN COADA
27 iunie 14:40:28 nucleu utilizator: 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 (eroare media) <F>
27 iunie 14:40:28 kernel utilizator: ata4.00: stare: { DRDY ERR }
27 iunie 14:40:28 kernel utilizator: ata4.00: eroare: { UNC }
27 iunie 14:40:28 nucleu utilizator: ata4.00: configurat pentru UDMA/133
27 iunie 14:40:28 kernel utilizator: sd 3:0:0:0: [sdb] tag#21 FAILED Rezultat: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 iunie 14:40:28 kernel utilizator: sd 3:0:0:0: [sdb] tag#21 Sense Key: Medium Error [current]
27 iunie 14:40:28 nucleu utilizator: sd 3:0:0:0: [sdb] tag#21 Adaugă.Sens: eroare de citire nerecuperată - realocarea automată a eșuat
27 iunie 14:40:28 kernel utilizator: sd 3:0:0:0: [sdb] tag#21 CDB: Read(10) 28 00 5a 41 9a 70 00 00 08 00
27 iunie 14:40:28 kernel utilizator: blk_update_request: eroare I/O, dev sdb, sector 1514248820 op 0x0:(READ) flags 0x0 phys_seg 1 prior class 0
27 iunie 14:40:28 nucleu utilizator: ata4: EH complet
27 iunie 14:40:28 kernel utilizator: ata4.00: excepție Emask 0x0 SAct 0x4000000 SErr 0x0 acțiune 0x0
27 iunie 14:40:28 kernel utilizator: ata4.00: irq_stat 0x40000008
27 iunie 14:40:28 kernel utilizator: ata4.00: comandă eșuată: CITEȘTE FPDMA ÎN COADA
27 iunie 14:40:28 nucleu utilizator: 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 (eroare media) <F>
27 iunie 14:40:28 kernel utilizator: ata4.00: stare: { DRDY ERR }
27 iunie 14:40:28 kernel utilizator: ata4.00: eroare: { UNC }
27 iunie 14:40:28 nucleu utilizator: ata4.00: configurat pentru UDMA/133
27 iunie 14:40:28 kernel utilizator: sd 3:0:0:0: [sdb] tag#26 FAILED Rezultat: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 iunie 14:40:28 kernel utilizator: sd 3:0:0:0: [sdb] tag#26 Sense Key: Medium Error [current]
27 iunie 14:40:28 nucleu utilizator: sd 3:0:0:0: [sdb] tag#26 Adaugă. Sens: eroare de citire nerecuperată - realocarea automată a eșuat
27 iunie 14:40:28 nucleu utilizator: sd 3:0:0:0: [sdb] tag#26 CDB: Read(10) 28 00 5a 41 9a 70 00 00 08 00
27 iunie 14:40:28 kernel utilizator: blk_update_request: eroare I/O, dev sdb, sector 1514248820 op 0x0:(READ) flags 0x0 phys_seg 1 prior class 0
27 iunie 14:40:28 nucleu utilizator: ata4: EH complet
27 iunie 14:40:28 user systemd[1]: NetworkManager.service: Procesul principal a fost ieșit, cod=duped, stare=7/BUS
-- Subiect: Procesul unității a ieșit
-- Definit de: systemd
-- Asistență: http://www.ubuntu.com/support
--
-- Un proces ExecStart= aparținând unității NetworkManager.service a ieșit.
Am văzut postări similare ca aceasta care aveau răspunsuri care spuneau să actualizez versiunea de kernel și alte lucruri, dar în prezent rulez cea mai recentă versiune pe versiunea 20.04 LTS și nu aș crede că ar trebui să mă abat prea mult din ea.
Eu alerg Ubuntu 20.04.2 LTS x86_64 cu nucleul:
~$ uname -a
Utilizator Linux 5.8.0-59-generic #66~20.04.1-Ubuntu SMP Joi 17 iunie 11:14:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
De asemenea, am început să întâmpin ferestre pop-up frecvente de eroare pentru servicii care nu au eșuat niciodată până astăzi în timp ce colectam aceste jurnale. Au fost pentru următoarele servicii:
/usr/libexec/colord
/usr/libexec/tracker-extract
/usr/libexec/tracker-miner-fs
/usr/lib/packagekit/packagekitd
Nu știu dacă au legătură, dar având în vedere că au început în același timp comanda de repornire pe care o foloseam a încetat să funcționeze, se pare că există o problemă mai mare. Pe lângă acestea, repornirea și închiderea computerului produce pagini de erori care derulează prea repede pentru ca eu să le citesc în timpul secvenței de închidere.
Orice ajutor pentru depanare sau găsirea unei soluții ar fi apreciat.
Editări:
Aici este rezultatul lui grep -i FPDMA /var/log/syslog*: https://pastebin.com/tazDug7H
Aici este rezultatul lui dmesg. Au existat câteva erori I/O în aceasta. Pentru înregistrare, unitatea de instalare este /dev/sdb: https://pastebin.com/ctefUjUA
Ieșirea de fsck pe unitatea de instalare:
~$ sudo fsck -f /dev/sdb2
fsck de la util-linux 2.34
e2fsck 1.45.5 (07-ian-2020)
Pasul 1: Verificarea inodurilor, blocurilor și dimensiunilor
Pasul 2: Verificarea structurii directoarelor
Pasul 3: Verificarea conectivității directorului
Pasul 4: Verificarea numărului de referințe
Pasul 5: Verificarea informațiilor rezumate ale grupului
/dev/sdb2: 635347/61022208 fișiere (1,4% necontigue), 29081215/244059648 blocuri
captură de ecran a testului SMART
