Perché non è consigliabile mettere la partizione di avvio su lvm?

Ho letto da qualche parte che non è consigliabile mettere la partizione di avvio sulla partizione basata su lvm. Ma lo sto facendo comunque. Quindi l'unico problema che ho dovuto affrontare a volte è quando installo una nuova distro Linux e inserisco la sua partizione di avvio su lvm, grub non riesce a rilevarla. Il grub-mkconfigcomando di solito commette un errore nella generazione del grub.cfgfile. Ma, se questo è l'unico problema sulla partizione di avvio basata su lvm, penso che vada bene. Perché so come risolverlo, basta dare un indirizzo corretto alla partizione di avvio prevista per l'avvio e quindi tutto va bene.

Quindi, c'è qualcos'altro che lvm può causare problemi? Perché, a mio avviso, LVM è molto flessibile e non ha rallentato il sistema.

Non è un problema di prestazioni, è un problema di risoluzione dei problemi e correzione delle cose. /bootè la posizione di bootstrap - ci sono alcuni file che iniziano tutto il resto nel tuo sistema.

E a volte devi cercare di risolvere un problema (come grub config o simili).

Se devi fare questo, è utile avere un tipo di filesystem con il minimo comune denominatore, per renderlo il più semplice possibile se, ad esempio, devi rimuovere l'unità e metterla in un'altra casella per modificare un file di configurazione.

Se ti trovi in ​​questa posizione, non vuoi dover "confondere" il tuo LVM nella vita solo per poterlo leggere :).

Per me, se, come dici tu, grub non è in grado di rilevare il tuo /bootfilesystem LVM e di grub-mkconfig solito fa un errore nella generazione grub.cfg, questo sembra un motivo sufficiente per evitare questa configurazione e passare a qualcosa che grub supporta meglio. Quando dici "dai un indirizzo corretto alla partizione di avvio prevista", non so cosa intendi per "indirizzo" o cosa stai facendo esattamente come soluzione alternativa, ma onestamente sembra un hack spaventoso e fragile.

Come funzionalità di base e praticamente necessaria, il bootloader può accedere a un semplice filesystem su una semplice partizione del disco e caricare la fase successiva da lì. Questo è tutto ciò che deve fare davvero. Altre funzionalità nel bootloader, come l'analisi di contenitori come LVM e la manipolazione di più dischi nell'ambiente di pre-avvio, significano solo più funzionalità Linux (kernel) che devono essere duplicate in grub (più codice, più bug) ma non saranno mai esattamente esatte lavorare allo stesso modo in entrambi gli ambienti (maggiore confusione) e maggiore complessità generale. Per il bootstrap, più semplice è, meglio è.

Uso la directory "/ boot" all'interno del filesystem LVM "/" per anni su Fedora e non ho mai avuto problemi.

Devi solo fare attenzione a creare quel singolo disco fisico in cui “/” vive quello singolo nel tuo gruppo di volumi. Ho un gruppo di volumi "vgmain" per questa unità fisica e un "vgdata" per tutto il resto. Ciò è importante se è necessario trasportare l'unità su un altro computer in una situazione di risoluzione dei problemi. LVM non funzionerà se è composta da più unità fisiche. Ma lo farà se è composto da solo uno.

Ma non ho mai dovuto affrontare questa situazione di risoluzione dei problemi.

Le ultime installazioni di Fedora non ti permetteranno di farlo automaticamente. Dovrai mettere il tuo "/ boot" in una partizione regolare durante l'installazione, quindi avviare normalmente e quindi spostare il contenuto manualmente nel filesystem LVM "/". Assicurati di riorganizzare le cose in modo che appaiano come "/ boot" come una semplice directory in LVM "/" e "/ boot2" come la vecchia partizione di avvio, quindi crea un "grub install / dev / sda" o qualcosa di simile. Riavviare e quindi eliminare il filesystem “/ boot2” e includere la partizione su LVM, per essere utilizzabili.