Phân vùng không hiển thị trong / dev


13

Gần đây tôi đã ngắt một ổ cứng 4TB từ một máy tính để truy cập các tệp trực tiếp từ một máy tính khác. Có vẻ như không có vấn đề gì với quá trình không đếm được. Khi kết nối ổ cứng với máy tính khác, ổ cứng được nhận dạng trong "/ dev" là sdb, nhưng phân vùng "sdb1" không xuất hiện, do đó tôi không thể gắn nó. Nếu tôi chạy

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

Phân vùng sdb1 hiện lên. Vì đây là phân vùng 4TB, tôi cũng đã chạy lệnh

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

Sau đó gõ "in". Trong trường hợp này, phân vùng sdb1 KHÔNG hiển thị.

Tại sao có sự không phù hợp của thông tin ở đây? Điều này có nghĩa là phân vùng đã bị xóa? Có cách nào để có thể khôi phục phân vùng này và gắn kết nó không?

Cảm ơn bạn rất nhiều trước


Có ba lý do tại sao dòng / dev / sdb1 không xuất hiện nhưng / dev / sdb thì không. 1. bởi vì không có bảng phân vùng trên đĩa đó trên tài khoản mà nó không được tạo. 2. Bảng phân vùng bị hỏng hoặc 3. bảng phân vùng chứa một hệ thống tệp chính mà máy tính này không thể nhận ra trên tài khoản mà các thư viện cho nó không được cài đặt. Biện pháp khắc phục: Bạn có thể chạy chẩn đoán trên bảng phân vùng bằng cách sử dụng fdisk /dev/sdbvà nhập 'p' để biết thêm thông tin. Nếu phân vùng ở đó và không bị hỏng và bạn có thư viện để phân tích và đọc, dòng đó sẽ xuất hiện.
Eric Leschinski

Câu trả lời:


16

Chạy lệnh partprobeđể làm cho máy tính quét lại đĩa cho các phân vùng.


Cảm ơn vì sự trả lời. Tôi đã thử chạy lệnh đó, cùng với việc khởi động lại toàn bộ máy tính nhưng không thành công.
rmsrms1987

Đầu ra của fdisk -l /dev/sdbcái gì? Ngoài ra những gì đầu ra của dmesg?
Lawrence

1
@ rmsrms1987 Điều này thật kỳ lạ ... Bạn đang sử dụng fdisk trên phân vùng 4TiB và có vẻ như nó hoạt động tốt. Tuy nhiên, bài viết này ibm.com/developerworks/linux/l Library / l-gpt / index.html giải thích rằng các phân vùng lớn hơn 2 TiB không thể được MBR xử lý (chỉ bởi GPT) và fdisk không thể xử lý GPT. Điều này dường như ngụ ý rằng bạn có MBR trên đĩa của bạn. Bạn có thể vui lòng cho chúng tôi đầu ra của fdisk -l / dev / sdb không? TY
MariusMatutiae

Tôi tin rằng phân vùng đã được tạo bằng GNU Parted vì nó có dung lượng hơn 2TB, nhưng không có gì là đầu ra khi tôi cố gắng truy cập thông qua phương thức này. Vì một số lý do, sdb1 chỉ xuất hiện khi sử dụng fdisk.
rmsrms1987

1
Tôi đã chỉnh sửa bài viết gốc của mình để hiển thị đầu ra chi tiết hơn của đầu ra fdisk và parted. Cảm ơn bạn một lần nữa đã giúp tôi với vấn đề này.
rmsrms1987

3

Tôi không biết liệu đây có còn là vấn đề cập nhật hay không, nhưng tôi cũng gặp vấn đề tương tự với một trong những ổ cứng của mình. Tôi đã sử dụng testdiskvà nói với nó để phân tích đĩa. Nó tìm thấy phân vùng bị thiếu và cập nhật bảng phân vùng đĩa. Sau đó, tôi chạy lệnh partprobevà phân vùng hiển thị trong / dev / đầy đủ chức năng.


Điều này trông giống như một bản sao của một câu trả lời khác.
bwDraco

1

Đây có thể không phải là vấn đề của bạn, nhưng tôi gặp vấn đề với các triệu chứng tương tự xảy ra do có một siêu khối RAID trên ổ đĩa.

Bây giờ, được cho phép, tôi muốn xóa sạch mọi thứ trên ổ đĩa của mình, vì vậy điều này không được khuyến khích nếu đó không phải là trường hợp của bạn. Nhưng mdadm --zero-superblock /dev/sdbđã lừa tôi trong trường hợp của tôi.


0

Không ai nói về việc khởi động từ LiveCD / LiveUSB hiện đại hỗ trợ GPT?

Chỉ cần thử khởi động máy tính với bản phân phối Live của bất kỳ Linux hiện đại nào, cũng hãy thử với đĩa trực tiếp GParted, SystemResTHERCD, v.v.

Có thể là máy tính bạn đã sử dụng không có khả năng tương thích với các đĩa GPT và / hoặc <2TiB, cũng có thể là bộ điều khiển SATA không hỗ trợ> 2TiB (tôi thấy một số trên tay, một số trên bo mạch chủ, một số trên vỏ USB). .. và của bạn là 4TiB, đó cũng là điều tồi tệ nhất, một số bộ điều khiển chỉ hỗ trợ tối đa Ba TiB, nhưng không hỗ trợ 4TiB trở lên cho mỗi đĩa.

Tại sao bạn thấy phân vùng chính khi sử dụng fdisk -l? Rất có thể bạn đang nhìn thấy phân vùng MBR 'bảo vệ' bảo vệ phân vùng GPT / s; được lưu trữ trên khu vực đầu tiên của đĩa ... hầu hết các bộ điều khiển SATA có vấn đề với đĩa> 2TiB và một số chỉ gặp sự cố với> 3TiB có thể thấy 2TiB / 3TiB đầu tiên của đĩa và vì vậy họ thấy MBR (khu vực đầu tiên) chính xác, nhưng không phải là GPT, vì GPT sotres dữ liệu sau MBR và ở cuối đĩa.

Cố gắng đảm bảo cả hai điều: Bạn có khả năng tương thích GPT (sử dụng gf điều khoản thay vì kiểm tra fdisk) và có bộ điều khiển SATA không giới hạn chỉ <2TiB, không giới hạn ở <3TiB.

Cách tốt nhất để kiểm tra: Khởi động từ bất kỳ LiveLinux nào, như GParted, SystemResTHERCD, v.v. và thử liệt kê các phân vùng (với fdisk), hiện đại fdisk -lcó thể liệt kê các phân vùng GPT.

PD: Cấu trúc trường MBR giới hạn vùng có thể sử dụng ở 2TiB đầu tiên, do độ dài trường (MBR được thiết kế với giới hạn đó).


0

Mặc dù fdisk - tùy thuộc vào phiên bản - sẽ cố gắng tạo phân vùng trên ổ đĩa 4TB và thậm chí đánh dấu loại phân vùng là GPT, phân vùng đó sẽ không được nhận dạng bởi parted.

Giải pháp là xóa phân vùng bạn đã tạo bằng fdisk và sử dụng parted để thực hiện toàn bộ:

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

Bạn có thể cần chạy "mkpart chính 0 3TB" thay vì "mkpart chính 0 3".

Trong trường hợp không thể xảy ra, bạn không thấy / dev / sdb1 sau đó, hãy chạy partprobe và xem lại.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.