Tôi đã cố gắng cài đặt Ubuntu trên một máy tính xách tay cũ vào cuối tuần này, Sony Vaio PCG-6S4M / VGN-SZ61MN, nếu điều đó có liên quan. Tôi bắt đầu sử dụng USB trực tiếp (thực tế là trên thẻ micro SD), nhưng khi đến điểm sao chép các tệp, nó sẽ gặp sự cố:
Bộ cài đặt gặp lỗi sao chép tệp vào đĩa cứng
Khi tôi gọi dmesg sau đó, đầu ra ở cuối chứa một cái gì đó như thế này:
[ 450.928749] perf: ngắt quá lâu (3932 > 3930), hạ kernel.perf_event_max_sample_rate xuống 50750
[ 608.661461] sda: sda1 sda2 < sda5 sda6 >
[ 610.596440] Thêm hoán đổi 1951740k trên /dev/sda5. Mức độ ưu tiên:-2 phạm vi:1 trên:1951740k FS
[ 636.547888] EXT4-fs (sda1): hệ thống tệp được gắn với chế độ dữ liệu được sắp xếp. Tùy chọn: error=remount-ro. Chế độ hạn ngạch: không có.
[ 636.637761] EXT4-fs (sda6): hệ thống tệp được gắn với chế độ dữ liệu được sắp xếp. Lựa chọn: (không). Chế độ hạn ngạch: không có.
[ 666.058175] Lỗi SQUASHFS: giải nén zlib không thành công, dữ liệu có thể bị hỏng
[ 666.058188] Lỗi SQUASHFS: Không thể đọc khối 0xb8f39ff: -5
[ 666.058192] Lỗi SQUASHFS: Không thể đọc mục nhập bộ nhớ cache phân đoạn [b8f39ff]
[ 666.058196] Lỗi SQUASHFS: Không thể đọc trang, chặn b8f39ff, kích thước 8df3
[ 666.058250] Lỗi SQUASHFS: Không thể đọc mục nhập bộ nhớ cache phân đoạn [b8f39ff]
[ 666.058253] Lỗi SQUASHFS: Không thể đọc trang, chặn b8f39ff, kích thước 8df3
[ 666.058250] Lỗi SQUASHFS: Không thể đọc mục nhập bộ nhớ cache phân đoạn [b8f39ff]
[ 666.058253] Lỗi SQUASHFS: Không thể đọc trang, chặn b8f39ff, kích thước 8df3
Khối và kích thước khác nhau trong các ý định khác nhau, mặc dù tôi đã nhận được kích thước 8df3 này hai lần.
Khi hệ thống trực tiếp được tải, tôi có thể sử dụng Ubuntu tốt mà không gặp sự cố rõ ràng, chỉ khi quá trình cài đặt bắt đầu, sau khi các phân vùng đã được tạo.
Tôi đã kiểm tra mọi thứ tôi có thể nghĩ ra về những gì có thể đã sai:
- Thiết bị cài đặt: Tôi đã thử bốn thẻ micro SD khác nhau với hai đầu đọc thẻ khác nhau
- Hình ảnh Ubuntu: Tôi đã thử cả Ubuntu 20.04.3 và Ubuntu Mate 20.04.3, phiên bản dành cho máy tính để bàn. Tôi đã xác minh tổng kiểm tra sau khi tải xuống và sau đó xác minh lại tổng kiểm tra trên thẻ bằng cách sử dụng
dd if=/dev/sdX count=... | sha256sum. Nó đã được kiểm tra trong mọi trường hợp.
- Ổ đĩa cứng: Tôi đã thử với hai ổ cứng khác nhau. Cũng được kiểm tra bằng cách sử dụng
thông minh.
- RAM: đã thực hiện kiểm tra bộ nhớ từ USB trực tiếp và đã vượt qua.
Nơi nào khác nó có thể đã đi sai? Làm thế nào tôi có thể chẩn đoán nó? Bất kỳ ý tưởng?
CHỈNH SỬA
Tôi có thể có một số thông tin liên quan hơn. Trước tiên, hãy để tôi làm rõ rằng hình ảnh trên thẻ SD gần như chắc chắn là tốt:
- Tôi đã kiểm tra sha256sum của ISO đã tải xuống
- Tôi đã viết ISO cho thiết bị bằng cách sử dụng
đ, sau đó kiểm tra cùng một sha256sum trên thiết bị bằng cách sử dụng đ lần nữa: dd if=/dev/sdX count=... | sha256sum.
- Tôi đã kiểm tra tất cả md5sums được liệt kê trong
md5sum.txt bằng cách thực hiện md5sum -c md5sum.txt.
Những gì tôi phát hiện ra là: khi tôi kiểm tra lại các giá trị băm trên máy tính mục tiêu, nó đưa ra một giá trị sai của tệp casper/filesystem.squashfs hầu hết thời gian, và hơn nữa luôn luôn khác nhau. Đây là tệp lớn nhất với dung lượng khoảng 2GB. Vì nếu nó có liên quan: máy tính xách tay cũng có 2GB RAM. Tệp không thực sự bị hỏng: khi tôi kiểm tra lại trên máy tính mới hơn, tổng kiểm tra vẫn tốt. Lưu ý rằng điều này xảy ra trên các thẻ SD khác nhau.
Cảm ơn!
