+
Descrizione del problema . Si (ri) avvia il computer, ad esempio, un server senza testa. Il processo di avvio può arrestare o uscita per la modalità di ripristino quando un disco esterno non è disponibile o quando un disco interno, ma non critica è fuori uso. mountall cerca di automount tutte le voci di fstab che hanno i valori predefiniti o montare auto opzioni. Essa si fermerà il processo di avvio, se tali voci non possono essere montati, tranne quando viene data la possibilità nobootwait monte. fsck cerca di fare un controllo del filesystem su tutte le voci di fstab che hanno il sesto set di campo per le unità 1 o 2. non critici in genere hanno questo campo impostato su 2. Sarà arrestare il processo di boot, se tali file system non possono essere controllati, tranne quando l'opzione nofail monte è dato. Un possibile svantaggio di nobootwait è che, se il disco è effettivamente presente, farà il filecheck in background e continuare l'avvio. Questo potrebbe essere esattamente quello che vuoi per esempio unità esterne, ma se altri servizi dipendono dal drive, quindi tali servizi possono fallire. Un altro svantaggio di nobootwait è il fatto che non è supportato da tutte le distribuzioni Linux. Ad esempio, utilizzando Scientific Linux (RHEL) 6.4, non posso montare una partizione che ha il nobootwait impostato in fstab. Secondo la pagina man fsck, questo è ciò che fa nofail: fsck normalmente non controlla se il dispositivo esiste in realtà prima di chiamare un file di sistema specifico. Pertanto dispositivi non-esistenti possono causare il sistema per entrare in modalità di ripristino del file system durante l'avvio se il correttore specifico file system restituisce un errore fatale. Il file / etc / fstab opzione mount nofail può essere usato per avere fsck saltare i dispositivi non-esistenti. fsck salta anche dispositivi non-esistenti che hanno il file speciale tipo di sistema di auto Ubuntu ha un bug elencati: "mountall ignora opzione di montaggio nofail". Questo ha senso, come mountall non ha attuato nofail. Esso utilizza nobootwait. I giornalisti di bug sostengono che sia mountall e fsck dovrebbero utilizzare l'opzione nofail, e sono d'accordo con loro. Quindi, se si vuole essere sul sicuro, si dovrebbe utilizzare sia nobootwait e nofail. dovrebbe provare questo con un umount manuale seguito da una montatura. non dovrebbe avere i servizi a seconda dei dischi non critial. Di seguito un esempio dalla mia SE 6.4 server utilizzando solo l'opzione nofail, perché il montaggio con l'opzione nobootwait presente dà un errore. A proposito di Evert Mouw Interessato a un pò tutto, ha studiato scienze politiche, ora studiando informatica medica. MCSE, enthousiast Linux, e credere che la tecnologia è il sentiero verso l'illuminazione ;-) Miglior gioco RTS mai è Warhammer Soulstorm (IMHO). Altri hobby includono trekking, kayak, la lettura e quando ho tempo, cercando di avere una colonia di formiche in un nido artificiale (formicaio).
No comments:
Post a Comment