Forum libero

Scritto da: exsinistro
> Scritto da: avvelenato
> > c'è qualcuno che sa come si fa? non intendo dire "con che programma", intendo dire se c'è qualcuno che saprebbe scrivere una versione spartana di un programma per ripartizionare un disco.
> > possibilmente ntfs.
>
> Per fare queste cose occorre una documentazione difficile da reperire e decisamente voluminosa, non è che sia difficile, bisogna sapere come funzia il tutto.
> Io ho fatto qualcosa di simile nei primissimi anni 90 o forse a fine anni 80, con il DOS oppure con programmi che bypassavano il DOS e scrivevano in posizioni fisse di memoria.
> Esempio: il dos quando tu mandavi in stampa attraverso LPT1 qualche cosa, verificava ci fosse collegata la stampante e aspettava l'OK (DTR), se non c'era quello aspettava e non faceva altro.
> Di solito usavo una stampante seriale RS232 che non dava questo problema poi ho preso un libro (che ho ancora) e ho capito come fare per bypassare il problema. Ecco, è più o meno la stessa cosa.
>


quando eri giovane te partizionavate le schede perforate...

> Se non sbaglio la partizione ha una flag, credo di 8 bit, chiamata "partition type" che serve appunto al SO per stabilire velocemente quale filesystem ci andrà poi dentro (anche se poi il SO non è affatto obbligato a leggerla questa flag o a tenerla in qualsiasi conto), ma a parte questo penso che il resto della partizione sia filesystem-agnostico.

Piu` o meno e` cosi`. Personalmente ho sempre assegnato il type byte (quel flag di 8 bit a cui ti riferisci) al FS che ci volevo mettere dentro (magari per fare un mirror), e non so quanti e quali OS necessitino di un type byte compatibile con il FS (che ha altri marcatori di riconscimento, comunque). So che Windows XP non riconosceva le mie partizioni nascoste sotto un ID generalmente non usato (0x2B), e non le montava malgrado fossero copie identiche per dimensione e contenuti di una partizione NTFS.

> Se non ricordo male, dai tempi antichi, le partizioni su un disco possono essere 4 (dette partizioni primarie). Per ovviare a questo problema sono state inventate le così dette "partizioni estese" che penso siano semplicemente delle partizioni virtuali all'interno di una partizione primaria (che a quel punto non contiene un filesystem ma n-sottopartizioni).

Sono partizioni descritte da tabelle aggiuntive, tabelle che hanno lo stesso tracciato del Master Boor Record ma che non sono registrate nel settore zero del disco. In pratica, una partizione estesa viene "puntata" dal campo che nel MBR specificherebbe il primo settore di una partizione normale. Quando il type byte indica una partizione estesa, il SO e` tenuto a interpretare quel che trova scritto nel "primo settore" come una tabellina di due sole tuple: la prima tupla descrive la partizione estesa, l'altra rimanda a un'ulteriore tabella, e cosi` via in una catena di rimandi che permette l'aggiunta di altre partizioni estese.

In sintesi, e` un po' come se l'MBR fosse un "mozzo" a cui sono connesse fino a quattro "catene" ciascuna delle quali potrebbe essere o una partizione primaria (un solo "anello"), o una partizone estesa (una catena con un numero illimitato di anelli, una linked list insomma).

Comunque lo schema e` stato recentemente rimpiazzato dalla GUID partition table, anche se viene mantenuta, per ora, la retrocompatibilita` con l'MBR.

> Cmq se cerchi online i dettagli di come poi queste partizioni siano implementate troverai sicuramente qualcosa.

Sissi`, basta anche wikipedia.

http://en.wikipedia.org/wiki/Master_Boot_Record
http://en.wikipedia.org/wiki/GUID_Partition_Table