Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 18
Не нужно юзать aptitude в чем то отличном от Debian 6.
И в 5 и 6 не использовал aptitude.
А в чем с ним проблема и почему в 6 нужно?
Просто интересно для очщего развития
А в чем с ним проблема и почему в 6 нужно?
Просто интересно для очщего развития
apt-get до Debian 6 ломал пакетную базу. aptitude ломает ее после Debian 6.
На сей счет даже были рекомендации от разработчиков дистрибутива.
На сей счет даже были рекомендации от разработчиков дистрибутива.
Всю жизнь пользуюсь aptitude.
Нигде ничего не сломалось. ЧЯДНТ?
Нигде ничего не сломалось. ЧЯДНТ?
Оно официально признано ненужным. Лучше на лор зайти и почитать коменты срачи на эту тему.
Но в общем целом я согласен, что оно не нужно и будет выпиливаться.
Но в общем целом я согласен, что оно не нужно и будет выпиливаться.
aptitude is the recommended package manager for Debian GNU/Linux systemsDebian FAQ, Keeping your Debian system up-to-date. Официальные доводы экспертов LOR не интересуют.
Насколько помню, сейчас только не рекомендуют делать
aptitiude dist-upgrade при переезде на новый релиз.Debian Jessie 8.0
The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have shown to more consistently give the desired upgrade results.
Проблема в том, что aptitude сейчас плохо разрабатывается и не успевает за apt. Искать тред по переписки в 4 утра как то лениво, вы уж извините.
и да, если вы будите более внимательны то в jessie понизили приоритет aptitude с important до standard, так что она теперь не входит в базовую систему.
The recommended way to upgrade from previous Debian releases is to use the package management tool apt-get. In previous releases, aptitude was recommended for this purpose, but recent versions of apt-get provide equivalent functionality and also have shown to more consistently give the desired upgrade results.
Проблема в том, что aptitude сейчас плохо разрабатывается и не успевает за apt. Искать тред по переписки в 4 утра как то лениво, вы уж извините.
и да, если вы будите более внимательны то в jessie понизили приоритет aptitude с important до standard, так что она теперь не входит в базовую систему.
Спасибо за статью.
Я вижу, что используется в основном virsh/libvirt. И по идее описанное вами решение имеет шансы быть относительно универсальным хотья для kvm, хоть для ovz, хоть для чего угодно что умеет libvirt.
Не пробовали повторить то же самое с другими вируализаторами?
Я вижу, что используется в основном virsh/libvirt. И по идее описанное вами решение имеет шансы быть относительно универсальным хотья для kvm, хоть для ovz, хоть для чего угодно что умеет libvirt.
Не пробовали повторить то же самое с другими вируализаторами?
Да работает оно все ок. Да же zen, но то оно и писалось. Другое дело, что если у вас нет причин использовать libvrt, то лучше его не использовать.
Вы начинаете загонять в определенные рамки по настройкам и правки руками xml файла, когда надо будет что-то эдакое.
kvm, openvz и lxc прекрасно админится и без libvrt.
Да от себя я еще скажу, что bridge-utils то же уже не нужно.Open vSwitch решает все эти задачи эффективние и не только их.
Вы начинаете загонять в определенные рамки по настройкам и правки руками xml файла, когда надо будет что-то эдакое.
kvm, openvz и lxc прекрасно админится и без libvrt.
Да от себя я еще скажу, что bridge-utils то же уже не нужно.Open vSwitch решает все эти задачи эффективние и не только их.
Каким образом еще можно админить kvm? Ручной вызов qemu?
Как минимум libcontainer, дальше уже пилить что надо. Если ничего не надо — то на уровне скриптов все нормально админится.
Если зреет, что то крупное — то не выкручивать яйца и брать как минимум proxmox, как максимум садится за изучение openstack.
Если зреет, что то крупное — то не выкручивать яйца и брать как минимум proxmox, как максимум садится за изучение openstack.
Этот libcontainer? github.com/docker/libcontainer
Как то он про lxc, и ничего там по ключевому слову kvm не находится.
В proxmox есть API?
А openstack стабильнее libvirt-а?
И вообще, чем libvirt плох?
Как то он про lxc, и ничего там по ключевому слову kvm не находится.
В proxmox есть API?
А openstack стабильнее libvirt-а?
И вообще, чем libvirt плох?
>Про OEM-активация Windows очень хорошо написано тут — habrahabr.ru/post/247597
От этого OEM активация не станет лицензионной с точки зрение если к вам прийдут.
Я на всякий случай.
От этого OEM активация не станет лицензионной с точки зрение если к вам прийдут.
Я на всякий случай.
Спасибо. Может кто-то может помочь? У меня после обновления десктопа до Kubuntu 15.04 сломался virt-manager, которым я управлял виртуальными машинами на домашнем сервере. Ни локально не создаёт, ни к удалённым подключиться не может.
Ещё одна высосанная из пальца статья. Не забудьте написать по статье для 8.0, 8.1, 8,2 и так далее. А потом напишите как вы собрали домашний сервак, повесили на него несколько виртуалок и в каждую распихали всё ту же торрентокачалку, всё ту же файлопомойку и так далее. Можно потом то же самое написать для LXC и Xen, если покажется мало.
Не уверен, что швабр — хаутуфордж по-русски. В любом случае, шерстить тонну мануалов, чтобы найти рабочий (для какого-то конкретного локалхоста) — плохой подход. Лучше разобраться в проблеме.
Я не понимаю, что значит «домашний сервак с платными виртуалками». Всяко, это мне не интересно. Я знаю, как подымать виртуалки, я знаю, как подымать торрентокачалку и файлопомойку. В противном случае, разобрался бы со всеми тремя задачами по отдельности, а не копипастил бы команды из свеженаписанного туториала, где описано, как сделать всё сразу под конкретную ось в конкретных условиях.
Я не понимаю, что значит «домашний сервак с платными виртуалками». Всяко, это мне не интересно. Я знаю, как подымать виртуалки, я знаю, как подымать торрентокачалку и файлопомойку. В противном случае, разобрался бы со всеми тремя задачами по отдельности, а не копипастил бы команды из свеженаписанного туториала, где описано, как сделать всё сразу под конкретную ось в конкретных условиях.
Спасибо за статью. Правда ни чего нового со времён 6.0
Было бы не плохо если вместо bridge-utils написали бы о openvswitch, а то у самого руки не доходят.
Было бы не плохо если вместо bridge-utils написали бы о openvswitch, а то у самого руки не доходят.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Howto Qemu-kvm Debian 8