Re: [room] про размер корня в regular/starterkits
Здравствуйте Denis G. Samsonenko В сообщении от 5 марта 2016 Denis G. Samsonenko написал(a): > Hi! . > Так что сейчас я оцениваю необходимый минимум под корневой > раздел в 25 GB. Хотя подумываю прикупить ssd на 100 GB и > целиком отдать его под корневой раздел, тогда места точно на > всё хватит. Ну у меня-то другое мнение - по любому должно отводится под корень не менее 40-50 Гб, если свободное место больше 100Гб, не зависимо, что сейчас устанавливается, вот если свободное место меньше 100 Гб, то возникают вопросы, но в любом случае, надо исходить как минимум, из удвоенного размера устанавливаемых пакетов и как максимум - оставлять под все остальные разделы, помимо корня - 10-20Гб. Сейчас регулярку с KDE4 поставил, так она отвела под корень 10 Гб, при свободном месте 120 Гб. Нафига такой большой /home для одного пользователя ? При ручном делении я делаю 60Гб под корень, 60 - на всё остальное (swap+ /home + какой-нибудь /mnt/media_arhiv). -- А ещё говорят так (fortune): . С уважением Хихин Руслан signature.asc Description: This is a digitally signed message part. ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] про размер корня в regular/starterkits
Hi! 5 марта 2016 г., 9:37 пользователь Hihin Ruslan написал: >> От 20Гб снизу до 50Гб сверху? > > Так это можно в момент установки приблизительно высчитать по > выбранным пакетам. В момент установки ставится не всё из того, что хочется, и ставится что-то из того, что не хочется. Поэтому в конце всегда прохожусь в synaptic'е по списку пакетов, чтобы удалить лишнее, и поставить необходимое. Сейчас на домашней машине у меня под корень отведено 21 GB, из них занято 19 GB. На машине на работе под корень отведено 15 GB, занято 14 GB. При этом пришлось что-то крупное поудалять, а то не проходили обновления системы из-за нехватки места в корне. Так что сейчас я оцениваю необходимый минимум под корневой раздел в 25 GB. Хотя подумываю прикупить ssd на 100 GB и целиком отдать его под корневой раздел, тогда места точно на всё хватит. -- Всего доброго, Денис. ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] про размер корня в regular/starterkits
Здравствуйте Alexei V. Mezin В сообщении от 5 марта 2016 Alexei V. Mezin написал(a): > Если выбирать последний вариант, то надо прикидывать, сколько > занимает "типичная установка". Но это понятие весьма > расплывчатое. От 20Гб снизу до 50Гб сверху? Так это можно в момент установки приблизительно высчитать по выбранным пакетам. -- А ещё говорят так (fortune): . С уважением Хихин Руслан signature.asc Description: This is a digitally signed message part. ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] про размер корня в regular/starterkits
04.03.2016 19:52, Michael Shigorin пишет: Лучше помоги выработать эвристику. На всякий прилагаю текущий скрипт, над которым работаю -- по умолчанию profile.scm из alterator-vm, см. http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=profile.scm;hb=HEAD Там слишком много скобочек :, я их не разумею. Размер корня от 4 до 8? В зависимости от чего? Домашний от 4 до максимума? Но в любом случае надо обсуждать стратегию. Потому что так, как сейчас, приводит к корневому разделу, который после установки офиса заполняется на 80-90%. Какие могут быть стратегии? * оставить как есть * сделать "как у всех", например у той же Убунты, мотивировав тем, что "в самом популярном пользовательском дистрибутиве все уже продумано за нас". * отдать на выбор пользователю * зафиксировать в процентах от доступного места, но не менее чем ХХ Гб, и не более чем YY Гб. Я бы, конечно, для себя предпочел "выбор пользователя". Но я не совсем "обычный пользователь", и могу себе представить (хотя и очень приблизительно), сколько мне может понадобиться на корневом и домашнем разделе. Большинство моих знакомых, которые смогут поставить Линукс, совершенно не представляют, сколько надо места под него. Поэтому в качестве единственной опции -- не вариант совершенно. Если выбирать последний вариант, то надо прикидывать, сколько занимает "типичная установка". Но это понятие весьма расплывчатое. От 20Гб снизу до 50Гб сверху? ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] Хочется чего-то...
04.03.2016 19:27, Michael Shigorin пишет: Как вариант, стартеркит server-ovz. Кричащих про "вмоду" обычно игнорирую сразу -- вместе с "модой". Я просто не слежу за темой виртуализации пристально. Но как мне казалось, OVZ требует специально приготовленного ядра хост-системы, а lxc нет. В результате, если вдруг надо поменять ядро (что, конечно, нечасто случается для сервера, но случается), может оказаться, что нужного с OVZ нет. Про RAID1 согласен, впрочем. Ты просто не знаешь всей истории :) Зеркало рекомендовалось в качестве надежного способа ускорить виртуалки. Подавалось под соусом "на зеркале в 2 раза быстрее, чем без него, а на SSD всего в 6", поэтому зеркало оправдано. Я с данным посылом изначально не согласен, потому как для моей задачи предполагаемые объемы не превышают полсотни Гб, поэтому выиграть на соотношении скорости и цены за Гб у меня не выйдет. Один даже самый маленький ссд в 64Гб, и регулярные бэкапы -- правильный способ с минимальной головной болью и тратой финансов. Такое мое понимает. Стоит уточнить -- "первые сколько месяцев?". Хм... а что ей делается со временем? KVM быстрее VirtualBox Врут. Я "в интернетах" тесты смотрел. По тестам быстрее. Но по удобству работы для ручного разворачивания пары систем, да еще и с перспективой админства не линусоидами-админами -- VB вне конкуренции. даже если такому "специалисту" и неведома разница между бэкапом _виртуалок_ и бэкапом _образов_ виртуалок, а заодно и понятие "инкрементальный бэкап". Не, там человеку вроде как все ведомо. Это мне неведом этот страшный темный лес снапшотов на фс, бэкапов виртуалок без их остановки, живой миграции и т.п. Так что я мог как-то неправильно передать суть. Я то свою виртуалку бэкаплю путем выключения, копирования образа, и включения обратно. Укладывается в 700-800 секунд по ночам в субботу :) Конечно, настоящие сисадмины от такого придут в ужас. С одной стороны. Зато с другой еженедельная перезагрузка виндовз-сервера делает его работу мягкой и шелковистой! Кстати, если совет был публичный -- можно ссылочку? Интересно имя такого "советчика". Нет, под пиво. От человека из команды разработчиков OpenStack. Но он смотрит на задачу через призму своего применения. А там разворачивание пары десятков вирталок одновременно, чтоб потом в них тестировать облака и т.п. Такие задачи, наверное, требуют специфических подходов и инструментов, которые не самые лучшие для моей задачи. ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] Хочется чего-то...
...нужная, факт неоспоримый, но где тут про виртуализацию?" Есть , jail для связи с внешней сетью и файлопомойки, есть bhvy для запуска любого линукса под специфичные операции, есть программный райд ZFS, и виртуалбох для бухгалтерии. Ldap, proxy dhcp. И все это на действительно надёжной системе хранения данных, снапшотах, с возможностью их конвертации в тарбол. С простым ,gui на русском. Апдейт заменой флешки. За цену невеликую. Поставленную задачу решает 100%. Не требователен к знаниям обслуживающего. 4 марта 2016 г. 19:27 пользователь "Michael Shigorin" написал: > On Tue, Mar 01, 2016 at 01:10:54AM +0300, Alexei V. Mezin wrote: > > А теперь встала задача повторить идейно такой же "офис" в другом месте. > > С теми же требованиями: NAT. OpenVPN, некоторые "линуксовые" сервисы > > типа SVN, некоторые "виндовые" сервисы типа "условной 1С", samba. > > Как вариант, стартеркит server-ovz. > > > Можно, конечно, сесть и повторить схему. Но нутром чую, что это > > какой-то неправильный подход. Что сервер надо как-то более > > централизованно ставить. Посему вопрос "настоящим сварщикам": > > что посоветуете? Какой дистрибутив взять? Что на него > > поставить? В какую сторону копать? Например, на сколько я > > понял, OpenVZ сейчас не в моде, и его надо заменить на ... lxc? > > Или вообще без паравиртуализации? > > Кричащих про "вмоду" обычно игнорирую сразу -- вместе с "модой". > > > Пока мне дали такой совет: "возьми Russian Fedora, на нее поставь > > libvirt+KVM, обязательно и всенепременно рейд-зеркало с LVM > > За "всенепременно LVM" я бы уже тоже проигнорировал -- так-то > куда более простой striped MD RAID0 доверия лишнего не вызывает, > а тут предлагается "рисковать всегда" вместо "подумать сразу" > (особенно если есть возможность оценить уже имеющееся > распределение объёмов данных). > > Про RAID1 согласен, впрочем. > > > чтоб на нем завести пул образов для виртуалок, и в тех > > виртуалках уже линуксы-виндовзы по вкусу". С мотивировкой, > > что "РашнФедора все работает из каробки, > > Стоит уточнить -- "первые сколько месяцев?". > > > KVM быстрее VirtualBox > > Врут. > > > а без LVM (а может и еще поверх LVM какую-то ФС со снапшотами, > > не помню) трудно будет делать бэкапы виртуалок". > > Это называется "сперва себе создать проблему, а затем хероически > её решать" -- даже если такому "специалисту" и неведома разница > между бэкапом _виртуалок_ и бэкапом _образов_ виртуалок, а заодно > и понятие "инкрементальный бэкап". > > Кстати, если совет был публичный -- можно ссылочку? > Интересно имя такого "советчика". > > -- > WBR, Michael Shigorin / http://altlinux.org > -- http://opennet.ru / http://anna-news.info > ___ > smoke-room mailing list > smoke-room@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/smoke-room ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
[room] про размер корня в regular/starterkits
On Wed, Mar 02, 2016 at 10:37:27AM +0300, Alexei V. Mezin wrote: > Вот что думаете, современный АЛьТ обычный юзер сможет поставить? > Прекрасный, но старенький Симпли -- может быть. Если на не слишком новое > железо. Сегодняший regular или starterkit? Нет. Потому что на UEFI на > автомате оно ставится в практически неработоспособной конфигурации, а > создание UEFI-раздела вручную это СИЛЬНО выше порога вхождения обычного > юзера. Лучше помоги выработать эвристику. На всякий прилагаю текущий скрипт, над которым работаю -- по умолчанию profile.scm из alterator-vm, см. http://git.altlinux.org/gears/a/alterator-vm.git?p=alterator-vm.git;a=blob;f=profile.scm;hb=HEAD -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info 10-vm-profile.sh Description: Bourne shell script ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] А где нынче общаются?
On Wed, Mar 02, 2016 at 05:30:24PM +0300, Alexei V. Mezin wrote: > > Конечно смогут, постоянно отдаю обычным юзверям кентавр или > > kdesktop и те его ставят без проблем на Uefi. > Это на 7ке? Нет, оно не работает на новом железе. > Причем "новое" это полтора года назад выпущенное. Старый xorg-drv-intel? -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
Re: [room] Хочется чего-то...
On Tue, Mar 01, 2016 at 01:10:54AM +0300, Alexei V. Mezin wrote: > А теперь встала задача повторить идейно такой же "офис" в другом месте. > С теми же требованиями: NAT. OpenVPN, некоторые "линуксовые" сервисы > типа SVN, некоторые "виндовые" сервисы типа "условной 1С", samba. Как вариант, стартеркит server-ovz. > Можно, конечно, сесть и повторить схему. Но нутром чую, что это > какой-то неправильный подход. Что сервер надо как-то более > централизованно ставить. Посему вопрос "настоящим сварщикам": > что посоветуете? Какой дистрибутив взять? Что на него > поставить? В какую сторону копать? Например, на сколько я > понял, OpenVZ сейчас не в моде, и его надо заменить на ... lxc? > Или вообще без паравиртуализации? Кричащих про "вмоду" обычно игнорирую сразу -- вместе с "модой". > Пока мне дали такой совет: "возьми Russian Fedora, на нее поставь > libvirt+KVM, обязательно и всенепременно рейд-зеркало с LVM За "всенепременно LVM" я бы уже тоже проигнорировал -- так-то куда более простой striped MD RAID0 доверия лишнего не вызывает, а тут предлагается "рисковать всегда" вместо "подумать сразу" (особенно если есть возможность оценить уже имеющееся распределение объёмов данных). Про RAID1 согласен, впрочем. > чтоб на нем завести пул образов для виртуалок, и в тех > виртуалках уже линуксы-виндовзы по вкусу". С мотивировкой, > что "РашнФедора все работает из каробки, Стоит уточнить -- "первые сколько месяцев?". > KVM быстрее VirtualBox Врут. > а без LVM (а может и еще поверх LVM какую-то ФС со снапшотами, > не помню) трудно будет делать бэкапы виртуалок". Это называется "сперва себе создать проблему, а затем хероически её решать" -- даже если такому "специалисту" и неведома разница между бэкапом _виртуалок_ и бэкапом _образов_ виртуалок, а заодно и понятие "инкрементальный бэкап". Кстати, если совет был публичный -- можно ссылочку? Интересно имя такого "советчика". -- WBR, Michael Shigorin / http://altlinux.org -- http://opennet.ru / http://anna-news.info ___ smoke-room mailing list smoke-room@lists.altlinux.org https://lists.altlinux.org/mailman/listinfo/smoke-room
