Tôi đã từng có Windows 10 trong Máy tính xách tay của mình trước đây. Không biết từ đâu, các bản cập nhật không được cài đặt đúng cách và hệ thống luôn gặp sự cố sử dụng đĩa 100% do đó nó rất chậm. Tôi tìm thấy trên internet rằng nó gần như không thể giải quyết được nên tôi quyết định chuyển sang hệ điều hành khác. (Tôi đã thử quét như SFC, DISM, CHKDSK, v.v. nhưng không được)
Thông tin PC của tôi:
Máy tính xách tay của tôi đã hai tuổi
Xử lý 0x0001, DMI loại 1, 27 byte
Thông tin hệ thống
Nhà sản xuất: HP
Tên sản phẩm: Laptop HP 15-da1xxx
Phiên bản: Type1ProductConfigId
Số sê-ri: CND84514TK
UUID: ef325e8a-e8dc-e811-a4c3-84a93ea27d6c
Loại đánh thức: Công tắc nguồn
Mã hàng: 5PC90PA#ACJ
Dòng: Máy tính xách tay HP 103C_5335KV
Xử lý 0x000B, loại DMI 12, 5 byte
Tùy chọn cấu hình hệ thống
Tùy chọn 1: Tùy chọn cấu hình1
Tùy chọn 2: Tùy chọn cấu hình2
Tùy chọn 3: Tùy chọn cấu hình3
Tùy chọn 4: Tùy chọn cấu hình4
Tùy chọn 5: Tùy chọn cấu hình5
Tùy chọn 6: Tùy chọn cấu hình6
Tùy chọn 7: Tùy chọn cấu hình7
Tùy chọn 8: Tùy chọn cấu hình8
Xử lý 0x0010, loại DMI 15, 29 byte
Nhật ký sự kiện hệ thống
Độ dài vùng: 0 byte
Độ lệch bắt đầu tiêu đề: 0x0000
Độ dài tiêu đề: 8192 byte
Độ lệch bắt đầu dữ liệu: 0x2000
Phương thức truy cập: Các hàm dữ liệu không thay đổi cho mục đích chung
Địa chỉ truy cập: 0x0000
Trạng thái: Hợp lệ, Chưa đầy đủ
Thay đổi mã thông báo: 0x12345678
Định dạng tiêu đề: Dành riêng cho OEM
Bộ mô tả loại nhật ký được hỗ trợ: 3
Mô tả 1: Thay đổi kích thước bộ nhớ POST
Định dạng dữ liệu 1: Không có
Mô tả 2: Lỗi POST
Định dạng dữ liệu 2: POST kết quả bitmap
Mô tả 3: Đặt lại/xóa khu vực nhật ký
Định dạng dữ liệu 3: Không có
Xử lý 0x001D, DMI loại 32, 11 byte
Thông tin khởi động hệ thống
Trạng thái: Không phát hiện lỗi
Kích thước hệ thống tệp được sử dụng Sẵn có Sử dụng % Được gắn trên
udev 3,9G 0 3,9G 0%/dev
tmpfs 785M 1,9M 783M 1%/lần chạy
/dev/sda2 916G 219G 650G 26%/
tmpfs 3,9G 0 3,9G 0%/dev/shm
tmpfs 5,0M 4,0K 5,0M 1%/chạy/khóa
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,2 triệu 9,2 triệu 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%/boot/efi
tmpfs 785M 72K 785M 1%/lần chạy/người dùng/1000
Vấn đề hiện tại:
Ubuntu vẫn ổn trong hai ngày và tôi rất vui nhưng đột nhiên tôi gặp sự cố hệ thống tệp chỉ đọc mà không báo trước. Và từ hôm qua tôi không thể cài đặt bất kỳ gói nào (tôi đang cố cài đặt Conda cho python)
sudo apt-get cập nhật
lỗi xe buýt
Sudo apt cài đặt smartmontools
lỗi xe buýt
Bây giờ, PC của tôi thỉnh thoảng đưa ra thông báo "Đã phát hiện sự cố hệ thống". Sáng nay khi tôi khởi động máy tính, nó yêu cầu tôi thực hiện "fsck" như bình thường và đây là những gì nó hiển thị sau:
Tôi đã thử tải xuống và cài đặt phần mềm "GSMARTCONTROL" nhưng nó thoát gần như ngay lập tức và hiển thị lỗi sau:
Không thể cài đặt GSmartControl do tải xuống không thành công:
E:
Phương thức http đã chết bất ngờ!
Đĩa SMART tự kiểm tra đánh giá:
Tôi đã thực hiện ĐÁNH GIÁ ĐĨA THÔNG MINH và tôi không biết tại sao nhưng nó hoạt động ngẫu nhiên. Ban đầu, nó cho thấy đánh giá là 90,0% và "Đĩa vẫn ổn (53 thành phần xấu)", sau đó nó không thành công và hiển thị rằng "Tự kiểm tra không thành công (đọc)" (hình trên)
Phần kết luận:
- Đĩa của tôi có bị lỗi không?
- Các lĩnh vực dự phòng sẽ đủ để sửa chữa
vấn đề này?
