Изменения в LVM

Начиная с lvm2 2.02.98-3, мы используем lvmetad для автоматической активации LVM-томов. Это привело к следующим изменениям:
  • Хуку lvm2 стал необходим хук udev (речь об initramfs)
  • В файле /etc/lvm/lvm.conf должен быть установлен параметр use_lvmetad = 1. Если у Вас в системе появился lvm.conf.pacnew Вы должны обновить конфигурацию.
  • Вы можете ограничить автоматическую активацию томов, установив параметр auto_activation_volume_list в файле /etc/lvm/lvm.conf. Если сомневаетесь – не трогайте!
  • Если необходим мониторинг (для снапшотов), запустите systemctl enable lvm-monitoring.service.
  • Параметр ядра lvmwait больше не требуется и не оказывает никакого эффекта.
такие дела.
Всем доброго времени суток. Обновил lvm2.
По пунктам имеем:
  • Можно поподробней пожалуйста?
  • Данным параметр и раньше там был: /etc/lvm/lvm.conf
  • $ sudo systemctl enable lvm-monitoring.service
    [sudo] password for nnikita:
    ln -s '/usr/lib/systemd/system/lvm-monitoring.service' '/etc/systemd/system/sysinit.target.wants/lvm-monitoring.service'
    $ 
    $ systemctl
    ...
    lvm-monitoring.service      loaded active exited    Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling
    ...
    $
  • Это понятно, но что с параметрами ядра видимо не уловил: /etc/lilo.conf
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
samson4747
Можно поподробней пожалуйста?
The lvm2 initramfs hook now requires the udev hook.


Остальные Ваши пункты это вообще к чему? это вопросы или что?
такие дела.
Выходит просто делаем вместо HOOKS="base udev autodetect modconf block lvm2 filesystems keyboard fsck" следующее HOOKS="base udev autodetect modconf block filesystems keyboard fsck"? Остальное написал для проверки правильности моих действий, что с параметром ядра не ясно, там ведь ничего и не изменилось насколько понимаю.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
2 samson4747
1. У Вас /etc/lvm/lvm.conf был дефолтный, поэтому при обновлении он просто заменился новым актуальным.
2. в HOOKS оставьте lvm2. Написано, что lvm2 требует наличия udev (который у Вас уже присутствует), не не говорилось, что этот хук ненужен. Верните на место.
3. В параметрах ядра (у Вас lilo?) можно ничего не менять. Просто отметили, что если раньше использовался параметр lvmwait, то теперь от него ни холодно, ни жарко, и можно вообще выкинуть.
4. Думаю, что этот пункт ВАЖНЫЙ: посмотрите внимательно, устанавливались ли в одной сессии pacman-а свежее ядро и lvm2. Возможно, что при установке ядра mkinitcpio завершился с ошибкой при обработке хука lvm2. Поэтому после установки всех пакетов и правки (если необходимо) конфигов заново запустите "mkinitcpio -p linux".
В общем-то, ничего серьезного. Нужна просто внимательность.
kurych
1. Понятно.
2. Ошибся там, они должны быть в таком порядке: было HOOKS="base udev autodetect modconf block filesystems keyboard fsck" стало HOOKS="base udev autodetect modconf block lvm2 filesystems keyboard fsck".
3. Насколько известно lilo это древний загрузчик, у меня grub2 с этими вещами работает.
Вот и хочу его выкинуть, раз можно)
4. Хука тогда не было, его ведь после ставил. Ошибок не было.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
у меня закралось смутное сомнение ;)

samson4747, Вы lvm-то используете вообще?
такие дела.
cucullus , сейчас очень очень редко. Когда года два три назад знакомился с арчем использовал его.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
это как это?? часто переразбиваете диски?
такие дела.
Когда ставил арч, часто. Сейчас уже года полтора не переразбивал.
"If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding. —Aaron Griffin
 
Зарегистрироваться или войдите чтобы оставить сообщение.