Điểm:1

khôi phục ext4 HD sau khi tạo bảng phân vùng GPT

lá cờ de

Tôi có một máy tính khởi động kép windows10 - ubuntu 18.04. Ba ổ đĩa trên đó:

  1. SSD 512 GB với hệ thống Ubuntu

ổ đĩa Ubuntu

  1. 1 TB HD với hệ thống cửa sổ

ổ đĩa cửa sổ

  1. 1 TB HD Ext4 được định dạng (có vấn đề) để lưu trữ dữ liệu bổ sung

Khi làm việc trên Windows 10, tôi muốn truy cập vào Ext4 HD nhưng lại quên mất đó là Ext4. Đã nhập quản lý máy tính -> lưu trữ và chuyển đĩa từ ngoại tuyến sang trực tuyến. Windows hỏi nó có nên tạo bảng phân vùng GPT hoặc MBR không. Một cái gì đó như (không chụp ảnh màn hình vào lúc này :))

GPT

Chọn GPT và sau đó các cửa sổ đã tạo phân vùng 17 MB và dung lượng còn lại được đánh dấu là dữ liệu thô (ảnh chụp màn hình được chụp trong Ubuntu).

phân vùng GPT Không gian chưa phân bổ

Tại thời điểm này, tôi nhận ra rằng mình đã không làm những gì mình muốn nên đã quay lại ubuntu mà không làm gì khác.

Đọc trên mạng đã tìm thấy Testdisk và sử dụng nó trên HD có vấn đề. 1.- Tạo tệp nhật ký (nội dung tệp nhật ký đầy đủ được bổ sung ở cuối bài)

TestDisk 7.0, Tiện ích khôi phục dữ liệu, tháng 4 năm 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org


TestDisk là phần mềm khôi phục dữ liệu miễn phí được thiết kế để giúp khôi phục dữ liệu bị mất
các phân vùng và/hoặc làm cho các đĩa không khởi động có thể khởi động lại khi các triệu chứng này
là do phần mềm bị lỗi, một số loại vi-rút hoặc lỗi của con người.
Nó cũng có thể được sử dụng để sửa chữa một số lỗi hệ thống tập tin.

Thông tin được thu thập trong quá trình sử dụng TestDisk có thể được ghi lại sau này
ôn tập. Nếu bạn chọn tạo tệp văn bản testdisk.log , nó
sẽ chứa các tùy chọn TestDisk, thông tin kỹ thuật và nhiều
đầu ra; bao gồm mọi tên thư mục/tệp TestDisk đã được sử dụng để tìm và
danh sách trên màn hình.

Sử dụng các phím mũi tên để chọn, sau đó nhấn phím Enter:
>[ Tạo ] Tạo tệp nhật ký mới
 [ Nối thêm ] Nối thông tin vào tệp nhật ký
 [ Không ghi nhật ký ] Không ghi lại bất cứ điều gì

2.- Chọn đĩa có vấn đề

Chọn một phương tiện (sử dụng các phím Mũi tên, sau đó nhấn Enter):
>Đĩa /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
 Đĩa /dev/sdb - 1000 GB / 931 GiB - WDC WD10EZEX-22MFCA0
 Đĩa /dev/sdc - 4000 GB / 3725 GiB - WD Elements 25A1


>[Tiếp tục ][ Thoát ]

Đã chọn loại phân vùng theo gợi ý Testdisk

Đĩa /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0

Vui lòng chọn loại bảng phân vùng, nhấn Enter khi hoàn tất.
 [Intel ] Phân vùng Intel/PC
 [EFI GPT] Bản đồ phân vùng EFI GPT (Mac i386, một số x86_64...)
 [Humax ] Bảng phân vùng Humax
 [Mac ] Bản đồ phân vùng của Apple
>[Không có] Phương tiện không được phân vùng
 [Mặt trời ] phân vùng Mặt trời Solaris
 [XBox ] Phân vùng XBox
 [Quay lại ] Quay lại lựa chọn đĩa



Gợi ý: Không có loại bảng phân vùng nào được phát hiện.
Lưu ý: KHÔNG chọn 'Không' cho phương tiện chỉ có một phân vùng. Nó rất
hiếm khi đĩa bị 'Không phân vùng'.

3.- Chọn loại Phân tích

Đĩa /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
     CHS 121601 255 63 - quy mô ngành=512

 [ Phân tích ] Phân tích cấu trúc phân vùng hiện tại và tìm kiếm phân vùng bị mất
>[ Nâng cao ] Tiện ích hệ thống tập tin
 [ Hình học ] Thay đổi hình dạng đĩa
 [ Tùy chọn ] Sửa đổi tùy chọn
 [ Thoát ] Quay lại lựa chọn đĩa

4.- Đã thực hiện Superblock theo đề xuất

Đĩa /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Phân vùng Bắt đầu Kết thúc Kích thước trong các lĩnh vực
> P ext4 0 0 1 121601 80 63 1953525168 [dữ liệu]

 [ Loại ] >[Superblock] [ Danh sách ] [Tạo ảnh] [ Thoát ]

kết quả siêu khối

Đĩa /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63

     Phân vùng Bắt đầu Kết thúc Kích thước trong các lĩnh vực

  ext4 0 0 1 121601 80 63 1953525168 [dữ liệu]
siêu khối 32768, kích thước khối = 4096 [dữ liệu]
siêu khối 98304, kích thước khối = 4096 [dữ liệu]
siêu khối 163840, kích thước khối = 4096 [dữ liệu]
siêu khối 229376, kích thước khối = 4096 [dữ liệu]
siêu khối 294912, kích thước khối = 4096 [dữ liệu]
siêu khối 819200, kích thước khối = 4096 [dữ liệu]
siêu khối 884736, kích thước khối = 4096 [dữ liệu]
siêu khối 1605632, kích thước khối = 4096 [dữ liệu]
siêu khối 2654208, kích thước khối = 4096 [dữ liệu]
siêu khối 4096000, kích thước khối = 4096 [dữ liệu]

Để sửa chữa hệ thống tệp bằng cách sử dụng siêu khối thay thế, hãy chạy
fsck.ext4 -p -b superblock -B blocksize device

>[ Bỏ cuộc ]

Như được hiển thị ở trên, Testdisk đã làm 'điều kỳ diệu' và đề xuất sử dụng fsck.ext4 -p sử dụng số khối cụ thể và kích thước khối

sudo fsck.ext4 -p -b 32768 -B 4096/dev/sda
[sudo] mật khẩu cho alfonso: 
dữ liệu không được đếm sạch, kiểm tra bắt buộc.
dữ liệu: Bitmap inode nhóm 1 không khớp với tổng kiểm tra.
ĐÃ SỬA.
dữ liệu: Bitmap khối nhóm 0 không khớp với tổng kiểm tra.
ĐÃ SỬA.
dữ liệu: 65949/61054976 tệp (0,7% không liền kề), 189540323/244190646 khối

Sau khi làm điều này, tôi có quyền truy cập vào HD có vấn đề và tất cả dữ liệu dường như còn nguyên vẹn khi được gắn.

Ext4 HD


lsblk đầu ra, sau khi chạy fsck.ext4, như được đề xuất trong nhận xét

$ lsblk
TÊN MAJ:KÍCH THƯỚC RM TỐI THIỂU RO LOẠI NÚI
loop0 7:0 0 175,4M 1 vòng lặp /snap/postman/133
...
loop28 7:28 0 61,9M 1 vòng lặp /snap/core20/1169
sda 8:0 0 931,5G 0 đĩa /phương tiện/alfonso/dữ liệu
sdb 8:16 0 931,5G 0 đĩa 
ââsdb1 8:17 0 529M 0 phần 
ââsdb2 8:18 0 99M 0 phần 
ââsdb3 8:19 0 16M 0 phần 
ââsdb4 8:20 0 930,9G 0 phần 
sr0 11:0 1 1024M 0 phòng  
nvme0n1 259:0 0 477G 0 đĩa 
âânvme0n1p1 259:1 0 619M 0 phần /boot/efi
âânvme0n1p2 259:2 0 214,4G 0 phần /
âânvme0n1p3 259:3 0 34,5G 0 phần [SWAP]
âânvme0n1p4 259:4 0 227,5G 0 phần /nhà

Tuy nhiên, khi khởi động lại, tôi quay lại HD với bảng GPT và không có dữ liệu :( Tôi đã lặp lại fsck.ext4 lệnh như trên và lấy lại dữ liệu.

Vì vậy, câu hỏi của tôi là, làm thế nào tôi có thể làm cho fsck.ext4 thay đổi vĩnh viễn? vì vậy tôi không cần phải chạy nó mỗi khi tôi khởi động Ubuntu.

Cảm ơn bạn đã giúp đỡ



Nội dung tệp LOG Testdisk

Thứ sáu ngày 22 tháng 10 17:35:35 2021
Dòng lệnh: TestDisk

TestDisk 7.0, Tiện ích khôi phục dữ liệu, tháng 4 năm 2015
Christophe GRENIER <[email protected]>
http://www.cgsecurity.org
Hệ điều hành: Linux, kernel 4.15.0-161-generic (#169-Ubuntu SMP Thứ Sáu ngày 15 tháng 10 13:41:54 UTC 2021) x86_64
Trình biên dịch: GCC 7.2
ext2fs lib: 1.44.1, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, lời nguyền lib: ncurses 6.0
/dev/sda: hỗ trợ LBA, HPA, LBA48, DCO
/dev/sda: kích thước 1953525168 ngành
/dev/sda: user_max 1953525168 cung
/dev/sda: native_max 1953525168 sector
/dev/sdb: hỗ trợ LBA, HPA, LBA48, DCO
/dev/sdb: kích thước 1953525168 ngành
/dev/sdb: user_max 1953525168 cung
/dev/sdb: native_max 1953525168 ngành
Cảnh báo: không thể lấy kích thước cho Đĩa /dev/mapper/control - 0 B - 0 sector, sector size=512
Danh sách đĩa cứng
Đĩa /dev/sda - 1000 GB / 931 GiB - CHS 121601 255 63, kích thước sector=512 - WDC WD10EZEX-08WN4A0, S/N:WD-WCC6Y0VJ3LD1, FW:02.01A02
Đĩa /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63, kích thước cung = 512 - WDC WD10EZEX-22MFCA0, S/N:WD-WCC6Y6FAJ869, FW:01.01A01
Đĩa /dev/sdc - 4000 GB / 3725 GiB - CHS 486397 255 63, kích thước sector=512 - WD Elements 25A1, FW:1014

Loại bảng phân vùng (tự động): Không có
Đĩa /dev/sda - 1000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
Loại bảng phân vùng: Không có

Giao diện nâng cao
recovery_EXT2: "e2fsck -b 98304 -B 4096 device" có thể cần thiết
   P ext4 0 0 1 121601 80 63 1953525168 [dữ liệu]
     ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 1000 GB / 931 GiB
search_superblock

block_group_nr 1

recovery_EXT2: "e2fsck -b 32768 -B 4096 device" có thể cần thiết
recovery_EXT2: s_block_group_nr=1/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 262144 (khối=32768, kích thước khối=4096)

block_group_nr 3

recovery_EXT2: "e2fsck -b 98304 -B 4096 device" có thể cần thiết
recovery_EXT2: s_block_group_nr=3/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 786432 (khối=98304, kích thước khối=4096)

block_group_nr 5

recovery_EXT2: "thiết bị e2fsck -b 163840 -B 4096" có thể cần thiết
recovery_EXT2: s_block_group_nr=5/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 1310720 (khối=163840, kích thước khối=4096)

block_group_nr 7

recovery_EXT2: "thiết bị e2fsck -b 229376 -B 4096" có thể cần thiết
recovery_EXT2: s_block_group_nr=7/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 1835008 (khối=229376, kích thước khối=4096)

block_group_nr 9

recovery_EXT2: "thiết bị e2fsck -b 294912 -B 4096" có thể cần thiết
recovery_EXT2: s_block_group_nr=9/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 2359296 (khối=294912, kích thước khối=4096)

block_group_nr 25

recovery_EXT2: "thiết bị e2fsck -b 819200 -B 4096" có thể cần thiết
recovery_EXT2: s_block_group_nr=25/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 6553600 (khối=819200, kích thước khối=4096)

block_group_nr 27

recovery_EXT2: "e2fsck -b 884736 -B 4096 device" có thể cần thiết
recovery_EXT2: s_block_group_nr=27/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 7077888 (khối=884736, kích thước khối=4096)

block_group_nr 49

recovery_EXT2: có thể cần "thiết bị e2fsck -b 1605632 -B 4096"
recovery_EXT2: s_block_group_nr=49/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 12845056 (khối=1605632, kích thước khối=4096)

block_group_nr 81

recovery_EXT2: có thể cần "thiết bị e2fsck -b 2654208 -B 4096"
recovery_EXT2: s_block_group_nr=81/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 21233664 (khối=2654208, kích thước khối=4096)

block_group_nr 125

recovery_EXT2: "e2fsck -b 4096000 -B 4096 device" có thể cần thiết
recovery_EXT2: s_block_group_nr=125/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
Siêu khối Ext2 được tìm thấy tại khu vực 32768000 (khối=4096000, kích thước khối=4096)
  ext4 0 0 1 121601 80 63 1953525168 [dữ liệu]
siêu khối 32768, kích thước khối = 4096 [dữ liệu]
siêu khối 98304, kích thước khối = 4096 [dữ liệu]
siêu khối 163840, kích thước khối = 4096 [dữ liệu]
siêu khối 229376, kích thước khối = 4096 [dữ liệu]
siêu khối 294912, kích thước khối = 4096 [dữ liệu]
siêu khối 819200, kích thước khối = 4096 [dữ liệu]
siêu khối 884736, kích thước khối = 4096 [dữ liệu]
siêu khối 1605632, kích thước khối = 4096 [dữ liệu]
siêu khối 2654208, kích thước khối = 4096 [dữ liệu]
siêu khối 4096000, kích thước khối = 4096 [dữ liệu]

Để sửa chữa hệ thống tệp bằng cách sử dụng siêu khối thay thế, hãy chạy
fsck.ext4 -p -b superblock -B blocksize device

TestDisk đã thoát bình thường.
PonJar avatar
lá cờ in
Tôi thấy lạ là thiết bị mà bạn đang cố sửa là /dev/sda chứ không phải /dev/sda1, mặc dù tôi có thể thấy thiết bị này được hiển thị dưới dạng /dev/sda trong ứng dụng ổ đĩa. Bạn đã thử nhắm mục tiêu/dev/sda1 bằng lệnh fsck chưa và đầu ra của lsblk là gì. Bạn đã ngắt kết nối ổ đĩa trước khi chạy fsck chưa
Alfonso avatar
lá cờ de
Xin chào @PonJar, cảm ơn vì nhận xét, trước khi chạy fsck.ext4 /dev/sda1 là một phân vùng nhỏ 17 MB với bảng phân vùng GPT. Phân vùng này biến mất sau fsck.ext4 như đã thấy trong img. Vấn đề rất giống nhau và cùng một giải pháp (chạy fsck.ext4 trên /dev/sda đã được đăng tại đây https://forum.cgsecurity.org/phpBB3/viewtopic.php?t=8028 ). Tôi sẽ thử chạy lsblk
PonJar avatar
lá cờ in
@heynnema bạn có thông tin chi tiết nào về cái này không? Tôi chưa thấy một hệ thống tập tin nào xuất hiện trên thiết bị chứ không phải trên một phân vùng. Tôi khuyên bạn nên sao lưu dữ liệu vào một vị trí khác, phân vùng lại và khôi phục dữ liệu.
Alfonso avatar
lá cờ de
Có lẽ đáng để nói thêm rằng HD không được phân vùng ngay từ đầu và testdisk đã tự động phát hiện điều này và đề xuất phân tích siêu khối và lệnh fsck.ext4. Điều tương tự so với trong liên kết của lệnh trước của tôi.
heynnema avatar
lá cờ ru
Có bất kỳ dữ liệu thực/thực nào trên ổ đĩa/dev/sda không? `fsck` nên được chạy trên một phân vùng (/dev/sda1), không phải trên một thiết bị (/dev/sda). Hiện tại/dev/sda của bạn không hiển thị phân vùng nào.Nếu thực sự không có bất kỳ dữ liệu quan trọng nào trên sda, thì hãy sử dụng `gparted` để cài đặt bảng phân vùng GPT mới (thao tác này sẽ xóa sạch ổ đĩa), sau đó tạo một hoặc nhiều phân vùng dựa trên nhu cầu của bạn.
Alfonso avatar
lá cờ de
Xin chào @heynnema, thực sự là có. Tôi có HD khá đầy đủ, hơn 700 GB ... HD không bao giờ được phân vùng vì tôi chỉ muốn nó lưu trữ thêm dữ liệu cho hệ thống ubuntu. Tôi đã sao chép mọi thứ trong một HD bên ngoài nhưng tôi muốn hiểu làm thế nào/tại sao HD quay trở lại phân vùng GPT 17 MB + ~1TB cấu ​​hình không gian chưa phân bổ khi tôi khởi động lại hệ thống. Cảm ơn!
heynnema avatar
lá cờ ru
Vì ổ đĩa chưa bao giờ được phân vùng nên tôi không biết làm cách nào bạn có thể lưu trữ bất kỳ dữ liệu nào trên đó. Kỳ quái. Vì bạn đã sao lưu nó, hãy làm như trong nhận xét cuối cùng của tôi.
Alfonso avatar
lá cờ de
Một lần nữa cảm ơn sự quan tâm của bạn @heynnema, tôi nghĩ rằng tôi đã trực tiếp định dạng toàn bộ HD thành Ext4 mà không có bảng phân vùng nhưng đã lâu rồi nên tôi không nhớ chi tiết. Tôi đã thêm chi tiết testdisk về những gì tôi đã làm trong trường hợp hữu ích

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