Phân vùng biến mất sau khi thu hẹp


9

Tôi đang sử dụng Windows 10 trên một máy tính xách tay Pentium cũ. Nó có 4 phân vùng: C, D, E (Dự trữ hệ thống) và F

Tôi muốn tạo không gian chưa phân bổ cho CentOS.

Tôi đã sử dụng Windows 10 Disk Management để thu nhỏ C: và tạo không gian chưa phân bổ cho CentOS. Tôi nhấp chuột phải vào C: và chọn "Shrink". Shrink hoạt động tốt và tạo ra không gian chưa phân bổ. Tôi nhấp chuột phải vào không gian chưa phân bổ mới và định dạng và ký tự ổ đĩa L :.

Sau này, phân vùng F biến mất. Trong Quản lý đĩa và cả trong Windows explorer, nó đang hiển thị 60 GB chưa được phân bổ.

Phân vùng đó biến mất ở đâu? Có cách nào để phục hồi phân vùng F với dữ liệu không?

Đã chỉnh sửa: Ảnh chụp màn hình bên dưới <<

Tôi đã xóa phân vùng mới và bây giờ cấu trúc trông như thế này trên TestDisk và DiskMan Management tương ứng:

nhập mô tả hình ảnh ở đây .. nhập mô tả hình ảnh ở đây


1
Bạn đã kiểm tra nó với dòng lệnh Diskpart. Cố gắng liệt kê đĩa và liệt kê phân vùng để đảm bảo F vẫn còn trong đĩa của bạn. Theo tôi nghĩ nó sẽ không biến mất nếu bạn không xóa nhầm.
Niềm vui

1
Tôi cảm thấy khó tin rằng Windows sẽ làm một việc như âm thầm (như, thật bất ngờ!) Bỏ phân vùng cuối cùng có lợi cho một cái mới được tạo. Bạn nghiêm túc chứ? Điều tối đa 4 phân vùng chính đã được biết đến trong hơn 30 năm qua và đã được xử lý với lời nhắc "chỉ có 4 chính, phải tạo phụ" bởi bất kỳ phần mềm nào tôi từng thấy. Điều đó đang được nói, dữ liệu vẫn phải ở đó và bất kỳ công cụ phân vùng nửa nghiêm trọng nào cũng có thể tạo lại mục nhập bảng phân vùng ban đầu (vì cả bắt đầu và kết thúc đều nổi tiếng, không nên là một vấn đề).
Damon

Câu hỏi này là về chủ đề ở đây, nhưng mọi người đang trả lời như thể bạn đã hỏi trên softwarerecs.stackexchange.com Có lẽ bạn nên có?
Mawg nói rằng phục hồi Monica

@Damon Có tôi nghiêm túc. Trong khi thu nhỏ và tạo phân vùng mới, nó không đưa ra bất kỳ cảnh báo nào rằng phân vùng cuối cùng sẽ biến mất. Bây giờ trong Quản lý đĩa, nó được hiển thị là chưa được phân bổ là phân vùng F trước đây.
RPK

Mặc dù điều này có thể hoặc không phải là nguyên nhân, nhưng đây là điều cần lưu ý: BIOS / MBR chỉ hỗ trợ tối đa 4 phân vùng chính. Để giải quyết vấn đề này, bạn phải sử dụng một trong bốn phân vùng chính để tạo và mở rộng phân vùng [logic] (LVM trên Linux)
JW0914

Câu trả lời:


1

Tin tốt là dữ liệu vẫn còn đó và điều đó không thay đổi (trừ khi bạn rõ ràng làm gì đó). Nếu dữ liệu vẫn còn ở đó, nó có thể được phục hồi.

Cách tiếp cận của tôi sẽ là khởi động vào đĩa cứu hộ (có nhiều tùy chọn, một trong số đó là SystemResTHERCD . Sau đó sử dụng parted(hoặc gparted nếu bạn không thích dòng lệnh) và rmphân vùng mới được tạo ở đó. để lại cho bạn 3 vị trí phân vùng, một vị trí miễn phí để bạn có thể tạo lại cái bị mất. Bây giờ hãy chạy testdiskvà hy vọng điều tốt nhất.
Trong trường hợp tốt nhất, nhấn "Quét đơn giản" sẽ hiển thị cả phân vùng mới vừa bị xóa và một trong những bạn muốn phục hồi trong vòng một giây . Trong trường hợp không tốt, bạn sẽ cần thực hiện quét sâu, có thể mất một lúc.
Nếu testdisk, chống lại tất cả các tỷ lệ cược, không tìm thấy phân vùng, tất cả vẫn không mất đi.

Phân vùng là cái cuối cùng, và nó nằm ở cuối đĩa, và dĩ nhiên nó vẫn còn. Không có cách nào nó có thể di chuyển hoặc biến mất. Như đã E:biết, không có nhiều dự đoán về nơi trước đây có thể tìm thấy F (cũng có thể căn chỉnh để xem xét nhưng đó không phải là vấn đề lớn, rất có thể bạn đã sử dụng mặc định và gần như chắc chắn công cụ phân vùng sẽ nhận được dù sao nó cũng đúng).

Vì vậy, kích hoạt bất kỳ công cụ phân vùng nào (thậm chí fdisksẽ làm được, nhưng tại sao không sử dụng partednếu chúng ta có nó!) Và tạo một phân vùng mới từ đầu không gian chưa phân bổ ở cuối đến "cuối đĩa" (điều mà hầu hết mọi công cụ đều có thể làm tự động) sẽ thực hiện các mẹo. Điều quan trọng duy nhất cần xem xét là tạo phân vùng nhưng không định dạng nó, một số công cụ / lệnh có thể tự động làm cho thuận tiện. Rõ ràng, định dạng hoặc tạo một hệ thống tệp sẽ phá hủy dữ liệu của bạn , đó không phải là điều bạn muốn.
Đối với partedlệnh chính xác cho điều đó sẽ là mkpart(xem tài liệu).

Nếu bất cứ điều gì thiếu định dạng ngẫu nhiên hoặc đĩa phát nổ một cách bí ẩn, bạn vẫn có thể luôn xóa phân vùng và tạo lại nó. Nhạt toẹt. Dữ liệu trong phân vùng không bị ảnh hưởng, bạn chỉ can thiệp vào "vùng chứa".

Một cách tiếp cận chính xác và an toàn hơn sẽ là trước tiên tạo bản sao lưu nhân bản của đĩa hoàn chỉnh, sau đó thực hiện như trên. Mặc dù, xem như thực sự không nhiều có thể đi sai, cá nhân tôi sẽ quá lười biếng cho điều đó. Nếu bạn chuẩn bị cài đặt CentOS, điều này cho thấy bạn hợp lý với Linux, vì vậy bạn cũng có thể ddđưa đĩa (một phần của nó) vào một hình ảnh và thay vào đó hoạt động trên hình ảnh. Điều đó cũng an toàn hơn.
Hoặc, tốt, chỉ cần đi trên con đường đàn ông thực sự , đó không phải là cách được đề xuất, nhưng nhanh hơn nhiều và sẽ hoạt động tốt. Nó chỉ phụ thuộc vào mức độ quan trọng của dữ liệu đó, tôi đoán vậy. Nếu bạn không chết trong trường hợp 0,01% có thể sai thì sẽ sai , bạn biết đấy.

Khi phân vùng được khôi phục, sao chép tất cả các tệp vào một đĩa khác (tốt nhất là hai đĩa), sau đó xóa phân vùng và cho phép parteddi chuyển các phân vùng D:E:phân vùng lên trên để lỗ hổng co lại C:biến mất. Cuối cùng, tạo một phân vùng mở rộng lấp đầy tất cả không gian có sẵn, và sau đó hai phân vùng phụ bên trong đó, một phân vùng cuối cùng sẽ giữ CentOS và cái còn lại sẽ giữ ổ đĩa một lần và F:sau đó (sau đó bạn phải sao chép lại các tệp) .


Cảm ơn câu trả lời tuyệt vời. Hãy để tôi thử điều này.
RPK

Cập nhật bài gốc. Đã thêm ảnh chụp màn hình. Hãy kiểm tra.
RPK

Vì vậy, nó có vẻ testdiskkhông hài lòng với nó. Bạn đã thử partedchưa Gõ print freesẽ hiển thị tất cả các phân vùng bao gồm không gian trống. Bạn sẽ thấy một cái gì đó như 260GB 320GB 60GB Free Space là mục cuối cùng. Điều đó cho bạn biết những con số thích hợp bạn cần cho mkpart. Khi được hỏi về loại, bạn đưa ra "chính", để bắt đầu, bạn đưa ra bất cứ số nào đầu tiên bao gồm "GB", vì vậy, một cái gì đó như "260GB", v.v ... nếu có các ràng buộc căn chỉnh, nó sẽ cho bạn biết "gần nhất chúng ta có thể làm gì ... bạn có vui với điều đó không? " và sau đó nó tạo phân vùng. Với bất kỳ may mắn nào (chắc chắn 99%), bạn có thể ...
Damon

... chỉ cần khởi động vào Windows và xác nhận lại ký tự ổ đĩa.
Damon

Nhưng để gán ký tự ổ đĩa, trước tiên tôi sẽ phải tạo Khối lượng đơn giản? TestDisk đang hiển thị chúng dưới dạng phân vùng Linux. Lạ thật.
RPK

14

Bạn nói nó là một "máy tính xách tay Pentium." Tuy nhiên, điều đó không thể chính xác, vì Windows 10 sẽ không chạy trên CPU Pentium. Tôi cho rằng máy tính xách tay mới hơn nhiều, nhưng vẫn cũ. Và đó là vấn đề của bạn. Các ổ đĩa không phải EFI cũ hơn không thể có nhiều hơn 4 phân vùng chính .

Đối với việc khôi phục phân vùng của bạn, có rất nhiều tiện ích ngoài đó có thể có thể khôi phục nó. Bạn nên ngừng sử dụng máy tính đó và loại bỏ ổ đĩa. Sau đó gắn ổ đĩa vào một máy tính khác trong nội bộ hoặc bằng một phương pháp bên ngoài, chẳng hạn như USB. Sau đó, bạn có thể cố gắng khôi phục phân vùng với một trong những tiện ích này. Bạn sử dụng ổ đĩa với phân vùng bị thiếu càng lâu, bạn càng có khả năng mất dữ liệu hoặc toàn bộ phân vùng.


Không, đó là Dell Pentium N5050. Tôi đang chạy Windows 10
RPK

3
@RPK ah, chỉ cần nhìn nó lên. Đây là CPU hiện đại hơn (nhưng vẫn cũ), được gọi là Pentium. Lạ thật. Tuy nhiên, tất cả mọi thứ tôi nói giữ đúng.
Keltari

Có sự thay thế nào của Magic Magic cũ không? Các công cụ khác tôi đã thử không phải là toàn diện.
RPK

1
@RPK Tôi sẽ làm một chút để sao lưu ảnh bit trước. Khi đã xong, bạn có thể thử bất kỳ và tất cả các phương thức khôi phục, vì bạn có thể khôi phục ổ đĩa từ hình ảnh. Đối với cái nào tốt hơn, tôi không phải phục hồi phân vùng theo độ tuổi. Tôi đã sử dụng TestDisk gần đây nhất. Tuy nhiên, một khi bạn có bản sao lưu hình ảnh, bạn có thể thử bất kỳ hoặc tất cả chúng.
Keltari

2
Ngoài ra, Intel vẫn đang sử dụng các thương hiệu Pentium và Celeron cho các CPU cấp thấp của mình. AFAIK nó đã cố gắng tiêu diệt chúng tại một thời điểm, nhưng việc đẩy lùi từ các OEM dẫn đến việc chúng được hồi sinh và được sử dụng cho các con chip bên dưới tính năng i3.
Dan đang loay hoay bởi Firelight

4

Như bạn nói bạn đang cố gắng cài đặt CentO, tôi cho rằng bạn sẽ có thể khởi động một hệ điều hành khác

Tôi sẽ đề nghị bạn thử Parted . Nó có thể giải cứu các phân vùng khá dễ dàng. Một hình ảnh khởi động Ubuntu bình thường đã chia tay. Tôi không biết về CentO nhưng cũng khá hợp lý khi hình ảnh cài đặt của nó cũng bao gồm nó.


2
nếu OP chưa cài đặt CentO hoặc không cảm thấy thoải mái với các công cụ CLI, GParted có thể là một lựa chọn tốt hơn. Đây là một GUI cơ bản xung quanh Parted và có sẵn trong các hình ảnh trực tiếp.
Dan đang loay hoay bởi Firelight

@DanNeely Chưa cài đặt CentOS.
RPK

Tôi đã đề cập đến một đĩa cài đặt vì nó sẽ cho phép bạn thực hiện tìm kiếm mà không cần cài đặt tức là sửa đổi ổ cứng của bạn và trước khi cài đặt CentO hoặc bất cứ thứ gì khác. Tương tự @DanNeely, GParted là một frontend và tôi không chắc liệu nó có cung cấp đầy đủ các chức năng cứu hộ thông qua cli hay không.
lurix66
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.