Devo riavviare il mio server dopo aver modificato fstab e mtab?

35

Mi sto solo chiedendo se devo riavviare il mio server dopo aver modificato fstab e mtab. Ho cambiato qualcosa in questo file manualmente a causa di un problema con il rapporto awstats.

Sto usando ISPConfig 3 con l'aiuto del tutorial di howtoforge . Ma a causa della rimozione / eliminazione di alcuni account, la configurazione di fstab e mtab ha incasinato.

Faccio anche questa domanda al forum howtoforge ma finora nessuno ha risposto. Se desideri leggere la mia domanda, visita qui .

Ho provato molto duramente a risolvere il problema senza fortuna.

Aggiornare:

Ecco cosa succede al mio fstab:

Prima che il valore fosse (ho omesso l'altro):

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0

Quindi l'ho cambiato nel percorso corretto:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log    none    bind,nobootwait    0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log    none    bind,nobootwait    0 0

Ho anche scoperto che mtab ha lo stesso valore di cui sopra, per questo l'ho modificato manualmente.

a partire dal:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web1/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web2/log none rw,bind 0 0

a:

/var/log/ispconfig/httpd/mydomain.com /var/www/clients/client1/web2/log none rw,bind 0 0
/var/log/ispconfig/httpd/example.com /var/www/clients/client1/web3/log none rw,bind 0 0

Ho modificato questi valori perché il percorso corretto di mydomain.com ed example.com dovrebbe trovarsi rispettivamente nella cartella web2 e web3.

A partire da ora il registro di example.com è indicato:

/var/www/clients/client1/web2/log

quando dovrebbe essere:

/var/www/clients/client1/web3/log

Quindi sto pensando che questo è dovuto a fstab e mtab.

Per favore guidami su come indirizzare correttamente il registro alla sua directory predefinita.

Spiego lo scenario uno per uno a questo link .

— jaypabs
fonte

40

Il file /etc/mtabè gestito dal sistema operativo. Non modificarlo.

Il file /etc/fstabdefinisce cosa deve essere montato. Viene letto all'avvio del sistema.

Quando aggiungo un disco aggiuntivo a un sistema che dovrebbe essere montato all'avvio del sistema, lo aggiungo a /etc/fstab.

Per verificare la correttezza dell'aggiornamento, /etc/fstab utilizzo il comando mount -a. Che si legge /etc/fstaball'avvio del sistema, monta i filesystem che non sono ancora stati montati.

Dà un errore quando manca il mountpoint o manca il dispositivo.

Per rispondere alla domanda sul riavvio: No, non è necessario riavviare dopo la modifica /etc/fstab. Puoi testdrive conmount -a

— Pinze Geert
fonte

12

Di solito il problema è che mount -anon rimontano i filesystem già montati. Invece uno preferirebbe usare mount <mount-point> -o remount, come sudo mount / -o remount. Userà le opzioni definite in fstab.

— Ciao Angelo

@Geert Stappers, ho modificato / etc / fstab su Ubuntu Linux 16.04 oggi e ha quasi bloccato il mio sistema. In altre parole, continua a chiedere il riavvio di emergenza. Grazie

— Frank,

Questo non ha funzionato per me sull'ospite 16.04 in VMWare Fusion. Ho dovuto estendere la mia partizione primaria, il che significava che dovevo rimuovere la partizione di swap esistente per fare spazio. Ho modificato fstab con le nuove informazioni sulla partizione, ma mount -anon ho fatto riconoscere al sistema la nuova partizione di swap. Il riavvio ha funzionato però.

— Steven Lu

10

Non modifichi /etc/mtabmanualmente.

Puoi, tuttavia, cambiare il tuo /etc/fstabper aggiungere o rimuovere punti di montaggio persistenti , cioè quelli che verranno montati all'avvio. Inoltre, il /etc/fstabfile viene utilizzato dal mount(8)comando per fare riferimento ai punti di montaggio.

È possibile definire in modo sicuro nuovi punti di montaggio o eliminare quelli esistenti /etc/fstabsenza alterare lo stato corrente del sistema operativo. È possibile manualmente mount(8)e umount(8)filesystem che riflettono tali cambiamenti; e puoi anche rimontare i filesystem già montati con opzioni differenti, ad esempio:

mount -o remount,noexec /var

La domanda qui è, perché pensi di aver bisogno di bindmount points e cosa pensi di ottenere usando loro? Ma mi dispiace.

Quando si ha a che fare con i bindmount point, i passaggi per riconfigurare il layout del proprio filesystem senza riavviare dovrebbero essere:

Non modificare /etc/mtabmanualmente
interrompere le applicazioni e i servizi che utilizzano i filesystem che si intende modificare. Questo non è sempre possibile, ma il tuo caso d'uso sembra coinvolgere solo i filesystem dedicati ai file di registro dell'host in /var.
umounttutti i bindpunti di montaggio.
riscrivi /etc/fstabper soddisfare le tue esigenze.
montare manualmente i filesystem.

— Dawud
fonte

Ciao, aggiorno il mio post sopra. Si prega di leggere lo scenario.

— jaypabs,

In realtà non so perché ci siano punti di mount di bind. Sto usando il tutorial dal link e non l'ho aggiunto da solo ...

— jaypabs

Un modo per evitare l'arresto e l'avvio di singoli servizi (che potrebbe essere un lavoro ingrato) è passare in modalità utente singolo ( telinit S), apportare le modifiche e tornare a multiutente ( telinit 2).

— Didierc,

0

mtab elenca i filesystem attualmente montati, quindi è scritto dal sistema e il suo contenuto cambierà dopo, diciamo, un riavvio, un umount o un nuovo mount. fstab elenca i filesystem disponibili ed è persistente, cioè sopravviverà al riavvio.

Non devi modificare mtab direttamente.

— blau
fonte