Quanto è grave installare Linux su una grande partizione?

Soluzione 1:

I motivi principali (storici) per il partizionamento sono:

• per separare il sistema operativo dai dati dell'utente e dell'applicazione . Fino al rilascio di RHEL 7 non esisteva un percorso di aggiornamento supportato e un aggiornamento di una versione principale richiederebbe una reinstallazione e quindi avere, ad esempio, /home e altri dati (dell'applicazione) su partizioni separate (o volumi LVM) consentono di conservare facilmente i dati dell'utente e dell'applicazione e di cancellare le partizioni del sistema operativo.

• Gli utenti non possono accedere correttamente e il tuo sistema inizia a fallire in modi interessanti quando esaurisci completamente lo spazio su disco. Le partizioni multiple consentono di assegnare spazio su disco rigido riservato per il sistema operativo e di tenerlo separato dall'area in cui gli utenti e/o le applicazioni specifiche possono scrivere (ad es. /home /tmp/ /var/tmp/ /var/spool/ /oradata/ ecc.), attenuazione del rischio operativo di utenti e/o applicazioni che si comportano male.

• Quota. La quota disco consente all'amministratore di impedire a un singolo utente di utilizzare tutto lo spazio disponibile, interrompendo il servizio a tutti gli altri utenti del sistema. La quota del disco individuale viene assegnata per file system, quindi una singola partizione e quindi un singolo file system significa solo 1 quota del disco. Partizioni multiple (LVM) significa più file system che consentono una gestione delle quote più granulare. A seconda dello scenario di utilizzo, ad esempio, potresti voler consentire a ciascun utente 10 GB nella propria home directory, 2 TB nella directory /data sull'array di archiviazione esterno e configurare un'ampia area scratch condivisa in cui chiunque può eseguire il dump di set di dati troppo grandi per la propria home directory e dove la polizza diventa "piena è piena" ma anche quando ciò accade non si rompe nulla.

• Fornire percorsi IO dedicati . Potresti avere una combinazione di SSD e dischi rotanti e faresti bene ad affrontarli in modo diverso. Non tanto un problema in un server generico, ma abbastanza comune nelle configurazioni del database è anche assegnare determinati mandrini (dischi) a scopi diversi per impedire la contesa IO, ad es. disco separato per i registri delle transazioni, dischi separati per i dati effettivi del database e dischi separati per lo spazio temporaneo. .

• Avvia Potresti aver bisogno di un /boot separato partizione. Storicamente per risolvere i problemi del BIOS con l'avvio oltre il limite di 1024 cilindri, oggi più spesso un requisito per supportare volumi crittografati, per supportare determinati controller RAID, HBA che non supportano l'avvio da SAN o file system non immediatamente supportati dal programma di installazione ecc.

• Regolazione Potresti aver bisogno di diverse opzioni di ottimizzazione o persino di file system completamente diversi.

Se usi partizioni rigide devi più o meno farlo bene al momento dell'installazione e quindi una singola partizione di grandi dimensioni non è la peggiore, ma viene fornita con alcune delle restrizioni di cui sopra.

In genere consiglio di partizionare il volume principale come un singolo grande volume fisico Linux LVM e poi crea volumi logici che soddisfano le tue esigenze attuali e per il resto dello spazio su disco, lascia non assegnato fino a quando necessario .

Puoi quindi espandere quei volumi e i loro file system secondo necessità (che è un'operazione banale che può essere eseguita su un sistema live) o crearne anche altri.

La riduzione dei volumi LVM è banale, ma spesso la riduzione dei file system su di essi non è supportata molto bene e dovrebbe probabilmente essere evitato.

Soluzione 2:

Il concetto di utilizzo di più partizioni è che una piena nel posto sbagliato non farà funzionare l'intero sistema in modo imprevisto.

Considera un processo sulla macchina che riempie un file di registro abbastanza velocemente fino al punto in cui non c'è spazio libero disponibile. Su una macchina a partizione singola, ciò potrebbe, ad esempio, impedire al sistema di scrivere nuovi dati in /tmp. Se c'è un altro processo che vorrebbe scrivere su /tmp, probabilmente uscirà con un errore, causando un comportamento imprevisto.

Ciò può essere evitato se utilizzi partizioni diverse per i luoghi in cui normalmente gli utenti o i processi scrivono (/home, /var, /tmp).

Ti consiglierei di controllare sul tuo vecchio server quali cartelle tendono a diventare grandi. Puoi farlo sulla riga di comando con

du -h -d 1 / 2> /dev/null

Vedrai dove viene accumulata la maggior parte dei dati e progetterai il tuo prossimo sistema in modo appropriato. Il "-d 1" limita l'output a un solo livello di profondità della cartella rendendolo più leggibile.

Soluzione 3:

Il problema principale con l'avere una singola partizione di grandi dimensioni è che riempiendo il filesystem è possibile che non sia più possibile effettuare il login.

L'utente root ha la sua cartella home (/root ) al di fuori di /home A causa di ciò. Se il filesystem è pieno in alcune circostanze, anche root non può accedere e non può riparare il sistema.

Questo è il motivo per cui normalmente crei punti di montaggio separati per /var , /tmp e /home essere in grado di accedere almeno come root per riparare il sistema quando una delle altre partizioni è piena.

Soluzione 4:

IMHO, avere una partizione come / è abbastanza ragionevole.

Ma puoi usare lvm (logical volume manager). Usa tutto il disco come gruppo lvm, ma crea piccoli dischi logici per /,/home,/usr e qualunque cosa preferisca il tuo amministratore di sistema. Quindi metti un po 'di monitoraggio, che sai, quando il tuo sistema inizia a riempirsi ed espandi quei dischi di cui hai bisogno. lvresize e resize2fs sono strumenti online e puoi eseguire l'espansione senza riavviare il server. Tuttavia non puoi ridurre i dischi, quindi devi iniziare ragionevolmente piccolo e aumentare dove ritieni necessario.

Soluzione 5:

Ci sono problemi minimi con l'impostazione di una grande partizione singola di Linux, ma ha grandi ricompense.

Cambiare il layout di una partizione è una cosa un po' difficile e rischiosa, che spesso non puoi fare senza lunghi tempi di inattività.

Il suo unico vantaggio è che hai una certa protezione contro i problemi di disco pieno. Ma troverai questi problemi molto Spesso. Immagina la situazione, se una delle tue partizioni è piena e non puoi utilizzare lo spazio sulle altre partizioni, anche se sono quasi vuote !

Alcuni amministratori di sistema professionisti hanno un'opinione completamente diversa su questo. Stanno dicendo che avere più partizioni può rendere il tuo sistema più affidabile e devi sapere prima del partizionamento quanto saranno grandi le tue partizioni. A mio parere, questo semplicemente non si può dire, è un terribile inconveniente per la flessibilità del sistema, e la loro vera motivazione è che semplicemente gli piace giocare con le mappe delle partizioni .

Esiste un semplice sistema chiamato lvm, che consente lo spostamento/ridimensionamento al volo di "partizioni" (nella sua terminologia, volumi). Ma su un singolo server di dipartimento locale, IMHO normalmente non è necessario.