Diskpart - Không thể xóa phân vùng mà không có bộ tham số được bảo vệ bằng lực


Câu trả lời:


71

Là đĩa của tôi bị khóa một cách vĩnh viễn?

Bạn cần thêm overridetùy chọn:

delete partition override

ghi đè

Cho phép DiskPart xóa mọi phân vùng bất kể loại nào. Thông thường, DiskPart cho phép bạn chỉ xóa các phân vùng dữ liệu đã biết.

Nguồn DiskPart Command-Line Tùy chọn


Cách xóa phân vùng OEM

"Không thể xóa phân vùng được bảo vệ mà không có bộ tham số bảo vệ lực."

Đây là một cảnh báo từ Windows rằng bạn cần chắc chắn rằng bạn muốn xóa phân vùng này.

Nếu bạn thấy lỗi này khi cố gắng xóa phân vùng thì hãy sử dụng:

delete partition override

Nguồn Cách xóa phân vùng OEM


0

!!! Đó là một thông báo không có ý nghĩa của Windows, yêu cầu một tham số thậm chí không được chỉ định bởi "GIÚP XÓA PHẦN MỀM", tham số chính xác được hỗ trợ ("QUÁ HẠN", không phải "BẢO VỆ FORCE") vẫn chưa được ghi lại chính xác ... !! ! Ý kiến ​​của tôi là đó là một lỗi cũ của DISKPART, được báo hiệu từ lâu, nhưng liên tục bị Microsoft bỏ qua).

Cần phải cho phép xóa phân vùng "phục hồi" thừa, gây ô nhiễm các ổ đĩa sau mỗi lần phát hành (phân vùng khôi phục được tạo lại nhiều lần, lấy không gian từ phân vùng chính vào cuối mỗi lần tăng kích thước của nó và để phục hồi cũ các phân vùng không được sử dụng, ngoại trừ chúng vẫn được tham chiếu bởi các mục BCD cũ (xem kết quả của lệnh "BCDEDIT / ENUM ALL", tôi không biết tại sao chúng được giữ sau khi cập nhật).

Các phân vùng khôi phục cũ phải bị xóa, chúng thậm chí không thể sử dụng được (tôi cá là chúng chỉ được giữ như các bản sao lưu cũ nhưng thậm chí không có bất kỳ công cụ nào trong Windows để sử dụng lại ...). Chúng được bảo vệ bằng một cờ không thể thay đổi mà không xóa các phân vùng này bằng cờ ghi đè.

Trên ổ SSD, các phân vùng phục hồi này đang chiếm dung lượng trước đó (khoảng 500 MB mỗi phân vùng, nhưng tăng dần từ phiên bản này sang phiên bản khác: Tôi đã tìm thấy hàng tá phân vùng cũ chưa sử dụng này, phân vùng được sử dụng là phân vùng ngay sau phân vùng chính, tất cả những cái khác là nhà để xe cũ).

Xóa các phân vùng này sẽ không đủ, sau đó bạn sẽ cần khôi phục dung lượng bị mất bằng cách di chuyển lại phân vùng khôi phục đầu tiên vào cuối đĩa, sau đó mở rộng lại phân vùng chính.

Mỗi phiên bản windows 10 sẽ ăn hơn 1/2 GB dung lượng bằng cách để lại các phục hồi cũ sau khi bổ sung mới.

Lưu ý: kích thước phân vùng phục hồi cần thiết để tránh giải trí này lớn hơn so với tài liệu MSDN / Technet: nếu nó không đủ không gian trống, một cái mới được tạo ra chỉ với mức tối thiểu cần thiết (tăng theo thời gian, vì vậy mỗi phiên bản hình ảnh mới sẽ thêm phân vùng phục hồi mới của riêng nó trước phân vùng trước đó, được định dạng ở dạng NTFS, nhưng không nhìn thấy và không được gắn kết theo mặc định với ký tự ổ đĩa trong Windows Explorer). Một phân vùng mới thậm chí được tạo khi phân vùng phục hồi trước đó vẫn đủ lớn để chứa bộ tải khởi động phục hồi mới Boot.sdi và hình ảnh WinRE ...

Để thực hiện việc dọn dẹp này, bạn cần các công cụ bên ngoài (chẳng hạn như Magic Magic hoặc Trình hướng dẫn phân vùng Minitool). Windows thật ngu ngốc ... đôi khi và lãng phí không gian lưu trữ của bạn (đặc biệt là trên SSD: chúng nhanh, nhưng kích thước hạn chế so với ổ cứng): bạn vẫn phải dọn sạch không gian lãng phí đó.

Nhưng phần lớn không gian bị lãng phí là trong các bản ghi và bản sao lưu đồ sộ: một khi bạn đã nâng cấp một phiên bản và qua một tháng, bạn không thể khôi phục nhưng Windows vẫn sẽ giữ không gian đó được sử dụng.

Thông thường sau mỗi lần cập nhật hình ảnh, có khoảng 12-16GB để lấy lại khi cài đặt Windows 10 thông thường và đối với người dùng 64GB, SSD, điều này rất đáng kể và bạn nên nhớ rằng SSD chỉ nhanh khi không được sử dụng ở mức trên 50 % tối đa lý thuyết của nó và có ít nhất 16 GB miễn phí, nếu không, nó sẽ trở nên chậm chạp bằng cách yêu cầu cắt xén liên tục trên cùng một lĩnh vực và tuổi thọ của nó sẽ giảm rất nhanh: hãy nhớ rằng viết trên các tệp hoán trang là nguyên nhân chính khiến các phần bị viết lại và cắt xén, và việc cắt xén cũng diễn ra nhanh hơn nếu bạn có dung lượng RAM thấp vì các tệp hoán trang có hoạt động cao hơn, vì vậy hãy nghĩ đến việc tăng RAM để bảo toàn SSD của bạn: 4GB cho Windows 10 với SSD 64 GB không còn khả thi và an toàn, hãy xem xét 8GB RAM và ít nhất 128GB SSD; chỉ tái chế ổ SSD nhỏ cũ của bạn cho các ổ đĩa thứ cấp hoặc sao lưu dữ liệu, hoặc dưới dạng thư mục công việc cho các tệp tạm thời hoặc lưu trữ cho các bộ sưu tập ảnh hoặc nhạc của bạn, nhưng KHÔNG cho âm lượng hệ thống chính, phân trang và hồ sơ người dùng, hoặc hệ thống của bạn sẽ gặp sự cố và bạn sẽ mất mọi thứ quá nhanh). Đồng thời thử theo dõi trạng thái SMART của SSD của bạn ít nhất một lần một tháng và thực hiện dọn dẹp bộ nhớ để loại bỏ dung lượng bị lãng phí do sao lưu quá mức hoặc nhiều ảnh chụp nhanh hệ thống.

Nếu ổ SSD của bạn đủ lớn (128GB trở lên), hãy cân nhắc phân vùng và giữ cho phân vùng 16 GB không bị phân bổ: đó sẽ là dự trữ vĩnh viễn để duy trì tuổi thọ của SSD và hạn chế việc cắt xén quá thường xuyên và chậm (tuổi thọ của SSD phụ thuộc vào số lượng khi một khu vực bị cắt xén, nếu một khu vực không thể bị cắt xén và thất bại, các khu vực không được sử dụng trong nhóm miễn phí sẽ vẫn hoạt động, bạn sẽ không mất gì cả: Điều khiển SMART có thể thông báo cho bạn về số lượng các lĩnh vực không thể phục hồi / không thể kiểm soát được, bạn sẽ được thông báo khi con số này bắt đầu tăng lên, rất lâu trước khi nó tạo ra vấn đề nghiêm trọng và sẽ đến lúc mua một ổ SSD mới cho hệ thống, và chuyển đổi ổ SSD đó sang bộ lưu trữ thứ cấp (vẫn ổn định và có thể sử dụng trong một thời gian rất dài để đọc chỉ truy cập, chẳng hạn như bộ sưu tập nhạc hoặc video của bạn).


-4

gõ lệnh trên đĩapart:

  • danh sách đĩa
  • chọn đĩa x
  • dọn dẹp

Lệnh sạch sẽ thực hiện dịch vụ ..;)

Renato Ricci


5
Điều đó làm sạch toàn bộ đĩa, đó không phải là điều OP đang yêu cầu. Điều này làm cho những gì bạn đang đề xuất trở nên nguy hiểm vì nó sẽ xóa hoàn toàn TẤT CẢ dữ liệu khỏi TẤT CẢ các phân vùng trên đĩa ENTIRE. Vui lòng đọc kỹ câu hỏi trước khi trả lời và đảm bảo rằng câu trả lời của bạn giải quyết được vấn đề thực tế.
music2myear

Nhận xét như vậy để sử dụng "SẠCH" ở đây theo ý kiến ​​của tôi rất lạm dụng, thậm chí xúc phạm đến người hỏi một câu hỏi hợp lệ (vì một tham số không được Microsoft ghi lại chính xác). Lưu ý rằng nhiều "GIÚP" được nhúng trong các công cụ dòng lệnh là sai và không bao giờ sửa (và cú pháp được hiển thị thậm chí còn tệ hơn trong các phiên bản dịch, vì các từ cú pháp thường được dịch hoặc thay đổi bởi các dịch giả "chuyên nghiệp" mà Microsoft trả tiền để tạo ra bản dịch -sense mà sau đó không bao giờ hoạt động, và sau đó không bao giờ được sửa trong nhiều năm. Ngay cả các trang web chính thức của MS cũng có rất nhiều lỗi!
verdy_p
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.