La sintonizzazione del disco e le decisioni sulle partizioni sono difficili da intraprendere e non ci sono grosse regole. Ciò nonostante è una buona idea lavorare di più su queste cose visto che i vantaggi possono essere considerevoli. Aumentare al massimo l'utilizzo su un disco solo quando gli altri sono inutilizzati è tutt'altro che una buona idea, guardate le luci dei dischi, non stanno lì solo per decorazione. Per un sistema organizzato bene le luci dovrebbero sembrare come Natale in una discoteca. Linux offre il software RAID ma gestisce anche qualche controller SCSI RAID hardware. Controllate cosa è disponibile. Con il progredire del sistema e delle esperienze, potreste ripartizionare e controllare questo documento ancora una volta. Le aggiunte sono sempre benvenute.
Per finire mi piacerebbe riassumere qualche raccomandazione
Ci sono un po' di cose importanti che stanno per apparire qui. In particolare aggiungerò più tabelle di esempi visto che sto per mettere su due sistemi grossi e generali, uno al lavoro e uno a casa. Questo dovrebbe dare una sensazione generale su come un sistema può essere organizzato per uno di questi due scopi. Esempi su sistemi che girano bene sono benvenuti.
C'è anche un po' di lavoro da fare su i vari tipi di file system e sulle utility.
Ci sarà una grande aggiunta sulle tecnologie dei dischi molto
presto come anche una descrizione più dettagliata sull'utilizzo di
fdisk, cfdisk e sfdisk.
I file system saranno aggiornati con l'avvento di nuove caratteristiche
come anche più sul RAID e quali directory possono beneficiare da quale
livello di RAID.
C'è qualche piccola interferenza tra il Linux Filesystem Structure Standard e il FHS che spero di integrare meglio presto, il che probabilmente vuol dire un grande rimaneggiamento di tutte le tavole alla fine di questo documento.
Con la lettura di questo documento da parte di più persone dovrei ottenere qualche ulteriore commento e feedback. Sto anche pensando ad un programma in grado di automatizzare un bel po' di queste decisioni e sebbene non sia certo l'optimum, dovrebbe fornire un punto di inizio più semplice e completo.
C'è voluto un bel po' di tempo per ottenere questo documento e sebbene molti pezzi stanno congiungendosi ci sono ancora delle informazioni di cui abbiamo bisogno prima di uscire dalla versione beta.
/tmp e /var/tmp è stato
difficile da determinare, infatti quali programmi utilizzano
quali directory, non è ben definito e maggiori informazioni sono
richieste qui. Ancora, sembra essere chiaro alla fine che queste
dovrebbero risiedere su drive fisici differenti al fine di aumentare
il parallelismo.
Ora e sempre la gente posta su comp.os.linux.*, cercando buone idee per i progetti. Ora ne elencherò un po' che vengono in mente che sono pertinenti a questo documento. Piani su progetti enormi come nuovi file system dovrebbero ancora essere postati al fine di trovare sia collaboratori o vedere se qualcuno sta già lavorandoci sopra.
che possono automatizzare i contorni del progetto più velocemente, farebbero probabilmente un progetto di media grandezza, forse come un esercizio in programmazione di base.
che prendono l'output del programma precedentemente menzionato e formattano i dischi in parallelo e applicano i collegamenti simbolici appropriati alla struttura della directory. Sarebbe generalmente meglio se questo fosse integrato nel software per l'installazione del sistema esistente. Il setup del partizionamento dei dischi utilizzato in Solaris è un esempio di cosa può servire.
che controllano le dimensioni delle partizioni e avvertono prima che una partizione si riempia.
che vi permettono di spostare vecchie strutture verso nuovi sistemi (ad esempio RAID). Questo potrebbe essere fatto probabilmente con script shell che controllano programmi di backup e sarebbe abbastanza semplice. Ancora una volta, siate sicuri che sia sicuro e che i cambiamenti possano essere ripristinati.