Problema durante il montaggio della partizione del disco GPT

Sto cercando di montare una partizione su un disco GPT, ma ottengo il seguente errore:

$ sudo mount -t ext4 /dev/sda1 disk/
mount: special device /dev/sda1 does not exist

Guardando dmesg, non vedo alcun errore su / dev / sda:

$ dmesg | grep sda
[    1.367508] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[    1.367514] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    1.367607] sd 0:0:0:0: [sda] Write Protect is off
[    1.367611] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.367654] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.367936]  sda:
[    1.392417] sd 0:0:0:0: [sda] Attached SCSI disk

fdisk riporta la partizione GPT:

$ sudo fdisk -l /dev/sda

Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       45423   366283322+  ee  GPT
Partition 1 does not start on physical sector boundary.

parted fallisce:

$ sudo parted /dev/sda print
Error: /dev/sda: unrecognised disk label

Il kernel sembra avere il supporto per EFI ( Come montare una partizione su un disco che ha una tabella delle partizioni GPT EFI in Debian GNU / Linux 5.0.3 (Lenny) )

$ cat /boot/config-2.6.32-5-amd64 | grep EFI
CONFIG_EFI=y
CONFIG_FB_EFI=y
CONFIG_EFI_VARS=m
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFI_PARTITION=y

Come posso montare questa partizione GPT?

EDIT: Ho appena collegato lo stesso disco che non funziona a un'altra macchina e posso vedere i contenuti senza intoppi. Rimettendolo nella scatola originale, sto riscontrando lo stesso problema.

— Hamza
fonte

Ho esattamente lo stesso tuo problema - l'hai mai risolto?

— Eborbob,

Pensavo di avere questo problema, ma alla fine stavo cercando di montare / dev / sda piuttosto che / dev / sda1. Ha funzionato senza intoppi (anche con un disco GPT di grandi dimensioni) dopo averlo cambiato.

— cag51,

Risposte:

Non è possibile utilizzare fdiskper lavorare con i dischi GPT, funzionerà solo con i dischi MBR. Qualsiasi disco che> 2 TB deve essere GPT.

Probabilmente non è possibile montare questo HDD perché anche se il kernel lo ha rilevato ( dmesgnell'output) l'HDD non è stato partizionato o formattato con un filesystem in modo che possa essere montato.

Prova quanto segue per fare questo:

$ sudo sfdisk -l

Questo elencherà tutti i dispositivi e le partizioni GPT. Puoi anche creare una partizione usando sfdisk.

$ sudo sfdisk /dev/sda

Dopo aver creato una partizione usando sfdiskti consigliamo di formattarla:

$ mkfs.ext4 /dev/sda1

Fatto ciò, dovresti essere in grado di montare l'HDD come stavi tentando inizialmente.

Determinare il filesystem di un HDD

Se non sei sicuro di come un HDD e / o una partizione possano essere stati formattati, puoi utilizzare il comando dumpe2fsper eseguire questa operazione.

$ sudo dumpe2fs /dev/sda1 | less

L'analisi dell'output di questo comando è trattata in questo U&L Domande e risposte intitolato: Modo affidabile per rilevare ext2 o ext3 o ext4?

Riferimenti

— slm
fonte

Grazie, la cosa preoccupante è: questo non è un nuovo disco, lo sto usando da quasi un anno e sono assolutamente certo che ci sia (o fosse) un volume ext4 lì dentro.

— Hamza,

@Hamza - la mancanza di un /dev/sda1in dmesgsignifica che il kernel non rileva automaticamente alcun filesystem utile su di esso. Hai altri dispositivi EXT4 montati? Ciò confermerebbe che i driver sono disponibili / funzionanti in modo da poter montare i dispositivi EXT4.

— slm

Sì, ci sono altri quattro dischi con un numero di partizioni ext4 montate sulla stessa macchina.

— Hamza,

@Hamza - output di sfdisk -l?

— slm

Disco / dev / sda: 364801 cilindri, 255 teste, 63 settori / traccia Avvertenza: la tabella delle partizioni sembra fatta per C / H / S = * / 256/63 (anziché 364801/255/63). Per questo elenco assumerò quella geometria. Unità = cilindri di 8257536 byte, blocchi di 1024 byte, contando da 0 Fine avvio avvio dispositivo #cyls #blocks ID Sistema / dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0 - 0 0 0 Vuoto / dev / sda3 0 - 0 0 0 Vuoto / dev / sda4 0 - 0 0 0 Vuoto

— Hamza

Avendo avuto esattamente lo stesso problema, per soluzione era usare un controller SATA diverso. Il problema si è verificato quando l'unità in questione è stata collegata tramite un controller SATA USB. Per accedere all'unità ho scollegato l'unità DVD dal controller SATA della scheda madre (non ho prese di riserva) e ho inserito l'unità (non è necessario il riavvio - SATA è hot plug).

— Eborbob
fonte

Dimentica fdisk, usa parted -lo gdisk -l(dal pacchetto gptfdisk) invece ...

— nowak
fonte

Benvenuto in * nix.SE! Le risposte di una linea basate sull'opinione come questa spesso non sono troppo utili. Si prega di considerare di spiegare perché queste altre opzioni potrebbero essere migliori; l'utilizzo di collegamenti e documentazione come riferimenti trarrà ulteriore vantaggio dalla qualità del tuo suggerimento.

— HalosGhost