Điểm:0

SSD ngoài không gắn kết và giết chết các cổng USB

lá cờ tc

Tôi đang cố truy cập ổ SSD ngoài (USB 3.0). Nhưng Ubuntu không thể gắn kết nó.

Nó hiển thị trên ốc anh vũ, nhưng khi tôi nhấp vào nó, tôi nhận được thông báo "một hoạt động đang chờ xử lý".

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

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

Khi tôi làm fdisk -l, phải mất rất nhiều, nhưng cuối cùng tìm thấy nó:

Bảng GPT dự phòng bị hỏng, nhưng bảng chính có vẻ ổn, vì vậy bảng đó sẽ được sử dụng.
Đĩa /dev/sdb: 238,49 GiB, 256060514304 byte, 500118192 cung
Kiểu đĩa: RTL9210 NVME    
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 16384 byte
Kích thước I/O (tối thiểu/tối ưu): 16384 byte / 16384 byte
Loại nhãn đĩa: gpt
Định danh đĩa: #########

Thiết bị Bắt đầu Kết thúc Sector Kích thước Loại
/dev/sdb1 2048 1050623 1048576 Hệ thống EFI 512M
/dev/sdb2 1050624 500117503 499066880 Hệ thống tệp Linux 238G

Khi tôi làm Sudo mount -t ext4/dev/sdb2/media/mydisk, nó cứ treo rất lâu và cuối cùng cũng đưa ra thông báo không thể đọc siêu khối.

Nếu tôi cố gắng chia tay, đây là những gì xảy ra:

$ Sudo đã chia tay /dev/sdb
Cảnh báo: Lỗi fsyncing/closing /dev/sdb1: Lỗi đầu vào/đầu ra
Thử lại/Bỏ qua? tôi                                                           
Cảnh báo: Lỗi fsyncing/closing /dev/sdb2: Lỗi đầu vào/đầu ra
Thử lại/Bỏ qua? tôi                                                           
Lỗi: Lỗi khi khởi tạo thiết bị SCSI/dev/sdb - Không có thiết bị nào như vậy
Bỏ qua/Hủy? tôi                                                          
Lỗi: Không thể thống kê thiết bị/dev/sdb - Không có tệp hoặc thư mục như vậy.
Thử lại/Hủy? c                                                           
Cảnh báo: Lỗi đồng bộ/đóng fsyncing/dev/sdb: Lỗi đầu vào/đầu ra
Thử lại/Bỏ qua? tôi 

và tất cả các cổng USB ngừng hoạt động.

Đây là những gì xảy ra khi tôi thử gdisk:

$ sudo gdisk /dev/sdc
GPT fdisk (gdisk) phiên bản 1.0.5

Cảnh báo! Đọc lỗi 5; hành vi kỳ lạ bây giờ có khả năng!
Thận trọng: tiêu đề GPT dự phòng không hợp lệ, nhưng tiêu đề chính hợp lệ; tái sinh
tiêu đề dự phòng từ tiêu đề chính.

Cảnh báo! Lỗi 5 khi đọc bảng phân vùng để kiểm tra CRC!
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: OK
Tiêu đề dự phòng: ERROR
Bảng phân vùng chính: OK
Bảng phân vùng sao lưu: ERROR

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

*************************************************** ***************************
Thận trọng: Tìm thấy MBR bảo vệ hoặc kết hợp và GPT bị hỏng. Sử dụng GPT, nhưng đĩa
xác minh và phục hồi được khuyến khích MẠNH MẼ.
*************************************************** ***************************

Lệnh (? để được trợ giúp): p
Đĩa /dev/sdc: 500118192 cung, 238,5 GiB
Mô hình: RTL9210 NVME    
Kích thước cung (logic/vật lý): 512/512 byte
Mã định danh đĩa (GUID): ########
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à 500118158
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à 2669 cung (1,3 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 500117503 238,0 GiB 8300  

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

Kiểm tra cuối cùng hoàn thành. Sắp ghi dữ liệu GPT. ĐIỀU NÀY SẼ GHI CHÉP TỒN TẠI
THAM GIA!!

Bạn có muốn tiếp tục? (Có/Không): Có
VÂNG; ghi bảng phân vùng GUID mới (GPT) vào/dev/sdc.
Không thể lưu bảng phân vùng dự phòng! Có lẽ tùy chọn 'e' trên các chuyên gia'
menu sẽ giải quyết vấn đề này.
Cảnh báo! Đã báo lỗi khi ghi bảng phân vùng! Lỗi này
CÓ THỂ vô hại hoặc đĩa có thể bị hỏng! Kiểm tra nó là khuyến khích.

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

và đĩa vẫn không hoạt động.

Khi tôi cố gắng sao chép phân vùng bằng đ, Tôi có:

$ time Sudo dd if=/dev/sdc1 of=/media/N/ssd.img
dd: đọc lỗi '/dev/sdc1': Lỗi đầu vào/đầu ra
176680+0 hồ sơ trong
176680+0 ghi ra
Đã sao chép 90460160 byte (90 MB, 86 MiB), 9,92451 s, 9,1 MB/s

thực 0m12,017s
người dùng 0m0,237s
hệ thống 0m1,429s

và tất cả các cổng USB ngừng hoạt động.

Khi cố gắn lên các cửa sổ (với các công cụ đặc biệt dành cho ext4), tôi có thể xem các tệp của mình, vì vậy tôi đoán phần cứng vẫn ổn.

oldfred avatar
lá cờ cn
"Bảng GPT sao lưu bị hỏng" Bạn phải sửa các bảng phân vùng gpt. https://askubuntu.com/questions/386752/fixing-corrupt-backup-gpt-table/386802#386802 Tốt nhất không nên sử dụng Windows để truy cập ext4, đó có thể là nguyên nhân gây ra sự cố ngay từ đầu.
Điểm:0
lá cờ tc

Tôi không thể khôi phục phần cứng, nhưng tôi có thể sao chép tất cả dữ liệu. Đây là những gì tôi đã làm:

  1. Trên các cửa sổ, tôi đã cài đặt một chương trình có tên Trình đọc Linux.
  2. tôi đã mở Trình đọc Linux, định vị phân vùng của tôi và tạo hình ảnh của phân vùng đó ở định dạng HD bên ngoài (nhấp chuột phải vào phân vùng để xem các tùy chọn này).
  3. Quay lại Linux, tôi đã có thể khôi phục hình ảnh với gdisk:

(Lời khuyên về bước 1 và 2: nếu bạn có thể tạo hình ảnh với dd trên Linux, hãy làm điều đó thay thế).

Đầu tiên, tôi cố gắng gắn kết bức hình. Liệt kê các phân vùng đã cho:

$ sudo sfdisk -d SSD.img
nhãn: gpt
id nhãn: ####
thiết bị: SSD.img
đơn vị: lĩnh vực
đầu tiên-lba: 34
lba cuối cùng: 500118158

SSD.img : start= 2048, size= 1048576, (...)
SSD.img : start= 1050624, size= 499066880, (...)

Phân vùng tôi muốn gắn kết bắt đầu từ 1050624, vì vậy tôi phải cung cấp phần bù là 1050624*512=537919488:

$ Sudo mount -o loop,offset=537919488 SSD.img /media/ssd
mount: /media/us: loại fs sai, tùy chọn không hợp lệ, siêu khối không hợp lệ trên /dev/loop19, thiếu trang mã hoặc chương trình trợ giúp hoặc lỗi khác.

Điều đó không hiệu quả, vì vậy tôi đã tiến hành thử khôi phục ảnh đĩa.

Tôi đã tạo một bản sao lưu của bảng phân vùng (đề phòng):

$ sudo sfdisk -d SSD.img > pt.txt

Sau đó, tôi chạy gdisk và ép P:

$ sudo gdisk SSD.img
GPT fdisk (gdisk) phiên bản 1.0.5

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): p
Đĩa SSD.img: 500118192 cung, 238,5 GiB
Kích thước cung (logic): 512 byte
Mã định danh đĩa (GUID): ##########
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à 500118158
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à 2669 cung (1,3 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 500117503 238,0 GiB 8300  

Vì mọi thứ có vẻ ổn, tôi đã nhấn w (vui lòng tham khảo hướng dẫn sử dụng gdisk để hiểu các tùy chọn này):

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

Kiểm tra cuối cùng hoàn thành. Sắp ghi dữ liệu GPT. ĐIỀU NÀY SẼ GHI CHÉP TỒN TẠI
THAM GIA!!

Bạn có muốn tiếp tục? (Có/Không): Có
VÂNG; ghi bảng phân vùng GUID (GPT) mới vào SSD.img.
Cảnh báo: Hạt nhân vẫn đang sử dụng bảng phân vùng cũ.
Bảng mới sẽ được sử dụng ở lần khởi động lại tiếp theo hoặc sau khi bạn
chạy partprobe(8) hoặc kpartx(8)
Các hoạt động đã hoàn tất thành công.

Sau đó, tôi đã có thể gắn kết hình ảnh.

LỜI KHUYÊN: Đừng làm gì trừ khi bạn biết mình đang làm gì. Dành thời gian để nghiên cứu hoặc gọi cho một chuyên gia. Luôn sao lưu tất cả dữ liệu quan trọng của bạn.

Đă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.