Tôi không chắc đĩa của mình có thực sự bị hỏng hay chỉ có một số dữ liệu GPT bị hỏng
fdisk/dev/sda
Chào mừng bạn đến với fdisk (util-linux 2.36.1).
Các thay đổi sẽ chỉ còn trong bộ nhớ cho đến khi bạn quyết định ghi chúng.
Hãy cẩn thận trước khi sử dụng lệnh ghi.
fdisk: không thể mở/dev/sda: Lỗi đầu vào/đầu ra
Thông báo này có nội dung "Bảng GPT chính bị hỏng, nhưng bản sao lưu có vẻ ổn, vì vậy sẽ được sử dụng." làm tôi bối rối vì nó có thể đọc bảng sao lưu nhưng không mở được?
fdisk -l /dev/sda
Bảng GPT chính bị hỏng, nhưng bản sao lưu có vẻ ổn, vì vậy bảng đó sẽ được sử dụng.
Đĩa /dev/sda: 10,91 TiB, 12000138625024 byte, 23437770752 cung
Kiểu đĩa: ST12000NM001G-2M
Đơn vị: cung từ 1 * 512 = 512 byte
Kích thước cung (logic/vật lý): 512 byte / 4096 byte
Kích thước I/O (tối thiểu/tối ưu): 4096 byte / 4096 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/sda1 2048 23437752319 23437750272 10.9T Solaris /usr & Apple ZFS
/dev/sda9 23437752320 23437768703 16384 Dự trữ 8 triệu Solaris 1
Tôi đã thử thực hiện fsck và nó báo Số ma thuật xấu trong siêu khối
fsck/dev/sda
fsck từ util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
ext2fs_open2: Số ma thuật xấu trong siêu khối
fsck.ext2: Superblock không hợp lệ, đang thử các khối sao lưu...
fsck.ext2: Số ma thuật xấu trong siêu khối khi cố mở/dev/sda
Không thể đọc siêu khối hoặc không mô tả ext2/ext3/ext4 hợp lệ
hệ thống tập tin. Nếu thiết bị hợp lệ và nó thực sự chứa ext2/ext3/ext4
hệ thống tập tin (chứ không phải trao đổi hoặc ufs hoặc thứ gì khác), thì siêu khối
bị hỏng và bạn có thể thử chạy e2fsck với một siêu khối thay thế:
e2fsck -b 8193 <thiết bị>
hoặc
e2fsck -b 32768 <thiết bị>
Đã tìm thấy bảng phân vùng gpt trong/dev/sda
Tôi đã thử khôi phục các siêu khối bằng mke2fs -n /dev/sda và e2fsck -b Có vẻ như cũng không khắc phục được
e2fsck -b 819200/dev/sda
e2fsck 1.46.2 (28-Feb-2021)
e2fsck: Số ma thuật xấu trong siêu khối khi cố mở/dev/sda
Không thể đọc siêu khối hoặc không mô tả ext2/ext3/ext4 hợp lệ
hệ thống tập tin. Nếu thiết bị hợp lệ và nó thực sự chứa ext2/ext3/ext4
hệ thống tập tin (chứ không phải trao đổi hoặc ufs hoặc thứ gì khác), thì siêu khối
bị hỏng và bạn có thể thử chạy e2fsck với một siêu khối thay thế:
e2fsck -b 8193 <thiết bị>
hoặc
e2fsck -b 32768 <thiết bị>
Đã tìm thấy bảng phân vùng gpt trong/dev/sda
sfdisk -d /dev/sda > sda.dump
sfdisk: không thể mở/dev/sda: Lỗi đầu vào/đầu ra
Có một vài lỗi xuất hiện trong dmesg
[ 5628.059240] ata9.00: ngoại lệ Emask 0x0 SAct 0x4 SErr 0x0 hành động 0x0
[ 5628.059248] ata9.00: irq_stat 0x40000008
[ 5628.059250] ata9.00: lỗi lệnh: READ FPDMA QUEUED
[ 5628.059252] ata9.00: cmd 60/08:10:20:00:00/00:00:00:00:00/40 thẻ 2 ncq dma 4096 trong
độ phân giải 43/40:08:20:00:00/00:00:00:00:00/00 Emask 0x409 (lỗi phương tiện) <F>
[ 5628.059259] ata9.00: trạng thái: { DRDY SENSE ERR }
[ 5628.059261] ata9.00: lỗi: { UNC }
[ 5628.142004] ata9.00: được định cấu hình cho UDMA/133
[ 5628.142012] sd 8:0:0:0: [sda] tag#2 FAILED Kết quả: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=4s
[ 5628.142014] sd 8:0:0:0: [sda] tag#2 Khóa Sense: Lỗi trung bình [hiện tại]
[ 5628.142016] sd 8:0:0:0: [sda] tag#2 Thêm.Cảm giác: Lỗi đọc chưa được khôi phục - tự động phân bổ lại không thành công
[ 5628.142017] sd 8:0:0:0: [sda] tag#2 CDB: Đọc(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 08 00 00
[ 5628.142018] blk_update_request: Lỗi I/O, dev sda, sector 32 op 0x0:(READ) flags 0x0 phys_seg 1 lớp trước 0
[ 5628.142023] Lỗi I/O bộ đệm trên dev sda, khối logic 4, đọc trang không đồng bộ
[ 5628.142030] ata9: EH hoàn tất
Ổ đĩa là một phần của máy nhân bản ZFS, không thể khôi phục bảng GPT/siêu khối. Tôi muốn biết liệu có cách nào để tôi xóa sạch ổ đĩa để ZFS có thể phục hồi hay không. Hay tôi chỉ nên lấy một ổ đĩa mới?
