Интересно а что будет если собрать собственный пакет который будет содержать каталог /bin и в нём файл, и попробывать установить. Будет ли конфликт? или по симлинку он поместится в /usr/bin

----------------

Р.S. считаю эти перемещения придуманные разработчиками бесмысленными(также как и в случае /lib -> /usr/lib), да и традиции FHS насколько я понимаю нарушает. Покрайней мере мне раньше нравилось и было удобно: в /bin лежит самое необходимое (командная оболочка, базовые утилиты такие как mv,rm,cp,ls и.т.п), в /sbin утилиты для администрирования работающие от рута ну вообщем всё привычно, а теперь каша какая-то.
погуглил, поигрался с параметрами, добавлял [email protected] и кстати неработало!!!. Только при использовании одновременно двух параметров:
после ребута удалось подключиться (но я неуверен что при следующем ребуте будет всё также удачно). Вообще идеалогически правильно я сделал? или есть ещё какие-то методы? также очень бы хотелось узнать возможно ли как-то посмотреть порядок запуска юнитов? вообще как можно было такую хрень придумать разработчикам, руки бы им за такое поотрывать
kurych
Не надо никаких юнитов. Просто сделайте
systemctl enable [email protected]
systemctl start [email protected] #поднять ppp соединение
этот юнит итак у меня enable ещё с тех времён, и кстати он называется не [email protected], а onrela.service, находится в /etc/systemd/system/ и он работал при использовании netcfg
вообщем проблема помогите: раньше при использовании netcfg приходилось писать следующий юнит:
smiges 22:25 [0]~$ cat /etc/systemd/system/onrela.service
[Unit]
Description=PPTP connection
After=network.target
[Service]
Type=forking
PIDFile=/run/ppp0.pid
ExecStart=/usr/sbin/pppd call onrela
[Install]
WantedBy=multi-user.target
smiges 22:26 [0]~$
он запускался после поднятия интерфейса eth0 и устанавливал vpn (pptp) соединение. Тепереча после перехода на netctl он перестал работать, подозреваю что он запускается перед [email protected] . Можно ли как-нибудь решить данную проблему, уже зла нехватает на этот долбанный systemd и приблуды к нему
могу предложить временно выполнить mv -v ~/.themes ~/.themes.backup и потом запустить xfce, может у вас тема кривая
а монтирование reiserfs с новых live cd никто незнает? почему нехочет монтироваться
вообщем буквально сегодня столкнулся со следующими проблемами. Запускаю комп, гружу арч и вылетаю в initrd с сообщением что /bin/systemd не найден. Соответственно запускаю винду и пишу свежий образ арча на флешку, бутаюсь с него, пытаюсь примонтировать корневую фс чтоб найти где теперь systemd лежит, и при монтировании получаю ошибку "unknown filesystem reiserfs", пробую подгрузить модуль вручную modprobe reiserfs, но увы получаю опять ошибку.Заглядываю в man mount и ищу по ключу reiserfs "/reiserfs", в итоге нахожу в параметрах монтирования reiserfs параметр conv, в описании которого написано что со времён reiserfs 3.6 не поддерживается reiserfs 3.5. Начинаю задумываться что видимо у меня reiserfs 3.5, и мне облом. В итоге опять бутаюсь с винды и пишу на флешку старый образ арча 2012.07, бутаюсь с него, успешно монтирую корень, через find нахожу что systemd теперь лежит в /usr/lib/systemd/systemd, перезагружаюсь, в грубе правлю /bin/systemd на путь с найденным бинарником, успешно бутаюсь и решаюсь написать здесь. Так вот и собственно вопросы: у меня получается на разделах старая версия reiserfs =<3.5 ( как узнать какая версия фс на разделах?). Как обновить без переустановки и возможно ли это? А также почему внезапно перенесли бинарник systemd из /bin/systemd в /usr/lib/systemd/systemd и даже негде не написали
lampslave
Занятный баг в опросе. Отмечаю любой вариант, он выбирается. Но выбирается ещё и первый!
подтверждаю.
дожились ребята, скоро однако вся система будет состоять из одного пакета systemctl, и "здравствуй новая винда". Было же раньше всё круто и удобно, можно было легко и быстро установить и сконфигурировать базовую систему, философия арча как никак, да была(по мне так самый лучший дистрибутив был как и для новичков которые переросли уровень бубунт* и хотят поглубже вникнуть как что работает в "линуксах", так и для опытных линуксойдов)! Но теперь всё это начинает уже не попахивать, а даже вонять убунтой и идёт к винде. Разрабы дебилизмом занимаются если честно, можно было много других доработок к старому арчу сделать. Если они это всё специально делают чтоб повысить популярность дистрибутива, то скажу что они не по той дорожке пошли
RAMZAY
Да ладно вам,отход от KISS. Они своим systemd от него отошли,так что отходить уже не от чего.
истину глаголиш!