Impossible d'installer des disques SATA quand passe du cas USB en interne
j'ai eu 4 Disques externes connectés à travers USB à mon poste de travail Dell Precision 490.
Ils sont B. / etc / fstab par uuid et formaté comme UUID.
J'ai inséré trois disques à l'intérieur, mais un seul monté automatiquement (disque 3, disque 2 toujours connecté à l'extérieur)
Mais ils apparaissent tous:
Si j'essaie de monter normalement:
À la voiture 5 Portov SATA, J'ai aussi acheté un contrôleur PCIe SATA et essayé. Aucune différence. Les appareils en mouvement entre les ports ne donnent toujours aucune différence. Deux autres disques sont toujours connectés.
Je les remets au corps externe approprié avec des contrôleurs USB, Et ils ont gagné. Bien que lorsque j'ai essayé d'utiliser le cas de l'un des disques connectés directement, il n'a pas été reconnu.
Remercier!
Changement: Ajouter une sortie de gdisk
Il est intéressant, il semble que les disques qui ne soient pas montés, utilisent MBR au lieu GPT?
</snip></snip>
Ils sont B. / etc / fstab par uuid et formaté comme UUID.
UUID=04c37bff-b93e-440e-acd0-3d984ddb2ec3 /mnt/drive0 ext4 defaults,nobootwait 0 2
UUID=210765f4-30e5-4863-a40b-aa1fffefe5ca /mnt/drive1 ext4 defaults,nobootwait 0 2
UUID=b981c5e7-249e-4430-9887-96ca674e0733 /mnt/drive2 ext4 defaults,nobootwait 0 2
UUID=22c8a274-3cf9-403f-9558-feb531e407c7 /mnt/drive3 ext4 defaults,nobootwait 0 2
J'ai inséré trois disques à l'intérieur, mais un seul monté automatiquement (disque 3, disque 2 toujours connecté à l'extérieur)
$ mount | grep /dev/sd
/dev/sdc1 on /boot type ext2 (rw)
/dev/sdb1 on /mnt/drive3 type ext4 (rw)
/dev/sdf1 on /mnt/drive2 type ext4 (rw)
Mais ils apparaissent tous:
$ sudo fdisk -l
WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sda: 120.0 GB, 120034123776 bytes
<snip>
Disk /dev/sdb: 5001.0 GB, 5000981078016 bytes
255 heads, 63 sectors/track, 608001 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xdd494cbf
Device Boot Start End Blocks Id System
/dev/sdb1 1 4294967295 2147483647+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdd: 5001.0 GB, 5000981078016 bytes
42 heads, 62 sectors/track, 3750975 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xec15dda8
Device Boot Start End Blocks Id System
/dev/sdd1 256 1220942644 610471194+ 83 Linux
Disk /dev/sde: 5001.0 GB, 5000981078016 bytes
255 heads, 63 sectors/track, 608001 cylinders, total 9767541168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x4cd5215a
Device Boot Start End Blocks Id System
/dev/sde1 63 1220942644 610471291 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
<snip>
Disk /dev/sdf: 5001.0 GB, 5000981073920 bytes
255 heads, 63 sectors/track, 76000 cylinders, total 1220942645 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x6b6805d9
Device Boot Start End Blocks Id System
/dev/sdf1 63 1220942644 588803032 83 Linux
$ ls /dev/sd*
/dev/sda /dev/sda1 /dev/sdb /dev/sdb1 /dev/sdc /dev/sdc1 /dev/sdc2 /dev/sdc5 /dev/sdd /dev/sdd1 /dev/sde /dev/sde1 /dev/sdf /dev/sdf1
Si j'essaie de monter normalement:
$ sudo mkdir /mnt/temp
$ sudo mount -t ext4 /dev/sde1 /mnt/temp
mount: wrong fs type, bad option, bad superblock on /dev/sde1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
$ dmesg | tail
[87143.301150] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87295.537835] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780147] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780290] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
[87315.780421] EXT4-fs (sde1): VFS: Can't find ext4 filesystem
À la voiture 5 Portov SATA, J'ai aussi acheté un contrôleur PCIe SATA et essayé. Aucune différence. Les appareils en mouvement entre les ports ne donnent toujours aucune différence. Deux autres disques sont toujours connectés.
Je les remets au corps externe approprié avec des contrôleurs USB, Et ils ont gagné. Bien que lorsque j'ai essayé d'utiliser le cas de l'un des disques connectés directement, il n'a pas été reconnu.
Remercier!
Changement: Ajouter une sortie de gdisk
$ sudo gdisk /dev/sde
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): p
Disk /dev/sde: 9767541168 sectors, 4.5 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 00C22148-8C82-4062-BEC5-6759E7E23856
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 9767541134
Partitions will be aligned on 8-sector boundaries
Total free space is 8546598519 sectors (4.0 TiB)
Number Start (sector) End (sector) Size Code Name
1 63 1220942644 582.2 GiB 8300 Linux filesystem
$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sdb: 9767541168 sectors, 4.5 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): E76C335B-FBA1-4FE0-9DC2-C5CADBECA6B0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 9767541133
Partitions will be aligned on 8-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
1 34 9767541133 4.5 TiB 8300 disk4
Il est intéressant, il semble que les disques qui ne soient pas montés, utilisent MBR au lieu GPT?
</snip></snip>
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Agathe
Confirmation de:
https://superuser.com/question ... -disk
: Corps USB Ont signalé la taille du secteur autre que la taille de la carte mère et, à la suite de la table de partition interprétée différemment.
J'ai eu un problème similaire avec un disque sur 4 TB, que j'ai passé du logement USB Dans le port intérieur SATA. Évidemment, le logement USB rapporté sur des secteurs 4K et j'ai donc pu utiliser la table de partition à l'ancienne MBR Créer une section ext4 4 Tb. Après avoir connecté le disque à travers SATA section ext4 Il n'y a plus eu, apparemment parce que maintenant, il a été traité avec 512B secteurs sur le disque.
J'ai résolu-le en utilisant les étapes suivantes en utilisant
http://www.cgsecurity.org/wiki/TestDisk
Outil de récupération de données disponible dans Ubuntu:
Créé une sauvegarde de la table de partition source (
), Pour la sécurité
utilisé
Trouver le système de fichiers source ext4
laisser être testdisk Écrit une nouvelle table de partition MBR sur disque
Depuis la table MBR ne prend pas en charge les sections 4 Tb, section ext4 toujours ne peut toujours pas être monté avec une erreur
utilisé
Transformer MBR au format GPT et écris GPT sur disque
utilisé
À nouveau pour trouver le système de fichiers source ext4 (Il a détecté le mauvais type de système de fichiers, mais cela n'a pas d'importance), et lui permettre d'enregistrer une nouvelle table GPT sur disque
utilisé
Modifier le type de système de fichiers mal détecté sur
Peut-être que je suis juste chanceux, mais après cette procédure, le système de fichiers ext4 Il était possible de monter comme d'habitude.
n'a trouvé aucune erreur et
et
a donné les mêmes résultats que lors de l'utilisation du cas USB.