Форум проекта PuppyRus Linux

Дистрибутивы проекта PuppyRus Linux => PuppyRus-A [PRA] => Тема начата: sfs от 16 Февраль 2015, 15:19:36

Название: PRA Minirc (альтернатива systemd)
Отправлено: sfs от 16 Февраль 2015, 15:19:36
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/1509/pra03-1509.iso
начало экспериментов (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/pra03-150308nos.iso).

В настоящее время есть опциональные модули 075-Minirc*.pfs для PRA и PRA64

История
1е Демо с альтернативными вариантами init (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/pra03-150304init-test.iso)

В основном надо возвращать старые правила udev из PR.
Код
title PRA3 init k-3.14.17
 kernel /boot/vmlinuz-3.14.17-pf4 pdev1=sda1 dir=pra3 pfix=copy
 initrd /pra3/initrd_pra.gz
Кроме 001-* (https://cloud.mail.ru/public/d36e69d18dba/001-pra3i.pfs) и initrd (https://cloud.mail.ru/public/4427add93469/initrd_pra.gz)* набор модулей в pra3 не менялся.
Насколько я понял - сделано на базе http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/001-pra03f-nosystemd.pfs с добавлением udev из PR
initrd - авторский Дяди Шурика

У меня в виртуалке - если сделать iso - не грузится на этапе initrd
При frugal - грузится в консоль, видит подгруженные модули ядра (те же что и при загрузке с systemd-проверял). startx - раб. стол без панели с неработающей мышкой и клавой
Как их оживить?

Остановился на:
1. minirc (https://aur.archlinux.org/packages/minirc-git/) в связке с libudev0-172 (из PR)
От udev возможны сюрпризы. В /opotional iso есть прочие альтернативы
Перестанет работать netctl, NM , настройка timezone и т.п. что ушло в systemd - нужно прорабатывать альтернативы
Дядя Шурик в таком варианте система становится близка к Вашему Ричи. Предлагаю выработать стандарты для скриптов и т.п. и сделать Ричи и PRAminirc максимально совместимыми
Конфиги сети хорошо бы привязать к формату netctl. Положил xpns. Ваши наработки по сети и модемам здесь будут нужны.
Записью логов планирую не заморачиваться. Это не сервер. Для разбора полетов лучше подключить systemd
Настройка сети (http://forum.puppyrus.org/index.php/topic,16653.msg101842.html#msg101842)
Планирую сделать по дефолту в маленьком.iso

2. Uselessd (https://aur.archlinux.org/packages/uselessd/) - упрощенный форк systemd208.
Выкинут udev, journal, localectrl, timectrl - т.е. то, за что systemd и не любят - лезет в дела не связаные с запуском системы
Соответственно нужны замены, как и для minirc
netctl, NM - работают. Автомонтирование флэшек сломалось
Планирую сделать по дефолту в pra-middle.iso

3. systemd - прошу заменить всех 001-Pra03arch6.pfs на 001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs и убедиться, что ничего не изменилось
Планирую сделать по дефолту в pra-game.iso

Скорость загрузки у 3х вариантов примерно одинакова. Размер и потребляемая RAM +-10mb
Известные проблемы
Проблемы с клавой в Х решил
Код
echo 'allowed_users = anybody
    needs_root_rights = yes' >/etc/X11/Xwrapper.config

Настройку даты и времени в меню не нашел.
Пока нету. Та что есть использует системд. Решено

4. /etc/rc.local  не обрабатывается при загрузке без systemd

В minirc - eth0 wlan0 , в systemd имя того же интерфейса затейливое
Получается надо 2 конфига для одного соединения

net.ifnames=0
Название: Re:PRA без systemd
Отправлено: DdShurick от 16 Февраль 2015, 16:12:17
Сделано на базе 001-pra03e.pfs с выпиливанием systemd
startx - раб. стол без панели с неработающей мышкой и клавой
Как их оживить?
В Richy тоже такое случается на разном железе с разными ядрами. Надо поколдовать с rc.sysinit, например взять от PR.
Название: Re:PRA без systemd
Отправлено: sfs от 04 Март 2015, 18:36:23
Добавил в шапку демо-сд. Только для разрабов и продвинутых
Подробности позже
Название: Re:PRA без systemd
Отправлено: DdShurick от 04 Март 2015, 19:15:31
Код
readlink /sbin/init
../lib/systemd/systemd
??
Название: Re:PRA без systemd
Отправлено: sfs от 04 Март 2015, 20:54:11
Не понял вопроса. Откуда этот код?
Исо тестировал в основном в виртуалке. Тестировал мало. Последние дни некогда было. Много дебат
Название: Re:PRA без systemd
Отправлено: imago31 от 04 Март 2015, 20:58:06
посмотрел в виртуалке, последний вариант с ричи не грузится
ну и что дает мне рядовому юзеру то что нет в системе системД?
Название: Re:PRA без systemd
Отправлено: DdShurick от 04 Март 2015, 21:04:23
Не понял вопроса. Откуда этот код?
Из первичной консоли. Ссылка битая, должна быть на /bin/busybox.
ну и что дает мне рядовому юзеру то что нет в системе системД?
Свободу от его глюков. Я уже обжигался с Simply-7.0.4.
Название: Re:PRA без systemd
Отправлено: sfs от 04 Март 2015, 21:04:25
посмотрел в виртуалке, последний вариант с ричи не грузится
Да - и там про это написано
ну и что дает мне рядовому юзеру то что нет в системе системД?
Вот это и предстоит решить
Короткий ответ : дает экономию 5мб сквоша, 7мб RAM и проблемы совместимости
Название: Re:PRA без systemd
Отправлено: sfs от 04 Март 2015, 21:07:54
Ссылка битая, должна быть на /bin/busybox.
Это про неработающий (у меня) вариант с Ричи-инитрд?
Инитрд я туда до кучи накинул

Основной вопрос - выбор udev и init
Как видите - возможны альтернативы - чтобы все были довольны.
Название: Re:PRA без systemd
Отправлено: imago31 от 04 Март 2015, 21:18:46
а почему нет варианта без системД + uird?
Название: Re:PRA без systemd
Отправлено: sfs от 04 Март 2015, 23:52:45
Потому, что uird похоже, не умеет load=
Но в теме uird это никому не интересно. Все обсуждают глобальные проблемы

Что-то на реальном железе везде (кроме исходного) неработающие клава и мышь
Поэкспериментировал
Похоже эта (http://forum.puppyrus.org/index.php/topic,16746.0.html) проблема из этой же серии
Причем поведение зависит от драйвера видяхи
Лечится установкой suid на /bin/Xorg.bin .
Название: Re:PRA без systemd
Отправлено: sfs от 05 Март 2015, 09:58:02
Свободу от его глюков. Я уже обжигался с Simply-7.0.4.
Что-то пока впечатления скорее обратные. Причем в различных сочетаниях виртуалке\железо и разные дрова - разные проявления
Боюсь, дальше uselessd от systemd будет не уйти
Пока выводы :
1. тестировать это надо не в виртуалке
2. от либ systemd будет не избавиться. Вкомпилены в Х и наверное не только в них
3. Отсутствие клавы-мыши в Х решаетих запуск от root

Кто в теме udev?
В вариантах systemd и eudev присутствуют большие базы железа
В старых udev (c kernel.org) их нет. Они нужны? Они занимают основное место
libgudev - для чего он вообще и какой взять (из systemd или альтернативного udev)
Название: Re:PRA без systemd
Отправлено: imago31 от 05 Март 2015, 10:49:59
что бы проетстировать все это на разном железе, надо много записи делать в моем меню лист, но я помню что в меню лист можно добавить запись загрузки   меню лист из исо, что удобно, но я не помню как это сделать, подскажите, что бы можно было посмотреть на железе все варианты
Название: Re:PRA без systemd
Отправлено: sfs от 05 Март 2015, 10:58:01
Тут и так экспериментов зашкаливает. Не надо усугублять. Делайте по максимально простой схеме - временно подменить menu.lst или вызывать из 1го меню второе
Название: Re:PRA без systemd
Отправлено: imago31 от 05 Март 2015, 11:34:52
или вызывать из 1го меню второе
именно про это я и спрашиваю как сделать
Название: Re:PRA без systemd
Отправлено: DdShurick от 05 Март 2015, 11:49:32
Код
title PRA
 configfile /pra/menu2c.lst
Название: Re:PRA без systemd
Отправлено: RoDoN от 05 Март 2015, 11:50:03
Например так:
Код
title Меню загрузки PuppyRus Linux ==>
find --set-root --ignore-floppies --ignore-cd /boot/puppyrus.lst
configfile /boot/puppyrus.lst
Название: Re:PRA без systemd
Отправлено: sfs от 05 Март 2015, 11:59:08
Код
configfile /lf/menu1l.lst
См. пример перехода из меню в меню в LF
Название: Re:PRA без systemd
Отправлено: imago31 от 05 Март 2015, 12:02:59
всем спасибо, уже сам разобрался, еще надо было обновить grldr, кракозябры и не поддерживал большие записи  в конфиге
и уже вижу проблемы: загрузился в одном из режимов не на полный экран, сейчас посмотрю все режимы на моем стационаре
ps. почему не добавить в исо рокс и какой нибудь браузер что бы сразу отписываться
Название: Re:PRA без systemd
Отправлено: nik152 от 06 Март 2015, 05:32:17
Что-то тишина... Не моего ума дело, но из любопытства попробовал на реальном железе. Загрузка прошла по пунктам меню - "Исходный вариант. Systemd" и "systemd + uird". Остальные закончились на
Код
(EE)
Fatal server error:
(EE) xf860penConsole: Cannot open virtual console 7 (Permission denied)
(EE) Server terminated with error (1) Closing log file

А "Systemd + initrd_Ричи"
Код
TuxOnIce: Can't translate " " into a device id yet
Монтирование загрузочного устройства. . . . . . . . .
"030-Systemd положить в /base" не забыл

Ну и "PRA. Аварийный режим. Доступ к root консоле перед запуском Х"
Код
cp: can't stat '/union/sbin/init': No such file or directory
!!Ошибка!! Что-то пошло не так и невозможно продолжить
Название: Re:PRA без systemd
Отправлено: sfs от 06 Март 2015, 11:50:33
ps. почему не добавить в исо рокс и какой нибудь браузер что бы сразу отписываться
Тема для продвинутых. Если чел. не знает как это сделать - ему не сюда  ;)
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 10:30:16
Протестировал, дорабатал iso и шапку темы. Прошу протестировать и обсудить. Пишу из minirc
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 12:06:55
Пишу из minirc
Аналогично.
 Загрузка прошла нормально. Остальное всё - сплошная ненормативная лексика. Сеть (wifi) не подключилась. Пришлось использовать свой скрипт wifi. Хорошо, что я помнил, где он лежит, хотя использование mc вместо rox было неприятным сюрпризом. Далее, найти браузер в графике не получилось, хотя их у меня достаточная коллекция. Через консоль load_pfs не пожелал подключать модуль. Пришлось подключать командами, благо я их знаю, а что бы делал молодой зелёный? Я думаю послал бы вас с вашим "линтухом". Отсюда вопрос, вы специально делаете такие неюзабельные системы с целью снизить количество пользователей? А отсюда другой вопрос, а не засланный ли вы казачок?
 Вот такие вот эмоции  :(
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 13:14:37
Тема рекомендуется только продвинутым пользователям
...
Перестанет работать netctl, NM , настройка timezone и т.п. что ушло в systemd - нужно прорабатывать альтернативы
Вы точно читали шапку? Это демо исо для разрабов. Сделан, чтобы понять - двигаться в этом направлении или нет. Смотреть надо только по теме.
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 13:20:22
 Нет, но load_pfs к этому списку не относится. И как подключить модуль?
Короче, если даже я матерился...
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 13:29:00
Все pfs-utils работают штатно. Браузер и что угодно скачиваются и подключаются через sfs-get (который вызывается из меню).
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 13:41:56
Все pfs-utils работают штатно.
Код
load_pfs /mnt/sda1/219/modules/seamonkey-2.32.1.pfs
не сработало
Браузер и что угодно скачиваются и подключаются через sfs-get (который вызывается из меню).
Это я знаю, но зачем качать то, что уже есть?
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 14:04:38
http://wiki.puppyrus.org/puppyrus/pr218/pfs
load_pfs - это, вообще что-то недокументированное. Из консоли надо pfsload
А по теме-то будут мысли и впечатления...?
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 14:45:46
Кому нужен wifi - из коробки есть консольный  pns-tool (неудобный, но рабочий)
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 15:17:58
А по теме-то будут мысли и впечатления...?
Загружается на первый взгляд не лучше и не хуже.
Кому нужен wifi - из коробки есть консольный  pns-tool (неудобный, но рабочий)
Зачем, когда есть autoNet (https://cloud.mail.ru/public/c86146699a5f/autoNet.pfs), вполне даже рабочий, если пересобрать под Arch стандарты.
 
Проверил autoNet. После сохранения настроек сеть есть но не срабатывает автоматом dhcpcd, видимо специфика eudev.

В menu.lst кое-где прописано старое ядро.
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 16:58:58
autoNet из коробки Net  :)
Что в итоге ? Есть смысл заморачиваться nosystemd версией? Давайте стратегически определимся
Пока приличные потери. Правда решаемые.  Из плюсов - гордость за слив системд (меня не особо греет) и 5-10 метров сквоша и пямяти.
NM без systemd (uselessd) не пошел. Думаю так же будет со всем сложняком...
Правда системд развивается в сторону, с которой маленькому дистру вряд ли по пути. Но уже его слить не так просто. libsystemd уже много где в зависимостях и будет еще больше
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 17:06:09
Давайте стратегически определимся
Это ваша авторская система, делайте как считаете нужным.
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 17:11:48
Я считаю нужным привлечь большее количество разрабов и сделать pra интересным большему к-ву пользователей
NOsystemd поможет этим целям или помешает?
Очень рассчитывал на Вас, как главного противника systemd
Название: Re:PRA без systemd
Отправлено: DdShurick от 08 Март 2015, 17:23:06
Я считаю нужным привлечь большее количество разрабов и сделать pra интересным большему к-ву пользователей
Где их взять в таком количестве? :( Мне хотя-бы парочку, Richy до ума довести.
NOsystemd поможет этим целям или помешает?
Никто даже не заметит.
Очень рассчитывал на Вас, как главного противника systemd
У меня своя система.
Название: Re:PRA без systemd
Отправлено: RoDoN от 08 Март 2015, 18:13:45
Кому нужен wifi - из коробки есть консольный  pns-tool (неудобный, но рабочий)
Wifi-menu работает, сети находит, но после ввода пароля пишет о неудаче, netctl при старте профиля ругается на отсутствие systemctl, если его добавить, то опять ругань и нет сети... т.е. из коробки вай-фая нет :(

З.Ы. Плохо читал в шапке, что netctl перестает работать, сорри...
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 18:26:39
Не надо сейчас лезть в детали. Давайте определяться - идти этим путем или нет
Думаю идти. Ничего не теряем. На исходную всегда можно выйти load=Systemd
Находим тоже мало. Но раз уж заявляться как "модульный дистр" - должны быть все варианты
Возможно это привлечет к дистру systemd-ненависников
Название: Re:PRA без systemd
Отправлено: RoDoN от 08 Март 2015, 18:36:50
Насчет потребления ресурсов вопрос интересный, т.к. лично я вообще в PRA не пойму на что ориентироваться для оценки, т.к. в htop одно значение, а команда free показывает совсем другое, а в PR результаты были примерно одинаковые. Чем смотреть реальное потребление памяти?
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 18:40:04
Про память уже обсуждали. Четких ответов не нашли. Для хоть какой-то ориентации написал trayram (цифры в трее)
Название: Re:PRA без systemd
Отправлено: RoDoN от 08 Март 2015, 18:45:35
Ну, что ж trayram показывает тоже, что и htop:
     (http://storage2.static.itmages.ru/i/15/0308/s_1425829494_2989716_17d9cd98dd.png) (http://itmages.ru/image/view/2341565/17d9cd98)
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 19:05:31
5мб ram на фоне браузера - ничего не дают. Думаю - это не особо критерий для выбора
Название: Re:PRA без systemd
Отправлено: imago31 от 08 Март 2015, 21:12:18
а у меня вообще мою вайфай точку не видит, но это в первой демо версии, вторую еще не смотрел
Название: Re:PRA без systemd
Отправлено: sfs от 08 Март 2015, 21:22:13
Кому нужен wifi - из коробки есть консольный  pns-tool (неудобный, но рабочий)
Не надо сейчас лезть в детали. Давайте определяться - идти этим путем или нет
Название: Re:PRA без systemd
Отправлено: nik152 от 09 Март 2015, 15:34:19
Ноуты: Acer 2007г и Lenovo 2014г
Цитата
1. minirc в связке с libudev0-182
Аcer - клава, мышь есть во всех режимах, выкл. и перезагрузка - нормально.
Lenovo - нет мыши, есть тачпад. Выкл. и перезагрузка - норма. Экономия памяти, в сравнении с п.3 (systemd) - 16-18MB

Цитата
2. Uselessd - упрощенный форк systemd208
Lenovo - нет мыши, есть тачпад.  Выкл. и перезагрузки нет на обоих ноутах, только через жёсткое выключение. Экономия памяти - 8-12МB

Цитата
03. PRA. Исходный вариант.
На Lenovo, из пяти вар. загрузки - единственный, где работает мышь. Выкл. и перезагрузки нет на обоих ноутах, "мягкое" выключение с выгрузкой через кн. Power.

Цитата
3. systemd - прошу заменить всех 001-Pra03arch6.pfs на 001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs и убедиться, что ничего не изменилось
В сборке 1502 всё работает как обычно. Расход памяти, конечно, побольше, прим. на 10MB.
Название: Re:PRA без systemd
Отправлено: sfs от 09 Март 2015, 21:50:18
Наконец-то адекватный отчет +
Попробуйте с 1 в качестве udev eudev - c мышью не поможет. 2 с eudev у меня не заработало
Выключение и ребут - надо подкрутить. Из консоли должен работать reboot и poweroff
3b - расход больше по сравнению с 1,2?
Название: Re:PRA без systemd
Отправлено: imago31 от 09 Март 2015, 23:24:04
Посмотрел на стационаре в подписи
  на всех вариантах клава и мышь работают
  выключение и перезагрузка через меню работает только в первом варианте
Цитата
3. systemd - прошу заменить всех 001-Pra03arch6.pfs на 001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs и убедиться, что ничего не изменилось
В сборке 1502 всё работает как обычно. Расход памяти, конечно, побольше, прим. на 10MB.
аналогично без изменений

Название: Re:PRA без systemd
Отправлено: RoDoN от 09 Март 2015, 23:42:01
Ноут Acer Extensa 5620Z во всех вариантах все железо работает нормально (клава, тачпад, внешняя USB-мышь, Wi-Fi, звук), штатно выключиться через меню или хотя бы командой из консоли смог только в первом варианте.
Название: Re:PRA без systemd
Отправлено: nik152 от 10 Март 2015, 06:02:08
Попробуйте с 1 в качестве udev eudev - c мышью не поможет?
Помогло. Попутно проверил libudev0-173-pr и libudev0-174-1-i686. Нормально на обоих ноутах.

Цитата
2 с eudev у меня не заработало
Аналогично. Ни клавы, ни мыши, ничего... кроме кн. Power

Цитата
Из консоли должен работать reboot и poweroff
Нет. Если уж не работает, то никак. Это же относится и к pns-tool.
Код
wlan0: Error while getting interface flags: No such device
Код
SIOCSIFFLAGS: Operation not permitted
Код
/usr/bin/netctl: line47: systemctl: команда не найдена
и т.п.

Цитата
3b - расход больше по сравнению с 1,2?
В сравнении с обычным режимом сборки 1502, без 001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs
Название: Re:PRA без systemd
Отправлено: imago31 от 10 Март 2015, 13:02:16
Посмотрел на ноуте hp pavilion g6
 во всех трех вариантах клава и тачпад работают, wifi через xpns работает-неудобный жутко и долго подключает
 выключение и перезагрузка через меню опять работает только в первом варианте
Название: Re:PRA без systemd
Отправлено: sfs от 10 Март 2015, 23:14:23
Помогло. Попутно проверил libudev0-173-pr и libudev0-174-1-i686. Нормально на обоих ноутах.
Надо тестировать на разном железе и выбирать udev

reboot poweroff wifi - сделать можно. Надеялся на Дядю Шурика но он , похоже, сливается  :'(
Цитата
3b - расход больше по сравнению с 1,2?
В сравнении с обычным режимом сборки 1502, без 001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs
Странно - это одно и то же

Подведу промежуточный итог
001-Pra03arch7nos.pfs + 075-Systemd-217-8.pfs - ничего не ухудшает. Надо разделить.
Остальные варианты - uselessd надо допиливать напильником, minirc - рубанком
Еще растроиться без помощников не обещаю. Как пойдет
Название: Re:PRA без systemd
Отправлено: nik152 от 11 Март 2015, 04:39:22
Странно - это одно и то же
Вот сравнительные результаты в одной и той же сборке. Для чистоты, скрины сделаны сразу же после загрузки, с одинаковой последовательностью действий.
Название: Re:PRA без systemd
Отправлено: DdShurick от 11 Март 2015, 09:18:08
reboot poweroff wifi - сделать можно. Надеялся на Дядю Шурика но он , похоже, сливается  :'(
У меня это всё сделано, берите и внедряйте.
Название: Re:PRA без systemd
Отправлено: sfs от 11 Март 2015, 09:29:26
Вот сравнительные результаты в одной и той же сборке.
На 10мб больше ram диск. copy2ram юзаете? По размеру сравниваемые модули одинаковы. Откуда взялось это 10мб...

По итогам - кому-нибудь интересна тема слива systemd? Если да - чем?
Название: Re:PRA без systemd
Отправлено: DdShurick от 11 Март 2015, 09:42:53
По итогам - кому-нибудь интересна тема слива systemd? Если да - чем?
Здесь пока похоже что нет, а вот на альтфоруме уже задумались (http://forum.altlinux.org/index.php/topic,32823.0.html).
Название: Re:PRA без systemd
Отправлено: sfs от 11 Март 2015, 09:51:00
на альтфоруме уже задумались (http://forum.altlinux.org/index.php/topic,32823.0.html).
Ну уж только не sysvinit. Как минимум тормоз
Название: Re:PRA без systemd
Отправлено: DdShurick от 11 Март 2015, 10:05:24
Ну уж только не sysvinit. Как минимум тормоз
Для однопользовательской системы busybox init специально сделан.
Название: Re:PRA без systemd
Отправлено: sfs от 11 Март 2015, 10:09:20
Для однопользовательской системы busybox init специально сделан.
Да и я его с Вашей помощью сделал. Но если и вам это не интересно - не понятно зачем...
Хотя понятно. Если systemd совсем уйдет в "не туда". Есть куда с него слиться. И это доказано на практике
Название: Re:PRA без systemd
Отправлено: nik152 от 11 Март 2015, 14:16:03
copy2ram юзаете? По размеру сравниваемые модули одинаковы. Откуда взялось это 10мб...
Объединил Pra03arch7nos.pfs и 075-Systemd-217-8.pfs в один модуль, в результате разница исчезла: 182+124 - один в один. Да, конечно, copy2ram.
Название: Re:PRA без systemd
Отправлено: sfs от 19 Март 2015, 15:38:52
pra03-1503test.iso (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/1503/pra03-1503test.iso)
Доработал модули.
Починил reboot shootdown
Uselessd слил. NM и netctl c ним не работают. В итоге не то ни се
После обсуждения с  Дядей Шуриком остановились на udev173 от PR. Чем он лучше других не знаем. Просто проверенный

Дядя Шурик подогнал autoNet_a.pfs - подключение wifi и модемов через udev. У него работает. У меня только вифи в режиме ручного запуска.
С автозапуском работает wifi-wizard (мой допил раннего autoNet) У меня с вифи работает
Там же xpns-tools (не проверял, но раньше он работал)
Так же есть рабочий консольный pns-tools
Короче тема подключения модема и вифи требует тестирования и доработки
Еще хорошо бы запустить Nm без systemd. У меня не получилось
Название: Re:PRA без systemd
Отправлено: DdShurick от 19 Март 2015, 17:09:54
Не видит /union/sbin/init
Название: Re:PRA без systemd
Отправлено: imago31 от 19 Март 2015, 17:13:26
фуу...ужас...еле разобрался во всех этих меню, пока ставил на флешку, у меня нет руского в меню, одни кракозябры
вообщем что бы особо не путаться первые 3 пункта это с ситемД, 4-й без системД, вообщем в принципе можно посмотреть 1-й и 4-й пункты и проверить  везде вайфай, верно?
Название: Re:PRA без systemd
Отправлено: sfs от 19 Март 2015, 17:16:37
Не видит /union/sbin/init
Перепроверил в виртуалке - ок
Убедитесь (debug в параметры) что 075-minirc-git-120.2915396-1-any-s05.pfs есть и подгружается
В нем /usr/bin/busybox. init - ссылка на него
Название: Re:PRA без systemd
Отправлено: DdShurick от 19 Март 2015, 18:31:28
autoNet, wlan.sh, изменил строку 4 WPADIR="/etc/netctl/", в wifi сохранять туда-же, строка 57 mv /tmp/wpa.conf /etc/netctl/${MYADDR}.wpa.conf

menu.lst, добавил load=minirc-git;libudev0-173;autoNet_a - заработало.

Предлагаю сделать так: /etc/network/${WLNADDR}.${IFACEADDR}.conf - чтобы не было путаницы при работе на разных компьютерах.
Для справки - IFACEADDR=$(cat /sys/class/net/$IFACE/address)

Проверил udev174 - wifi не запустился, udev182 - wifi запустился.
Название: Re:PRA без systemd
Отправлено: paulus от 20 Март 2015, 11:39:58
А здесь сильно задуматься нужен нам без systemd и для чего...

Кому безsystemd не интересно - заменить 001-Pra03arch7nos.pfs 075-minirc-git-120.2915396-1-any-s05.pfs 076-Systemd-217-8-s02.pfs 020-libudev0-173-pr.pfs на 001-Pra03arch6.pfs из Pra03-1502
На сколько понял, без systemd не работает netctl - уже привык к тому, что есть и хочу чтобы так и осталось, если не придумаете что получше и без проблем... А пока этого нет, лучше Systemd-219 втулите :)

Если перечисленные пакеты нужны для загрузки ОС, то почему они лежат в optional, а не в modules? Или в base 075-minirc-git-120.2915396-1-any-s05.pfs? Из-за этого проблемы с /union/sbin/init на 1503test?
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 12:58:25
autoNet, wlan.sh, изменил строку 4
Это багфикс или доработка до совместимости конфига с netctl ?
Выложили бы обновленный autoNet-a-d02.pfs
menu.lst, добавил load=minirc-git;libudev0-173;autoNet_a - заработало.
Да. У меня в исо так и написано
Предлагаю сделать так:
Если не заморачиваться совместимостью с netctl - делайте как Вам удобно и попроще

udev174 тестил только на проводах. Там ок
udev182 все (вифи , провода), кроме моего модема, хорошо как и в udev173

Если перечисленные пакеты нужны для загрузки ОС, то почему они лежат в optional, а не в modules? Или в base 075-minirc-git-120.2915396-1-any-s05.pfs? Из-за этого проблемы с /union/sbin/init на 1503test?
Чтобы укоротить конфиги
Я же написал - пока в исо (не test) поставлю - как в pra1502
Эти эксперименты рано еще вываливать всем юзерам
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 13:06:54
Про сеть - с модулем systemd все должно работать как обычно

С minirc :
netctl , wifi-menu без systemd не работает
NM - если заменить systemd скриптами - должен работать. Только надо ли это здесь
Предлагаю сосредоточиться на autoNet
Название: Re:PRA без systemd
Отправлено: imago31 от 20 Март 2015, 13:15:15
а как опробовать autonet, он доступен из меню? как его запустить?
Название: Re:PRA без systemd
Отправлено: imago31 от 20 Март 2015, 13:16:33
С minirc :
netctl , wifi-menu без systemd не работает
а как же тогда поднять pppoe(DSL) соединение?
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 13:28:37
4-й без системД, вообщем в принципе можно посмотреть 1-й и 4-й пункты и проверить  везде вайфай, верно?
Да в 1м все должно быть как обычно.
Здесь пишем только про 4

Дядя Шурик подогнал autoNet_a.pfs - подключение wifi и модемов через udev. У него работает. У меня только вифи в режиме ручного запуска.
С автозапуском работает wifi-wizard (мой допил раннего autoNet) У меня с вифи работает
Там же xpns-tools (не проверял, но раньше он работал)
Так же есть рабочий консольный pns-tools
Короче тема подключения модема и вифи требует тестирования и доработки
Еще хорошо бы запустить Nm без systemd. У меня не получилось

а как опробовать autonet, он доступен из меню? как его запустить?
1. загрузиться load=minirc-git;libudev0-173;autoNet_a
2. запустить wifi, настроить, проверить, сохранить, сделать сохраненку
3. С конфигом в сохраненке - после перезапуска wifi должен автоподняться (не быстро)

Провода dhcp должны сразу заработать

modem, pppoe  - лучше Дядю Шурика спросить. Он автор скрипта
Название: Re:PRA без systemd
Отправлено: DdShurick от 20 Март 2015, 14:03:44
pppoe  - лучше Дядю Шурика спросить. Он автор скрипта
"Как что, так Косой...". Предлагаю Roaring Penguin, вы не хототе. А так в системе только pppoe-discovery, им не настроишь.
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 14:08:13
Предлагаю Roaring Penguin, вы не хототе.
Посмотрел - он есть в репе. Без зависимостей. Хотим  ;)
В AUR даже гуй к нему есть
Название: Re:PRA без systemd
Отправлено: DdShurick от 20 Март 2015, 14:17:10
Посмотрел - он есть в репе.
В репе Арча? Тогда это ваша вотчина.
В AUR даже гуй к нему есть
А у меня два - tk и gtkdialog  :P
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 14:23:13
В аттаче. Там systemd запуск на обычный надо переделать
Подойдет? tk в пра нету и не хотелось бы
Название: Re:PRA без systemd
Отправлено: nik152 от 20 Март 2015, 15:45:30
Бегло посмотрел nosystemd со всеми udev, на одном ноуте (старый занят). С libudev0-182 нет мыши, тачпад есть. Выкл. и ребут - нормально, выход в консоль - по разному (есть/нет). Проводная сеть - ОК, вайфай тоже поднялся везде, разве что при несколько долгом (примерно 1-1.5мин) ожидании  окна gtkdialog'a сканирования. Но это без сохранёнки.
Оговорюсь: проверял с прежним ядром 3.14.17-pf4, на что две причины: с новым не регулируется яркость, и нет поддержки вайфая на broadcom (и не надо, в таком случае). Вопрос: на что обратить более пристальное внимание при дальнейшем тестировании?
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 15:59:51
Значит не зря мы слили udev182
Ожидание долговато
Не думаю что версия ядра здесь критична.
Хорошо бы потестить usb модем
Название: Re:PRA без systemd
Отправлено: nik152 от 20 Март 2015, 18:37:49
Хорошо бы потестить usb модем
Нда, тут засада... Даже не знаю как должен отрабатывать autoNet_a, чем запустить... DdShurick, подскажите. E1550, в режиме "только модем", Мегафон, точно рабочий. ttyUSB0, 1, 2 и линк ttyUSB_utps_psui на ttyUSB2 в наличии.
Название: Re:PRA без systemd
Отправлено: DdShurick от 20 Март 2015, 18:58:18
autoNet_a, чем запустить...
Ничем. Запускает udev при обнаружении модема. Создаёт две ссылки /dev/modem и /dev/ttyUSB_utps_psui. После этого запускает wvdial. У меня работает, только на 3G денег нет. 4G работает немного по другому, модем работает как сетевая карта wwan0 или usb0 в зависимости от типа модема.
Название: Re:PRA без systemd
Отправлено: sfs от 20 Март 2015, 19:01:42
Вероятно запустить в консоле /usr/lib/udev/uvdial.sh
Название: Re:PRA без systemd
Отправлено: nik152 от 21 Март 2015, 08:24:00
autoNet не при делах, что-то в сборке не так. И без него модем не определяется, со всеми вытекающими... Вывод Gnome PPP:
Код
live@pra:~$ sudo gnome-ppp

(gnome-ppp:3271): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(gnome-ppp:3271): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
WVCONF: /root/.wvdial.conf
GNOME PPP: STDOUT: Editing `/dev/null'.
GNOME PPP: STDOUT:
GNOME PPP: STDOUT: Scanning your serial ports for a modem.
GNOME PPP: STDOUT:
GNOME PPP: STDERR: Modem Port Scan<*1>: Scanning ttyUSB0 first, /dev/modem is a link to it.
GNOME PPP: STDERR: ttyUSB0<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: USB0
GNOME PPP: STDERR: ttyS0<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: S0   
GNOME PPP: STDERR: ttyS1<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: S1   
GNOME PPP: STDERR: ttyS2<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: S2   
GNOME PPP: STDERR: ttyS3<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: S3   
GNOME PPP: STDERR: ttyUSB1<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: USB1
GNOME PPP: STDERR: ttyUSB2<Info>: Device or resource busy
GNOME PPP: STDERR: Modem Port Scan<*1>: USB2
GNOME PPP: STDOUT:
GNOME PPP: STDERR: ttyUSB_utps_pcui<Info>: Device or resource busy
GNOME PPP: STDOUT:
GNOME PPP: STDERR: Modem Port Scan<*1>: USB_utps_pcui
GNOME PPP: STDOUT: Sorry, no modem was detected!  Is it in use by another program?
GNOME PPP: STDOUT: Did you configure it properly with setserial?
GNOME PPP: STDOUT:
GNOME PPP: STDOUT: Please read the FAQ at http://alumnit.ca/wiki/?WvDial
А так в обычном режиме, c systemd (п.1 меню):
Код
live@pra:~$ sudo gnome-ppp

(gnome-ppp:2443): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated

(gnome-ppp:2443): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
WVCONF: /root/.wvdial.conf
GNOME PPP: STDOUT: Editing `/dev/null'.
GNOME PPP: STDERR: Modem Port Scan<*1>: Scanning ttyUSB0 first, /dev/modem is a link to it.
GNOME PPP: STDOUT:
GNOME PPP: STDOUT: Scanning your serial ports for a modem.
GNOME PPP: STDOUT:
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 Z -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: Modem Identifier: ATI -- Manufacturer: huawei
GNOME PPP: STDERR: ttyUSB0<*1>: Speed 9600: AT -- OK
GNOME PPP: STDERR: ttyUSB0<*1>: Max speed is 9600; that should be safe.
GNOME PPP: STDERR: ttyUSB0<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
GNOME PPP: STDERR: Modem Port Scan<*1>: S1   S2   S3   
GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 9600 baud
GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 9600 baud
GNOME PPP: STDERR: ttyUSB1<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up.
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 Z -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 S0=0 -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 S0=0 &C1 -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: Modem Identifier: ATI -- ATI
GNOME PPP: STDERR: ttyUSB2<*1>: Speed 9600: AT -- OK
GNOME PPP: STDERR: ttyUSB2<*1>: Modem Identifier: ATI -- Manufacturer: huawei
GNOME PPP: STDERR: ttyUSB2<*1>: Max speed is 9600; that should be safe.
GNOME PPP: STDERR: ttyUSB2<*1>: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0 -- OK
GNOME PPP: STDOUT:
GNOME PPP: STDOUT: Found a modem on /dev/ttyUSB0, using link /dev/modem in config.
GNOME PPP: STDOUT: Modem configuration written to /dev/null.
GNOME PPP: STDERR: ttyUSB0<Info>: Speed 9600; init "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"
GNOME PPP: STDERR: ttyUSB2<Info>: Speed 9600; init "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"
До вечера буду занят, продолжу позже. А пока жду рекомендаций
Название: Re:PRA без systemd
Отправлено: sfs от 21 Март 2015, 09:00:50
autoNet не при делах, что-то в сборке не так.
udev не так. У меня та же история. Мой модем работает только с systemd-овским udev
Если его поставить - за что вообще боремся...  :'(
Название: Re:PRA без systemd
Отправлено: DdShurick от 21 Март 2015, 10:51:56
autoNet не при делах, что-то в сборке не так.
Получил аналогичный результат
Код
Device or resource busy
в Richy:
Код
# modem-stats -c ATI /dev/ttyUSB0

Manufacturer: huawei
Model: E1550
Revision: 11.608.10.00.209
IMEI: 354638044169943
+GCAP: +CGSM,+DS,+ES
OK
# wvdial Megafon
--> WvDial: Internet dialer version 1.53
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CGDCONT=1,"IP","internet"
AT+CGDCONT=1,"IP","internet"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Sat Mar 21 09:39:35 2015
--> pid of pppd: 3947
при этом dmesg абсолютно одинаковый.
Название: Re:PRA без systemd
Отправлено: sfs от 21 Март 2015, 11:09:54
Ричи изначально под этот udev заточен. Понять бы как именно
Спер udev175 в дебиане
Название: Re:PRA без systemd
Отправлено: DdShurick от 21 Март 2015, 11:27:42
Ричи изначально под этот udev заточен. Понять бы как именно
Мне кажется наоборот. PRA изначально заточен под systemd. В том-то и вред systemd, что выпилив его получаешь довольно крупные занозы.

Одну нашёл, /var/lock оказался битой ссылкой. теперь Ok!
Код
# wvdial MegaFon
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CGDCONT=1,"IP","internet"
AT+CGDCONT=1,"IP","internet"
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Sat Mar 21 13:46:24 2015
--> Pid of pppd: 1794
--> Using interface ppp0
--> pppd: pne hwe
--> pppd: pne hwe
--> pppd: pne hwe
--> pppd: pne hwe
--> pppd: pne hwe
--> pppd: pne hwe
--> pppd: pne hwe
--> local  IP address 100.68.131.63
--> pppd: pne hwe
--> remote IP address 10.64.64.64
--> pppd: pne hwe
--> primary   DNS address 10.78.83.244
--> pppd: pne hwe
--> secondary DNS address 10.78.62.244
--> pppd: pne hwe
А ещё можно вот так
Код
e# sudo pppd /dev/ttyUSB0 115200 file /etc/ppp/peers/cdma user gdataATZ
OK
ATI
Manufacturer: huawei
Model: E1550
Revision: 11.608.10.00.209
IMEI: 354638044169943
+GCAP: +CGSM,+DS,+ES

OK
ATDT*99#
CONNECTScript /usr/sbin/chat -s -S -V -t 5 -f /etc/ppp/cdma.chat finished (pid 2156), status = 0x0
Serial connection established.
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/ttyUSB0
Warning - secret file /etc/ppp/pap-secrets has world and/or group access
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x363e5e2a>]
rcvd [LCP ConfReq id=0x3 <asyncmap 0x0> <auth chap MD5> <magic 0xf3997a> <pcomp> <accomp>]
sent [LCP ConfRej id=0x3 <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x363e5e2a>]
rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <auth chap MD5> <magic 0xf3997a>]
sent [LCP ConfAck id=0x4 <asyncmap 0x0> <auth chap MD5> <magic 0xf3997a>]
sent [LCP EchoReq id=0x0 magic=0x363e5e2a]
rcvd [LCP DiscReq id=0x5 magic=0xf3997a]
rcvd [CHAP Challenge id=0x1 <d6a3d9a8348d93688e861baf722e1f38>, name = "UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <52afaf2917179d5dfea7b70595600275>, name = "gdata"]
rcvd [LCP EchoRep id=0x0 magic=0xf3997a 36 3e 5e 2a]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP ProtRej id=0x6 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [IPCP ConfNak id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
sent [IPCP ConfReq id=0x3 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfNak id=0x2 <addr 0.0.0.0>]
rcvd [IPCP ConfRej id=0x3 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [IPCP ConfReq id=0x3]
sent [IPCP ConfAck id=0x3]
rcvd [IPCP ConfNak id=0x4 <addr 100.71.201.37> <ms-dns1 10.78.83.244> <ms-dns2 10.78.62.244>]
sent [IPCP ConfReq id=0x5 <addr 100.71.201.37> <ms-dns1 10.78.83.244> <ms-dns2 10.78.62.244>]
rcvd [IPCP ConfAck id=0x5 <addr 100.71.201.37> <ms-dns1 10.78.83.244> <ms-dns2 10.78.62.244>]
Could not determine remote IP address: defaulting to 10.64.64.64
Cannot determine ethernet address for proxy ARP
local  IP address 100.71.201.37
remote IP address 10.64.64.64
primary   DNS address 10.78.83.244
secondary DNS address 10.78.62.244
Script /etc/ppp/ip-up started (pid 2164)
Script /etc/ppp/ip-up finished (pid 2164), status = 0x0
Название: Re:PRA без systemd
Отправлено: nik152 от 21 Март 2015, 17:40:01
Одну нашёл, /var/lock оказался битой ссылкой
Вау! А на что её изменили? Я на /var/run и у меня модем определился и заработал. +

Код
/etc/ppp/peers/cdma
cdma - это откуда?

вайфай тоже поднялся везде, при несколько долгом (примерно 1-1.5мин) ожидании  окна gtkdialog'a сканирования.
При подключенном сетевом кабеле gtkdialog с точками доступа появляется быстро. Похоже, задержка связана с поиском проводной сети (net-auto?), когда кабель у меня был отключен.
Название: Re:PRA без systemd
Отправлено: DdShurick от 21 Март 2015, 19:25:35
на /var/run
Да
cdma - это откуда?
От Skylink. Просто не переименовывал, а подставил значения от мегафона.
Подключение через chat менее удобно в конфигурировании, но иногда выручает.
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 08:47:52
У меня тоже после ремонта lock модем заработал. +
Автоопределение оператора, естественно, не починилось
Что с этим делать? Блокирнуть по модели модема?

С автостартом вифи что у кого в итоге?
В том-то и вред systemd, что выпилив его получаешь довольно крупные занозы.
Я бы сделал другие выводы: любое движение в сторону from scratch серьезно поднимает уровень вхождения
Название: Re:PRA без systemd
Отправлено: imago31 от 22 Март 2015, 08:59:32
С автостартом вифи что у кого в итоге?
можете еще раз подробно описать в каком варианте надо проверить
systenmd или без него
 какие именномо модули для вайфай должны быть подключены: wifi-wizard, aoutonet и т.д
 я сделаю отдельную строку запуска
 Извините за невнимательность просто совсем запутался в меню лист из исо, да и ноут не всегда доступен
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 09:15:35
Исправленный модуль (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/020-libudev0-173-pr02.pfs)
Исправленный autoNet (http://forum.puppyrus.org/index.php/topic,16653.msg101859.html#msg101859)

Запускаем pra1503test
Код
title ▒▒ 04. PRA. JWM+rox без systemd. \n NM и netctl не работают 
set x=load=udev0-173;minirc;autoNet noload=Network-m
configfile /pra/menu2c.lst

Проверяем вифи:
Должен автостартовать гуй настройки
Настраиваем - убеждаемся что  работает
Сохраняем конфиг в сохраненку или rootcopy , перегружаем систему - настроенный вифи должен молча запуститься
Конфиг сохраняется в /etc/netctl.  Запустить его - wlan.sh. C дебагом sudo sh -vx /usr/bin/wlan.sh
Лог подключения /tmp/network.log

Проверяем usd модем:
Чиним lock
Код
sudo ln -sf /var/run /var/lock
Сохраняем этот симлинк в сохраненку или rootcopy
Перестартовываем систему - модем должен стартануть (не быстро) с выдачей всплывающих сообщений.
Если не стартанул -
Код
sudo /usr/lib/udev/check3Gmodem modem
sudo sh -vx /usr/lib/udev/wvdial.sh
И выкладываем сюда вывод консоли и модель модема
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Март 2015, 09:38:04
Проверил nosystemd на н/б Acer, с исходным ядром 3.19, ничего плохого не обнаружилось. В отличии от Lenovo, gtkdialog wi-fi выскакивает с очень небольшой задержкой, без всякого проводного подключения. Экономия памяти, в сравнении с systemd, составила 49МB (Lenovo - 47MB). Модем после правки линка - ОК.
Название: Re:PRA без systemd
Отправлено: imago31 от 22 Март 2015, 09:38:08
Спасибо за развернуты ответ, вот так удобно
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 10:00:44
Экономия памяти, в сравнении с systemd, составила 49МB (Lenovo - 47MB).
Я 10 мб насчитал. Даже 49 на фоне запущенного браузера - ниочем
Мне видится сборка nosystemd исключительно как политически-религиозная. Для староверов и экстремалов, "друзей" Лени Пота, Левшей , способных даже systemd "подковать"  :D
Без Дяди Шурика с модемом могли бы и не разобраться. Все было не зря
Пишу из под nosystemd
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Март 2015, 10:24:17
Даже 49 на фоне запущенного браузера - ниочем
Мелочь - а приятно :) А уж каким путём нас поведёте - Вам решать, тонкой разницы я не знаю, как и многие другие. Но..
Цитата
Мне видится сборка nosystemd исключительно как политически-религиозная...
и
Цитата
Без Дяди Шурика с модемом могли бы и не разобраться. Все было не зря
Вот то-то и оно. Чувствуете разницу? Или предпочитаете вечного оппозиционера? Тут надо аргументированно подходить, а не "из принципа", имхо... Но вам это виднее.
Название: Re:PRA без systemd
Отправлено: DdShurick от 22 Март 2015, 10:42:42
Мне видится сборка nosystemd исключительно как политически-религиозная.
Спасибо что просветили. Больше в ваших интригах не участвую.
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 10:43:18
А уж каким путём нас поведёте - Вам решать,
Спасибо за доверие, но хотелось бы демократии, а не диктата

Мой модем стал стартовать без изменения скриптов.
При наличии dhcp провода модем все равно стартует. Это глюк или фича?
Попытался вывести итоговое сообщение. Как паузу не увеличивал - не появляется
Код
$MSG "Подключаем сеть $OPS"
/usr/bin/wvdial $OPS 2>/tmp/wvdial.log &
/bin/sleep 50 #12
if [ $(/bin/pidof wvdial) ] ;then ###sfs
    ping -c 2 -W 3 8.8.8.8 && ntf -i "Интернет подключен" "через $M $OPS" &
else....
    ntf -i "Подключение через $M $OPS не удалось" "Смотрите /tmp/wvdial.log" &
    /usr/bin/leafpad /tmp/wvdial.log.
fi
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 10:57:32
Мне видится сборка nosystemd исключительно как политически-религиозная. Для староверов и экстремалов, "друзей" Лени Пота, Левшей , способных даже systemd "подковать"  :D
Без Дяди Шурика с модемом могли бы и не разобраться. Все было не зря
Пишу из под nosystemd
Вообще-то я это про себя в 1ю очередь написал. Разве только к Лене отношусь нейтрально
Не понимаю - что Вас обидело
Предлагаю доделать начатое и выпускать этот вариант в виде маленького iso jwm+rox

Объективно - думаю простому юзеру фиолетово systemd nosystemd. Но есть и юзеры которым это интересно. Мне интересно. Чем больше разных юзеров тем лучше
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 11:29:01
/var/lock оказался битой ссылкой. теперь Ok!
Исправленный модуль (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/020-libudev0-173-pr02.pfs)
Название: Re:PRA без systemd
Отправлено: Pro от 22 Март 2015, 12:04:10
/usr/bin/leafpad /tmp/wvdial.log ни в коем случае, толко /usr/local/defaulttextviewer или defaulttexteditor или что-то подобное из default
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 12:53:39
/usr/bin/leafpad /tmp/wvdial.log ни в коем случае, толко /usr/local/defaulttextviewer или defaulttexteditor или что-то подобное из default
Поправил + нашел 2 ошибки: USSR -> $MYESSID и иконку ошибки поправил
Теперь все ок.

Этим будем заморачиваться?
При наличии dhcp провода модем все равно стартует. Это глюк или фича?
Попытался вывести итоговое сообщение. Как паузу не увеличивал - не появляется
Или жду подтверждения работоспособности и выпускаю jwm+rox+nosystemd.iso
Нужно в этот iso как доп. вариант systemd+NM или пусть будет для красноглазых гиков?
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Март 2015, 14:05:49
При наличии dhcp провода модем все равно стартует. Это глюк или фича?
У меня автостарта модема нет в любом случае, пока не разобрался почему. При ручном запуске wvdial выдаёт ошибки:
Код
live@pra:~$ sudo wvdial
--> WvDial: Internet dialer version 1.61
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CRM=1;&c0
AT+CRM=1;&c0
ERROR
--> Bad init string.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CRM=1;&c0
AT+CRM=1;&c0
ERROR
--> Bad init string.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CRM=1;&c0
AT+CRM=1;&c0
ERROR
--> Bad init string.
systemd+NM как доп. вариант, думаю, пока нужно оставить. Мало времени было для теста nosystemd
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 14:15:43
Ваш модем не понимает эту команду
Код
AT+CRM=1;&c0
ERROR
--> Bad init string.
Какую надо не знаю
Судя по (http://netobzor.org/forum/index.php?PHPSESSID=lvt24c2msp6nvdc2a4q9fr1jf1&topic=2265.msg11819#msg11819) можно попробовать удалить
Уберите Init2 = AT+CRM=1;&c0 в /etc/wvdial.conf

А вифи - ок?

NM - ok. Оставлю
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Март 2015, 14:28:18
Ваш модем не понимает эту команду
Код
AT+CRM=1;&c0
ERROR
--> Bad init string.
Ну и пусть живёт в неведении :) Всё равно этой автоматизацией пользоваться не буду, но посмотрю

Цитата
А вифи - ок?
Да. И ещё: возьмите на заметку "Выход в консоль" для nosystemd - выхода нет. 
NM - ok. Оставлю
[/quote]
Название: Re:PRA без systemd
Отправлено: imago31 от 22 Март 2015, 16:25:24
Запускаем pra1503test
title ▒▒ 04. PRA. JWM+rox без systemd. \n NM и netctl не работают
set x=load=udev0-173;minirc;autoNet noload=Network-m
configfile /pra/menu2c.lst
Проверяем вифи:
Должен автостартовать гуй настройки
Настраиваем - убеждаемся что  работает
Сохраняем конфиг в сохраненку или rootcopy , перегружаем систему - настроенный вифи должен молча запуститься
у меня вайфай автоматом не стартовал, открыл как папку модуль autonet на посмотреть что надо запустить, увидел скрипт wifi
набрал в терминале wifi, пишет что то про рут , запустил sudo wifi появилось пустое окошко без точек, подробнее на скрине
(http://storage3.static.itmages.ru/i/15/0322/s_1427030740_8064830_de1c37504d.png) (http://itmages.ru/image/view/2383789/de1c3750)
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 16:54:50
Модуль из аттача (http://forum.puppyrus.org/index.php/topic,16653.msg101862.html#msg101862)?
Название: Re:PRA без systemd
Отправлено: imago31 от 22 Март 2015, 19:24:00
все равно автоматом не запускается, набрал wifi в терминале, настроил инет, поменял картинку раб стола, сохранился в pfs, перезагрузился, естественно автоматом ниче не запустилось, а как теперь запустить настроенный вайфай не знаю, пробовал различные команды netctl-не получилось, или он за это не отвечает?
Название: Re:PRA без systemd
Отправлено: sfs от 22 Март 2015, 19:43:29
Дописал (http://forum.puppyrus.org/index.php/topic,16653.msg101842.html#msg101842) что где лежит и как запускать
Я уже неоднократно писал - netctl wifi-menu NM c minirc не работают
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Март 2015, 07:06:40
Imago31, autoNet_a однако не причём, у меня диалог вайфай из без него запускается. Попробуйте sudo wifi-wizard0 , должно открыться окно с доступными сетями. Если нормально - sudo net-auto , дальше будет видно.
Название: Re:PRA без systemd
Отправлено: imago31 от 23 Март 2015, 07:42:06
значит у вас подключен wifi-wizard, а мы говорим именно про autonet, его надо протестировать
Название: Re:PRA без systemd
Отправлено: sfs от 23 Март 2015, 09:16:48
wifi-wizard - мое поделие на базе раннего кода autoNet Дяди Шурика
Там только вифи, без udev
autoNet уже допилили. Гуев еще есть много. Давайте сосредоточимся на одном - autoNet
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Март 2015, 10:52:39
значит у вас подключен wifi-wizard
Да, он самый. Где-то пропустил, что autoNet_a (s02) идёт альтернативой.
Так вот, автоматом у меня поднимается только Lan, wifi - вручную, на обоих ноутах. Где задаётся условие для автостарта?
Попутно: на +3ч сдвигается время, при этом в systemd правильное.
Название: Re:PRA без systemd
Отправлено: sfs от 23 Март 2015, 11:31:51
Так вот, автоматом у меня поднимается только Lan, wifi - вручную, на обоих ноутах. Где задаётся условие для автостарта?
Все что знал про autoNet написал здесь http://forum.puppyrus.org/index.php/topic,16653.msg101842.html#msg101842
Попутно: на +3ч сдвигается время, при этом в systemd правильное.
Думаю - здесь другое
К системд у меня прикручена синхронизация времени. Там удалось поймать момент настроенности сети
Руками: sudo rdate -s tick.greyware.com
Название: Re:PRA без systemd
Отправлено: DdShurick от 23 Март 2015, 12:04:07
Где задаётся условие для автостарта?
/usr/lib/udev/rules.d/net_up.rules
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Март 2015, 16:06:43
DdShurick, спасибо!
net_up.sh , в строке 22 - wl*) после скобки лишний пробел. После правки список сетей появился... только в systemd. Кажется, опять проблема с линком, на
Код
/sys/class/net/$1/phy80211
В systemd и nosystemd они отличаются, но тут я пас...
Название: Re:PRA без systemd
Отправлено: nik152 от 24 Март 2015, 13:28:31
Проверил сеть minirc с последним 089, без autoNet. Ни проводная, ни вайфай не поднялись - "/usr/bin/netctl: line 47: команда не найдена". Добавил NM - всё равно глухо. Interface=eth0 и eth1 - всё соответствует.
То же самое на systemd - нормально. Одна ошибка при проводной настройке - Interface=eth0 при фактическом enp3s0.
Т.е. выпускать minirc, по крайней мере, преждевременно.
Название: Re:PRA без systemd
Отправлено: sfs от 24 Март 2015, 15:01:04
Я уже неоднократно писал что minirc не работает с netctl и NM
Проверять надо только  с autoNet. Для этого его и делали
И соответственно сборку надо позиционировать - только для тех, кто понимает зачем ему безsystemd  (тоже писал выше)
Я например юзаю дома на проводах
С модемом на даче пока не определился. Есть сомнения что NM будет удобнее (наличием мониторинга процесса). Лето покажет
Название: Re:PRA без systemd
Отправлено: nik152 от 24 Март 2015, 16:58:58
Я уже неоднократно писал что minirc не работает с netctl и NM
Сорри, вылетело из головы с этими изысканиями... А autoNet у меня автостартует только в systemd. В minirc проводную сеть вручную поднять не удалось - "/line 47: команда не найдена". Только к вайфай можно подключиться вручную (с правленым net_up.sh, иначе сеть не выбрать).
Название: Re:PRA без systemd
Отправлено: sfs от 25 Март 2015, 09:15:38
autoNet как раз с systemd не планируется использовать. Там netctl net-auto и NM
Давайте следующий исо выпущу (днями) - тогда и продолжим.
А то в изменениях путаница уже
Название: Re:PRA без systemd
Отправлено: nik152 от 25 Март 2015, 13:46:59
autoNet как раз с systemd не планируется использовать.
Нужно было убедиться в работоспособности скрипта, для того и подкинул.
Название: Re:PRA без systemd
Отправлено: imago31 от 26 Март 2015, 00:03:13
если можно поменьше файлов меню сделайте в следующем исо
Название: Re:PRA без systemd
Отправлено: sfs от 26 Март 2015, 09:49:01
Уже сократил до  2х  модулей (minirc и systemd). Куча udev была на время поиска решения. Более менее нашли
Название: Re:PRA без systemd
Отправлено: sfs от 29 Март 2015, 08:09:14
04 Jwm+rox minirc
autoNet не отрабатывает.
live@pra:~$ net-auto
/usr/local/bin/net-auto: line 3: systemctl: not found
--eth0 wire
--eth0 noconfig
--eth0 activ
which: no enlightenment in (/usr/local/sbin:/usr/local/bin:/usr/bin)
--wi-fi eth1
lo        no wireless extensions.

eth0      no wireless extensions.

live@pra:~$ net-auto
/usr/local/bin/net-auto: line 3: systemctl: not found
--eth0 wire
--eth0 noconfig
--eth0 activ
which: no enlightenment in (/usr/local/sbin:/usr/local/bin:/usr/bin)
--wi-fi eth1
lo        no wireless extensions.

eth0      no wireless extensions.

lo        no wireless extensions.

eth0      no wireless extensions.

/usr/local/bin/net-auto: line 309: can't create /etc/netctl/eth1-MY_POINT: Permission denied
/usr/local/bin/net-auto: line 309: can't create /etc/netctl/eth1-MY_POINT: Permission denied
Во первых не autonet, а net-auto
Во вторых еще раз повторяю - netctl net-auto NM не должны работать с minirc
live@pra:~$ wifi
cSuccessfully initialized wpa_supplicant
dhcpcd[24697]: version 6.6.4 starting
dhcpcd[24704]: eth1: starting wpa_supplicant
dhcpcd[24712]: eth1: failed to start wpa_supplicant
dhcpcd[24713]: eth1: Successfully initialized wpa_supplicant
Line 1182: unknown EAP method 'SIM'
You may need to add support for this EAP method during wpa_supplicant
build time configuration.
See README for more information.
Line 1182: failed to parse eap 'SIM'.
Line 1185: failed to parse network block.
Line 1192: unknown EAP method 'PSK'
You may need to add support for this EAP method during wpa_supplicant
build time configuration.
See README for more information.
Line 1192: failed to parse eap 'PSK'.
Line 1196: failed to parse network block.
Line 1228: unknown EAP method 'IKEV2'
You may need to add support for this EAP method during wpa_supplicant
build time configuration.
See README for more information.
Line 1228: failed to parse eap 'IKEV2'.
Line 1231: failed to parse network block.
Failed to read or parse configuration '/etc/wpa_supplicant/wpa_supplicant.conf'.
dhcpcd[24697]: eth1: waiting for carrier
dhcpcd[24697]: eth1: carrier acquired
dhcpcd[24697]: DUID 00:01:00:01:1c:a9:89:e4:54:ee:75:01:e3:4e
dhcpcd[24697]: eth1: IAID b6:da:12:eb
dhcpcd[24697]: eth1: soliciting an IPv6 router
dhcpcd[24697]: eth1: Router Advertisement from fe80::c6a8:1dff:fe6c:c5d3
dhcpcd[24697]: eth1: adding route to fd01::/64
dhcpcd[24697]: eth1: adding default route via fe80::c6a8:1dff:fe6c:c5d3
/usr/lib/resolvconf/libc: line 192: /bin/systemctl: No such file or directory
dhcpcd[24697]: eth1: soliciting a DHCPv6 lease
dhcpcd[24697]: eth1: REPLY6 received from fe80::c6a8:1dff:fe6c:c5d3
dhcpcd[24697]: eth1: adding address fd01::8ce1:7d0c:e137:4911/128
dhcpcd[24697]: eth1: renew in 43200 seconds, rebind in 75600 seconds
dhcpcd[24697]: eth1: soliciting a DHCP lease
dhcpcd[24697]: forked to background, child pid 24857
ок. Спасибо и +
Название: Re:PRA без systemd
Отправлено: nik152 от 29 Март 2015, 13:01:05
Во первых не autonet, а net-auto
Нет, я не оговорился, не отрабатывает именно autoNet.
А вот net-auto, который
Цитата
не должен работать с minirc
благополучно стартует. Спрашивается - зачем? Юзеров путать? Грузиться должно то, что должно.
Название: Re:PRA без systemd
Отправлено: sfs от 29 Март 2015, 16:07:32
04 Jwm+rox minirc
autoNet не отрабатывает.
wifi из autoNet (рабочий)
Тогда я запутался
Для вифи надо модуль фирмваре, который я забыл положить в исо
Название: Re:PRA без systemd
Отправлено: nik152 от 30 Март 2015, 07:10:42
Тогда я запутался
Ну вот, и сам запутался и других путаю :( Попробую подробнее.
Дабы отмести подозрения, перебрал 070-Pra-150210 и выбросил из модуля 081 net-auto и netctl. Предположил, что возможно они мешают поднять сети автоматом. Не помогло...
autoNet сам по себе, похоже, стартует. Если правильно понимаю, признак тому - отсутствие в трее значка с мониторчиками, и наличие хинта
Код
Interfaces: eth0 eth1
IN MAX=142 bites/s
OUT MAX=508 bites/s
На этом вся автоматизация и заканчиваеся, больше ничего не выскакивает. Проводная сеть не поднимается никак (не смог), вайфай - можно вручную, из консоли, что и показал выше.
А фирмваре подкинул сразу же, бухтит без него.
Название: Re:PRA без systemd
Отправлено: DdShurick от 30 Март 2015, 08:57:09
autoNet сам по себе, похоже, стартует.
Это легко проверить
Код
cat /tmp/network.log 
wlan0 up
/etc/network/A0:F3:C1:C4:6A:5F.20:68:9d:3a:89:c2.conf
1 dhcpcd wlan0 up. Connect network
Название: Re:PRA без systemd
Отправлено: sfs от 30 Март 2015, 09:45:33
Дабы отмести подозрения, перебрал 070-Pra-150210 и выбросил из модуля 081 net-auto и netctl.
Плохая идея - получается Вы тестируете уже что-то свое и имеете свои глюки
autoNet сам по себе, похоже, стартует. Если правильно понимаю, признак тому - отсутствие в трее значка с мониторчиками, и наличие хинта
значок в трее с мониторчиками - это NM. Этот модуль с minirc не работает. Его надо отключить. может мешать
Название: Re:PRA без systemd
Отправлено: nik152 от 30 Март 2015, 11:39:50
Плохая идея
Лучше не придумал :) Я только убедился, что скрипты net-auto и netctl не мешают autoNet, и вернул исходный модуль на место.
Цитата
значок в трее с мониторчиками - это NM.
Нет его (NM), а такой же значок может быть и здесь (на скрине)

Код
cat /tmp/network.log 
wlan0 up
/etc/network/A0:F3:C1:C4:6A:5F.20:68:9d:3a:89:c2.conf
1 dhcpcd wlan0 up. Connect network
Это у Вас так выводится? У меня так:
Код
live@pra:~$ cat /tmp/network.log
eth0 up
eth1 up
Каталога /etc/network/ в pra нет, конфиг сохраняется в /etc/netctl и в сохранёнке он есть, а сеть не подымается.
Что ещё предложите?
Название: Re:PRA без systemd
Отправлено: DdShurick от 30 Март 2015, 11:58:59
Что ещё предложите?
Вручную запустить lan.sh eth0 и lan.sh eth1, посмотреть, где тормозит.
Название: Re:PRA без systemd
Отправлено: nik152 от 30 Март 2015, 13:06:55
Код
live@pra:~$ lan.sh eth0
SIOCSIFFLAGS: Operation not permitted
cat: /sys/class/net/eth0/carrier: Недопустимый аргумент
SIOCSIFFLAGS: Operation not permitted

Код
live@pra:~$ lan.sh eth1
/usr/bin/lan.sh: line 104: /tmp/network.log: Отказано в доступе
Через sudo ничего не выводится
Название: Re:PRA без systemd
Отправлено: DdShurick от 30 Март 2015, 13:16:17
Через sudo ничего не выводится
Через su.
Название: Re:PRA без systemd
Отправлено: nik152 от 31 Март 2015, 05:17:40
Код
live@pra:~$ su root lan.sh eth1
Пароль:
dhcpcd[17818]: dhcpcd not running

Код
live@pra:~$ su root lan.sh eth0
Пароль:
ping: unknown host fe80::c6a8:1dff:fe6c:c5d3
dhcpcd[19057]: sending signal ARLM to pid 19055
dhcpcd[19057]: waiting for pid 19055 to exit
И выскакивает гуй "Нет подключения к eth0"
Название: Re:PRA без systemd
Отправлено: DdShurick от 31 Март 2015, 10:12:27
Код
ping: unknown host fe80::c6a8:1dff:fe6c:c5d3
И выскакивает гуй "Нет подключения к eth0"
У вас ipv6?
Название: Re:PRA без systemd
Отправлено: nik152 от 31 Март 2015, 13:10:57
Да нет, старый - IPv4. Смущает host fe80::c6a8:1dff:fe6c:c5d3? Посмотрел настройки роутера, там со стороны LAN разрешён сервер IPv6, только в диапазоне fd01::2 - fd01::ffff...... Попробую отключить, отпишусь.

Нет, то же самое, только pid изменился...
Название: Re:PRA без systemd
Отправлено: sfs от 20 Июль 2015, 11:06:50
Юзаю на даче nosystemd с модемом skylink через autoNet
Соединение устанавливается ощутимо долго. Успеваю загрузить браузер, а инет появляется только через несколько секунд
Переделал. Задействовал профиль netctl : /lib/network/network mobile-ppp_skylink (start stop профиля работает без systemd).
АвтоЗапуск средствами minirc /etc/minirc.conf
В отличии от autoNet не универсально для любого прова и модема. 
Странно. Ведь autoNet стартует через udev - т.е. в самом начале системы. Откуда тормоза.... Может в /lib/network/network mobile-ppp_skylink  есть полезные идеи ...
Название: Re:PRA без systemd
Отправлено: DdShurick от 20 Июль 2015, 16:39:42
Код
/bin/sleep 12
Сделано с запасом
Название: Re:PRA без systemd
Отправлено: sfs от 21 Июль 2015, 08:51:49
Посмотрел network mobile-ppp_skylink - там обошлись без sleep
Может проанализировать и перенять опыт?
Или просто добавить вызов network в udev...
Название: Re:PRA без systemd
Отправлено: sfs от 02 Сентябрь 2015, 15:03:11
Если скомпилить из под minirc что-нибудь с udev зависимостями (например spacefm) - получится зависимость libudev.so.0
В systemd -  libudev.so.1
Сделать в модуле systemd симлинк или можно как-то лучше?

Название: Re:PRA без systemd
Отправлено: RoDoN от 03 Сентябрь 2015, 14:26:27
Загрузка pra03-1509test без systemd:
1. Время убежало вперед на 3 часа, во всех др.сборках и в т.ч. в этой, но с systemd время нормально отображается.
2. Настройку даты и времени в меню не нашел.
3. Вроде бы фирмваре linux-firmware-20150410.ec89525-1-any.pfs полный (41 Мб) и карта вай-фая Broadcom BCM4318 определилась (драйвер b43-pci-bridge), а подключение настроить не могу, нет беспроводных сетей  :-[
При загрузке с systemd и NM сеть вай-фай тоже не настраивается.
4. В /etc/rc.local прописал umount /mnt/sda1, чтобы раздел рекавери был отмонтирован, после создания файла сохранения и перезагрузки раздел все-равно смонтирован, прописал sudo umount /mnt/sda1 - результат тот же. Разве /etc/rc.local  не обрабатывается при загрузке без systemd?
При загрузке с systemd раздел sda1 был отмонтирован!
Название: Re:PRA без systemd
Отправлено: sfs от 03 Сентябрь 2015, 14:57:19
1. Время убежало вперед на 3 часа, во всех др.сборках и в т.ч. в этой, но с systemd время нормально отображается.
Возможно в системд стартует синхронизация rdate, а здесь нет. Надо смотреть
2. Настройку даты и времени в меню не нашел.
Пока нету. Та что есть использует системд. Решаемо
3. Вроде бы фирмваре linux-firmware-20150410.ec89525-1-any.pfs полный (41 Мб) и карта вай-фая Broadcom BCM4318 определилась (драйвер b43-pci-bridge), а подключение настроить не могу, нет беспроводных сетей  :-[
При загрузке с systemd и NM сеть вай-фай тоже не настраивается.
Тогда это какая-то другая (не nosystemd) проблема. В 1508 проблема есть? Не в обновленных ли либах дело...
4. Разве /etc/rc.local  не обрабатывается при загрузке без systemd?
При загрузке с systemd раздел sda1 был отмонтирован!
Нет. Можно прикрутить через minirc.conf (http://forum.puppyrus.org/index.php/topic,16653.msg105924.html#msg105924)

Добавил в шапку "Известьные проблемы". Юзаю nosystemd , планирую доводить
Название: Re:PRA без systemd
Отправлено: RoDoN от 04 Сентябрь 2015, 10:27:09
Можно прикрутить через minirc.conf (http://forum.puppyrus.org/index.php/topic,16653.msg105924.html#msg105924)
Добавил в minirc.conf строчку umount /mnt/sda1 - эффект нулевой, sda1 остался смонтированным :-[
Название: Re:PRA без systemd
Отправлено: sfs от 04 Сентябрь 2015, 10:38:08
Покажи minirc.conf
Название: Re:PRA без systemd
Отправлено: RoDoN от 04 Сентябрь 2015, 14:29:19
Решено, оказывается надо было создать файл /etc/minirc.local (аналог /etc/rc.local) и прописать туда: umount /mnt/sda1

З.Ы. Файл /etc/minirc.local надо бы добавить в модуль 075-Minirc-120.2915396-s08.pfs
Название: Re:PRA без systemd
Отправлено: sfs от 04 Сентябрь 2015, 14:32:12
Т.е. это штатная функция minirc? Тогда лучше симлинк на rc.local поставить
Название: Re:PRA без systemd
Отправлено: RoDoN от 04 Сентябрь 2015, 14:34:23
Да, функция штатная запускается из /sbin/rc:
Код
    # load /etc/minirc.local
    if [ -x /etc/minirc.local ]; then
        echo_color 3 loading /etc/minirc.local...
        /etc/minirc.local
    fi

Проверил, с  симлинком на rc.local нормально работает.
Название: Re:PRA без systemd
Отправлено: sfs от 08 Сентябрь 2015, 17:51:48
Наверное, надо для удобства в minirc.local засунуть выполнение скриптов в /etc/rc.d - в аттаче
И как вариант PeasyWiFi (http://forum.puppyrus.org/index.php/topic,15789.0.html) прикрутить
Название: Re:PRA без systemd
Отправлено: nik152 от 14 Сентябрь 2015, 05:29:09
3. Вроде бы фирмваре linux-firmware-20150410.ec89525-1-any.pfs полный (41 Мб) и карта вай-фая Broadcom BCM4318 определилась (драйвер b43-pci-bridge), а подключение настроить не могу, нет беспроводных сетей  :-[
41MB - ужасть... У меня на Acer - BCM4311, c тем же драйвером b43-pci-bridge (b43.ko), нормально и без фирмваре. Как-то решили вопрос?
Название: Re:PRA без systemd
Отправлено: sfs от 14 Сентябрь 2015, 09:50:42
Для конкретного компа (не для любых) из firmware нужно или ничего или несколько файлов.
Достаточно выдернуть только их - через анализ
Код
dmesg |grep firmware
или Меню - настройки - оптимизация фирмваре
Название: Re:PRA без systemd
Отправлено: RoDoN от 14 Сентябрь 2015, 10:08:28
Как-то решили вопрос?
Да, обсуждение этого вопроса здесь (http://forum.puppyrus.org/index.php/topic,17309.0.html)
Название: Re:PRA без systemd
Отправлено: nik152 от 14 Сентябрь 2015, 15:14:42
Меню - настройки - оптимизация фирмваре
Попробовал на ёжике. kernel ужался до 2МБ, экономия примерно 11МБ, и всё работает. При жёсткой экономии - тоже вариант, наряду с minirc.

RoDoN, ещё вопрос, немного в сторону: на этом ноуте у Вас был Snow Dog? WiFi работал?
Название: Re:PRA без systemd
Отправлено: sfs от 14 Сентябрь 2015, 15:18:38
От ужимания 00-kernel у меня были какие-то побочные эффекты
От вырезания из firmware только нужного для данного компа - их быть не должно. На ресурсы влияет только при copy2ram
Название: Re:PRA без systemd
Отправлено: nik152 от 14 Сентябрь 2015, 15:45:04
побочные эффекты
Пока не заметил, понаблюдаю, спасибо. А firmware я уже давненько отключил на всех ноутах. Только на Lenovo выскочил запрос на какой-то сетевой драйвер, и только в режиме Minirc, в PRA03 с k3.14.17 - добавил. В PRA09 - тишина.   
Название: Re:PRA без systemd
Отправлено: sfs от 14 Сентябрь 2015, 15:49:54
firmware я уже давненько отключил на всех ноутах.
Если все устройства работают без него и система запускается только на этом компе - так и надо делать
Только на Lenovo выскочил запрос на какой-то сетевой драйвер, и только в режиме Minirc,
В minirc это возможно - глюк , связвный с удалением systemd
Название: Re:PRA без systemd
Отправлено: nik152 от 14 Сентябрь 2015, 16:05:19
В minirc это возможно - глюк , связвный с удалением systemd
Нет, там что-то связано с /sys/class/net/eth0. В Systemd контроллер другой - enp3s0. Что точно - не помню, и ноут не под рукой.
Название: Re:PRA без systemd
Отправлено: sfs от 14 Сентябрь 2015, 16:32:43
Везде все одинаково кроме имен интерфейсов
enp3s0 и т.п. - приколы systemd
В minirc все проводные будут eth0
Название: Re:PRA без systemd
Отправлено: sfs от 21 Сентябрь 2015, 15:23:17
Загрузка pra03-1509test без systemd:
1. Время убежало вперед на 3 часа, во всех др.сборках и в т.ч. в этой, но с systemd время нормально отображается.
Похоже, проблему решает добавление в minirc.conf
Код
sudo hwclock -s
Название: Re:PRA без systemd
Отправлено: nik152 от 21 Сентябрь 2015, 18:58:02
Попробовал воспользоваться новым minirc.conf, чтобы время устанавливалось из BIOS. Так и получается, но ровно до момента входа в сеть. После чего время меняется на московское. rdate убрали, где же ещё происходит переключение?
Название: Re:PRA без systemd
Отправлено: sfs от 21 Сентябрь 2015, 19:43:18
rdate я убрал только из /etc/netctl и только потому что в этом месте он иногда не работал
В /usr/local/bin/10netcfg он остался. 16 строка
rdate - полезная вещь. Чтобы работал правильно - должен быть настроен часовой пояс
Завтра поправлю set-time-for-puppy. Сегодня исправьте руками /etc/localtime на Ваш пояс
Название: Re:PRA без systemd
Отправлено: sfs от 22 Сентябрь 2015, 09:22:44
Завтра поправлю set-time-for-puppy.
Поправил. Залил 089
Есть некоторые сомнения по поводу модемов через netctl. Достаточно ли шаблона профиля mobile_ppp или надо под каждого провайдера допиливать (как это пришлось сделать для skylink)
Насколько удобен netctl вообще и мой gui к нему в частности
Хорошо ли сделан запуск демонов minirc - через /etc/rc.d. Может переделать /etc/init.d ?

Все что хотел сделал. Думаю - можно релизить. pra1509game,middle планирую выпустить на этой базе (http://forum.puppyrus.org/index.php/topic,17304.0.html)
Пару дней жду отзывов и выпускаю pra03-1509 : minirc, systemd (опциональным модулем), jwm, mc без софта - для опытных
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Сентябрь 2015, 14:24:26
set-time-for-puppy. Поправил. Залил 089
И хорошо, время установил. По поводу модемов - не знаю, у меня старые, привык к Гному.
netctl с гуем? Масса возможных вариантов, кому что надо. Многое я просто не знаю. Единственное, что вижу лишнее (нерабочее) - Wifi-menu.
Про запуск демонов minirc вопросов нет, а разница между rc.d и init.d мне неведома.
Вот в первой тестовой сборке мне понравилась фишка автовосстановления разорваной сети - eth0 up (после тёщиного отключения сетевого рубильника :)). Если не сложно - восстановите.
Сейчас при запуске куча всплывающих хинтов сетевой деятельности - напрягает.
Название: Re:PRA без systemd
Отправлено: sfs от 22 Сентябрь 2015, 14:52:07
(нерабочее) - Wifi-menu.
На самом деле оно полурабочее в minirc: конфиг создает, но не запускает
Там же есть мой аналог на yad. По замыслу в minirc wifi-menu должен быть скрыт
разница между rc.d и init.d мне неведома.
В https://ru.wikipedia.org/wiki/UNIX_System_V init.d - хоть какой-то стандарт соблюсти
Вот в первой тестовой сборке мне понравилась фишка автовосстановления разорваной сети - eth0 up (после тёщиного отключения сетевого рубильника :)). Если не сложно - восстановите.
Это модуль Дяди Шурика auto-net. Ничего там не менял.
Убирайте из автостарта профили netctl (а может можно и оставить - не пробовал) , добавляйте load=auto-net и все должно работать
Этот пункт в меню iso убирать не планирую
Сейчас при запуске куча всплывающих хинтов сетевой деятельности - напрягает.
Получается много вариантов комбинации скриптов.
Готов рассмотреть уменьшение - предлагайте
Название: Re:PRA без systemd
Отправлено: nik152 от 22 Сентябрь 2015, 17:37:45
Цитата
Готов рассмотреть уменьшение - предлагайте
На мой взгляд, нужен только конечный результат - "Интернет подключен". Всё остальное - для лога.

Цитата
добавляйте load=auto-net и все должно работать
Просто так нормально не работает. Поразбираюсь, коль моя прихоть. А будут вопросы - спрошу.
Название: Re:PRA без systemd
Отправлено: DdShurick от 22 Сентябрь 2015, 17:47:48
фишка автовосстановления разорваной сети - eth0 up
Использется даймон busybox ifplugd
Код
# busybox ifplugd 
BusyBox v1.21.1 (2015-02-06 09:37:08 UTC) multi-call binary.

Usage: ifplugd [OPTIONS]

Network interface plug detection daemon

-n Don't daemonize
-s Don't log to syslog
-i IFACE Interface
-f/-F Treat link detection error as link down/link up
(otherwise exit on error)
-a Don't up interface at each link probe
-M Monitor creation/destruction of interface
(otherwise it must exist)
-r PROG Script to run
-x ARG Extra argument for script
-I Don't exit on nonzero exit code from script
-p Don't run "up" script on startup
-q Don't run "down" script on exit
-l Always run script on startup
-t SECS Poll time in seconds
-u SECS Delay before running script after link up
-d SECS Delay after link down
-m MODE API mode (mii, priv, ethtool, wlan, iff, auto)
-k Kill running daemon
файл конфигурации /etc/ifplugd/ifplugd.action
Это модуль Дяди Шурика auto-net.
В нём есть и автоподключение 3/4G модемов
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Сентябрь 2015, 08:10:17
DdShurick, ОК, спасибо.
Название: Re:PRA без systemd
Отправлено: sfs от 23 Сентябрь 2015, 09:21:54
На мой взгляд, нужен только конечный результат - "Интернет подключен". Всё остальное - для лога.
Спорно. Если провод поднимается достаточно быстро, то wifi и тем более модем - долго
Сидеть и ждать сообщения что инет подключен (можно и не дождаться) не понимая идет ли еще процесс ...
А вообще netctl.sh надо юзать и по итогу допиливать
Только перед этим надо убедиться что он на уровне старта конфигов работает

auto_net - полнофункциональная (провод, вифи, модем) альтернатива netctl
Отличие - auto_net - отслеживает изменения переключений (типа - провод отключили - автоподключил вифи)
При всех отключенных netctl профилях - он не должен мешать auto_net. Могу сделать автооьключение netctl при подключенном auto_net

Я поюзал auto_net - не понравилось, что соединение долго стартует
Из-за автопереключений - логика работы auto_net сложная
Функционал автопереключений - нужен ли вообще...
Даже если нужен - нужно ли auto - вешай в трее netctl-tray и переключайся руками. Так ли часто это надо...
У netctl логика простая - создал конфиг -  стартуй\стопори его и при желании - в автозагрузку
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Сентябрь 2015, 10:51:13
Ну хорошо, согласен на два: "Идет подключение к ..." и "Соединение установлено" ("Интернет подключен"), как-то так. Больше ни к чему. Видеть фейерверк из 6-7(?) хинтов - это, право, перебор... Ни о чём не настаиваю, высказал своё мннение.
А вот про автопереключение полностью согласен. Усложнять ради редкого и сомнительного удовольствия? Да ручного будет за глаза...
Название: Re:PRA без systemd
Отправлено: sfs от 23 Сентябрь 2015, 12:43:03
Ну хорошо, согласен на два: "Идет подключение к ..." и "Соединение установлено" ("Интернет подключен"), как-то так. Больше ни к чему.
Да. В какой ситуации больше 2х?
А вот про автопереключение полностью согласен. Усложнять ради редкого и сомнительного удовольствия? Да ручного будет за глаза...
На самом деле - у netctl тоже есть автофункционал. Только зачем...?
Тогда с чем связан Ваш интерес к  ifplugd ?
Название: Re:PRA без systemd
Отправлено: nik152 от 23 Сентябрь 2015, 15:09:34
В какой ситуации больше 2х?
Нет, не больше. Просто для 2 написал "Соединение установлено", потом вспомнил что у нас "Интернет подключен" и добавил в скобках. Т.е. имелось в виду либо - либо.

Цитата
с чем связан Ваш интерес к  ifplugd ?
Дело случая. Когда поставил 1509-test и перезагрузился, обнаружил, что не вставлен провод. Подключаю, и вдруг вижу - eth0 up - и я в сети. Отключаю - eth0 down. Вставляю - снова up. Разве плохо? У нас нет-нет, да случаются сбои в эл.сети, соответственно рвётся и связь. Отсюда и интерес. Необязательно, конечно, но приятно.
Название: Re:PRA без systemd
Отправлено: DdShurick от 23 Сентябрь 2015, 17:47:42
Необязательно, конечно, но приятно.
А чем плохо, когда модем стартует автоматически, или wi-fi поднимается автоматически, увидев "знакомую" сеть?
Название: Re:PRA без systemd
Отправлено: sfs от 23 Сентябрь 2015, 18:14:35
Если стартует - хорошо. А если нет - не понятно чего делать
Гуй только для вифи. Хелпа  нет.
Боюсь, в итоге autonet приживется только у везучих (у кого стартанул)
Дядя Шурик - дорабатывать не планируете?

Доработал свой netctl.sh http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/089-pra-up.pfs
Название: Re:PRA без systemd
Отправлено: DdShurick от 23 Сентябрь 2015, 19:59:34
Дядя Шурик - дорабатывать не планируете?
На мой товар спроса нет.
Название: Re:PRA без systemd
Отправлено: nik152 от 24 Сентябрь 2015, 04:54:28
DdShurick, "необязательно" - это в том контексте, что можно дать команду sudo dhcpcd eth0, можно сделать кнопочку с этой командой, можно через имеющийся гуй - есть варианты. Но когда есть автоматика, уже неохота от неё отказываться. И не буду. И Вам за это спасибо!
Название: Re:PRA без systemd
Отправлено: nik152 от 24 Сентябрь 2015, 09:02:15
Доработал свой netctl.sh...
Надёргался провода, навыключался "рубильником" роутера, вот что получилось:
1. Созданы профили lan и wifi, первый - в rc.d . Сети подхватываются автоматом при переключениях профилей и с обрывами, в разных вариантах. Т.е. всё хорошо.
2. Без профилей. Создаю новый проводной, стартую - нормально. С вифи иначе, при старте выдаётся
Код
The interface of network profile 'name' is already up
но сеть не подымается. Требуется нажать Стоп, потом Старт, после чего идёт
Код
Запуск профиля...
и вход в сеть. Так задумано?
Название: Re:PRA без systemd
Отправлено: sfs от 24 Сентябрь 2015, 09:53:19
Тоже вчера экспериментировал
The interface of network profile 'name' is already up - заметил и пофиксил. Залил апдейт 089
Изменения интерфейса netctl.sh - становится понятнее и удобнее?

Дядя Шурик - autonet точно пойдет в pra1509. Остальное по итогу тестирования
По любому я много вдохновлялся Вашими скриптами. Все востребовано и не зря
pra-nosystemd - тоже кстати по мотивам Вашей "любви" к Лёне П.  :)
Название: Re:PRA без systemd
Отправлено: nik152 от 24 Сентябрь 2015, 11:35:20
The interface of network profile 'name' is already up - заметил и пофиксил. Залил апдейт 089
Да, теперь нормально.
Изменения интерфейса netctl.sh - становится понятнее и удобнее?
Честно говоря, с интерфейсом у меня каких-то неудобств никогда и не возникало. Что-то менялось, но всё ясно и понятно. Или чего-то не заметил? Зато заметил, что netctl.sh появилось несколько: 1, 3+, 7... Все нужны?
Название: Re:PRA без systemd
Отправлено: sfs от 24 Сентябрь 2015, 11:48:07
1, 3+, 7 - промежуточные. Уберу
Есть еще 2 проблемы
1. хелп из инета, а он еще не настроен - надо текстом написать
2. В minirc - eth0 wlan0 , в systemd имя того же интерфейса затейливое
Получается надо 2 конфига для одного соединения
Ищу путей сделать везде eth0 wlan0
net.ifnames=1 biosdevname=0 в параметры ядра не помогло
Название: Re:PRA без systemd
Отправлено: sfs от 24 Сентябрь 2015, 12:13:30
Ищу путей сделать везде eth0 wlan0
net.ifnames=0  в параметры ядра помогло (https://wiki.archlinux.org/index.php/Network_configuration_%28%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9%29#.D0.98.D0.BC.D0.B5.D0.BD.D0.B0_.D1.83.D1.81.D1.82.D1.80.D0.BE.D0.B9.D1.81.D1.82.D0.B2)
Название: Re:PRA без systemd
Отправлено: nik152 от 27 Сентябрь 2015, 08:00:45
pra03-1509.iso Минимальная сборка (80мб)
Изменения интерфейса netctl.sh - становится понятнее и удобнее?
Да, конечно :) Без спешки увидел нововведения.
Про протестированное ранее нет смысла писать, уточню некоторые моменты. Помнится, RoDoN где-то высказывался про переключение профилей WiFi: то ли точек, то ли сетей - не помню. Доступных сетей у меня нет, а попереключать точки попробовал. Кроме роутера, есть у меня одна железячка - автономный 3G WiFi роутер с samba-серверочком. Так вот, здесь переключать не получается: либо обе, либо ни одной. В первом случае, доступна только одна из них. Необходимости в таком переключении нет, поэтому не заморачиваюсь. А как у Вас?
  И вопрос к DdShurick'у по autonet. Подхватывается ли у Вас автоматом wifi после перерыва связи?
Название: Re:PRA без systemd
Отправлено: DdShurick от 27 Сентябрь 2015, 10:03:33
Подхватывается ли у Вас автоматом wifi после перерыва связи?
Нет.
Название: Re:PRA без systemd
Отправлено: sfs от 28 Сентябрь 2015, 09:23:36
Доступных сетей у меня нет, а попереключать точки попробовал. Кроме роутера, есть у меня одна железячка - автономный 3G WiFi роутер с samba-серверочком. Так вот, здесь переключать не получается: либо обе, либо ни одной. В первом случае, доступна только одна из них. Необходимости в таком переключении нет, поэтому не заморачиваюсь.
Если Вы пишите про netctl.sh netctl-tray - то там все просто:
Двух достукпных вифи нет, но по идее - не должно быть разницы какой профиль
Есть настроенные профили. Их можно network start\stop в консоле или через гуй
netctl-tray делает циклом network start выбранному профилю и  network stop остальным
По идее ломаться там нечему. Единственное - может быть интерфейс не успевает переключиться (подключение к вифи - дело не быстрое)
Без systemd некому отслеживать - закончился процесс или еще идет
Название: Re:PRA без systemd
Отправлено: DdShurick от 28 Сентябрь 2015, 10:23:06
Без systemd некому отслеживать - закончился процесс или еще идет
ifplugd
Название: Re:PRA без systemd
Отправлено: sfs от 28 Сентябрь 2015, 10:43:28
ifplugd - отслеживает наличие подключения по факту (т.е. получилось или нет)
Как подключалось и еще едет подключение или не получилось он не отслеживает
Такое отслеживает netctl через systemd. Или надо городить костыли вокруг network (что я и делал)
Название: Re:PRA без systemd
Отправлено: DdShurick от 28 Сентябрь 2015, 11:36:05
Как подключалось и еще едет подключение или не получилось он не отслеживает
Это зависит от ifplugd.action, но мне проще переподключить wifi вызвав из меню "Wi-Fi - сканирование + подключение".
Название: Re:PRA без systemd
Отправлено: sfs от 28 Сентябрь 2015, 11:42:16
Поскольку автоматизация переключений есть в autonet (и это очень на любителя) - в netctl будет только ручной переключатель в трее netctl-tray
Название: Re:PRA без systemd
Отправлено: nik152 от 28 Сентябрь 2015, 16:50:11
по идее - не должно быть разницы какой профиль
Да тоже так думал, но какая-то разница есть (я про netctl-tray). Основной (1й) профиль wifi стартует надёжно и реально подключается. При этом в трее плюсиками помечаются оба профиля wifi. При переключении на 2й профиль (3G wifi), хинты выдают: отключение 1го профиля, eth0, затем идёт запуск выбранного, но сеть не подхватывается. Результат: все три профиля (включая eth0) в откл. состоянии, что видно и в трее.
 network start|stop в консоли и через гуй отрабатывает везде как надо. То есть проблем нет.

Подхватывается ли у Вас автоматом wifi после перерыва связи?
Нет.
Значит и с autonet порядок. У меня, по крайней мере.
Название: Re:PRA без systemd
Отправлено: sfs от 28 Сентябрь 2015, 17:29:27
Основной (1й) профиль wifi стартует надёжно и реально подключается. При этом в трее плюсиками помечаются оба профиля wifi.
Да - плюсики - я просто фильтрую ifconfig на имя интерфейса + RUNNING
Вообще это плохо. Получается если 2 конфига на один интерфейс - будет 2 плюса
Возможно из-за этого и проблема с переключением с одного вифи на другой
Для вифи можно отпарсить имя сети через ps
А вот что делать с проводом - например, если есть 2 профиля dhcp и статика... ps |grep dhcpcd
А для модeма...
Не хотелось бы усложнять скрипты
Как бы сделать без systemd : netctl status
Название: Re:PRA без systemd
Отправлено: DdShurick от 28 Сентябрь 2015, 19:14:24
Возможно из-за этого и проблема с переключением с одного вифи на другой
Надо перезагружать wpa_supplicant
А вот что делать с проводом - например, если есть 2 профиля dhcp и статика...
ifplugd обработает оба, причём каждый отдельно.
А для модeма...
udev
Как бы сделать без systemd : netctl status
Здесь (https://cloud.mail.ru/public/3V8U/xLudRSDLM) я пытался.
Название: Re:PRA без systemd
Отправлено: sfs от 29 Сентябрь 2015, 13:59:16
В итоге дописал определение профиля вифи через iwconfig
Писать костыли определения проводных и модемных соединений (когда их несколько) не хочется
Пусть появится хотя бы 1 человек кому это надо и подключать systemd он не хочет - тогда подумаем
Название: Re:PRA без systemd
Отправлено: DdShurick от 29 Сентябрь 2015, 17:17:34
В итоге дописал определение профиля вифи через iwconfig
Подробнее про это можно, а то сомневаюсь я.
Писать костыли определения проводных и модемных соединений (когда их несколько) не хочется
Там писать нечего, всё уже в /sys/class/net/ есть.
Пусть появится хотя бы 1 человек кому это надо и подключать systemd он не хочет - тогда подумаем
Был бы PRA стандартным, взяли бы всё из Richy.
Название: Re:PRA без systemd
Отправлено: sfs от 29 Сентябрь 2015, 17:34:30
Код
 [ "$ESSID" = "$(iwconfig |awk -F\" '/^'$Interface'/ {print $2}')" ] ...
$ESSID $Interface - из конфига netctl- через iwconfig получаю текущий ESSID
 /sys/class/net/ - есть и сделать можно, но желания все это и конфиг парсить нет
Из Ричи взял autonet - там что-то еще есть? Хотелось бы придерживаться конфигов netctl
Название: Re:PRA без systemd
Отправлено: DdShurick от 29 Сентябрь 2015, 17:54:40
Если интерфейс не настроен, iwconfig выдаёт:
Код
# iwconfig       
wlan0     IEEE 802.11bgn  ESSID:off/any 
          Mode:Managed  Access Point: Not-Associated   Tx-Power=14 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
получаем пустоту.
autonet - там что-то еще есть?
AutoNet - lan.sh, wlan.sh, pppoe, autorun3Gmodem. Вроде бы достаточно
Название: Re:PRA без systemd
Отправлено: sfs от 30 Сентябрь 2015, 10:15:57
получаем пустоту.
Да, и выполняется || - так и задумано
AutoNet - lan.sh, wlan.sh, pppoe, autorun3Gmodem. Вроде бы достаточно
Кроме pppoe все в iso 1509 опциональным модулем и по итогу поверхностного тестирования работает
Только функционал автопереключения - на любителя
Ручного переключения нет, включения в автостарт выбранного профиля нет
gui-я для стат. ip нет
Поэтому я и спрашивал - не планируете ли доработку...
Название: Re:PRA без systemd
Отправлено: DdShurick от 30 Сентябрь 2015, 12:52:28
Только функционал автопереключения - на любителя
При наличии lan на wlan пакеты не отправляются. Тут переключение, похоже, на уровне ядра.
Ручного переключения нет
Есть, но в пакет не входит.
включения в автостарт выбранного профиля нет
А нужно? Скрипт находит "знакомую" (по MAC) сеть и автоподключается.
gui-я для стат. ip нет
А надо?
Поэтому я и спрашивал - не планируете ли доработку...
За меня планирует моё самочувствие, а оно последнее время  :( ...
Название: Re:PRA без systemd
Отправлено: sfs от 30 Сентябрь 2015, 13:42:19
Сложный вопрос - надо или нет. У меня создается впечатление, что я вообще единственный юзер pra-nosystemd
Отзовитесь кто юзает и в каком варианте
Лично мне удобнее через netctl. Там просто , понятно и почти аналогично systemd.
Соединение устанавливается быстрее чем с autonet
autonet сделан принципиально по другому
Думаю, оптимально дождаться отзывов и по итогу решать
Название: Re:PRA без systemd
Отправлено: Pro от 30 Сентябрь 2015, 13:56:22
Вбрось на ЛОР, там нелюбителей системд кажется много.
Название: Re:PRA без systemd
Отправлено: sfs от 30 Сентябрь 2015, 14:38:23
"Нелюбителей" готовых только пофлудить про то, про что особо не понимают не надо
Мне бы тестеров или программеров
Название: Re:PRA без systemd
Отправлено: RoDoN от 30 Сентябрь 2015, 15:31:35
Отзовитесь кто юзает
В последнее время стал пользоваться, сохраненка только 090*.pfs, но интернет через wi-fi почему-то не всегда поднимается автоматом, в чем именно причина пока не разобрался.
Заметил, что если сохраненка 090*.pfs содержит настройки и с systemd, и без systemd, то wi-fi вообще сам не поднимается, надо запускать руками.
Название: Re:PRA без systemd
Отправлено: sfs от 30 Сентябрь 2015, 15:43:50
Инет через netctl или autonet?
netctl c последними обновами? Запуск сети через /etc/rc.d ?
Дело не в разных названиях интерфейсов в minirc и systemd и не в качестве вифи связи?
Название: Re:PRA без systemd
Отправлено: nik152 от 01 Октябрь 2015, 07:12:30
создается впечатление, что я вообще единственный юзер pra-nosystemd
Отзовитесь кто юзает и в каком варианте
Ну отчего же единственный :), до выхода 1509 везде стояла 1503. Да, буксовал поначалу с сетью, потом разобрался. Ну и привык... На systemd переключаюсь редко, только для какой-то проверки. Работой netctl вполне доволен, со связью никаких проблем не испытываю. И autonet в домашних условиях оказался без надобности. Но, возможно, не будет лишним на походной флешке, время покажет...
Название: Re:PRA без systemd
Отправлено: sfs от 08 Октябрь 2015, 16:06:53
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/inetutils-syslogd-minirc-1.9.2-1.pfs
Планирую включить в модуль Minirc
Автозапуск при наличии debug в параметрах ядра (как и с systemd)
Название: Re:PRA без systemd
Отправлено: RoDoN от 11 Октябрь 2015, 21:46:08
Сборка pra03-1509.iso с последним 089-pra-up.pfs, вариант загрузки с minirc, сеть wi-fi настроена и запускается через netctl, при старте с сохраненкой .pfs сеть поднимается автоматом, а вот при возврате из ждущего режима сети нет, приходится в netctl нажимать сначала кнопку "Стоп", потом "Старт", только тогда можно попасть в интернет. Как это дело автоматизировать?
Название: Re:PRA без systemd
Отправлено: nik152 от 12 Октябрь 2015, 04:58:32
при возврате из ждущего режима сети нет
У меня такого не наблюдается. В порядке эксперимента делал так: переключил ноут в ждущий режим, затем выключил роутер по питанию. Примерно через минуту включил и вышел из ждущего режима. Сеть восстанавливается прим. через 4-5 сек. Сам момент наблюдается в трее по кратковременному изменению цвета рамки с зелёного на красный и обратно. Автоматика реализована в сохранёнке в виде /etc/netctl/wlan0-PROFILE_NAME и /etc/rc.d/net-wlan0-PROFILE_NAME с содержимым:
Код
#!/bin/ash
sudo /usr/lib/network/network start wlan0-PROFILE_NAME &
Раньше на Acer, было дело, сеть не подхватывалась из-за недостаточного времени задержки. В /usr/local/bin/net-auto , в стр. 223
Код
(sudo ifconfig $IFACE up; sleep 3)
изменил 3 на 5.
Название: Re:PRA без systemd
Отправлено: RoDoN от 12 Октябрь 2015, 09:41:24
Проблему как раз и заметил на Acer Extensa 5620Z, попробую поиграться с временем задержки.
Название: Re:PRA без systemd
Отправлено: sfs от 12 Октябрь 2015, 10:05:08
При наличии конфига netctl - net-auto участвует только если netctl не сработал.
Если и с systemd wifi после сна не поднимается - надо добавить рестарт вифи в управление питанием  (http://forum.puppyrus.org/index.php/topic,17370.new.html)
Костыль. Надеюсь это не на всех компах
Название: Re:PRA без systemd
Отправлено: RoDoN от 12 Октябрь 2015, 17:00:31
Проверил на др.ноуте (Samsung) - все в норме, т.е. при выходе из ждущего сеть поднимается через 3...5 сек.
Название: Re:PRA без systemd
Отправлено: sfs от 12 Октябрь 2015, 17:06:58
Т.е. особенности железа.... C костылями acpi не получилось?
Название: Re:PRA без systemd
Отправлено: RoDoN от 12 Октябрь 2015, 17:35:14
Acer дома, проверю только вечером.
Название: Re:PRA без systemd
Отправлено: nik152 от 13 Октябрь 2015, 05:45:22
При наличии конфига netctl - net-auto участвует только если netctl не сработал.
Надеюсь это не на всех компах
Да, на Acer в minirc сеть хорошо подхватывается и без изменения sleep (нужно в systemd). Проверил на Acer автоподхват из ждущего режима - никаких нареканий.
Название: Re:PRA без systemd
Отправлено: sfs от 13 Октябрь 2015, 09:19:53
автоподхват из ждущего режима - никаких нареканий.
Вот бы еще с модемом такого добиться...
Название: Re:PRA без systemd
Отправлено: RoDoN от 13 Октябрь 2015, 09:27:50
Подтверждаю, никаких нареканий нет, вчера на Acer проверил, сделав новый файл сохранения в .pfs, в minirc подхватывает сеть автоматом, а в systemd - нет.
Название: Re:PRA без systemd
Отправлено: sfs от 13 Октябрь 2015, 09:36:42
в minirc подхватывает сеть автоматом, а в systemd - нет.
Эксперименты проводились с Laptop-mode-tools-1.68-s05.pfs ?
Название: Re:PRA без systemd
Отправлено: RoDoN от 13 Октябрь 2015, 09:46:37
да
Название: Re:PRA без systemd
Отправлено: sfs от 13 Октябрь 2015, 09:55:38
Может попробовать с systemd, но без  Laptop-mode-
Название: Re:PRA без systemd
Отправлено: nik152 от 13 Октябрь 2015, 10:27:05
в minirc подхватывает сеть автоматом, а в systemd - нет.
Хм, у меня и в systemd нормально, на том же Acer'e. Там только 2й конфиг не в /rc.d , а в /systemd/system
Laptop-mode-tools ещё не пробовал
Название: Re:PRA без systemd
Отправлено: RoDoN от 13 Октябрь 2015, 11:03:09
Сейчас на Samsunge R20 проверил и с minirc, и с systemd при возврате из ждущего сеть поднимается автоматом.
Пакет Laptop-mode-tools подключен.
Название: Re:PRA без systemd
Отправлено: sfs от 05 Ноябрь 2015, 10:08:33
Осталась еще недоделка - автомонтирование флэшек
В systemd это работает. Здесь надо взять из PR PRA03 у Дяди Шурика
Не хочется сейчас на это отвлекаться - может кто-то уже сделал?
Название: Re:PRA без systemd
Отправлено: DdShurick от 05 Ноябрь 2015, 10:47:10
автомонтирование флэшек
В инете полно советов, как это сделать средствами udev.
Название: Re:PRA без systemd
Отправлено: sfs от 05 Ноябрь 2015, 11:10:08
Советов много и как сделать понятно, но я (в надежде, что кто-то без меня сделает) просил рабочий модуль для pra-minirc
Название: Re:PRA без systemd
Отправлено: sfs от 27 Ноябрь 2015, 14:40:41
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/iso/test/075-Minirc-120.2915396-s12.pfs
1. Убрал копию busubox. Будет работать только с initrd 151127 (http://forum.puppyrus.org/index.php/topic,14190.msg110022.html#msg110022)
2. Перенес запуск update-cashe в /etc/rc.d
3. Уменьшил вывод мусора на экран
4. Добавил инфу про установленный  systemd для обмана pacman
Название: PRA64. Minirc (без systemd)
Отправлено: sfs от 28 Ноябрь 2015, 08:47:24
Поскольку свежие версии systemd дают проблем с выключением. И еще раздуваются как на дрожжах ненужным нам функционалом - озадачился minirc
Скомпилил udev174 (старше почему-то не скомпилились). Дядя Шурик - посмотрите - не надо ли каких правил udev добавить и т.п.?
Название: PRA64. Minirc (без systemd)
Отправлено: DdShurick от 28 Ноябрь 2015, 10:42:29
Дядя Шурик - посмотрите - не надо ли каких правил udev добавить и т.п.?
Стандартный набор правил, остальные надо добавлять с сопутствующей программой, например usb_modeswitch.rules изменяется с версией usb_modeswitch. Скомпилировал eudev-3.1.5 (32bit), а толку? Модули ядра подгружать не желает.
По minit: некоторые костылики можно бы и убрать.
Название: PRA64. Minirc (без systemd)
Отправлено: sfs от 28 Ноябрь 2015, 11:17:37
Скомпилировал eudev-3.1.5 (32bit), а толку? Модули ядра подгружать не желает.
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pkg/pra03-extra/eudev-2.1.1-3-i686.pkg.tar.xz у меня в пра работал

Не понимаю, почему eudev и systemd-udevd раздулись в разы по сравнению со старым udev
Может мы что-то теряем?
По minit: некоторые костылики можно бы и убрать.
Хорошо бы. Можно подробнее?
Название: PRA64. Minirc (без systemd)
Отправлено: DdShurick от 28 Ноябрь 2015, 12:14:42
Не понимаю, почему eudev и systemd-udevd раздулись в разы по сравнению со старым udev
Гонят "план по валу", капитализм однако.
Может мы что-то теряем?
Вряд-ли, пока не замечал.
Можно подробнее?
Смотрите init.c, там много комментариев.
Название: PRA64. Minirc (без systemd)
Отправлено: DdShurick от 28 Ноябрь 2015, 18:20:29
Что , где смотреть...
В исходниках busybox init/init.c
Название: PRA64. Minirc (без systemd)
Отправлено: sfs от 28 Ноябрь 2015, 19:50:12
Посмотрел. Еще раз убедился что СИ мне смотреть бесполезно
А что там не так и кто способен улучшить?
Название: PRA64. Minirc (без systemd)
Отправлено: DdShurick от 28 Ноябрь 2015, 20:19:49
Посмотрел. Еще раз убедился что СИ мне смотреть бесполезно
Не надо смотреть СИ, я говорил про комментарии с исходнике.
Вот например очерёдность запуска
Код
/* Each type of actions can appear many times. They will be
 * handled in order. RESTART is an exception, only 1st is used.
 */
/* Start these actions first and wait for completion */
#define SYSINIT     0x01
/* Start these after SYSINIT and wait for completion */
#define WAIT        0x02
/* Start these after WAIT and *dont* wait for completion */
#define ONCE        0x04
/*
 * NB: while SYSINIT/WAIT/ONCE are being processed,
 * SIGHUP ("reread /etc/inittab") will be processed only after
 * each group of actions. If new inittab adds, say, a SYSINIT action,
 * it will not be run, since init is already "past SYSINIT stage".
 */
/* Start these after ONCE are started, restart on exit */
#define RESPAWN     0x08
/* Like RESPAWN, but wait for <Enter> to be pressed on tty */
#define ASKFIRST    0x10
/*
 * Start these on SIGINT, and wait for completion.
 * Then go back to respawning RESPAWN and ASKFIRST actions.
 * NB: kernel sends SIGINT to us if Ctrl-Alt-Del was pressed.
 */
#define CTRLALTDEL  0x20
/*
 * Start these before killing all processes in preparation for
 * running RESTART actions or doing low-level halt/reboot/poweroff
 * (initiated by SIGUSR1/SIGTERM/SIGUSR2).
 * Wait for completion before proceeding.
 */
#define SHUTDOWN    0x40
/*
 * exec() on SIGQUIT. SHUTDOWN actions are started and waited for,
 * then all processes are killed, then init exec's 1st RESTART action,
 * replacing itself by it. If no RESTART action specified,
 * SIGQUIT has no effect.
 */
#define RESTART     0x80
Название: Re:PRA64. Minirc (без systemd)
Отправлено: sfs от 29 Ноябрь 2015, 07:57:11
У меня никаких идей по итогу просмотра. Что там не так?
Название: Re:PRA64. Minirc (без systemd)
Отправлено: DdShurick от 29 Ноябрь 2015, 09:17:57
Что там не так?
Всё так, но можно выкинуть /sbin/rc, minirc.conf и прочие rc.* как я выкинул всё из /etc/rc.d
Название: Re:PRA64. Minirc (без systemd)
Отправлено: sfs от 29 Ноябрь 2015, 10:08:34
Как тогда запустится udev rc.d и вообще - зачем урезать рабочий опциональный функционал...
Название: Re:PRA64. Minirc (без systemd)
Отправлено: DdShurick от 29 Ноябрь 2015, 10:57:35
Как тогда запустится udev rc.d и вообще - зачем урезать рабочий опциональный функционал...
У меня так: /etc/inittab:
Код
::wait:/bin/mount -a
::wait:/sbin/udevd --daemon
::wait:/sbin/udevadm trigger
::once:/bin/run-parts -a start /etc/init.d
tty1::respawn:/sbin/getty -n -l /bin/autologin 38400 tty1
tty2::respawn:/sbin/getty 38400 tty2
tty3::respawn:/sbin/getty 38400 tty3
::ctrlaltdel:/sbin/reboot
Название: Re:PRA64. Minirc (без systemd)
Отправлено: sfs от 29 Ноябрь 2015, 11:10:59
A alsa?
А отмонтировать при выключении?
А как отключить  , не удаляя в /etc/init.d
Если все это дописать - minirc и получится
Я не настолько уверен в глубине своих знаний по системе. Поэтому стараюсь придерживаться стандартных решений
Название: Re:PRA без systemd - minirc
Отправлено: sfs от 07 Январь 2016, 20:26:37
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/075-Minirc-120.2915396-s15.pfs восстановил автомонтирование флэшек