Author: Andrea Manni Copyright: GFDL Version: 1.1
Indice degli argomenti
Generato con: http://docutils.sourceforge.net/rst.html
Nota: si consiglia la lettura di: http://medialab.freaknet.org/sag/node29.html
Ci sono 3 tipi di partizioni:
- 4 partizioni primarie
- 1 puo’ diventare estesa
- la partizione estesa puo’ contenere molte partizioni logiche
Le partizioni vengono sicuramente lette al momento del Boot dal BIOS della scheda madre (all’accensione del sistema, quando si aziona il tasto power per accendere il computer), quindi potrebbe essere necessario riavviare la macchina per poter vedere cambiamenti alla tabella delle partizioni.
La tabella delle partizioni risiede nei primi ~400b del disco rigido, quindi nel primo settore che chiamiamo Master Boot Record (MBR, primi 512 byte del supporto) nel quale e’ generalmente contenuto anche un boot loader o un boot manager nel caso di sistemi operativi multipli ospitati sullo stesso supporto di storaggio.
| Bytes | Contenuto |
|---|---|
| 446 bytes | codice boot |
| 64 bytes | tabella partizioni |
| 2 bytes | “magic number 55AA” |
Per conoscere le partizioni attualmente visibili dal Kernel in esecuzione:
$ cat /proc/partitions
I dati contenuti nell’MBR sono quindi di fondamentale importanza per il sistema, dato che se questi non sono correttamente disponibili diventa impossibile accedere ai block device (e quindi ai file system e ai dati) ed eventualmente far partire il sistema (boot loader o boot manager).
E’ quindi importante tenere una copia di questi dati in caso di bisogno. Il metodo piu’ semplice e’ l’utilizzo del comando dd, per copiare / riprodurre il solo schema di partizionamento (ad esempio per un sistema in RAID) si puo’ usare anche sfdisk .
- Per modificare le partizioni si usi # cfdisk /dev/nome_del_device
- # cfdisk /dev/hda
- Per fare una copia del contenuto dell’MBR:
- # dd if=/dev/hdX of=/path/MBR-backup bs=512 count=1
- Per ripristinarlo:
- # dd if=/path/MBR-backup of=/dev/hdX bs=512 count=1
- Per salvare solo la tabella delle partizioni:
- # dd if=/dev/hdX of=/path/backup-partition-table bs=1 count=66 skip 466
- Per ripristinare la tabella delle partizioni:
- # dd if=/path/backup-partition-table of=/dev/hdX bs=1 count=66 skip 466
- Per cancellare completamente tutto l’MBR:
- # dd if=/dev/zero of=/dev/hdX bs=512 count=1
Nei sistemi GNU/Linux la nomenclatura usata per individuare i device e le relative partizioni e’ strutturata, a differenza di sistemi operativi come Windows in cui i block device vengono associati a lettere piu’ o meno casuali come C: D: E: in base al momento in cui questi vengono resi disponibili al sistema (cosa che non permette di prevedere facilmente dove trovarli).
Tutti i device fisici sono raggiungibili nella cartella /dev.
Per i device di tipo EIDE / Parallel ATA su una scheda madre con due connettori si avra’ a disposizione:
Si noti la progressione alfabetica delle lettere: hda e’ il primo device, hdb il secondo e cosi’ via.
Al nome del device segue il numero della partizione, es:
- /dev/hda1 : prima partizione (Primary master EIDE)
- /dev/hda2 : seconda partizione (Primary master EIDE)
- /dev/hda3 : terza partizione (Primary master EIDE)
- ecc.
In uno schema tipico di partizionamento, nel quale si prevedono tre partizioni primarie, una estesa e alcune logiche, si avra’ uno schema del tipo:
- /dev/hda1 : prima partizione primaria (Primary master EIDE)
- /dev/hda2 : seconda partizione primaria (Primary master EIDE)
- /dev/hda3 : terza partizione primaria (Primary master EIDE)
- /dev/hda5 : prima partizione logica (Primary master EIDE)
- /dev/hda6 : seconda partizione logica (Primary master EIDE)
- /dev/hda7 : terza partizione logica (Primary master EIDE)
- Seguono le altre eventuali partizioni logiche
Si consiglia caldamente di seguire questo schema, creando la partizione estesa nell’ultima primaria disponibile (la quarta, che per questo non compare nello schema precedente).
Si tenga presente che alcuni sistemi operativi come Windows o *BSD possono non gradire di essere collocati su partizioni logiche: si consiglia quindi di preservare le partizioni primarie per questi, eventualmente lasciando dello spazio non allocato prima della creazione delle partizioni logiche nel caso si voglia avere la possibilita’ in futuro di poter installare questi sistemi. Gnu/Linux non ha nessun problema a partire da una partizione logica, mettete tranquillamente i vostri sistemi da /dev/device5 in poi.
Il file system e’ una struttura logica che ci permette di individuare i diversi file. Sostanzialmente e’ un’insieme di meta dati che caratterizzano i singoli file piu’ quanto necessario per poterli gestire.
Alcuni esempi: e’ il filesytem a poter caratterizzare i file con propietari, gruppi, permessi (lettura, scrittura, esecuzione), data di creazione e cosi’ via. Alcuni filesytem permettono certe funzionalita’, altri (sopratutto quelli piu’ datati) sono piu’ rudimentali.
Tipicamente i filesystem sono strutturati secondo un modello gerarchico basato su files e cartelle: quindi per poter identificare un file ci serve il suo nome proprio piu’ il suo percorso nella struttura del filesystem. Il progressivo aumento del numero dei files sta cominciando a far sentire i limiti di questo modello.
Con l’aumentare delle informazioni tendono ad essere piu’ efficaci modelli relazionali, che permettono di interagire coi file in modo simile a un database. Ad esempio pensiamo alle librerie che contengono centinaia di migliaia di brani musicali MP3, oppure migliaia di fotografie: cercare di gestirli tramite nome del file e cartelle diventa poco pratico. Meglio raggrupparli per autore, data, album o quant’altro si adatti alla loro natura e al loro utilizzo.
Dopo aver definito un block device (ad esempio avendo fatto una partizione) per poterlo usare occorre creare una struttura logica su di esso: il file system.
Per creare un file system di tipo ext3 si puo’ usare un comando del tipo:
# mkfs.ext3 /dev/nome_del_device
Attenzione: creare un nuovo filesytem su un device che gia’ ne contiene uno rende non raggiungibili i file precedentemente esistenti. Sostanzialmente potete vedere la creazione del FS come la formattazione alla windows.
Partizioni, nomenclatura linux, ridimeensionamente, frammentazione.
Antec: http://www.antec.com/ec/it/pro_enclosures.php
- tower
- middle tower
- full tower
- desktop
- rack per i server: http://www.antec.com/productImage.php?ProdID=03207&SetZone=en
- mini: es http://gizmodo.com/gadgets/images/mini_itx.jpg
Voltaggi: da 60W -> ~1000. Tipicamente 400W. Si sceglie il voltaggio in base ai consumi, in particolare al giorno d’oggi le schede video (che possono consumare ~200w l’una).
link a esemplari in vendita: http://www.eprice.it/default.aspx?cat3=497&des=Alimentatori
Un buon alimentatore da PC cosata corca ~80 per 400W. Non si deve risparmiare su gli alimentatori.
Per un server se ne deve sempre avere uno di scorta disponibile, o alimentazione ridondante.
Link: http://it.wikipedia.org/wiki/Alimentatore#Alimentatori_Ridondanti
ATX sono sempre in presa
http://it.wikipedia.org/wiki/CPU
Multi core
Ci sono tante architetture e non sono compatibili tra di loro. Il codice oggetto e’ diverso per CPU diverse.
Le vostre macchine sono generalmente della famiglia x86: tipicamnete dei i686. La maggior parte del codice viene comunque compilata per i386, ma sui sistemi piu’ recenti si puo’ comunque utilizzare le librerie C ottimizzate per i686.
Se non sono presenti e siente su un 686 installatele!
http://it.wikipedia.org/wiki/Microprocessore
Link: http://en.wikipedia.org/wiki/X86
Arm e simili (geode, Xscale, alcuni PPC) sono utilizzati per i sistemi embedded.
- PATA = Parallel ATA (vecchio) - http://it.wikipedia.org/wiki/PATA
- SATA = Seral ATA (piu’ moderno) - http://it.wikipedia.org/wiki/SATA
- SCSI = Small Computer System Interface - http://it.wikipedia.org/wiki/SCSI
Gli hard disks hanno la tendenza a rompersi.
La velocita’ degli hard disks influenza molto le prestazioni del sistema.
Piu’ hard disk vengono messi in mirror, per creare ridondanza.
C’e’ ridondanza dei dati: se si rompe un supporto il sistema continua a lavorare.
raid size= (s+s)/2 = 100
Prestazioni:
- 3.1 Lettura: Non ci dovrebbero essere cambiamenti:
- raid read speed = v * (numero array -1) = 120MB/s (3 hd in stripe + 1 per la parita’)
- 3.2 Scrittura: si scrive molto velocemente sulla parte in stripe, ma ad ogni scrittura si deve calcolare la parita’ e scriverla sul supporto dedicato, che diventa il collo di bottiglia dell’intero array.
- raid read speed = dipende dell’hd della parita’ = 40 MB/s
Piu’ hard disk vengono messi in sequenza, per aumentare prestazioni e dimensioni massime.
Non C’e’ ridondanza dei dati: se si rompe un supporto perdo tutto l’array. Non va’ quindi usato per dati importanti, ma per dati che si possono facilmente rimpiazzare (es: una chache proxy. un mirror di qualcosa, file temnporanei per la compilazione...).
Dimensioni: si sommano le capacita’ di storaggio.
- Per 2hd si ha:
- raid size= s+s = 200
- nota: s sta per la dimesione del membro piu’ piccolo dell’ARRAY.
- disk1 300GB + disk2 150GB = RAID0 300GB
Prestazioni:
- 3.1 Lettura: Dovrebbero aumentare
- raid read speed = v * numero membri array = 80MB/s
3.2 Scrittura: teoricamente bisogna scrivere il doppio dei dati: le prestazioni in scrittura dimezzano.
- raid read speed = v * numer dei membri dell’array= 80 MB/s
http://www.acnc.com/04_01_05.html
Piu’ hard disk vengono messi in stripe con un elemto dedicato alla parita’.
Parita:
| disk0 | disk1 | disk2 | disk3 |
| stripe | stripe | stripe | parita’ |
| 0 | 0 | 1 | 1 |
| 1 | 0 | 1 | 0 |
| 1 | 1 | 1 | 1 |
| 0 | 0 | 0 | 0 |
| 1 | 1 | 0 | 0 |
Se si rompe un HD: si puo’ riapplicare l’algoritmo usato per calcolare la parita’ per ri-ottenere i valori persi.
| disk0 | disk1 | disk2 | disk3 |
| stripe | stripe | stripe | parita’ |
| 0 | x | 1 | 1 |
| 1 | x | 1 | 0 |
| 1 | x | 1 | 1 |
| 0 | x | 0 | 0 |
| 1 | x | 0 | 0 |
Nota: e’ fondamentale avere uno spare disk diponibile: perche’ in caso di rottura di due elementi perdo l’intero array senza avere possibilita’ di recupero. I raid 4 0 5 tendono ad essere molto grandi, quindi il danno interesserebbe molti dati.
C’e’ ridondanza dei dati: se si rompe un supporto il sistema continua a lavorare. E’ fondamental;e avere uno spare disk sempre disponibile, meglio se piu’ di uno.
Dimensioni: si perde la capacita’ di storaggio usata per ospitare la parita’.
- Per 2hd si ha:
- raid size= somma (numero mebri array -1) = 450
Prestazioni: tipicamente aumentano, ma varia in base alla modalita’ di gestione del RAID: se sia hardware o software.
- 3.1 Lettura: Dovrebbero aumentare drasticamente come per uno stripe
- raid read speed = v = 40MB/s
3.2 Scrittura: teoricamente bisogna scrivere il doppio dei dati: le prestazioni in scrittura dimezzano.
- raid read speed = v/2 = 20 MB/s
La velocita’ di lettura puo’ aumentare: migliora notevolmente il seek time dato che il kernel o il controller raid puo’ scegliere di leggere i dati dal’HD in cui la testina e’ piu’ vicina ai dati.
Inserendo uno spare disk si puo’ aumentare ulteriormente la cap[acita’ dell’array di sopravvivere a un guarsto fisico.
http://www.acnc.com/04_01_05.html
Il RAID5 e’ un RAID4 in cui la parita’ e distruibuita su tutti i membri dell’array.
http://it.wikipedia.org/wiki/Monitor_(video)
http://it.wikipedia.org/wiki/HDCP
TODO ridimensionamento, frammentazione, raid LVM
