ฮาร์ดดิสก์ของฉันเสียหรือไม่

Question

Score:1

Ubuntu

ฮาร์ดดิสก์ของฉันเสียหรือไม่

aniii

21/10/22 06:24

ฉันเคยมี Windows 10 ในแล็ปท็อปมาก่อน การอัปเดตไม่ได้ติดตั้งอย่างถูกต้องและระบบมีปัญหาการใช้งานดิสก์ 100% เสมอเนื่องจากช้ามาก ฉันพบบนอินเทอร์เน็ตว่ามันแทบจะเป็นไปไม่ได้เลยที่จะแก้ปัญหา ดังนั้นฉันจึงตัดสินใจเปลี่ยนไปใช้ระบบปฏิบัติการอื่น (ฉันได้ลองสแกนเช่น SFC, DISM, CHKDSK ฯลฯ ฯลฯ แล้ว แต่ไม่มีประโยชน์)

ข้อมูลพีซีของฉัน:

แล็ปท็อปของฉันมีอายุสองปี

จัดการ 0x0001, DMI ประเภท 1, 27 ไบต์
ข้อมูลระบบ
    ผู้ผลิต: HP
    ชื่อสินค้า: แล็ปท็อป HP 15-da1xxx
    เวอร์ชัน: Type1ProductConfigId
    หมายเลขซีเรียล: CND84514TK
    UUID: ef325e8a-e8dc-e811-a4c3-84a93ea27d6c
    ประเภทการปลุก: สวิตช์เปิดปิด
    หมายเลข SKU: 5PC90PA#ACJ
    ครอบครัว: โน้ตบุ๊ก HP 103C_5335KV

จัดการ 0x000B, DMI ประเภท 12, 5 ไบต์
ตัวเลือกการกำหนดค่าระบบ
    ตัวเลือกที่ 1: ConfigOptions1
    ตัวเลือก 2: ConfigOptions2
    ตัวเลือกที่ 3: ConfigOptions3
    ตัวเลือกที่ 4: ConfigOptions4
    ตัวเลือกที่ 5: ConfigOptions5
    ตัวเลือก 6: ConfigOptions6
    ตัวเลือก 7: ConfigOptions7
    ตัวเลือก 8: ConfigOptions8

จัดการ 0x0010, DMI ประเภท 15, 29 ไบต์
บันทึกเหตุการณ์ของระบบ
    ความยาวพื้นที่: 0 ไบต์
    ส่วนหัวเริ่มต้น Offset: 0x0000
    ความยาวส่วนหัว: 8192 ไบต์
    ข้อมูลเริ่มต้นออฟเซ็ต: 0x2000
    วิธีการเข้าถึง: ฟังก์ชันข้อมูลที่ไม่ลบเลือนสำหรับวัตถุประสงค์ทั่วไป
    ที่อยู่การเข้าถึง: 0x0000
    สถานะ: ถูกต้อง ไม่เต็ม
    เปลี่ยนโทเค็น: 0x12345678
    รูปแบบส่วนหัว: เฉพาะ OEM
    คำอธิบายประเภทบันทึกที่รองรับ: 3
    คำอธิบายที่ 1: การปรับขนาดหน่วยความจำ POST
    รูปแบบข้อมูล 1: ไม่มี
    คำอธิบายที่ 2: ข้อผิดพลาด POST
    รูปแบบข้อมูล 2: บิตแมปผลลัพธ์ POST
    คำอธิบาย 3: รีเซ็ต/ล้างพื้นที่บันทึก
    รูปแบบข้อมูล 3: ไม่มี

จัดการ 0x001D, DMI ประเภท 32, 11 ไบต์
ข้อมูลการบูตระบบ
    สถานะ: ไม่พบข้อผิดพลาด

ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
อูเดฟ 3.9G 0 3.9G 0% /เดฟ
tmpfs 785M 1.9M 783M 1% /รอบ
/dev/sda2 916G 219G 650G 26% /
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /รัน/ล็อค
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/loop0 56M 56M 0 100% /snap/core18/1988
/dev/loop1 100M 100M 0 100% /snap/core/11187
/dev/loop3 56M 56M 0 100% /snap/core18/2066
/dev/loop2 9.2M 9.2M 0 100% /snap/canonical-livepatch/99
/dev/loop4 219M 219M 0 100% /snap/gnome-3-34-1804/66
/dev/loop6 65M 65M 0 100% /snap/gtk-common-themes/1514
/dev/loop7 52M 52M 0 100% /snap/snap-store/518
/dev/loop8 51M 51M 0 100% /snap/snap-store/547
/dev/loop5 219M 219M 0 100% /snap/gnome-3-34-1804/72
/dev/loop9 32M 32M 0 100% /snap/snapd/11036
/dev/loop10 66M 66M 0 100% /snap/gtk-common-themes/1515
/dev/loop11 33M 33M 0 100% /snap/snapd/12159
/dev/loop12 180M 180M 0 100% /snap/spotify/46
/dev/loop13 296M 296M 0 100% /snap/vlc/2288
/dev/sda1 511M 7.9M 504M 2% /บูต/efi
tmpfs 785M 72K 785M 1% /รัน/ผู้ใช้/1000

ปัญหาในปัจจุบัน:

Ubuntu ใช้งานได้ดีเป็นเวลาสองวันและฉันก็มีความสุข แต่จู่ๆ ก็มีปัญหาระบบไฟล์แบบอ่านอย่างเดียวโดยไม่ได้แจ้งให้ทราบล่วงหน้า และจากเมื่อวานฉันไม่สามารถติดตั้งแพ็คเกจใด ๆ ได้ (ฉันพยายามติดตั้ง Conda สำหรับ python)

sudo apt-get อัปเดต
ข้อผิดพลาดของบัส

sudo apt ติดตั้ง smartmontools
ข้อผิดพลาดของบัส

ตอนนี้พีซีของฉันแจ้งเตือน "ตรวจพบปัญหาระบบ" เป็นระยะๆ เช้านี้เมื่อฉันบูทเครื่องคอมพิวเตอร์ขอให้ฉันดำเนินการ "fsck" ตามปกติและนี่คือสิ่งที่แสดงหลังจาก:

ที่ 90.0%

หลังจากเสร็จสิ้น

ฉันพยายามดาวน์โหลดและติดตั้ง "GSMARTCONTROL" Sotware แต่มันปิดเกือบจะในทันทีและแสดงข้อผิดพลาดต่อไปนี้:

ไม่สามารถติดตั้ง GSmartControl เนื่องจากการดาวน์โหลดล้มเหลว:
จ:
เมธอด http เสียชีวิตกะทันหัน!

การทดสอบตนเองของการประเมิน SMART Disk:

การทดสอบตัวเองอย่างชาญฉลาด

ฉันทำการประเมิน SMART DISK และฉันไม่รู้ว่าทำไม แต่มันทำงานแบบสุ่ม เริ่มแรกแสดงว่าการประเมินอยู่ที่ 90.0% และ "ดิสก์ใช้ได้ (53 แบดเซกเตอร์)" จากนั้นจึงล้มเหลว และแสดงว่า "การทดสอบตัวเองล้มเหลว (อ่าน)" (ภาพด้านบน)