พาร์ติชันไม่แสดงขึ้นใน / dev

13

ฉันเพิ่งเลิกเมานท์ฮาร์ดไดรฟ์ 4TB จากคอมพิวเตอร์เครื่องหนึ่งเพื่อเข้าถึงไฟล์โดยตรงจากคอมพิวเตอร์เครื่องอื่น ดูเหมือนว่าไม่มีปัญหากับกระบวนการเลิกเมานท์ เมื่อเชื่อมต่อฮาร์ดไดรฟ์เข้ากับคอมพิวเตอร์อีกเครื่องฮาร์ดไดรฟ์จะรับรู้ใน "/ dev" เป็น sdb แต่พาร์ติชัน "sdb1" ไม่ปรากฏขึ้นดังนั้นฉันจึงไม่สามารถเมานต์ ถ้าฉันวิ่ง

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

พาร์ติชัน sdb1 แสดงขึ้น เนื่องจากนี่เป็นพาร์ติชั่น 4TB ฉันจึงรันคำสั่ง

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

จากนั้นพิมพ์ "print" ในกรณีนี้พาร์ติชัน sdb1 ไม่ปรากฏขึ้น

ทำไมถึงมีข้อมูลไม่ตรงกันที่นี่? นี่หมายความว่าพาร์ติชันถูกลบไปแล้วหรือไม่ มีวิธีการกู้คืนพาร์ติชันนี้และติดตั้งหรือไม่?

ขอบคุณล่วงหน้า

— rmsrms1987
แหล่งที่มา

มีเหตุผลสามประการที่ทำให้บรรทัด / dev / sdb1 ไม่ปรากฏขึ้น แต่ / dev / sdb ทำ 1. เนื่องจากไม่มีตารางพาร์ติชันบนดิสก์นั้นในบัญชีที่ไม่ได้สร้างขึ้น 2. ตารางพาร์ติชั่นเสียหายหรือ 3. ตารางพาร์ติชั่นเป็นระบบไฟล์หลักที่คอมพิวเตอร์เครื่องนี้ไม่สามารถรับรู้ได้ในบัญชีที่ไม่ได้ติดตั้งไลบรารี่ วิธีแก้ไข: คุณสามารถเรียกใช้การวินิจฉัยบนตารางพาร์ติชันโดยใช้fdisk /dev/sdbและพิมพ์ 'p' เพื่อดูข้อมูลเพิ่มเติม หากพาร์ติชันอยู่ที่นั่นและไม่เสียหายและคุณมีห้องสมุดที่จะแยกวิเคราะห์และอ่านบรรทัดนั้นควรปรากฏขึ้น

— Eric Leschinski

16

เรียกใช้คำสั่งpartprobeเพื่อทำให้คอมพิวเตอร์สแกนดิสก์อีกครั้งสำหรับพาร์ติชัน

— อเรนซ์
แหล่งที่มา

ขอบคุณสำหรับคำตอบ ฉันลองใช้คำสั่งนั้นพร้อมกับรีสตาร์ทคอมพิวเตอร์ทั้งหมดโดยไม่ประสบความสำเร็จ

— rmsrms1987

ผลลัพธ์ของfdisk -l /dev/sdbอะไร เอาท์พุทของdmesgคืออะไร?

— Lawrence

1

@ rmsrms1987 นี่มันแปลก ... คุณใช้ fdisk บนพาร์ติชั่น 4TiB และดูเหมือนว่าจะทำงานได้ดี อย่างไรก็ตามบทความนี้ibm.com/developerworks/linux/library/l-gpt/index.htmlอธิบายว่าพาร์ติชันที่มีขนาดใหญ่กว่า 2 TiB ไม่สามารถจัดการได้โดย MBR (โดย GPT เท่านั้น) และ fdisk ไม่สามารถจัดการ GPT ได้ ดูเหมือนว่าคุณมี MBR ในดิสก์ของคุณ คุณช่วยส่งออก fdisk -l / dev / sdb ให้เราได้ไหม TY

— MariusMatutiae

ฉันเชื่อว่าพาร์ติชั่นนั้นถูกสร้างขึ้นด้วย GNU Parted เนื่องจากมันมีมากกว่า 2TB แต่ไม่มีการแสดงผลใด ๆ เมื่อฉันพยายามเข้าถึงผ่านวิธีนี้ ด้วยเหตุผลบางอย่าง sdb1 จะปรากฏขึ้นเมื่อใช้ fdisk เท่านั้น

— rmsrms1987

1

ฉันได้แก้ไขโพสต์ดั้งเดิมของฉันเพื่อแสดงผลลัพธ์ที่มีรายละเอียดเพิ่มเติมของ fdisk และเอาต์พุตที่แยกส่วน ขอบคุณอีกครั้งที่ช่วยฉันในเรื่องนี้

— rmsrms1987

3

ฉันไม่รู้ว่านี่ยังเป็นปัญหาล่าสุดอยู่หรือไม่ แต่ฉันมีปัญหาเดียวกันกับหนึ่งในฮาร์ดไดรฟ์ของฉัน ฉันใช้testdiskและบอกให้วิเคราะห์ดิสก์ พบพาร์ติชั่นที่หายไปและอัพเดตตารางดิสก์พาร์ติชัน จากนั้นฉันก็รันคำสั่งpartprobeและพาร์ติชันปรากฏขึ้นใน / dev / ทำงานได้อย่างสมบูรณ์

— drags4ck
แหล่งที่มา

ดูเหมือนว่าคำตอบอื่นจะซ้ำกัน

— bwDraco

1

นี่ไม่ใช่ปัญหาของคุณ แต่ฉันมีปัญหากับอาการคล้ายกันที่เกิดจากการมี RAID superblock บนไดรฟ์

ตอนนี้ได้รับฉันต้องการที่จะล้างทุกอย่างในไดรฟ์ของฉันดังนั้นจึงไม่แนะนำถ้าไม่ได้เป็นกรณีสำหรับคุณ แต่mdadm --zero-superblock /dev/sdbเคล็ดลับสำหรับฉันในกรณีของฉัน

— WhittlesJr
แหล่งที่มา

0

ไม่มีใครพูดคุยเกี่ยวกับการบูตจาก LiveCD / LiveUSB ที่ทันสมัยที่รองรับ GPT หรือไม่?

เพียงแค่ลองบูทคอมพิวเตอร์ด้วย Live distro ของลินุกซ์ที่ทันสมัยและลองใช้ GParted live disk, SystemRescueCD และอื่น ๆ

อาจเป็นได้ว่าคอมพิวเตอร์ที่คุณใช้ไม่มีความเข้ากันได้กับดิสก์ GPT และ / หรือ <2TiB อาจเป็นคอนโทรลเลอร์ SATA ที่ไม่รองรับ> ดิสก์ 2TiB (ฉันเห็นบางอย่างในมือของฉันบางเมนบอร์ดบนบางส่วนในเปลือก USB) .. และคุณคือ 4TiB ซึ่งเป็นสิ่งที่เลวร้ายที่สุดคอนโทรลเลอร์บางตัวรองรับได้มากถึงสาม TiB แต่ไม่ใช่ 4TiB หรือมากกว่าต่อดิสก์

ทำไมคุณเห็นพาร์ติชันหลักเมื่อใช้ fdisk -l คุณอาจเห็น MBR 'ป้องกัน' พาร์ติชันที่ป้องกัน GPT พาร์ติชัน / s; ที่เก็บไว้ในภาคแรกของดิสก์ ... คอนโทรลเลอร์ SATA ส่วนใหญ่ที่มีปัญหากับ disck> 2TiB และบางส่วนที่มีปัญหากับ> 3TiB เท่านั้นที่สามารถเห็น 2TiB / 3TiB แรกของดิสก์ดังนั้นพวกเขาจึงเห็น MBR (ภาคแรก) อย่างถูกต้อง แต่ไม่ใช่ GPT เนื่องจาก GPT sotres ข้อมูลหลังจาก MBR และที่ส่วนท้ายสุดของดิสก์

พยายามทำให้แน่ใจว่าทั้งสองสิ่ง: คุณมีความเข้ากันได้ GPT (ใช้ gfisdk แทน fdisk เพื่อตรวจสอบ) และมีคอนโทรลเลอร์ SATA ไม่ จำกัด เพียง <2TiB เท่านั้นไม่ จำกัด เพียง <3TiB

วิธีที่ดีที่สุดในการตรวจสอบ: บูตจาก LiveLinux ใด ๆ เช่น GParted, SystemRescueCD ฯลฯ และลองรายการพาร์ติชัน (ด้วย fdisk) สมัยใหม่fdisk -lสามารถแสดงรายการพาร์ติชัน GPT

PD: โครงสร้างเขตข้อมูล MBR จำกัด เขตที่ใช้งานได้เป็น 2TiB แรกเนื่องจากความยาวของเขตข้อมูล (MBR ได้รับการออกแบบโดยมีข้อ จำกัด นั้น)

— เคลาดิโอ
แหล่งที่มา

0

ในขณะที่ fdisk - ขึ้นอยู่กับรุ่น - จะพยายามสร้างพาร์ติชันบนไดรฟ์ 4TB และทำเครื่องหมายประเภทพาร์ติชันเป็น GPT พาร์ติชันนั้นจะไม่ได้รับการยอมรับจากพาร์ติชัน

ทางออกคือการลบพาร์ติชันที่คุณสร้างขึ้นด้วย fdisk และใช้พาร์ทิชันเพื่อทำสิ่งทั้งหมด:

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

คุณอาจต้องเรียกใช้ "mkpart primary 0 3TB" แทนที่จะเป็น "mkpart primary 0 3"

ในเหตุการณ์ที่ไม่น่าเป็นไปได้ที่คุณไม่เห็น / dev / sdb1 หลังจากนี้ให้เรียกใช้ partprobe แล้วค้นหาอีกครั้ง

— bnwww
แหล่งที่มา