Debug dei problemi di fstab al riavvio

Soluzione 1:

Ci sono alcune cose che potresti provare:

• Supponendo che non siano ancora montati quando puoi accedere, fa un mount -a causare la stampa di errori sul terminale? Questo utilizzerà solo le informazioni disponibili in fstab per montare tutti i montaggi disponibili e dovrebbe fornire i dettagli di tutti i montaggi che ancora non riescono.
  • Se non ricevi errori e non hai ancora montaggi, sei sicuro di non avere il noauto opzione abilitata?
  • Se non ricevi errori e ora hai i montaggi, forse c'è un montaggio segregato nella sequenza di avvio e non tutti questi passaggi di avvio sono abilitati; ad esempio, Gentoo ha localmount e netmount e nfsmount script init per montare le cose all'avvio.
• È un problema di ordinazione? cioè, cercando di montare /var/lib prima del /var/ . Puoi utilizzare il primo parametro numerico in fstab per controllare quali montaggi vengono montati per primi.
• In caso di mancato superamento di uno dei precedenti, puoi provare a immergerti con il log. dmesg , o uno dei vari log in /var/log dovrebbe essere in grado di aiutare. La tua sequenza di avvio dovrebbe essere registrata per impostazione predefinita, ma poiché dipende dalla configurazione del tuo logger di sistema, può cambiare leggermente, anche su versioni diverse della stessa distribuzione. I soliti colpevoli sono /var/log/messages e var/log/kernel .

Soluzione 2:

Tieni presente che alcuni servizi di montaggio come s3 fuse richiedono un collegamento in rete services da abilitare prima che avvenga il montaggio, quindi potrebbe essere necessario creare un init.d service per abilitare il montaggio e ordinarlo di conseguenza. Attestazione:https://github.com/s3fs-fuse/s3fs-fuse/issues/412