Bölüm / dev'de Görünmüyor

13

Son zamanlarda dosyalara doğrudan başka bir bilgisayardan erişmek için 4TB sabit sürücüyü bir bilgisayardan çıkardım. Çıkarma sürecinde herhangi bir sorun yokmuş gibi görünüyordu. Sabit sürücüyü diğer bilgisayara bağlarken, sabit sürücü "/ dev" içinde sdb olarak tanınıyor, ancak "sdb1" bölümü görünmüyor, bu yüzden takamıyorum. Koşarsam

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 bölümü görünür. Bu 4 TB'lık bir bölüm olduğundan, komutu da çalıştırdım

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

Sonra "yazdır" yazdı. Bu durumda, sdb1 bölümü görünmez.

Burada neden bir bilgi uyuşmazlığı var? Bu, bölümün silindiği anlamına mı geliyor? Bu bölümü kurtarmanın ve monte etmenin herhangi bir yolu var mı?

şimdiden çok teşekkür ederim

— rmsrms1987
kaynak

Bu / dev / sdb1 satırının görünmemesinin ancak / dev / sdb'nin görünmesinin üç nedeni vardır. 1. oluşturulmadığı için bu diskte bölüm tablosu olmadığından. 2. Bölüm tablosu bozuk veya 3. bölüm tablosunda, bu bilgisayarın kendisi için kitaplıkların yüklü olmadığı hesabında tanımadığı birincil dosya sistemi bulunmaktadır. Çözüm: Daha fdisk /dev/sdbfazla bilgi için ve 'p' yazarak bölümleme tablosunda tanılama çalıştırabilirsiniz . Bölüm oradaysa ve zarar görmemişse ve ayrıştırıp okumak için kütüphaneleriniz varsa, bu satır görünmelidir.

— Eric Leschinski

16

partprobeBilgisayarın diski bölümler için yeniden taramasını sağlamak için komutu çalıştırın .

— Lawrence
kaynak

Yanıtınız için teşekkürler. Bu komutu çalıştırmayı denedim, sadece tüm bilgisayarı başarı ile yeniden başlattım.

— rmsrms1987

Çıktısı nedir fdisk -l /dev/sdb? Ayrıca çıktı dmesgnedir?

— Lawrence

1

@ rmsrms1987 Bu tuhaf ... Bir 4TiB bölümünde fdisk kullanıyorsunuz ve iyi çalışıyor gibi görünüyor. Ancak bu makale ibm.com/developerworks/linux/library/l-gpt/index.html , 2 TiB'den büyük bölümlerin MBR (yalnızca GPT tarafından) tarafından işlenemeyeceğini ve fdisk'in GPT'yi işleyemeyeceğini açıklamaktadır. Bu, diskinizde bir MBR olduğu anlamına geliyor. Bize fdisk -l / dev / sdb çıktısını verir misiniz? TY

— MariusMatutiae

Bölümün 2TB'den fazla olduğu için GNU Parted ile oluşturulduğuna inanıyorum, ancak bu yöntemle erişmeye çalıştığımda hiçbir şey çıkmıyor. Bazı nedenlerden dolayı, sdb1 yalnızca fdisk kullanılırken görünür.

— rmsrms1987

1

Orijinal yazımı fdisk ve ayrıştırılmış çıktıların daha ayrıntılı bir çıktısını göstermek için düzenledim. Bu konuda bana yardımcı olduğunuz için tekrar teşekkür ederim.

— rmsrms1987

3

Bunun hala güncel bir sorun olup olmadığını bilmiyorum, ancak sabit disklerimden biriyle aynı sorunu yaşadım. testdiskDiski analiz etmek için kullandım ve söyledim. Eksik bölümü buldu ve diskler bölüm tablosunu güncelledi. Sonra komutu çalıştırdım partprobeve bölüm / dev / tamamen işlevsel olarak ortaya çıktı.

— drags4ck
kaynak

Bu, başka bir cevabın kopyası gibi görünüyor.

— bwDraco

1

Bu muhtemelen sizin sorununuz değil, ancak sürücüde bir RAID süper bloğu olmasından kaynaklanan benzer semptomlarla ilgili bir sorunum vardı.

Şimdi, sürücümdeki her şeyi yine de silmek istedim, bu yüzden sizin için uygun değilse bu önerilmez. Ama mdadm --zero-superblock /dev/sdbbenim durumumda hile yaptı.

— WhittlesJr
kaynak

0

Hiç kimse GPT'yi destekleyen modern bir LiveCD / LiveUSB'den önyükleme hakkında konuşmamış mıydı?

Bilgisayarı herhangi bir modern Linux'un Canlı dağıtımıyla önyüklemeye çalışın, ayrıca GParted canlı disk, SystemRescueCD, vb.

Kullandığınız bilgisayarın GPT ve / veya <2TiB disklerle uyumluluğu olmayabilir, ayrıca 2TiB diski desteklemeyen SATA denetleyicisi de olabilir (bazılarını ellerimde, bazıları anakartlarda, bazıları USB kasalarında gördüm). .. ve 4TiB, bu da en kötüsü, bazı kontrolörler sadece Üç TiB'yi destekler, ancak disk başına 4TiB veya daha fazlasını desteklemez.

Neden fdisk -l kullanılırken ana bölümü görüyorsunuz? Büyük olasılıkla GPT bölümlerini koruyan 'koruyucu' MBR bölümünü görüyorsunuz; diskin ilk sektöründe depolanır ... disck> 2TiB ile ilgili sorunları olan çoğu SATA denetleyicisi ve ayrıca sadece> 3TiB ile ilgili sorunları olan bazı SATA denetleyicileri diskin ilk 2TiB / 3TiB'sini görebilir ve böylece MBT (birinci sektör) doğru değil, GPT değil, çünkü GPT MBR'den sonra ve diskin en sonundaki verileri sotres eder.

Her iki şeyi de sağlamaya çalışın: GPT uyumluluğuna sahipsiniz (kontrol etmek için fdisk yerine gfisdk kullanın) ve yalnızca <2TiB ile sınırlı olmayan ve <3TiB ile sınırlı olmayan bir SATA denetleyiciniz var.

Kontrol etmenin en iyi yolu: GParted, SystemRescueCD, vb.Gibi herhangi bir LiveLinux'dan önyükleme yapın ve bölümleri (fdisk ile) listelemeye çalışın, modern fdisk -lGPT bölümlerini listeleyebilir.

PD: MBR alan yapısı, alan uzunluğu nedeniyle kullanılabilir bölgeyi ilk 2TiB ile sınırlar (MBR bu sınırlama ile tasarlanmıştır).

— Claudio
kaynak

0

Fdisk - sürüme bağlı olarak - 4 TB'lık bir sürücüde bir bölüm oluşturmaya çalışırken ve hatta bölüm türünü GPT olarak işaretlerken, bu bölüm ayrıştırılmış olarak tanınmayacaktır.

Çözüm, fdisk ile oluşturduğunuz bölümü silmek ve her şeyi yapmak için ayrıştırılmış kullanmaktır:

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

"Mkpart birincil 0 3" yerine "mkpart birincil 0 3TB" çalıştırmanız gerekebilir.

Olası bir olayda / dev / sdb1 komutunu görmezseniz, partprobe'u çalıştırın ve tekrar bakın.

— bnwww
kaynak