там какое-либо преимущество монтирует LV UUID вместо путем?
Соответствие URL с другим местоположением. Файл конфигурации сообщения.
Обмен местоположением (регулярные выражения проверяются в порядке, определенном в конфигурационном файле):
location ~ /views/(.+)\.php$ {
deny all;
}
location ~ \.php$ {
.....
Верно.
Монтирование по UUID - одно способ обойти старую проблему изменения имен разделов, например / dev / sda1 , если вы вставите другой диск.
device-mapper будет постоянно называть ваши тома LVM в / dev / mapper / vg-lv , поэтому вы можете рассчитывать на то, что это абстрактное имя останется неизменным, независимо от изменений в базовом хранилище.
В среде, где вы используете хранилище SAN, это ПЛОХАЯ идея ... поскольку UUID управляется аппаратно, если вы делаете полное резервное копирование на ленты и выполнить восстановление на новом оборудовании, система не загрузится, так как все UUID теперь другие.
Solo te dispararías en el pie si quisieras cambiar el nombre del grupo de volumen o del volumen lógico más tarde ... (lvrename o vgrename).
Olvidar la razón por la que renombraste vg o lv, la acción estropearía sus montajes y exportaciones.
LVUUID permanece persistente a través de los comandos de cambio de nombre vg y lv.
Puede ser bueno usar UUID solo por esta razón, especialmente si usted es responsable de un gran número de exportaciones y montajes.