Điểm:3

Lấy dữ liệu từ đĩa sau dd

lá cờ cn

Trên máy tính xách tay Linux, tôi đã nhập nhầm tên ổ cứng chính trong một đ chỉ huy Sudo dd if=/path/to/clonezilla-iso-file of=/dev/sda status=progress (tệp ISO clonezilla là 306 MB).

[Đây là phần tiếp theo đầy đủ hơn của tôi bài gốc làm theo các đề xuất @PonJar và @oldfred, cộng với các đề xuất trực tuyến khác.]

Khi tôi khởi động lại máy tính xách tay, tôi nhận được "Không tìm thấy thiết bị khởi động nào". Ngay cả khi cố gắng cài đặt lại Ubuntu, tôi vẫn nhận được lỗi "Máy tính này hiện không có hệ điều hành nào được phát hiện" và tùy chọn duy nhất là cài đặt HĐH trong khi xóa tất cả dữ liệu trên đĩa.

Tôi hiểu rằng (hy vọng) một phần của đĩa đã bị ghi đè sẽ không thể phục hồi được. Nhưng tôi vẫn sẽ yêu nếu ít nhất tôi có thể truy cập (truy xuất hoặc trích xuất) bất kỳ dữ liệu nào vẫn còn đó.


Những gì tôi đã cố gắng cho đến nay:

Sử dụng USB khởi động Ubuntu 20.04, tôi đã chọn tùy chọn "Dùng thử Ubuntu" tùy chọn. Thông qua thiết bị đầu cuối, tôi không thể truy cập bất kỳ dữ liệu 'cũ' nào của mình (không có gì trong Trang Chủ danh mục).

tôi đã thử Sudo gdisk -l /dev/sda đã cho kết quả như sau:

GPT fdisk (gdisk) phiên bản 1.0.5

Thận trọng: tiêu đề GPT chính không hợp lệ, nhưng bản sao lưu hợp lệ; tái tạo tiêu đề chính từ bản sao lưu!

Cảnh báo: CRC không hợp lệ trên dữ liệu tiêu đề chính; tải bảng phân vùng sao lưu.
Cảnh báo! Bảng phân vùng chính và dự phòng khác nhau! Sử dụng các tùy chọn 'c' và 'e' trên menu khôi phục & chuyển đổi để kiểm tra hai bảng.

Cảnh báo! Bảng phân vùng chính CRC không khớp! Đã tải bảng phân vùng sao lưu thay vì bảng phân vùng chính!

Cảnh báo! Một hoặc nhiều CRC không khớp. Bạn nên sửa đĩa!
Tiêu đề chính: ERROR
Tiêu đề sao lưu: OK
Bảng phân vùng chính: ERROR
Bảng phân vùng sao lưu: OK

Quét bảng phân vùng:
    MBR: Chỉ MBR
    BSD: không có
    APM: không có
    GPT: bị hỏng

Đã tìm thấy MBR hợp lệ và GPT bị hỏng. Bạn muốn sử dụng cái nào? (Sử dụng GPT CÓ THỂ cho phép khôi phục dữ liệu GPT.)
 1 - MBR
 2 - GPT
 3 - Tạo GPT trống

Câu trả lời của bạn:

Ở đó, tôi bước vào 2 và nhận được điều này:

Đĩa /dev/sda: 1953525168 cung, 931,5 GiB
Model: TOSHIBA MQ04ABF1
Kích thước cung (logic/vật lý): 512/4096 byte
Đĩa được xác định (GUID): B8CE21AF-F666-9ADA-9B95B7FFACFD
Bảng phân vùng chứa tới 128 mục
Bảng phân vùng chính bắt đầu ở khu vực 2 và kết thúc ở khu vực 33
Khu vực có thể sử dụng đầu tiên là 34, khu vực có thể sử dụng cuối cùng là 1953525134
Các phân vùng sẽ được căn chỉnh trên ranh giới 2048 ngành
Tổng dung lượng trống là 3437 cung (1,5 MiB)

Số Bắt đầu (ngành) Kết thúc (ngành) Kích thước Mã Tên
  1 2048 1050623 512.0 MiB EF00 Phân vùng hệ thống EFI
  2 1050624 1953523711 931.0 GiB 8300

Sau đó tôi đã cố gắng sudo chia tay -l và nhận được điều này:

Model: ATA TOSHIBA MQ04ABF1 (scsi)
Đĩa /dev/sda: 1000GB
Kích thước cung (logic/vật lý): 512B/4096B
Bảng phân vùng: msdos
Cờ đĩa:

Số Bắt đầu Kết thúc Kích thước Loại Tệp Hệ thống Cờ
  1 32,8kB 321MB 321MB Khởi động chính, ẩn

Cảnh báo: Bộ mô tả trình điều khiển cho biết kích thước khối vật lý là 2048 byte, nhưng Linux cho biết nó là 512 byte.
Bỏ qua/Hủy?

Ở đây, không chắc làm thế nào (và nếu) tôi có thể tiếp tục.

Cuối cùng, dựa trên lời khuyên từ các blog trực tuyến khác, tôi đã thử truy cập BIOS và trong tab "Bảo mật", thử chọn mục Chọn tệp UEFI là đáng tin cậy để thực thiâ nhưng đĩa cứng của tôi không được liệt kê (tôi chỉ có 1 đĩa cứng và không có gì được liệt kê).

Có bất cứ điều gì khác tôi có thể thử? Có thể truy cập đĩa cứng của tôi dưới dạng đĩa ngoài từ thiết bị khác không? Bất kỳ trợ giúp nào cũng sẽ rất tuyệt vời vì tôi đang rất muốn lấy lại dữ liệu của mình.

Điểm:4
lá cờ in

Tôi không nghĩ rằng bạn thực sự đã sửa chữa bảng phân vùng của mình. Khi bạn nhấn 2 sau gdisk -l, bạn sẽ thấy đĩa sẽ sử dụng bảng phân vùng sao lưu như thế nào. Theo trang hướng dẫn sử dụng gdisk, có một menu khôi phục nơi bạn có thể sử dụng bản sao lưu và sửa phân vùng. Trích xuất khóa dưới đây:

Menu gdisk thứ hai là menu khôi phục & chuyển đổi, cung cấp quyền truy cập vào các tùy chọn khôi phục dữ liệu và các tính năng liên quan đến việc chuyển đổi phân vùng giữa các sơ đồ phân vùng (ví dụ: chuyển đổi nhãn đĩa BSD thành phân vùng GPT hoặc tạo MBR lai). Một vài tùy chọn trên menu này sao chép chức năng trên menu chính để thuận tiện. Các tùy chọn trên menu này là:

b

Xây dựng lại tiêu đề GPT từ bản sao lưu. Bạn có thể sử dụng tiêu đề GPT dự phòng để xây dựng lại tiêu đề GPT chính với tùy chọn này. Nó có thể hữu ích nếu tiêu đề GPT chính của bạn bị hỏng hoặc bị phá hủy (giả sử do sử dụng dd cẩu thả).

Sử dụng r từ menu gdisk chính để đến menu khôi phục. Chúc may mắn!

oldfred avatar
lá cờ cn
Bạn phải khôi phục bảng phân vùng gpt. Chỉ cài đặt / & ESP? Gpt của bạn có MBR bảo vệ có một mục cho biết ổ đĩa được phân vùng gpt. Không chắc liệu fdisk có nhìn thấy bảng phân vùng sao lưu hay không. Sau đó chạy e2fsck trên phân vùng ext4 và dosfsck có thể không sửa được ESP vì nó có dữ liệu ISO của bạn chứ không phải dữ liệu ESP cũ của bạn để khởi động. Tạo mới ESP & nếu phân vùng ext4 vẫn full cài đặt thì bạn chỉ cần restore grub về ESP. Đó sẽ là cài đặt lại toàn bộ/toàn bộ grub ở chế độ khởi động UEFI. Nếu ISO nhỏ hơn ESP thì mất tất cả.
Yannis avatar
lá cờ cn
@PonJar Nóng lòng muốn thử cái này. Tôi hơi bối rối với tùy chọn nào để nhập. Để làm rõ, sau `Sudo gdisk -l /dev/sda` tôi sẽ nhập "b" và sau đó (trong dấu nhắc tiếp theo) tôi sẽ nhập "r"?
Yannis avatar
lá cờ cn
@oldfred Tôi hơi lạc lõng. Tôi không chắc mình có thể thử gì về nhận xét của bạn trước `e2fsck`. Về cái sau, lệnh sẽ là gì và tôi sẽ tìm phân vùng ext4 như thế nào. Hơn nữa, tôi không biết cách chạy `dosfsck` hoặc cách tạo ESP mới hoặc cách khôi phục grub. Bạn có thể vui lòng gửi đề xuất của mình về những lệnh/hành động nào tôi có thể thử làm câu trả lời để tôi có thể làm theo không?
PonJar avatar
lá cờ in
Nếu bạn sử dụng tùy chọn -l, bạn chỉ nhận được thông tin về đĩa đích và kết thúc quay lại tại dấu nhắc lệnh. Nếu bạn sử dụng cùng một lệnh mà không có -l, bạn sẽ vào chế độ tương tác nơi bạn có thể truy cập tất cả các tính năng của gdisk. Có một cái nhìn tại các hướng dẫn.Khi ở chế độ tương tác, bạn cần r để vào menu khôi phục và b để xây dựng lại. Đừng quên sử dụng w để ghi các thay đổi trước khi thoát khỏi gdisk
oldfred avatar
lá cờ cn
Trong chủ đề trước, tôi đã đăng thêm chi tiết về cách sử dụng gdisk và cách khác về cách sử dụng e2fsck. Hãy xem lại những điều đó. Và bạn có thể cần sử dụng gparted từ trình cài đặt trực tiếp để tạo hoặc khôi phục phân vùng hệ thống ESP - efi. Và sau đó sử dụng Boot-Repair hoặc thủ công với chroot cài đặt hoàn toàn phiên bản UEFI của grub. Đảm bảo luôn khởi động ở chế độ UEFI. https://help.ubuntu.com/community/Boot-Repair
Điểm:2
lá cờ de

Dữ liệu của bạn vượt quá 300 MB đầu tiên hoặc lâu hơn vẫn có thể khôi phục được, nhưng bạn phải rất cẩn thận về cách tiến hành. Đặc biệt, bạn sẽ muốn giảm thiểu số lượng bạn ghi vào đĩa này và lưu tất cả dữ liệu có thể phục hồi ở nơi khác để cài đặt lại sau này. May mắn thay, bạn có một phân vùng EFI lớn hơn 300 MB ở đầu đĩa nên phân vùng HĐH chính có thể không bị ảnh hưởng và có thể phục hồi 100%. Trong trường hợp này, bạn có thể chỉ cần định dạng lại phân vùng EFI và cài đặt lại bộ tải khởi động.

Đầu tiên, như @Ponjar đã thảo luận, bạn cần sửa các bảng phân vùng. Các lệnh bạn đã chạy chỉ hiển thị các bảng phân vùng hiện có khi chúng được tìm thấy. Bỏ qua bảng phân vùng MBR. Điều đó xuất phát từ hình ảnh ISO bạn đã ghi vào đầu đĩa và không chính xác. Thay vào đó, bạn cần khôi phục một bản sao của bảng phân vùng GPT mà lệnh đầu tiên đã phát hiện. May mắn thay, GPT lưu trữ một bản sao lưu của toàn bộ bảng phân vùng ở cuối đĩa và gdisk có thể đọc nó thành công. Bạn sẽ cần phải làm theo một thủ tục tương tự như thế này để khôi phục GPT dự phòng:

vỏ gdisk sẽ mở ngay bây giờ. Nhập 'r' để chọn tùy chọn khôi phục. Từ tùy chọn khôi phục, nhập 'b', để khôi phục tiêu đề GPT từ thứ cấp (sao lưu), sau đó nhập 'c' để khôi phục bảng phân vùng GPT từ thứ cấp (sao lưu). Sau đó chọn 'v', rồi chọn 'w' để xác minh và ghi vào đĩa.

# sudo gdisk /dev/sda

GPT fdisk (gdisk) phiên bản 1.0.1

Quét bảng phân vùng:
  MBR: bảo vệ
  BSD: không có
  APM: không có
  GPT: hiện tại

Đã tìm thấy GPT hợp lệ với MBR bảo vệ; sử dụng GPT.

Lệnh (? để được trợ giúp): r

Lệnh khôi phục/chuyển đổi (? để được trợ giúp): b

Lệnh khôi phục/chuyển đổi (? để được trợ giúp): c
Cảnh báo! Điều này có thể sẽ làm những điều kỳ lạ nếu bạn đã chuyển đổi MBR thành
Biểu mẫu GPT và chưa lưu GPT! Tiếp tục? (Có/Không): Có

Lệnh khôi phục/chuyển đổi (? để được trợ giúp): v

Không có vấn đề được tìm thấy. 3437 khu vực miễn phí (1,7 MiB) có sẵn trong 2
các phân đoạn, trong đó lớn nhất có kích thước 2014 (1007,0 KiB).

Lệnh khôi phục/chuyển đổi (? để được trợ giúp): w

Khi bạn đã khôi phục bảng phân vùng, bạn sẽ cần khôi phục hệ thống tệp hệ điều hành chính. Nếu đúng là dd chưa bao giờ đến được phân vùng này, thì có thể không còn nhiều việc phải làm nữa. Hãy thử gắn nó vào hình ảnh khôi phục của bạn:

Sudo mount -r /dev/sda2 /mnt

Tôi khuyên bạn nên sử dụng -r ở đây để gắn kết chỉ đọc trong khi kiểm tra dữ liệu.Nếu nó được gắn kết và bạn thấy tất cả dữ liệu của mình hiện tại, nó có thể tốt cho việc sử dụng lại mà không cần cài đặt lại. Nếu mọi thứ còn nguyên vẹn, bạn có thể sửa lỗi khởi động bằng cách cài đặt lại phân vùng hệ thống EFI. Điều đó sẽ cần phải được định dạng lại từ đầu:

Sudo mkfs -t béo -F 32 /dev/sda1

Bạn cũng sẽ cần phải đọc-ghi hệ thống tập tin gốc của mình:

Sudo mount -o remount,rw /mnt

Sau đó làm theo hướng dẫn này để cài đặt lại GRUB trên phân vùng hệ thống EFI:

Sudo mount /dev/sda1 /mnt/boot/efi
cho tôi trong /dev /dev/pts /proc /sys /run; thực hiện sudo mount -B $i /mnt$i; xong
sudo chroot /mnt
cài đặt grub/dev/sda
cập nhật-grub

Tuy nhiên, nếu bạn thấy rằng bạn không thể gắn kết hệ thống tệp gốc, bạn có thể bị mất một lượng nhỏ dữ liệu và sẽ cần khôi phục siêu khối trên hệ thống tệp gốc của mình. Dựa trên bảng phân vùng và kích thước tệp bạn đã đề cập trong câu hỏi, đây không phải là trường hợp, nhưng nếu đúng như vậy, quy trình này sẽ giúp tìm ra siêu khối. Chạy mkfs -n trên hệ thống tập tin gốc của bạn để khám phá vị trí của các siêu khối dự phòng.

sudo mkfs -t ext4 -n /dev/sda2

Một số siêu khối đầu tiên có thể bị ghi đè, nhưng các siêu khối sau này phải nguyên vẹn. Dựa trên các siêu khối mà nó hiển thị, bạn có thể thử và gắn một cái với cái này:

Sudo mount -o sb=131072 -r /dev/sda2 /mnt

Giả sử rằng 131072 là một trong những siêu khối do mkfs đề xuất và chưa bị ghi đè. Nếu dữ liệu trong /mnt có vẻ hợp lý và bạn có thể tìm thấy một số tệp, bạn có thể thử sửa hệ thống tệp bằng cách này:

Sudo fsck -t ext4 -b 131072/dev/sda2

Tuy nhiên, tại thời điểm bạn đang sử dụng các siêu khối thay thế, có thể bạn sẽ muốn sao lưu bất kỳ dữ liệu nào bạn có thể lưu và thực hiện cài đặt lại đầy đủ sau đó.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.