La partition n'apparaît pas dans / dev


13

J'ai récemment démonté un disque dur de 4 To d'un ordinateur afin d'accéder aux fichiers directement depuis un autre ordinateur. Il semblait qu'il n'y avait aucun problème avec le processus de démontage. Lors de la connexion du disque dur à l'autre ordinateur, le disque dur est reconnu dans "/ dev" comme sdb, mais la partition "sdb1" n'apparaît pas, donc je ne peux pas le monter. Si je cours

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

La partition sdb1 apparaît. Puisqu'il s'agit d'une partition de 4 To, j'ai également exécuté la commande

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

Puis tapé "imprimer". Dans ce cas, la partition sdb1 n'apparaît PAS.

Pourquoi y a-t-il un décalage d'informations ici? Est-ce à dire que la partition a été supprimée? Est-il possible de récupérer cette partition et de la monter?

Merci beaucoup d'avance


Il y a trois raisons pour lesquelles cette ligne / dev / sdb1 n'apparaît pas mais la ligne / dev / sdb apparaît. 1. car il n'y a pas de table de partition sur ce disque car il n'a pas été créé. 2. La table de partition est endommagée ou 3. la table de partition abrite un système de fichiers principal que cet ordinateur ne peut pas reconnaître car ses bibliothèques ne sont pas installées. Remède: Vous pouvez exécuter des diagnostics sur la table de partition en utilisant fdisk /dev/sdbet en tapant 'p' pour plus d'informations. Si la partition est là, et n'est pas endommagée, et que vous avez des bibliothèques à analyser et à lire, cette ligne devrait apparaître.
Eric Leschinski

Réponses:


16

Exécutez la commande partprobepour que l'ordinateur analyse à nouveau le disque pour les partitions.


Merci pour la réponse. J'ai essayé d'exécuter cette commande, tout en redémarrant tout l'ordinateur sans succès.
rmsrms1987

Quelle est la sortie de fdisk -l /dev/sdb? Quelle est également la sortie de dmesg?
Lawrence

1
@ rmsrms1987 C'est étrange ... Vous utilisez fdisk sur une partition 4 To, et cela semble fonctionner correctement. Cependant, cet article ibm.com/developerworks/linux/library/l-gpt/index.html explique que les partitions supérieures à 2 TiB ne peuvent pas être gérées par MBR (uniquement par GPT) et que fdisk ne peut pas gérer GPT. Cela semble impliquer que vous avez un MBR sur votre disque. Pourriez-vous s'il vous plaît nous donner la sortie de fdisk -l / dev / sdb? TY
MariusMatutiae

Je crois que la partition a été créée avec GNU Parted car elle est supérieure à 2 To, mais rien n'est sorti lorsque j'essaie d'accéder via cette méthode. Pour une raison quelconque, sdb1 apparaît uniquement lors de l'utilisation de fdisk.
rmsrms1987

1
J'ai édité mon article d'origine pour afficher une sortie plus détaillée du fdisk et des sorties séparées. Merci encore de m'avoir aidé avec ce problème.
rmsrms1987

3

Je ne sais pas si c'est toujours un problème à jour, mais j'ai eu le même problème avec l'un de mes disques durs. Je l'ai utilisé testdisket lui ai dit d'analyser le disque. Il a trouvé la partition manquante et mis à jour la table de partition des disques. Ensuite, j'ai exécuté la commande partprobeet la partition est apparue dans / dev / entièrement fonctionnelle.


Cela ressemble à un doublon d'une autre réponse.
bwDraco

1

Ce n'est probablement pas votre problème, mais j'ai eu un problème avec des symptômes similaires causés par l'existence d'un superbloc RAID sur le disque.

Maintenant, d'accord, je voulais quand même tout effacer sur mon lecteur, donc ce n'est pas recommandé si ce n'est pas le cas pour vous. Mais a mdadm --zero-superblock /dev/sdbfait l'affaire pour moi dans mon cas.


0

Personne n'avait parlé de démarrer à partir d'un LiveCD / LiveUSB moderne qui prend en charge le GPT?

Essayez simplement de démarrer l'ordinateur avec une distribution en direct de n'importe quel Linux moderne, essayez également avec le disque live GParted, SystemRescueCD, etc.

Il se peut que l'ordinateur que vous avez utilisé ne soit pas compatible avec les disques GPT et / ou <2TiB, le contrôleur SATA ne prenant pas en charge le disque> 2TiB (j'en ai vu sur mes mains, certains sur les cartes mères, certains sur les boîtiers USB). .. et votre est 4TiB, ce qui est également pire, certains contrôleurs ne prennent en charge que jusqu'à trois TiB, mais pas 4TiB ou plus par disque.

Pourquoi voyez-vous la partition principale lorsque vous utilisez fdisk -l? Vous voyez très probablement la partition MBR «protectrice» qui protège la ou les partitions GPT; qui est stocké sur le tout premier secteur du disque ... la plupart des contrôleurs SATA qui ont des problèmes avec le disque> 2TiB et aussi certains qui ont seulement des problèmes avec> 3TiB peuvent voir le premier 2TiB / 3TiB du disque, et donc ils voient le MBR (premier secteur) correctement, mais pas le GPT, car le GPT sotres les données après le MBR et à la toute fin du disque.

Essayez de vous assurer des deux choses: vous avez la compatibilité GPT (utilisez gfisdk à la place de fdisk pour vérifier) ​​et vous avez un contrôleur SATA non limité à seulement <2 To ni un limité à <3 To.

Meilleure façon de le vérifier: démarrez à partir de n'importe quel LiveLinux, comme GParted, SystemRescueCD, etc. et essayez de lister les partitions (avec fdisk), moderne fdisk -lpeut lister les partitions GPT.

PD: La structure des champs MBR limite la zone utilisable aux premiers 2 To, en raison de la longueur des champs (MBR a été conçu avec cette limitation).


0

Alors que fdisk - selon la version - essaiera de créer une partition sur un lecteur de 4 To, et même marquera le type de partition comme GPT, cette partition ne sera pas reconnue par parted.

La solution est de supprimer la partition que vous avez créée avec fdisk et d'utiliser parted pour faire le tout:

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

Vous devrez peut-être exécuter "mkpart primary 0 3TB" au lieu de "mkpart primary 0 3".

Dans le cas peu probable où vous ne voyez pas / dev / sdb1 après cela, exécutez partprobe et regardez à nouveau.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.