Khôi phục hiệu suất và ước tính tuổi thọ của ổ SSD đã sử dụng?


70

Ổ SSD 128 GB cũ của tôi hiện đã được khoảng một năm rưỡi và tôi đã nâng cấp lên một ổ đĩa khác.

Tôi muốn dọn sạch ổ SSD cũ của mình để ...

  • khôi phục hiệu suất của nó về mức gần như mới

  • phục hồi chức năng và thường kiểm tra sức khỏe

Làm thế nào để tôi đi về làm điều này?


4
Mặc dù nó không bao gồm phục hồi, bạn có thể thấy bài đăng trên blog này thú vị để ngăn điều này xảy ra.
Tamara Wijsman

1
Tôi có thể đã bỏ lỡ nó, nhưng tôi không thấy bất kỳ câu trả lời nào dưới đây là "đã được kiểm tra ". Trong trường hợp của câu hỏi này, tôi thực sự tò mò chuyện gì đã xảy ra để cuối cùng làm việc "tốt nhất" cho bạn. (Nếu bạn tình cờ nhớ lại ...)
phi lý John

Câu trả lời:


56

Trên Linux, chỉ cần chạy

hdparm --trim-sector-ranges start:count /dev/sda

vượt qua phạm vi khối bạn muốn TRIM thay vì startcountthiết bị SSD thay thế /dev/sda. Nó có lợi thế là nhanh và không ghi số không trên ổ đĩa. Thay vào đó, nó chỉ đơn giản gửi các lệnh TRIM đến bộ điều khiển SSD để cho nó biết rằng bạn không quan tâm đến dữ liệu trong các khối đó và nó có thể tự do cho rằng chúng không được sử dụng trong thuật toán thu gom rác của nó.

Bạn có thể cần phải chạy lệnh này với quyền root. Vì lệnh này cực kỳ nguy hiểm, vì nó có thể gây mất dữ liệu ngay lập tức, nên bạn cũng cần chuyển --please-destroy-my-driveđối số sang hdparm(Tôi chưa thêm lệnh này vào dòng lệnh để tránh mất dữ liệu do vô tình do sao chép và dán.)

Trong dòng lệnh trên, /dev/sdanên được thay thế bằng thiết bị SSD mà bạn muốn gửi lệnh TRIM tới. startlà địa chỉ của khối đầu tiên (sector) thành TRIM và countlà số khối được đánh dấu là miễn phí từ địa chỉ bắt đầu đó. Bạn có thể vượt qua nhiều phạm vi cho lệnh.

Cá nhân tôi đã thực hiện nó với hdparm v9.32 trên Ubuntu 11.04 trên máy tính xách tay của tôi với C300 RealSSD C300 128GB, tôi phải chỉ ra một vấn đề: Tôi không thể vượt qua tổng số khối đĩa (0: 250069680) trong phạm vi . Tôi thủ công (về cơ bản là "tìm kiếm nhị phân" bằng tay) đã tìm thấy một giá trị đủ lớn cho số khối hoạt động (40000) và có thể ban hành các lệnh TRIM trên một chuỗi 40000 phạm vi để giải phóng toàn bộ đĩa. Có thể làm như vậy với tập lệnh shell đơn giản như thế này (đã được thử nghiệm trên Ubuntu 11.04 dưới quyền root):

 # fdisk -lu /dev/sda

 Disk /dev/sda: 128.0 GB, 128035676160 bytes
 255 heads, 63 sectors/track, 15566 cylinders, total 250069680 sectors
 ...  

để xóa toàn bộ ổ đĩa, lấy tổng số cung đó và thay 250069680 trong dòng sau bằng số đó và chạy (thêm --please-destroy-my-drive):

 # i=0; while [ $i -lt 250069680 ]; do echo $i:40000; i=$(((i+40000))); done \
 | hdparm --trim-sector-ranges-stdin /dev/sda

Và bạn đã hoàn thành! Bạn có thể thử đọc nội dung thô của đĩa hexedit /dev/sdatrước và sau và xác minh rằng ổ đĩa đã loại bỏ dữ liệu.


Tất nhiên, ngay cả khi bạn không muốn sử dụng Linux làm hệ điều hành chính của máy, bạn có thể tận dụng thủ thuật này bằng cách khởi động một đĩa CD trực tiếp và chạy nó trên ổ đĩa.


3
Rất tuyệt, nhưng điều này không may sẽ không hoạt động đối với SSD không hỗ trợ TRIM. Cho rằng bạn sẽ cần phải đi xa hơn một chút. Xem wiki ATA tại kernel.org để được hướng dẫn cách làm như vậy với hdparm. Sẽ tốt hơn nữa nếu bạn có thể sửa đổi mục nhập ban đầu của mình để bao gồm thông tin này :)
James

"Fstrim" là một phiên bản dễ dàng ở trên (xem câu trả lời riêng).
Bryce

@Bryce, không chính xác; TRIM chỉ mang tính chất tư vấn và dành cho các lý do hiệu suất, không phải bảo mật, có nghĩa là ổ đĩa được tự do bỏ qua lệnh hoặc trì hoãn xóa cho đến một thời gian sau, như hầu hết các ổ đĩa đều làm.
psusi

24

Trước hết, hãy bắt đầu bằng cách hiểu chính điều gì gây ra sự suy giảm hiệu suất. Không biết điều này, nhiều người sẽ đề xuất các giải pháp không đầy đủ (như tôi đã thấy xảy ra). Mấu chốt của toàn bộ tình trạng khó khăn này về cơ bản đi vào thực tế sau đây, như được trích dẫn từ Wikipedia . Hãy nhớ điều đó, nó quan trọng:

Với bộ nhớ flash NAND, các hoạt động đọc và lập trình phải được thực hiện tại một thời điểm trong khi mở khóa và xóa phải diễn ra theo kiểu khối khôn ngoan.

SSD được tạo thành từ flash NAND và flash bao gồm các "khối". Mỗi khối chứa nhiều "trang". Để đơn giản, hãy tưởng tượng chúng ta vừa mua một ổ SSD mới sáng bóng có chứa một khối bộ nhớ duy nhất và khối đó bao gồm 4 trang trống.

Để rõ ràng, tôi phân biệt giữa các trang trống, các trang đã sử dụng và các trang đã xóa với, 1 và X. Điều quan trọng là có sự khác biệt giữa mỗi trang này từ phối cảnh của bộ điều khiển! Nó không đơn giản như 1 và 0. Vì vậy, để bắt đầu, các trang trên ổ đĩa mới của chúng tôi trông như vậy:

, ∅, ∅, (tất cả đều trống)

Bây giờ, chúng ta sẽ ghi một số dữ liệu vào ổ đĩa và cuối cùng nó sẽ được lưu trữ trong trang đầu tiên đó:

1, ∅, ∅,

Tiếp theo, chúng tôi viết thêm một chút dữ liệu, chỉ lần này đủ để nó yêu cầu hai trang và do đó cuối cùng nó được lưu trữ ở trang thứ 2 và thứ 3:

1, 1, 1,

Chúng ta sắp hết chỗ! Chúng tôi quyết định chúng tôi không thực sự cần dữ liệu ban đầu mà chúng tôi đã viết, vì vậy hãy xóa nó để tạo phòng:

X, 1, 1,

Cuối cùng, chúng tôi có một bộ dữ liệu lớn khác mà chúng tôi cần lưu trữ sẽ tiêu tốn hai trang còn lại. ĐÂY LÀ NỀN TẢNG HOÀN HẢO HIỆU QUẢ Ở ĐÂU MÀ KHÔNG CẦN TRIM !! Đi từ trạng thái cuối cùng của chúng tôi đến đây:

1, 1, 1, 1

... đòi hỏi nhiều công việc hơn hầu hết mọi người nhận ra. Một lần nữa, điều này là do thực tế là đèn flash chỉ có thể xóa theo kiểu khối thông minh, không phải là trang thông minh, đó chính xác là những gì chuyển đổi cuối cùng ở trên yêu cầu. Sự khác biệt giữa SSD TRIM và SSD không dựa trên TRIM là khi công việc sau được thực hiện!

Vì chúng ta cần sử dụng một trang trống và một trang đã bị xóa, trước tiên, SSD cần đọc nội dung của toàn bộ khối vào một số bộ nhớ / bộ nhớ ngoài, xóa khối ban đầu, sửa đổi nội dung và sau đó ghi lại các nội dung đó vào khối. Nó không đơn giản như "viết", thay vào đó giờ đây nó trở thành "đọc-xóa-ghi". Đây là một thay đổi lớn và để nó xảy ra trong khi chúng ta đang viết nhiều dữ liệu có lẽ là thời điểm không phù hợp nhất để nó xảy ra. Tất cả có thể tránh được nếu trang "bị xóa" đó được khôi phục trước thời hạn, đó chính xác là những gì TRIM dự định làm. Với TRIM, SSD sẽ phục hồi các trang đã bị xóa của chúng tôi ngay sau khi xóa hoặc vào một số thời điểm thích hợp khác mà thuật toán TRIM cho là phù hợp. Mặc dù vậy, phần quan trọng là với TRIM, điều đó không xảy ra khi chúng ta đang ở giữa một bài viết!

Không có TRIM, cuối cùng chúng ta không thể tránh được tình huống trên khi chúng ta điền dữ liệu vào ổ đĩa. Rất may, một số SSD mới hơn vượt ra ngoài TRIM và thực hiện tương tự như TRIM trong nền ở mức phần cứng mà không cần các lệnh ATA cần thiết (một số gọi đây là bộ sưu tập rác). Nhưng đối với những người trong chúng ta không may mắn không có, điều quan trọng là phải biết rằng việc viết số không vào toàn bộ ổ đĩa là không đủ để lấy lại hiệu suất ban đầu !!!!! Ghi tất cả các số không vào ổ đĩa không cho biết bộ điều khiển rằng trang trong flash là miễn phí để viết. Cách duy nhất để làm điều đó trên một ổ đĩa không hỗ trợ TRIM là gọi lệnh xóa an toàn ATA trên ổ đĩa của bạn bằng cách sử dụng một công cụ như HDDErase (thông qua Wayback Machine) .

Tôi tin rằng có một số ổ SSD đầu tiên chỉ hỗ trợ TRIM khi xóa các phân vùng hoặc dựa trên những thứ như "phần mềm dọn dẹp tất cả" của Windows 7, và không xóa các tệp riêng lẻ. Đây có thể là một lý do tại sao một ổ đĩa cũ hơn xuất hiện để lấy lại hiệu suất khi thực hiện lệnh đó. Điều này có vẻ hơi mơ hồ đối với tôi mặc dù ...

Phần lớn kiến ​​thức của tôi về SSD và phần cứng / tiện ích nói chung đến từ anandtech.com . Tôi nghĩ rằng anh ấy đã có một bài viết tuyệt vời giải thích tất cả những điều này nhưng đối với cuộc sống của tôi, tôi không thể tìm thấy nó!


Aha! Tôi tìm thấy bài báo Anandtech ban đầu!
James

Chỉ đọc lướt qua nhưng +1 để đề cập đến xóa an toàn của ATA và trích dẫn trên mỗi khối so với mỗi trang.
Christopher Galpin

1
Trong khi hầu hết câu trả lời này là chính xác, phần về thu gom rác là không chính xác. Tất cả các ổ SSD đều có bộ sưu tập rác. Họ sẽ không làm việc mà không có nó. Thu gom rác không phải là một thay thế cho TRIM. Ở trạng thái trống, một ô NAND đại diện cho 1 và sau đó bạn có thể viết nó thành 0. Nhưng để đưa nó về 0, bạn phải xóa toàn bộ một khối. Vì vậy, thay vì ghi đè dữ liệu hiện có, mọi thay đổi sẽ được ghi vào một khối mới và dữ liệu cũ được đánh dấu là không hợp lệ. Xóa dữ liệu không hợp lệ là Thu gom rác. TRIM yêu cầu SSD đánh dấu dữ liệu là không hợp lệ khi bạn xóa nó trong HĐH.
Ông Alpha

Không hẳn là ông Alpha. Thuật ngữ "Bộ sưu tập rác" xuất phát từ các bộ điều khiển chủ động thực hiện quy trình bạn mô tả vào thời điểm tối ưu thay vì phản ứng đơn giản khi họ thực sự cần phải làm điều đó (một lần nữa, dẫn đến hiệu suất kém khi ổ đĩa bị đầy).
James

1
Có lẽ chúng ta không bao giờ nên gọi nó là "Bộ sưu tập rác" và thay vào đó chỉ có biệt danh là "người tích trữ" phản ứng cũ.
James

17

Rõ ràng đề xuất tiêu chuẩn là viết một ổ đĩa toàn bộ số không. Tôi không hoàn toàn chắc chắn lý do tại sao điều này giúp (không có nhiều ghi cuối cùng sẽ tiêu diệt SSD?), Nhưng dường như nó được xác nhận bởi các diễn đàn hỗ trợ SSD của nhà cung cấp chính.

Vì vậy, để làm điều đó trong Windows:

  • bắt đầu một dấu nhắc lệnh với đặc quyền Quản trị viên
  • thực hiện lệnh diskpart

Khi ở trong tiện ích, bạn sẽ thấy một DISKPART>dấu nhắc và đưa ra các lệnh sau:

DISKPART> list disk
DISKPART> select disk x

Rõ ràng, HÃY ĐẢM BẢO BẠN ĐÃ CHỌN SSD DRIVE ĐÚNG trước khi tiếp tục!

DISKPART> clean all
DISKPART> create partition primary
DISKPART> format quick fs=NTFS 

Sự kỳ diệu ở đây là clean allđó viết tất cả các số không vào ổ đĩa :

Nếu bạn chỉ định tất cả tham số, mỗi và mọi khu vực đều có thể bằng 0 và tất cả dữ liệu được chứa trên ổ đĩa có thể bị xóa.

Sau khi làm điều này, tôi có thể xác nhận rằng hiệu suất đĩa tăng lên đáng kể.


11
@Jeff Lý do tại sao việc viết tất cả các số không có thể hữu ích đã được David Spillett giải thích gần đây : một số bộ điều khiển cho rằng các khối không có thể bị loại bỏ và trở về nhóm không gian trống, mô phỏng hiệu ứng của lệnh TRIM.
sblair

1
2 điểm - đầu tiên, thường là lệnh xóa flash sẽ xóa các khối thành tất cả 0xff, do đó, có vẻ tốt hơn để viết thay vì 0. Tôi sẽ phải kiểm tra datasheets để chắc chắn. Thứ hai - nếu bạn đang cố gắng đánh lừa bộ điều khiển vào TRIM ổ đĩa, thì có nên chạy một loại tiện ích nào đó chỉ TRIMed mỗi khối trên ổ đĩa không? Cá nhân, tôi có thể sẽ làm cả hai (0xff và TRIM), nhưng tôi có lẽ là một chút tầm thường ở đây.
Dennis Munsie

2
@dennis chắc chắn, nếu có một tiện ích như vậy - vui lòng chỉ cho tôi một tiện ích.
Jeff Atwood

1
@Dennis: Nếu ổ đĩa đang sử dụng các bit "vật lý" "trên" và chúng được dịch thành logic trên các bit khác, thì 0xff có thể là mẫu bạn cần. Họ có thể đang sử dụng logic đảo ngược, vì vậy tài liệu hoặc giao tiếp với nhà sản xuất là cách duy nhất để chắc chắn trước khi tiếp tục. Đề nghị của tôi để sử dụng sdelete hoặc tương tự là thử cắt các khối không sử dụng trên hệ thống tệp đang hoạt động. Tất nhiên, nó sẽ dẫn đến việc ghi không cắt cho tất cả các khối trong ánh xạ của SSD là sự pha trộn giữa sử dụng và không sử dụng.
David Spillett

2
Tôi hơi lúng túng rằng rất nhiều người dường như không biết gì về việc xóa an toàn ổ SSD. Không cần thiết phải TRIM mỗi khối. Chỉ cần chạy một tiện ích gửi lệnh ATA Xóa an toàn đến SSD và vấn đề của bạn đã được giải quyết, bất kể SSD có hỗ trợ TRIM hay không.
James

16

Tôi cũng tìm thấy một công cụ, SSD Life Pro . Nó có một số tin xấu cho tôi.

SSDLife Pro - sức khỏe ổ đĩa là xấu!

Về cách tính toán, nó sử dụng các chỉ số SSD SMART. Rõ ràng nó cố gắng dự đoán dựa trên dữ liệu SMART :

  • Tuổi thọ của bộ nhớ flash, dựa trên SSD, được giới hạn ở mức 10.000 ghi trên mỗi ô
  • hầu hết các ổ đĩa cũng hiển thị dữ liệu về thông tin bằng văn bản và / hoặc đọc thông số trong thông số SMART của chúng

Điều này thật khó khăn vì nó cũng cần biết khi nào dữ liệu được ghi để ước tính, nhưng đây là dữ liệu cơ bản:

01 Tỷ lệ lỗi đọc 7
09 Giờ bật nguồn 7085
Đếm chu kỳ công suất 0C
B8 Khối lượng xấu ban đầu 15
Số lần thất bại của chương trình C3 Số 0
C4 Erase Thất bại Khối đếm 0
Số lần đọc thất bại của C5 Số 0
C6 Đọc các ngành 5468243171
C7 Viết các ngành 41640920876
C8 Đọc các lệnh 100482453
Lệnh viết C9 417315851
Lỗi bit CA từ Flash 345270
CB đọc các ngành có lỗi bit chính xác 340001
CC Bad Block Full Flag 0
Thông số kỹ thuật P / E tối đa CD 5000
Số lần xóa tối thiểu CE 3774
Số lần xóa tối đa CF 65348
D0 Số lần xóa trung bình 4837
D1 còn lại cuộc sống ổ đĩa 4

Con số đáng sợ còn lạiLife Drive là 4 .. phần trăm!

Và kết quả tính toán:

Model: CRUCIAL_CT128M225
Kích thước: 128 GB
Số sê-ri: xxxxxxxxxxxxxxxxx456456
Chương trình cơ sở: 2030
Cung cấp thời gian: 318    
Hỗ trợ TRIM trong ổ đĩa / HĐH: được bật / bật
Thời gian làm việc: 9 tháng 16 ngày 5 giờ
Tổng số dữ liệu đã đọc: 2607,46 GB
viết: 19855.94 GB

Đối với hồ sơ, ổ đĩa này ban đầu được mua vào tháng 10 năm 2009, vì vậy nó đã hơn một năm rưỡi.


3
@Jeff Mặc dù bộ nhớ flash đã được cải thiện về kích thước quy trình, số chu kỳ xóa chương trình / xóa đã giảm . Giá trị 0xCD cho thấy rằng bạn có ổ đĩa dựa trên 34nm với 5.000 chu kỳ P / E được xếp hạng, thay vì 10.000.
sblair

1
@sblair tốt để biết; Tôi đã thử công cụ này trên OCZ Vertex 2 mới và nó có các trường và giá trị SMART hoàn toàn khác nhau.
Jeff Atwood

2
Dữ liệu đó có vẻ hơi sai - nó nói rằng bạn đã viết gần gấp 10 lần dữ liệu bạn đã đọc. Nghe có vẻ không cao? Tôi mong đợi nhiều hơn đọc. Bạn có một pagefile trên ổ đĩa đó không?
Dennis Munsie

1
Nhiều điểm dữ liệu hơn - Tôi có một ổ SSD tương tự được cài đặt trong MacBook của vợ tôi. Đây trước đây là máy tính xách tay của tôi, được sử dụng cho mục đích phát triển. Tôi chỉ nhìn vào số liệu thống kê trên ổ SSD đó và trong 8 tháng hoặc hơn vòng đời của ổ đĩa đó, nó có tổng cộng 17 năng lượng mỗi giờ so với 7085 cho bạn (295 ngày). Tôi biết rằng thực tế là máy đã hoạt động được hơn 17 giờ, nhưng có vẻ như hệ điều hành đang tích cực tắt nguồn ổ đĩa.
Dennis Munsie

2
20TB được ghi vào ổ 128 GB!? Chính xác thì bạn đang sử dụng ổ đĩa này để làm gì?
BlueRaja - Daniel Pflughoeft

6

Tôi đã thấy rằng viết số 0 thông qua ổ đĩa không phải là cách tiếp cận tốt nhất. Mặc dù có thể giúp ích trong thời gian ngắn, tôi thấy rằng nó chắc chắn không khôi phục ổ đĩa của tôi về hiệu năng đầy đủ (tôi có một Intel-SSD không hỗ trợ TRIM cũ). Sau một năm sử dụng khá nặng, tôi bắt đầu chạy vào trạng thái đóng băng 1-2 giây khi SSD sẽ cố ghi vào bất kỳ tệp nào , ngay cả sau khi không sử dụng SSD.

Điều duy nhất tôi thấy rằng khôi phục hoàn toàn hiệu suất là xóa an toàn bằng cách sử dụng hdparm. Tôi đã tạo thói quen xóa an toàn ổ SSD của mình sau mỗi 6-12 tháng khi nó bắt đầu gặp một số trục trặc nhỏ. Ai đó trên Macrumors đã thực hiện một hướng dẫn cụ thể về mac về cách thực hiện cho các thiết bị mac *.

Theo tất cả các tuyên bố mà tôi đã thấy, việc xóa an toàn sẽ gửi một lệnh đặc biệt tới SSD khiến nó đặt tất cả các thành phần về 0 ở mức thấp hơn nhiều sau đó chỉ cần sử dụng ddhoặc một cái gì đó.


nếu ổ đĩa không hỗ trợ TRIM thì tất cả các cược đã tắt ..
Jeff Atwood

1
Không chính xác Jeff, Secure Erase hoàn toàn độc lập với TRIM. Đó là một lệnh ATA thực tế và đó là điều duy nhất bạn có thể làm để khôi phục hoàn toàn các ổ đĩa không hỗ trợ TRIM. Khi SSD nhận lệnh này, tất cả các ô NAND được đánh dấu là trống, khôi phục hiệu suất ghi ban đầu của ổ đĩa mà không cần TRIM. Có rất nhiều công cụ có sẵn có thể làm điều này, bao gồm cả hdparm được tham chiếu trong câu trả lời hàng đầu cho đến nay.
James

5

Trên máy Mac, hãy kiểm tra DiskTester của digilloydTools . Ngoài ra còn có một số điểm dữ liệu thú vị ở đó để xem ảnh hưởng của việc phục hồi hiệu năng ổ đĩa.


Tôi tin rằng tất cả những gì làm là ghi một tệp rất lớn bằng 0 vào ổ SSD của bạn. Bạn có thể đạt được kết quả lưu bằng cách làm cat /dev/zero > /tmp/bigfile.
Kendall Hopkins

4

ThinkPads có một menu BIOS ẩn (bật với http://www-307.ibm.com/pc/support/site.wss/MIGR-68369.html ) để đặt lại SSD của bạn.


nó có thể thực hiện tương tự như các công cụ được đề xuất khác, ghi các số 0 vào toàn bộ ổ đĩa được bộ điều khiển hiểu là các lệnh xóa TRIM trên mỗi khối.
Jeff Atwood

có lẽ? Tôi không có ý kiến.
chx

2

Để kiểm tra tuổi thọ ssd còn lại trên ssd (ổ đĩa trạng thái rắn), bạn sẽ cần cài đặt gói smartmontools. Nó chứa hai chương trình tiện ích (smartctl và smartd) để điều khiển và giám sát các hệ thống lưu trữ bằng Hệ thống công nghệ tự giám sát, phân tích và báo cáo (SMART) được tích hợp trong hầu hết các đĩa cứng ATA và SCSI hiện đại.

Đối với các bản phân phối dựa trên Ubuntu, Mint hoặc Debian

# apt-get install smartmontools

For Fedora, Centos, or Red Hat based distributions
# yum install smartmontools

Media_Wearout_Indicator là những gì bạn đang tìm kiếm. Đối với 100 có nghĩa là ssd của bạn có 100% cuộc sống, số thấp hơn có nghĩa là ít cuộc sống hơn.

# smartctl -a /dev/sda | grep Media_Wearout_Indicator

Đầu ra từ máy tính xách tay của tôi

233 Media_Wearout_Indicator 0×0032 100 100 000 Old_age Always – 0

Nếu bạn muốn xem thêm chi tiết và các thuộc tính đầy đủ từ ổ đĩa của mình, bạn có thể chạy

# smartctl -data -A /dev/sda

Nguồn: namhuy.net/1024/how-to-check-ssd-life-left.html


2

Giờ đây đã có câu trả lời tốt hơn cho các hệ thống Linux, so với câu trả lời @LeakyCode:

sudo fstrim -v / khởi động

Lệnh "fstrim" từ "produc-linx" sẽ chạy qua hệ thống tập tin và đưa ra các lệnh TRIM cho tất cả không gian chưa sử dụng. Trên các bản phân phối như Ubuntu, điều này bị tắt theo mặc định ngoại trừ một danh sách chọn lọc các ổ đĩa "đã biết an toàn" từ Intel và Samsung. Nhưng lệnh có thể được chạy thủ công trên bất kỳ phân vùng nào cho bất kỳ ổ đĩa nào.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.