1 ° settore su un disco vs 1 ° settore su una partizione

Sono su piattaforma Intelx86. Ho reso il mio intero disco una partizione Solaris.

Di seguito sono riportate le informazioni sulla sezione in quella partizione Solaris

partition> p
Current partition table (original):
Total disk cylinders available: 6524 + 2 (reserved cylinders)

Part      Tag    Flag     Cylinders        Size            Blocks
  0       root    wm      68 - 1141        8.23GB    (1074/0/0)  17253810
  1       swap    wu       1 -   67      525.56MB    (67/0/0)     1076355
  2     backup    wm       0 - 6523       49.98GB    (6524/0/0) 104808060
  3 unassigned    wm       0               0         (0/0/0)            0
  4 unassigned    wm       0               0         (0/0/0)            0
  5 unassigned    wm       0               0         (0/0/0)            0
  6 unassigned    wm       0               0         (0/0/0)            0
  7       home    wm    1142 - 6522       41.22GB    (5381/0/0)  86445765
  8       boot    wu       0 -    0        7.84MB    (1/0/0)        16065
  9 unassigned    wm       0               0         (0/0/0)            0

La mia domanda sarebbe

Quando si crea un'intera partizione dal disco, il 1 ° settore nella partizione = 1 ° settore nel disco?
Il 1 ° settore (sotto il boot slice numero 8) elencato nella tabella delle partizioni sopra = 1 ° settore nel disco?

— Novizio
fonte

Solaris su x86 è conforme alle convenzioni del disco del PC e pertanto utilizza la tabella delle partizioni MS-DOS nell'MBR. FWIW Sono stato uno sviluppatore del team che per primo ha portato SunOS 20 anni fa su x86.

— segatura,

@sawdust buono a sentirlo! quindi credo che l'MBR = 1 ° settore del disco, e il VTOC di solaris sia nella partizione primaria fdisk - sì?

— Noob,

@sawdust - sei anche in grado di consigliare perché l'oracle doc sta installando il bootblock su s0 anziché su s8 / s2 per la partizione x86? ( docs.oracle.com/cd/E19253-01/817-5093/disksxadd-45774/… )

— Noob,

"... solaris VTOC è nella partizione primaria fdisk - sì?" -- Sì. Non ricordo quegli altri dettagli. Dopo le prime versioni x86 (Solaris 2.3 e 2.4), la maggior parte dei programmi di utilità del disco sono stati riassegnati a un altro gruppo in un altro sito (Boulder CO). Non ricordo un layout del disco come tu mostri, IIRC per le versioni iniziali, abbiamo usato partizioni logiche per le sezioni. Hanno avuto molto tempo per cambiare questo.

— segatura,

Risposte:

In genere no. In genere, il primo settore è riservato come MBR, quindi le partizioni iniziano dopo. In realtà, la prima partizione spesso inizia dopo che la prima intera unità di dati (non ricordo se quell'unità di dati è un cilindro o una traccia / testa) è completa. Quindi, dalla tua prima intera unità di dati, viene utilizzato solo il primo settore; il resto è in genere sprecato. È così che GAG sembra avere abbastanza spazio per memorizzare la grafica; utilizza solo alcuni dei settori extra di quell'unità dati.

Esempio reale da un sistema Linux a cui ho accesso:

Comando (m per aiuto): p

Disco / dev / xvda: 2664 MB, 2664990720 byte 255 teste, 63 settori / binario, 324 cilindri, totale 5205060 settori Unità = settori di 1 * 512 = 512 byte Dimensione del settore (logico / fisico): 512 byte / 512 byte Dimensione I / O (minimo / ottimale): 512 byte / 512 byte Identificatore del disco: 0x55137354

Device Boot      Start         End      Blocks   Id  System

/ dev / xvda1 63 257039 128488+ 83 Linux / dev / xvda2 257040 5188994 2465977+ 5 Esteso / dev / xvda5 257103 4176899 1959898+ 82 Linux swap / Solaris / dev / xvda6 4176963 5188994 506016 83 Linux

Si noti che la partizione uno inizia nel settore 63. Dopo i primi 63 settori (numerati da 0 a 62), il settore successivo (63) è su una nuova traccia / testa.

Aggiungerò che sottolineo la parola "tipicamente". È possibile, almeno con alcuni sistemi operativi, posizionare un volume di filesystem da avviare all'inizio del disco e non avere un MBR che definisca i confini della partizione. Quella configurazione non sembra essere altrettanto comune, però.

Non sono così sicuro dell'output di Solaris. x86 MBR di solito ha solo 4 partizioni, a meno che tu non abbia una partizione estesa. Hai 5 partizioni, quindi è concepibile che fdisk ti mostri le cose di avvio oltre a 4 partizioni regolari. Tuttavia, vedo anche che la partizione 2 si sovrappone ai cilindri segnalati da altre partizioni, che è generalmente un "no-no". Quindi non sono del tutto sicuro di cosa pensare. Di solito, trovo che le partizioni vengano riportate in base ai confini del loro settore, o forse ai loro confini CHS (cilindri, teste e settori). L'output che hai mostrato sembra mostrare solo i limiti del cilindro. Se vuoi chiarezza, proverei un altro partizionatore del disco. OpenBSD è buono (puoi avviare l'immagine del CD più piccola, e procedere al punto in cui gira fdisk e premere "p"

— TOOGAM
fonte

1: No, in x86, si utilizza una tabella delle partizioni (MBR / fdisk o EFI) e all'interno di una di esse un'etichetta vtoc. Il primo settore della singola partizione vtoc non include la tabella MBR / EFI. Il primo settore del vtoc slice 2 potrebbe non essere lo stesso del primo settore della partizione fdisk.
2: No. Su Solaris per x86, Slice 8 sector 0 è il primo settore utilizzabile dai slice Solaris, non il primo dell'intero disco.

— jlliagre
fonte

- puoi approfondire cosa intendi con "Allo stesso modo, il primo settore della fetta 2 di vtoc non è lo stesso del primo settore della partizione fdisk" - Avrei pensato che il 1o settore di una partizione fdisk = 1o settore della fetta 2, poiché slice 2 = rappresenta l'intera partizione.

— Noob,

Voglio dire, ci sono due cilindri al di fuori dell'area della campata. Se questi cilindri sono prima, dopo o ovunque per quanto riguarda lo spazio su disco utilizzabile, per quanto ne so non specificato.

— jlliagre,

- vuoi dire che il comando di partizione che ci consente di suddividere la partizione x86 non tiene conto dei 2 cilindri, e se questo 2 cilindri si trova nella parte anteriore o posteriore della partizione non è noto.

— Noob,

Questi due cilindri non sono in grado di memorizzare i dati della sezione. Dovrebbe essere abbastanza facile controllare dove si trovano ma al momento non ho un sistema per testarlo.

— jlliagre,