Tôi đang cố gắng vượt qua một cuộc đột kích Synology 0 với các ổ 3x2GB. Theo tôi biết, các ổ đĩa đang trong tình trạng khỏe mạnh.
Tôi chỉ đơn giản là không có đủ không gian để thực hiện một hình ảnh đầy đủ về những điều này trước khi tôi tiến hành, vì vậy tôi hy vọng những người dùng có kinh nghiệm hơn có thể hỗ trợ tôi. Dữ liệu chắc chắn không phải là thứ quan trọng nhất tôi có, nhưng tự nhiên nó sẽ rất tuyệt nếu tôi có thể phục hồi nó.
Xin lỗi cho một bài viết lớn như vậy, nhưng tôi nghĩ rằng tốt nhất là cung cấp cho bạn càng nhiều thông tin càng tốt.
Đây là những gì tôi đã cố gắng cho đến nay:
#sudo fdisk -l
(Chỉ liệt kê các ổ đĩa đột kích của tôi)
Đĩa / dev / sda: 1,8 TiB, 2000398934016 byte, 3907029168 cung Đơn vị: các lĩnh vực 1 * 512 = 512 byte Kích thước ngành (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 đĩa: dos Định danh đĩa: 0x00098445 Khởi động thiết bị Kết thúc mục Kích thước Loại Id / dev / sda1 256 4980735 4980480 2,4G fd Linux đột kích tự động phát hiện / dev / sda2 4980736 9175039 4194304 2G fd Linux đột kích tự động phát hiện / dev / sda3 9437184 3906824351 3897387168 1,8T fd Linux đột kích tự động phát hiện Đĩa / dev / sdb: 1,8 TiB, 2000398934016 byte, 3907029168 cung Đơn vị: các lĩnh vực 1 * 512 = 512 byte Kích thước ngành (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 đĩa: dos Định danh đĩa: 0x0004a6ce Khởi động thiết bị Kết thúc mục Kích thước Loại Id / dev / sdb1 256 4980735 4980480 2,4G fd Linux đột kích tự động phát hiện / dev / sdb2 4980736 9175039 4194304 2G fd Linux đột kích tự động phát hiện / dev / sdb3 9437184 3906824351 3897387168 1,8T fd Linux đột kích tự động phát hiện Đĩa / dev / sdd: 1,8 TiB, 2000398934016 byte, 3907029168 cung Đơn vị: các lĩnh vực 1 * 512 = 512 byte Kích thước ngành (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 đĩa: dos Định danh đĩa: 0x000d3273 Khởi động thiết bị Kết thúc mục Kích thước Loại Id / dev / sdd1 2048 4982527 4980480 2,4G fd Linux đột kích tự động phát hiện / dev / sdd2 4982528 9176831 4194304 2G fd Linux đột kích tự động phát hiện / dev / sdd3 9437184 3906824351 3897387168 1,8T fd Linux đột kích tự động phát hiện
Sau đó, đầu ra của mdstat:
#sudo cat /proc/mdstat
Nhân vật: [linear] [đa] [RAID0] [RAID1] [RAID6] [RAID5] [RAID4] [raid10]
md127: không hoạt động sdb3 [2] (S) sda3 [0] (S) sdd3 [1] (S)
5846077648 khối siêu 1,2
thiết bị không sử dụng: không có
Sau đó, kết quả kiểm tra phân vùng số 3 trên mỗi ổ đĩa:
#sudo mdadm --examine /dev/sda3
/ dev / sda3:
Phép thuật: a92b4efc
Phiên bản: 1.2
Bản đồ tính năng: 0x0
Mảng UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Tên: Rackstation: 3
Thời gian sáng tạo: Chủ nhật ngày 29 tháng 10 20:55:08 2017
Cấp độ đột kích: raid0
Thiết bị đột kích: 3
Kích thước Dev tận dụng: 3897385088 (1858,42 GiB 1995,46 GB)
Offset dữ liệu: 2048 ngành
Siêu bù: 8 ngành
Không gian chưa sử dụng: before = 1968 sector, after = 32 sector
Nhà nước: sạch
Thiết bị UUID: 97599be0: 421d7434: 27cf35e3: 3738cb20
Thời gian cập nhật: Thứ tư ngày 6 tháng 12 10:30:37 2017
Tổng kiểm tra: 971d4c1e - đúng
Sự kiện: 2
Kích thước chunk: 64K
Vai trò thiết bị: Thiết bị hoạt động 0
Trạng thái mảng: AA ('A' == hoạt động, '.' == thiếu, 'R' == thay thế)
#sudo mdadm --examine /dev/sdb3
/ dev / sdb3:
Phép thuật: a92b4efc
Phiên bản: 1.2
Bản đồ tính năng: 0x0
Mảng UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Tên: Rackstation: 3
Thời gian sáng tạo: Chủ nhật ngày 29 tháng 10 20:55:08 2017
Cấp độ đột kích: raid0
Thiết bị đột kích: 3
Kích thước Dev tận dụng: 3897385088 (1858,42 GiB 1995,46 GB)
Offset dữ liệu: 2048 ngành
Siêu bù: 8 ngành
Không gian chưa sử dụng: before = 1968 sector, after = 32 sector
Nhà nước: sạch
Thiết bị UUID: 3d7f416b: da7acb4c: db31ee99: 2d7c160d
Thời gian cập nhật: Thứ tư ngày 6 tháng 12 10:30:37 2017
Tổng kiểm tra: dd1e7607 - đúng
Sự kiện: 2
Kích thước chunk: 64K
Vai trò thiết bị: Thiết bị hoạt động 2
Trạng thái mảng: AA ('A' == hoạt động, '.' == thiếu, 'R' == thay thế)
#sudo mdadm --examine /dev/sdd3
/ dev / sdd3:
Phép thuật: a92b4efc
Phiên bản: 1.2
Bản đồ tính năng: 0x0
Mảng UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Tên: Rackstation: 3
Thời gian sáng tạo: Chủ nhật ngày 29 tháng 10 20:55:08 2017
Cấp độ đột kích: raid0
Thiết bị đột kích: 3
Kích thước Dev tận dụng: 3897385120 (1858,42 GiB 1995,46 GB)
Offset dữ liệu: 2048 ngành
Siêu bù: 8 ngành
Không gian chưa sử dụng: before = 1968 sector, after = 0 sector
Nhà nước: sạch
Thiết bị UUID: a5b79e82: 0c39533c: 4f4adae0: 540dafdf
Thời gian cập nhật: Chủ nhật ngày 29 tháng 10 20:55:08 2017
Tổng kiểm tra: fe189076 - đúng
Sự kiện: 0
Kích thước chunk: 64K
Vai trò thiết bị: Thiết bị hoạt động 1
Trạng thái mảng: AAA ('A' == hoạt động, '.' == thiếu, 'R' == thay thế)
mdadm báo cáo rằng cuộc đột kích là sạch sẽ, đó là điều tốt tôi đoán?
Sau đó tôi đã làm theo lời khuyên ở đây: re-mount-hai-old-đĩa-from-raid0-setup-to-recovery-data
#sudo mount /dev/md127 /mnt/oldData
mount: /mnt/oldData: can't read superblock on /dev/md127.
Sau đó googled một số nữa và chạy:
#sudo mdadm -D /dev/md127
/ dev / md127:
Phiên bản: 1.2
Cấp độ đột kích: raid0
Tổng số thiết bị: 3
Kiên trì: Superblock là dai dẳng
Nhà nước: không hoạt động
Tên: Rackstation: 3
UUID: a55ec236: a21e68d6: 880073e6: 0767672b
Sự kiện: 0
Số RaidDevice nhỏ chính
- 8 51 - / dev / sdd3
- 8 19 - / dev / sdb3
- 8 3 - / dev / sda3
Bất cứ ai có thể đọc bất cứ điều gì từ này? Giúp đỡ được đánh giá rất cao.