ฉันเริ่มมีปัญหากับ NetworkManager.service
และไม่ได้เชื่อมต่ออินเทอร์เน็ตเลยเมื่อหลายเดือนก่อน ฉันจะได้รับป๊อปอัปแสดงข้อผิดพลาดของ Ubuntu สำหรับบริการนี้ที่ไม่สามารถเริ่มต้นได้ แต่การรีสตาร์ทคอมพิวเตอร์จะทำให้คอมพิวเตอร์เริ่มต้นได้อย่างถูกต้องอีกครั้ง และจะไม่เกิดขึ้นบ่อยเกินไป จากนั้นมันเริ่มเกิดขึ้นบ่อยขึ้นและการรีสตาร์ทหยุดทำงานในแต่ละครั้ง ส่งผลให้มีการพยายามหลายครั้งเพื่อให้เริ่มต้นได้อย่างถูกต้อง เจอคนที่บอกว่าคำสั่ง sudo systemctl รีสตาร์ท NetworkManager.service
จะเริ่มต้นใหม่อีกครั้ง และในขณะที่สิ่งนี้ได้ผล (แม้ว่าฉันต้องเรียกใช้เกือบทุกครั้งที่รีสตาร์ทคอมพิวเตอร์)
แต่วันนี้ คำสั่งนี้ใช้ไม่ได้อีกต่อไป เกิดข้อผิดพลาด และตอนนี้ฉันไม่สามารถเชื่อมต่ออินเทอร์เน็ตใดๆ จาก Ubuntu แม้ว่าคอมพิวเตอร์จะรีสตาร์ทและปิดเครื่องไปหลายเครื่องก็ตาม:
~$ sudo systemctl รีสตาร์ท NetworkManager.service
งานสำหรับ NetworkManager.service ล้มเหลวเนื่องจากมีการส่งสัญญาณร้ายแรงทำให้กระบวนการควบคุมถ่ายโอนข้อมูลหลัก
ดู "สถานะ systemctl NetworkManager.service" และ "journalctl -xe" สำหรับรายละเอียด
ตรวจสอบสถานะของ systemctl ฉันได้รับสิ่งนี้:
~ $ systemctl สถานะ NetworkManager.service
â NetworkManager.service - ผู้จัดการเครือข่าย
โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/NetworkManager.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
ใช้งานอยู่: ล้มเหลว (ผลลัพธ์: core-dump) ตั้งแต่ อา. 2021-06-27 14:40:30 EDT; 2 นาที 9 วินาทีที่แล้ว
เอกสาร: man:NetworkManager(8)
กระบวนการ: 3222 ExecStart=/usr/sbin/NetworkManager --no-daemon (code=dumped, signal=BUS)
PID หลัก: 3222 (รหัส=ทิ้ง, สัญญาณ=บัส)
27 มิ.ย. 14:40:30 ผู้ใช้ systemd[1]: NetworkManager.service: งานรีสตาร์ทตามกำหนดเวลา ตัวนับการรีสตาร์ทอยู่ที่ 5
27 มิ.ย. 14:40:30 ผู้ใช้ systemd[1]: ตัวจัดการเครือข่ายหยุดทำงาน
27 มิ.ย. 14:40:30 user systemd[1]: NetworkManager.service: เริ่มคำขอซ้ำเร็วเกินไป
27 มิ.ย. 14:40:30 user systemd[1]: NetworkManager.service: ล้มเหลวด้วยผลลัพธ์ 'core-dump'
27 มิ.ย. 14:40:30 user 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: คำสั่งล้มเหลว: อ่าน 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 ใน
ความละเอียด 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 [ปัจจุบัน]
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: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 1514248820 op 0x0:(READ) ตั้งค่าสถานะ 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: คำสั่งล้มเหลว: อ่าน 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 ใน
ความละเอียด 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 [ปัจจุบัน]
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 เพิ่ม ความรู้สึก: ข้อผิดพลาดในการอ่านที่ไม่ได้กู้คืน - การจัดสรรใหม่อัตโนมัติล้มเหลว
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 CDB: อ่าน (10) 28 00 5a 41 9a 70 00 00 08 00
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: blk_update_request: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 1514248820 op 0x0:(READ) ตั้งค่าสถานะ 0x0 phys_seg 1 prio class 0
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4: EH เสร็จสมบูรณ์
27 มิ.ย. 14:40:28 user systemd[1]: NetworkManager.service: ออกจากกระบวนการหลักแล้ว, รหัส=ทิ้ง, สถานะ=7/BUS
-- หัวเรื่อง: ออกจากกระบวนการหน่วยแล้ว
-- กำหนดโดย: systemd
-- การสนับสนุน: http://www.ubuntu.com/support
--
-- กระบวนการ ExecStart= ที่เป็นของหน่วย NetworkManager.service ได้ออกแล้ว
ฉันเคยเห็นโพสต์ที่คล้ายกันนี้ซึ่งตอบกลับมาว่าให้อัปเดตเวอร์ชันเคอร์เนลและสิ่งอื่น ๆ แต่ขณะนี้ฉันกำลังใช้งานเวอร์ชันล่าสุดที่มีในเวอร์ชัน 20.04 LTS และฉันไม่คิดว่าจะต้องเบี่ยงเบนมากนัก จากมัน.
ฉันกำลังวิ่ง อูบุนตู 20.04.2 LTS 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/color
/usr/libexec/tracker-extract
/usr/libexec/tracker-miner-fs
/usr/lib/packagekit/packagekitd
ฉันไม่รู้ว่ามันเกี่ยวข้องกันหรือไม่ แต่เมื่อพิจารณาว่าเริ่มทำงานพร้อมกันกับคำสั่งรีสตาร์ทที่ฉันใช้หยุดทำงาน ดูเหมือนว่าน่าจะมีปัญหาที่ใหญ่กว่า ยิ่งไปกว่านั้น การรีสตาร์ทและปิดเครื่องคอมพิวเตอร์ยังสร้างหน้าแสดงข้อผิดพลาดที่เลื่อนเร็วเกินกว่าที่ฉันจะอ่านได้ระหว่างลำดับการปิดเครื่อง
ความช่วยเหลือใด ๆ ในการดีบักหรือค้นหาวิธีแก้ไขจะได้รับการชื่นชม
แก้ไข:
นี่คือผลลัพธ์ของ grep -i FPDMA /var/log/syslog*
: https://pastebin.com/tazDug7H
นี่คือผลลัพธ์ของ dmesg
. มีข้อผิดพลาด I/O เล็กน้อยในข้อผิดพลาดนี้ สำหรับเร็กคอร์ด ไดรฟ์การติดตั้งคือ /dev/sdb
: https://pastebin.com/ctefUjUA
ผลลัพธ์ของ ฟค
ในไดรฟ์ติดตั้ง:
~$ sudo fsck -f /dev/sdb2
fsck จาก util-linux 2.34.1
e2fsck 1.45.5 (07-ม.ค.-2563)
ผ่าน 1: ตรวจสอบไอโหนด บล็อก และขนาด
ผ่าน 2: การตรวจสอบโครงสร้างไดเร็กทอรี
ผ่าน 3: ตรวจสอบการเชื่อมต่อไดเร็กทอรี
ผ่าน 4: ตรวจสอบจำนวนอ้างอิง
ผ่าน 5: ตรวจสอบข้อมูลสรุปของกลุ่ม
/dev/sdb2: 635347/61022208 ไฟล์ (1.4% ไม่ติดกัน), 29081215/244059648 บล็อก
ภาพหน้าจอของการทดสอบ SMART