sleepycat
Сейчас проверю вариант nafanja. Если сработает предлагаю написать меинтейнеру юнита.
Проверил, работает!)
Как раз собирался заняться решением проблемы со шрифтами на системд, а тут и готовое решение дали, благодарю!)))
ProFfeSsoRr
много lib32 пакетов вручную нужно будет устанавливать
ты видимо что-то делаешь не так. У меня multilib подключен, все что надо - оттуда подтягивается по зависимостям само.
Да тот же вайн, у него многие нужные lib32 пакеты в дополнительные зависимости выкинуты, и получается, что по зависимостям зависимостей там много-го не хватает из коробочной установки и нужно ручками доставить, скайп и пульсаудио, но тут все понятней т.к. пульс не дефолтный звуковой сервер то и 32-х битные зависимости гвоздями не прибиты к скайпу, а вот к вайну можно было бы и прибить,а некоторые библиотеки вообще из аура для вайна ставил, к примеру gnome-keyring на который winecfg ругается при создании префикса. В арче с 32-х битными библиотеками свобода выбора, гвоздями мало что прибито, кому чего-то не хватает, пусть ставит ручками, политика такая. в общем с переходом на х86_64 арч, я открыл для себя pkgfile
у меня была почти похожая ситуация, тоже перетрубации в арче не обрадовали. тоже сидел на 686, в итоге после знакомства федорой и повторным с убунтой, все закончилось арчем x86_64 с grub2, systemd по умолчанию и в качестве шела zsh всем доволен!)

1) в чистом нет, т.к. не для всех демонов еще юниты запили, хотя можно и ручками юниты создать, сложного ничего нету.
2) man systemd.unit или гугл, или вики арча, все достаточно просто.
3) без проблем, хотя ИМХО груб 2 лучше, чем груб
4) с флешем никаких проблем, если на борту карточка nvidia тогда нужно будет еще патченую libvdpau-git-flashpatch установить. А вообще в арче на x86_64 архитектуре с зависимостями ИМХО косяков, много lib32 пакетов вручную нужно будет устанавливать, но если настроить, то все будет без проблем работать.
nafanja
может UMask=
http://www.freedesktop.org/software/sys … .exec.html
Зачетная ссылка!) Может проще сразу User=
Блин… systemd реально силён))
vadik
Если вдруг кого интересует…
systemd --test [--user|--system] --unit=unit-name
Не лог, но проверить сам юнит можно.
Во пригодиться! благодарю!)
nafanja
Natrio
Arter=network.target
???
А второй копипастит )))
vit.ok
может в Arter= добавить сервис(ы)
Верно, копипаст) просто у меня реально была заморочка с systemd, dnsmasq и network.target, и ответ был так сказать, на эмоциях. Правда этот баг я словил на федоре, меня относительно недавно “гениальная” идея посетила, на шлюз воткнуть федору…
Всю неделю пока “втыкал” плювался… а больше всего убило что за эту неделю внутренности федоры изучил местами лучше бывалых федорастов с русского комьюнити федоры, убило когда пришлось тамошним местным, рассказывать про network-scripts/route-eth0 и то что network.service из него роуты афигеть как криво поднимала, в то время как NetworkManager.service без проблем это делал, но вот dnsmasq запускался/перезапускался после каждого чиха от NetworkManager-а. Я даже лог на память сохранил!) так сказать для освежения в памяти если вдруг опять посетит “гениальная” мысль, федору попробовать.
Тоже с такой бедой столкнулся, dnsmasq раз 10 запускался/перезапускался во время загрузки, первые запуски были раньше чем стартовала сеть, в итоге он как dhcp еще работал, а как dns уже нет. Я наверно с день с ним парился, в итоге откатился на обычную init с стему. сырое оно еще это systemd, задумка ИХМО замечательная, а исполнение пока еще не очень. Но это так лирическое отступление.

А что у тебя сеть поднимает? может в Arter= добавить сервис(ы) который настраивает сеть, а не network.target?
Leonardo19
sleepycat
у меня система не загрузилась, куда уж там..но после решения проблемы вроде все чинчинарем с сервисами.
Не загрузилась из-за обновления?
Насколько я понял вот что было
(необязательно) Если вы хотите использовать только systemd, то можно удалить initscripts и установить systemd-sysvcompat, который создаст символические ссылки на init, reboot и пр. Тогда не нужно будет добавлять параметр init= к строке загрузки ядра.
Что и требовалось ожидать после кастрации /etc/rc.conf.