Ổ đĩa GPT 4TB được hình thành trong Windows hiển thị là 2TB trong Linux

Tôi có ổ đĩa 4 TB được kết nối với bộ điều khiển Dell H200. Ổ đĩa được định dạng trong Windows bằng GPT và hiển thị chính xác 4TB trong Windows.

Cùng một ổ đĩa trong cùng một máy tính đã khởi động trong linux (Ubuntu 16.04) không được công nhận hoàn toàn là có 4 TB.

Chạy gdisk /dev/sdb -lkết quả trong

GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Warning! Secondary partition table overlaps the last partition by
3519068194 blocks!
You will need to delete this partition or resize it in another utility.

Đĩa / dev / sdb: 4294967295 ngành, 2.0 TiB

Logical sector size: 512 bytes
Disk identifier (GUID): F8EA0B25-8D84-4BBB-88EB-BA90615C5318
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 4294967261
Partitions will be aligned on 8-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34          262177   128.0 MiB   0C01  Microsoft reserved ...
   2          264192      7814035455   3.6 TiB     0700  Basic data partition

Lưu ý "2.0 TiB" in đậm ở trên

Tôi cũng không thể gắn kết bất kỳ của nó. Việc gắn kết / dev / sdb1 dẫn đến lỗi "mount: false fs type ..." và kết quả mount / dev / sdb2 trong

mount: special device /dev/sdb2 does not exist

Lúc đầu, tôi nghĩ đó là sự cố phần sụn với bộ điều khiển H200, nhưng điều đó không giải thích tại sao nó hoạt động trong Windows mà không phải Linux và tại sao nó không thể được gắn kết. Làm cách nào để Linux nhận ra ổ đĩa? Tôi có cần định dạng lại ổ đĩa bằng Linux không? Làm thế nào tôi có thể đảm bảo hệ điều hành có thể thấy ổ đĩa đúng trong tương lai?

CẬP NHẬT:

Chà, bây giờ tôi cảm thấy hơi ngớ ngẩn. Hóa ra đó là một vấn đề với phần sụn của bộ điều khiển H200.

Lần đầu tiên tôi thử cập nhật firmware cho bộ điều khiển H200 và gdiskbây giờ trả về đúng cách:

Disk /dev/sdb: 7814037168 sectors, 3.6 TiB

và / dev / sdb2 gắn kết mà không có vấn đề. Điều tôi hiện đang cố gắng hiểu là tại sao đĩa lại đọc đúng trong Windows (7) chứ không phải trong Linux với phần mềm H200 lỗi thời.

Tình hình dường như rõ ràng, ít rõ ràng hơn là tại sao nó lại xảy ra. Trạng thái đầu ra của bạn:

Warning! Secondary partition table overlaps the last partition by 3519068194 blocks!

GPT có hai bảng phân vùng, một bảng chính nằm ở đầu đĩa và một bảng thứ hai (hoặc sao lưu) nằm trong 33 cung (16K) cuối cùng của đĩa, xem wiki Arch Linux hữu ích về điều này.

Nó thường xảy ra rằng mọi người không dành chỗ cho PT dự phòng, khi phân vùng đĩa thủ công, điều này dẫn đến khiếu nại của các tiện ích đĩa về việc thiếu bảng phân vùng phụ và cảnh báo thay đổi kích thước phân vùng cuối cùng bằng cách thu nhỏ 33 phân vùng .

Bạn có chính xác trường hợp tương tự, ngoại trừ PT dự phòng của bạn xuất hiện 3,5x10 ^ 9 cung (\ khoảng 1,8TB) quá sớm. Nói cách khác, gdisktiện ích nhìn thấy một PT sao lưu bị đặt sai vị trí và nghĩ rằng đây là phần cuối của đĩa. Do đó, kích thước đĩa nhỏ hơn (2TiB thay vì 4TB của bạn) và không thể gắn kết phân vùng vượt ra ngoài cạnh đĩa (giả định).

Việc này xảy ra như nào thế? Tôi chỉ có thể suy đoán, nhưng điều đặc biệt là PT dự phòng xuất hiện ở cuối chính xác 2TiB, giới hạn trên lý thuyết (xem hộp ngoài cùng bên phải trong bài viết Wikipedia này ) cho các hệ thống tệp FAT32 (với các cung 512B). Mã của hệ thống tệp từ đầu ra của gdisk, 0x0700không có nhiều thông tin: theo cuốn sách của Rod Smith ,

Windows sử dụng một mã GUID duy nhất cho tất cả các phân vùng dữ liệu của mình, có thể là FAT hoặc NTFS

mà thực chất là mã 0x0700. Do đó tôi không thể biết đó là FAT32 hay NTFS, nhưng nếu là FAT32, chúng tôi có thể hiểu được câu hỏi hóc búa mà bạn thấy mình gặp phải. Điều rắc rối hơn là sự hiện diện của một phân vùng ( sdb2) lớn hơn đĩa có sẵn,

... last usable sector is 4294967261

trong khi khu vực cuối sdb2là 7814035455 và thông báo lỗi

 mount: special device /dev/sdb2 does not exist

Nhiều khả năng, chúng tôi đang thấy kết quả của một số lần thử phân vùng, với một số lỗi / lỗi / whatchamacallit.

Ngoài ra, gdisklà kiên quyết về lựa chọn của bạn:

    You will need to delete this partition or resize it in another utility.

Hoặc là tùy chọn ngụ ý mất dữ liệu. Tôi không biết những gì trên đĩa của bạn, cho dù đó là thương hiệu mới hay đầy dữ liệu cá nhân được ấp ủ từ lâu, vì vậy tôi không biết chính xác những gì cần đề xuất. Tất nhiên, sao lưu mọi thứ (từ Windows), sau đó định dạng lại đĩa (trong Linux) và thử đĩa trên Windows trước khi thực sự lưu trữ bất cứ thứ gì trên đó nghe có vẻ như là một hành động hợp lý. Ngoài ra, tôi khuyên bạn nên chọn một hệ thống tệp như NTFS, không giới hạn kích thước đĩa (hoặc ít nhất, không có liên quan đến đĩa 4TiB), một lần nữa hãy xem điều này trên hộp ngoài cùng bên phải của bài viết Wikipedia này .