UpNet-0.3

[DdShurick]

Сегментацию я уберу.

Строка 20 trayNet.c

Код

if ((fs=fopen(pthc,"r"))==0) exit(1);

"Вот она была и нету"

[k0l0p0k]

под lfds2104 (5.11.0-pf2-1-pra) еще одна проблемка\странность:
live@lfds2104:~$ sudo ifconfig enp0s3 up
live@lfds2104:~$ sudo cat /sys/class/net/enp0s3/carrier
1
live@lfds2104:~$ sudo ifconfig enp0s3 down
live@lfds2104:~$ sudo cat /sys/class/net/enp0s3/carrier
cat: /sys/class/net/enp0s3/carrier: Недопустимый аргумент

пс, еще

Картинки в /usr/share/pixmaps

модуль подключен, картинки на месте
возможно отсутствие отображения их в трее - несостыковки с  "местной" панелькой/треем

[DdShurick]

cat: /sys/class/net/enp0s3/carrier: Недопустимый аргумент

Так и должно быть. При "enp0s3 down" в carrier ничего нет, сразу конец файла (EOF), cat его открыть не может.

[k0l0p0k]

Так и должно быть. При "enp0s3 down" в carrier ничего нет, сразу конец файла (EOF), cat его открыть не может.

понял
однако cat обычныйПустойФайл просто  выдает "пустую" строку, без ругани
пс
вот эта ругань при запуске sudo /usr/bin/upNet.sh:
/usr/bin/lan.sh: 53: [: 1: unexpected operator
видимо из-за причины озвученной выше?
вот эта строчка(53) в lan.sh
if [ "$(cat /sys/class/net/$IFACE/carrier)" == 1 ]; then

[DdShurick]

/usr/bin/lan.sh: 53: [: 1: unexpected operator
видимо из-за причины озвученной выше?

Да. Надо изменить на

Код

if grep -q 1 /sys/class/net/$IFACE/carrier; then

Ругаться не будет

[k0l0p0k]

при опущенном интерфейсе:
grep -q 1 /sys/class/net/enp0s3/carrier
grep: /sys/class/net/enp0s3/carrier: Недопустимый аргумент

python тоже не может прочитать этот файлик, выдает ошибку.
Открывает\закрывает без ошибок, прочитать не может
когда интерфейс поднят, считывается без ошибок(единичка и перенос строки)

ps
этот вариант(с grep'ом) лучше, хоть grep и ругается

[k0l0p0k]

строка 8 в upNet.sh
eval $(udevadm info env -p /sys/class/net/eth0|awk '/ID_BUS/ {print $2}')
точно eth0 ? а не $IFACE ?
-----
сам стараюсь настраивать систему так чтоб проводной интерфейс по старому назывался - eth0
имхо путаницы меньше потом
но вот на тестовой забыл поменять

[DdShurick]

точно eth0 ? а не $IFACE ?

Конечно $IFACE, мой ляп. Спасибо, исправил, перезалил.

[DdShurick]

 Лирическое отступление, чтобы было понятно.
Самый быстрый и, пожалуй, простой способ поднять сеть, "как только, так сразу", запуск от udev. Простейший пример с проводным интерфейсом:

Код

ACTION=="add|change", KERNEL=="eth?", SUBSYSTEM=="net", RUN+="/usr/bin/dhcpcd %k"

Кроме того, в отличие от традиционных способов, удобно для usb-сетевых карт (4G-HiLink, wifi-свистки). Но, то что прекрасно работает в Richy, который без systemd, не желает устойчиво работать в prar. Надо "найти и обезвредить"

[Pro]

Написать service файл с активацией по событию udev (чет даже не знаю можно ли так) ну или из правила udev вызывать systemctl start foo.service

[krasnyh]

Но, то что прекрасно работает в Richy, который без systemd, не желает устойчиво работать в prar.

А в чем проблема? Ведь, если запустить prar2110 в режиме base_only и с выключенным скриптом net-auto, то никаких служб systemd, относящихся к сети, не будет. И значит ничего не будет конфликтовать с UpNet.

Т.е. всего лишь прописать в UpNet обнаружение разных сетевых приложений, типа NM, connman и т.д. и выдать сообщение, что с ними не гарантируется работа. Имхо.


Или там проблема конфликта с systemd намного глубже?

[DdShurick]

А в чем проблема?

От udev не работает

с выключенным скриптом net-auto

Первым делом выключил.

ничего не будет конфликтовать с UpNet.

Не конфликтует

обнаружение разных сетевых приложений

С последующим уничтожением?

проблема конфликта с systemd

Такое впечатление, что systemd подавляет запущенное от udev напрямую. При исполнении приведённого мной выше правила интерфейс успевает подняться, но остаётся ненастроенным, pid dhcpcd отсутствует. Запуск "dhcpcd eth0" из консоли - норма.

Написать service файл

Саша, зачем делать сложным, то, что проще простого? К чему эта "бюрократия". Ты наверняка помнишь ifplugd, он был в ранних puppy, и представляешь, что он делает: поднимает интерфейс, проверяет несущую, если есть, исполняет заданную в конфиге команду. Это же скрипт на три строчки. А посмотри исходник, плюс библиотека. Наворочено, чёрт ногу сломит. "Чудотворец" ещё тот. А ты за его поделие держишься, когда можно сделать гораздо проще.

[krasnyh]

При исполнении приведённого мной выше правила интерфейс успевает подняться, но остаётся ненастроенным, pid dhcpcd отсутствует.

Прописать debug в командной строке, при запуске системы. Это включит journalctl, где будет все с момента старта линукс. Смотреть командой sudo journalctl.

Работает только для "title PRA-porteus initrd'. В 'title RootAuFs2 initrd' журнал оказывается выключенным.


Последнее, что попадается в журнале - "systemd-udevd: eth0: Process '/usr/bin/dhcpcd eth0' failed with exit code 1."

[DdShurick]

Process '/usr/bin/dhcpcd eth0' failed with exit code 1

Возможно, не дожидается подъёма интерфейса (приблизительно около 3 секунд). Но от udev через wlan.sh, где заложено ожидание

Код

while [ "$(cat /sys/class/net/$IFACE/operstate)" != "up" ]; do sleep 1; done

eth0 не поднимается, хотя через upNet.desktop (sudo upNet.sh) всё работает прекрасно. Можно было бы так и оставить, но уж очень мне хочется сделать перезапуск сети при обрыве соединения командой "udevadm trigger -s net".

[sfs]

в prar /etc/init.d, как я понял, не задействован?

Нет. Задействован только в ddr lfd

за его поделие держишься, когда можно сделать гораздо проще.

Можно, но переделка инициализации приведет к переделке кучи пакетов донорского дистра
В одиночку  такое не вывезти. Можно перейти на дистр без системд, но большого выигрыша ни в чем это не даст.  Зато даст кучу нестыковок с вики донора и пр. проблем

upnet завязан на udev (который как раз в системе инициализации) . Чтобы получилось под любой юдев надо тестировать с разными инициализациями
Вифи и модемы разные- надо тестировать на куче железа
Вифи уже есть старый и iwd
Т.е. все Вифи и модемы надо тестировать под всеми  инициализациями
Попытки автоопределения ситуаций - ненужное  усложнение.
Написать удобный гуй переключения сетей - нет у нас программеров такого уровня
Т.к. без сети дальше с освоением дистра не продвинуться - тема ответственная
Тестеров у нас почти не осталось

В итоге до широкого использования upnet довести нереально. Заработает в лучшем случае у автора и тестеров из этой темы на их дистре и железе
Определитесь чем апнет должен быть лучше имеющихся подключалок. Пока просматривается только "родной для автора"
Хотите совсем просто - воткните это в свою систему инициализации. Тут хотя бы реально понять как это работает