Quà tặng hai xu của tôi cho tất cả các bạn là kinh nghiệm của riêng tôi, CÓ nó giúp nhưng thận trọng.
Tôi đã có rất nhiều ổ SSD và dựa trên các thử nghiệm của riêng tôi, tôi khuyên bạn nên điền đầy đủ các số 0 trước khi viết lại bảng chính và thay vì xóa các phân vùng, tạo lại bảng chính.
Sau này tôi sẽ giải thích lý do, nhưng các bước sẽ là ˋddˋ để lấp đầy toàn bộ SSD, sử dụng bs = 1M, nhanh hơn nhiều so với bs = 1 và quên tham số đếm để kết thúc (nó sẽ báo lỗi không còn chỗ trống khi đến cuối cùng, đó là được phát hiện, vì vậy đừng lo lắng khi thấy lỗi như vậy, nó phải được hiển thị); sau khi điền đầy đủ, hãy sử dụng gparted hoặc bất cứ thứ gì bạn muốn để viết bảng chính (MBR / GPT / etc) khi cần, điều này sẽ 'cắt' tất cả các đĩa, sau đó tạo phân vùng với định dạng mong muốn, v.v.
Tại sao điền nó với số không? Anwser ngắn là kinh nghiệm của tôi là khi tôi lấp đầy nó bằng một số SSD mà việc cung cấp 2-24 khối không thể đọc được đã được sửa, không còn khối nào không được giải quyết nữa.
Bây giờ điều đầu tiên tôi làm khi tôi nhận được một ổ SSD mới, trước khi sử dụng nó, hãy điền đầy đủ vào số không, để đảm bảo tôi sẽ không phải chịu một lần nữa các lỗi ngẫu nhiên phổ biến của các khối 1KiB không thể đọc được.
Kinh nghiệm của tôi: Sử dụng phần mềm để đọc / kiểm tra toàn bộ SSD (nó cho bạn biết cần bao nhiêu thời gian để đọc từng 'sector') tôi đã nhận được rất nhiều cặp 'giáo viên 512byte' (khối 1KiB) không hợp lý và vị trí của chúng thay đổi ngẫu nhiên và số lần thất bại thay đổi từ 2 đến 24, v.v.; sau khi điền đầy đủ các số 0 và tạo lại bảng chính (vauses trim) không còn các khu vực không thể đọc được.
Thử nghiệm sự cố của tôi: Ngay lập tức điền vào các số không để khắc phục các lỗi đó, tôi đã sử dụng một ổ SSD, sau vài giờ và chỉ với ít hơn một terabyte được ghi vào nó (SSD 120GiB), nó đã chết một cách đáng tiếc, nó không cho phép bất kỳ truy cập vào nó nữa, bios bo mạch chủ không thể nhìn thấy nó, các hộp đựng USB bị đóng băng khi truy cập nó, vì vậy Windows không nhìn thấy nó, Linix fdisk cũng không thấy nó.
Đó là một thử nghiệm 'chết' với nhiều ổ SSD tôi đã mua cùng một lúc, những cái giống hệt nhau ... tất cả những gì tôi không làm đều bị chết, phần còn lại có rất nhiều khối được phân bổ lại, nhưng không còn lỗi nào có thể đọc được nữa.
Tất nhiên, kết luận của tôi là tất cả các ổ SSD đều không đáng tin cậy, bất kể thương hiệu và dung lượng là gì.
Vì vậy, điều đầu tiên với họ, theo kinh nghiệm của tôi, là buộc họ phải điền đầy đủ ít nhất một lần, tốt hơn với số không so với ngẫu nhiên (nó nhanh hơn).
Hơn nữa, hầu hết SSD thực hiện cắt nội bộ khi được viết bằng số không (thuật toán hồi ức garbe, v.v.).
Ngoài ra, nếu bạn lần đầu tiên điền chúng một lần, bất kỳ khối nào gây ra lỗi ghi sẽ được phân bổ lại. Sẽ tốt hơn nhiều nếu điều đó xảy ra khi không có dữ liệu quan trọng, khi số không được ghi nếu dữ liệu bị mất (tất cả là số không) thì không liên quan, nhưng nếu dữ liệu là 'quan trọng' đối với hệ điều hành thì điều đó rất tệ.
Hầu hết việc phân bổ lại SSD đều làm điều đó nhưng mất dữ liệu trên khối bị lỗi ghi, chỉ 'doanh nghiệp' (chúng có giá> 10 € mỗi GiB) thực hiện thử lại ghi sau khi phân bổ lại chính xác. Một số SSD cũng sẽ mất tất cả các 'lĩnh vực' khác trên khối bị lỗi như vậy (như thực hiện 'loại bỏ').
Vì vậy, tốt nhất, hãy thử trước, sau khi điền đầy đủ, hãy kiểm tra dữ liệu SMART để xem có bao nhiêu phân bổ vẫn có thể được thực hiện.
Việc phân bổ lại đã được thực hiện không quan trọng lắm, hầu hết các ổ SSD đều đến từ manufacter với một số khối đã được phân bổ lại, tìm một khối có 0 nhỏ hơn 1%, vì vậy điều quan trọng là tỷ lệ, phân bổ lại so với phân bổ lại trong tương lai.
Đó là kinh nghiệm của tôi sau khi hàng trăm ổ SSD đã chết trong 5 năm năm, một số đã chết trong giờ đầu tiên sử dụng, khác trong một tuần, số khác trong một tháng; nhưng tất cả những gì tôi đã thực hiện không đầy đủ như vậy đã tồn tại trong 2 đến 3 năm, với 13GiB được viết mỗi ngày, 3 * 365 * 13 GiB = 13,9TiB được viết, ít hơn nhiều so với manufatures nói (> 100TiB).
Nhưng vấn đề về tốc độ, hầu hết là trên Windows (trên Linux, dải LVM2 2xHDD tốt cho thời gian khởi động gọn gàng nhưng không thất bại trong> 25 năm), vì vậy, sử dụng SSD với giá 0,21 € mỗi Gigabyte (120GiB = 25 €) là đáng giá (đối với Windows), trong số họ có thể thay đổi sau 2 hoặc 3 năm; tôi hy vọng công nghệ sẽ cải thiện độ tin cậy.
Đối với Linux, tôi không muốn SSD nữa cho đến khi thay thế sẽ đáng tin cậy hơn, nhưng đối với phân vùng hệ thống Windows (Vista, 7 và 10) là điều bắt buộc (thời gian khởi động thấp hơn mười lần trong một số trường hợp, với Windows Vista, thay vì khởi động> 30 phút khởi động trên> 4 phút trên máy tính xách tay cũ của tôi).
Vâng, điền đầy đủ với số không là phải, theo kinh nghiệm của tôi.
Nhưng, chỉ khi bạn nhận được SSD và trước khi sử dụng nó cho bất cứ điều gì.
Mẹo: Nếu SSD không thực hiện tốt việc thu gom rác và hệ điều hành không yêu cầu nó xử lý tất cả, tốt hơn hết hãy lấp đầy các số không, cuối cùng, đó là những gì bên trong SSD khi loại bỏ các khối. Ngoài ra việc ghi số không sẽ xóa điện tử, đó là lý do tại sao nó giúp phục hồi các khối đọc bị lỗi.
Ngoài ra, mỗi khi bạn thay đổi dữ liệu trên nó, hãy thử sao chép, SSD sẽ thông báo ghi là OK, cũng trên các phần chưa đọc (chúng có thể được viết OK nhưng không được đọc), không có hệ điều hành nào được thiết kế để hỗ trợ điều kiện như vậy , tất cả đều giả sử nếu wtite là dữ liệu OK có thể được đọc; đừng nhầm lẫn giữa việc đọc dữ liệu khác nhau với những gì đã được viết.
Đó là kinh nghiệm của tôi với SSD và HDD. Đối với các ứng dụng và khởi động Windows, tôi sử dụng SSD nhưng luôn luôn sao chép trên các ổ cứng thông thường kể từ khi SSD chết trong vòng chưa đầy 3 năm, nhưng Linux tôi sử dụng ổ cứng gấp 2 hoặc 3 lần 2,5 "có thời gian sử dụng bình thường như những gì SSD mang lại , nhưng kéo dài lâu hơn nhiều (> 25 năm).
Tôi không phải trả> 1000 € cho ổ SSD nhập khẩu 100GiB hoạt động tốt trong 10 năm, tôi không muốn trả 25 € cho 130GiB cứ sau 2 hoặc 3 năm. Vấn đề giá 100 € mỗi năm (doanh nghiệp) so với 10 € mỗi năm (Yucon, Samsung, v.v.), chỉ cần làm toán.