impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
vs220 О, отлично, спасибо :) |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralНе очень понял. Я вижу, что конкретно под мою плату отдельной сборки нет: плата OrangePi Zero. Даже отдельно под семейство SoC Allwinner нет. Ну и делаю вывод, что надо использовать linux-armv7 - он под нужную архитекутуру. Но тащит с собой много лишних мне файлов. Или я всё таки не так понял вашу мысль ? |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
Всем привет. Было бы интересно и полезно решить следующую задачку: Использую ArchLinux на микрокомпьютере с ARM процессором. Специфика ARM далее проявляться никак не будет, кроме того, что в пакете linux-armv7 (ядро линукс) есть овердофига файлов .dtb, суть каждого - конфиг оборудования для каждой из поддерживаемых плат, но используется только один из них - специфичный для конкретной платы; файлы распаковываются и живут в каталоге /boot/dtbs/. Объём каждого файла - единицы..десятки килобайт, в сумме набегает 36МБ. И, как сказал выше, реально нужно только один файл ~20кБ размером. Ну и ещё пара файлов zImage и initramfs.img. Каждый из них, грубо говоря, 6 мегабайт. Задача: как бы, раз уж пакет linux-armv7 идёт с 36МБ ненужных файлов, сделать так, чтобы при обновлении пакета эти файлы бы не занимали место на /boot разделе, но при этом бы pacman не валился с ошибкой ? Я пробовал интереса ради сделать симлинки с /dev/null на ненужные файлы - pacman перетирает это. Пробовал хардлинки с некоего фейк-файла на все ненужные, но pacman эти хардлинки тоже перетирает и делает оригинальные файлы снова. Как решить задачу: чтобы обновление некоторых файлов фактически не происходило, но pacman бы не вылетел с ошибкой, заметив это ? Спасибо. |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralДа врядли, никаких хитрых делов не делалось на этом ноуте. Штатная инсталляция. Я так помню.The configuration files are read from the files located in the system network directoryможет у вас есть какие нибудь левые конфигурации… ? yes поставил, но ничего не поменялось. В любом случае, спасибо. Может быть, когда нибудь догадаюсь, что за ерунда творится. |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralСогласен, слишком много непонятного.impattда что systemd-networkd по прежнему управляет tun0 Ладно, спасибо, буду думать дальше. |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviral Что нибудь из этой инфы можно извлечь ?
|
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralДа, я почти с этого и начал сам копать - только параметр Name приравнивал tun0, не tun*. ОК, я создал снова этот файл с указанным вами содержимым, перезапустил systemd-networkd, запускаю openvpn - симптомы те же. То есть, не работает так, как нужно. |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralНасколько понял, это мимо. Когда "вручную" - это значит, что я запускаю dhcpcd на wlp7s0, вот и вся ручная настройка. В приведённых ссылках, как я понял, люди пытались менять или назначать default gw за пределами поключенного напрямую сегмента сети. В моём случае предполагается два интерфейса: 1. Беспроводной (вайфай) - на него самым рядовым образом через DHCP навешивается сеть 192.168.0.0/24, default gw - это всё работает. 2. Запускается openvpn, создаётся tun0, на него навешивается адресация, не пересекающаяся с адрсацией в wifi, вот что делает openvpn: /usr/bin/ip link set dev tun0 up mtu 1500 /usr/bin/ip addr add dev tun0 local 10.200.200.18 peer 10.200.200.17 Далее, openvpn добавляет маршруты в корпоративную сеть, нумерация не пересекается ни с какими другими сетями: /usr/bin/ip route add 10.100.0.0/16 via 10.200.200.17 /usr/bin/ip route add 10.101.0.0/16 via 10.200.200.17 и тд. После старта openvpn я проверяю адрес на tun0: его там нет, кто-то удалил. Иногда это призрачное удаление происходит настолько шустро, что часть маршрутов в корпоративную сеть не может добавиться (в оригинальном посте). Всех этих проблем нет, если настройку wifi делает не systemd-networkd, поэтому грешу на него. Содержиме /etc/systemd/network/01-wireless.network: ---------- [Link] Unmanaged=no [Match] name=wlp7s0 [Network] DHCP=ipv4 Domains=domain.tld DNS=8.8.8.8 UseDNS=no -------- В общем, вот. И ещё: если после старта openvpn я через некоторое время добавляю адреса и маршруты вручную - они добавляются и уже не исчезают. |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
indeviralНе очень понял, что вы хотели сказать. Скажите поподробнее, плз.impattсюда |
impatt |
|
Темы:
29
Сообщения:
100
Участник с: 04 июня 2007
|
Всем привет. Столкнулся со странной проблемой (странная потому, что без каких-то кастомизаций на одном ноуте проблемы нет, на другом есть): при старте openvpn-client, systemd-networkd мешает назначать IP адрес и маршруты. Если настроить сеть без systemd-networkd, то openvpn-client работает нормально. systemd-networkd настраивает адрес по DHCP на беспроводной контроллер для доступа в интернет - совершенно стандартная тема; openvpn-client цепляется к корпоративному серверу, получает маршруты до внутренних сетей, но назначить не может. Ниже подробности. Запускаю openvpn так для примера: /usr/bin/openvpn --suppress-timestamps --nobind --config corp.conf --verb 4 Он подключается, всё ОК, далее пишет: ------- /usr/bin/ip link set dev tun0 up mtu 1500 /usr/bin/ip addr add dev tun0 local 10.200.200.18 peer 10.200.200.17 /usr/bin/ip route add 10.100.0.0/16 via 10.200.200.17 /usr/bin/ip route add 10.101.0.0/16 via 10.200.200.17 Error: Nexthop has invalid gateway. ERROR: Linux route add command failed: external program exited with error status: 2 /usr/bin/ip route add 10.200.9.0/24 via 10.200.200.17 Error: Nexthop has invalid gateway. ---- Я гляжу - на tun0 никаких адресов не назначено. И вообще, видно, что сначала адрес и часть маршрутов даже назначилось, и потом адрес на tun0 пропал и маршруты уже не могут добавляться. Пробую отключить systemd-networkd, настроить интернет вручную и запустить openvpn снова - запускается идеально. В каталоге /etc/systemd/network только файл .network, относящейся к беспроводной сети, в котором [Match] содержит name=wlp7s0, думаю, это гарантирует от пересечением с tun0. Подскажите, плз, куда копать. |