Recent Content by Grobe

Có nhiều cách để đạt được điều này, tôi xin đề cập đến một vài cách Hệ thống tệp BTRFS có một kiểm tra CRC tích hợp (theo khối) thực sự chạy và kiểm tra mọi lần đọc. Trong trường hợp --checksum xảy ra lỗi crc trên ổ cứng vẫn hoạt động, các tệp bị ảnh hưởng không thể được đọc hoặc thay đổi...

Nếu bạn có thể truy cập vào một máy tính đang hoạt động khác thì đây là một nhiệm vụ rất khả thi. Tuy nhiên, nếu việc flash ổ đĩa USB bằng hình ảnh iso vượt quá khả năng của bạn hoặc thiết bị của bạn, tôi thực sự khuyên bạn nên tìm đến một công ty chuyên nghiệp về khôi phục dữ liệu.

Bổ sung cho lời khuyên của Lutfij - Tôi thực sự khuyên bạn nên sao chép đầy đủ S.M.A.R.T. dữ liệu từ crystaldisk (khi sử dụng Ctrl+C, tất cả dữ liệu có liên quan sẽ được sao chép vào clipboard dưới dạng văn bản thuần túy) và dán vào bài đăng - cũng nhớ Nhúng vào thẻ mã để dễ đọc hơn. Chọn...

Thật khó tin là một con mèo có thể mắc lỗi trong trường hợp này. Điều đầu tiên tôi nghi ngờ là có vấn đề gì đó với ổ SSD khiến nó không khởi động bình thường. Bạn có thể cung cấp một số dữ liệu về tình trạng của ổ SSD và đăng lên đây không. Hãy xem nhà sản xuất có phần mềm nào để xác định sự cố...

Với ổ cứng, mọi thứ phải ở trong tình trạng vật lý tốt để ổ cứng hoạt động như một tổng thể. Nhưng không có gì để xem vì mọi thứ đều được giấu dưới nắp. Giống như bạn đỗ xe ở bãi đỗ xe. Trong khi bạn đang đi mua sắm, có điều gì đó tồi tệ xảy ra với chiếc xe và toàn bộ mặt trước có khoang động...

Tôi đoán là đầu không đọc được bất cứ thứ gì. Vụ án đã mở, vì vậy hành vi này là bình thường vào thời điểm này.

Ngoài ra, ổ cứng đó cũng có thể là ổ SMR, dễ có hiệu suất ghi kém. Tìm kiếm trên web hỗ trợ khá lỏng lẻo điều này: https://www.perplexity.ai/search/are-toshiba-canvio-basics-2022-_CxH89ioTAeLaN1JX9lCuw

Bất kỳ hệ điều hành hiện đại nào cũng tự động quản lý điều này. Nghĩa là, dữ liệu được ghi vào bộ lưu trữ dữ liệu trước tiên được tải vào RAM. Lượng dữ liệu này được chuyển vào RAM chỉ được xác định dựa trên lượng RAM khả dụng. Các quy tắc cụ thể về việc sử dụng RAM (bộ nhớ đệm) có thể khác nhau...

Vâng, điều này có nghĩa là mô-đun DFPlayer của bạn có thể hỗ trợ thẻ SDHC (Secure Digital High Capacity), trong khi các thẻ SD lớn hơn là SDXC (Secure Digital Extended Capacity) nhưng không hỗ trợ thẻ SDXC. Thông tin chi tiết hơn có tại đây...

Tệ đến mức phải đảm bảo sao lưu để khi bạn phải thay thế, bạn sẽ không bị mất dữ liệu.

Có thể ổ đĩa còn ít dung lượng trống. Điều đó sẽ buộc hệ điều hành phải sử dụng nhiều tài nguyên hơn để tìm kiếm dung lượng trống để đưa các tệp vào và cũng gây ra tình trạng phân mảnh các tệp đã lưu gần đây, đặc biệt là các tệp lớn.

Nếu Windows cho phép, tôi cho rằng bạn có thể khởi tạo và định dạng lại (có thể mất bất kỳ dữ liệu nào đã lưu trữ trước đó trên đó) Xem các giá trị thô, hệ thống số thập lục phân của nó.

Với gần 1500 sector đang chờ xử lý, tôi cho rằng ổ cứng của bạn có khả năng bị hỏng (việc định dạng lại có thể giúp ổ cứng hoạt động trở lại với bảng phân vùng mới, nhưng không thể tin cậy được đĩa đó để lưu trữ tệp)

Có thể là do đĩa bị lỗi hoặc do nguyên nhân khác. Vui lòng cung cấp dữ liệu S.M.A.R.T cho đĩa (có thể sử dụng công cụ như CrystalDiskInfo để trích xuất thông tin đó).

Được rồi, vậy thì thông tin liên quan duy nhất có vẻ là về PSU. Tuyên bố miễn trừ trách nhiệm: Tôi không biết máy kiểm tra PSU cụ thể mà bạn sử dụng ở đây và tôi cũng không biết liệu mẫu này có kiểm tra tất cả các chân +12V riêng biệt (để có thể phát hiện một dây bị đứt) hay chỉ +12V nói chung...