Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
ExecStart=/usr/bin/ip addr add 192.168.0.2/24 dev enp0s7 - угу, пасяб, попутала. Сейчас проверю. upd: Все-таки что то тут не так. Не заработало, причем во всех вариантах. Сделала юнит по примеру (ессна изменив цифирки под себя) [Unit] Description=Network Before=network.target Wants=network.target BindsTo=sys-subsystem-net-devices-enp0s7.device After=sys-subsystem-net-devices-enp0s7.device [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/bin/ip addr add 192.168.0.2/24 dev enp0s7 ExecStart=/usr/bin/ip route add default via 192.168.0.1 ExecStop=/usr/bin/ip addr flush dev enp0s7 ExecStop=/usr/bin/ip link set dev enp0s7 down [Install] WantedBy=multi-user.target сделала #systemctl enable net #netctl disable network и как раньше вышло с отменой переименования. Сетевка есть и активна, старт юнита фейлится. Переустановлю наверное, криво что-то встало. |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
У меня статик :-) Надо заменить ExecStart=/usr/bin/dhcpcd -q -w -4 enp0s7 ExecStop=/usr/bin/dhcpcd -k -x enp0s7 На ExecStart=/usr/bin/ip link set 192.168.0.2/24 dev enp0s7 ExecStart=/usr/bin/ip route add default via 192.168.0.1 И потом для выключения netctl #netctl disable network Наверное как то так? И чем заменить ExecStop=/usr/bin/dhcpcd -k -x enp0s7 |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
lampslaveДа тоже самое. Собсна после всех этих выкрутасов я даже не удивлена, если бы было дело в модуле - помогли бы и все выше примененные способы. Как это ни дико звучит - думаю, что винда действительно как то этак при выключении гасит сетевуху, что netctl ее потом тупо не может разбудить. Причем ощущение, что только netctl, бубунта совсем недавно стояла - все работало. sturgeonЭм... я не настока продвинутая. |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
Типа в MODULES=""? А как узнать, типа lspci -v? Пишет такое: 00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 0000e000-0000efff Memory behind bridge: def00000-dfffffff Prefetchable memory behind bridge: 00000000c0000000-00000000ddffffff Capabilities: <access denied> Kernel driver in use: pcieport Kernel modules: shpchp добавила в /etc/mkinitcpio.conf # vim:set ft=sh # MODULES # The following modules are loaded before any boot hooks are # run. Advanced users may wish to specify all system modules # in this array. For instance: # MODULES="piix ide_disk reiserfs" MODULES="shpchp" По барабану, как было так и осталось. |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
да уже... мистика в общем какая то. |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
Этак ваще отказалось работать, что кстати странно. Я делала уже подобное и все было нормально. Сетевок у меня две, но вторая - длинковская писиайная вайфайка. Выдало вот что после рестарта: [root@arch-home berg]# systemctl status sys-subsystem-net-devices-eth0.device sys-subsystem-net-devices-eth0.device - MCP61 Ethernet Loaded: loaded Active: active (plugged) since Вс 2013-08-11 18:59:06 YEKT; 3min 4s ago Device: /sys/devices/pci0000:00/0000:00:07.0/net/eth0 [root@arch-home berg]# systemctl status netctl@network.service netctl@network.service - A basic static ethernet connection Loaded: loaded (/etc/systemd/system/netctl@network.service; enabled) Active: inactive (dead) Docs: man:netctl.profile(5) авг 11 19:00:34 arch-home systemd[1]: Dependency failed for A basic static ethernet connection. [root@arch-home berg]# netctl start network A dependency job for netctl@network.service failed. See 'journalctl -xn' for details. [root@arch-home berg]# journalctl -xn -- Logs begin at Вс 2013-08-11 18:59:04 YEKT, end at Вс 2013-08-11 19:00:36 YEKT. -- авг 11 19:00:34 arch-home ntpd[2661]: Listen normally on 3 lo ::1 UDP 123 авг 11 19:00:34 arch-home ntpd[2661]: peers refreshed авг 11 19:00:34 arch-home ntpd[2661]: Listening on routing socket on fd #20 for interface updates авг 11 19:00:34 arch-home ntpd[2661]: Deferring DNS for 0.pool.ntp.org 1 авг 11 19:00:34 arch-home ntpd[2661]: Deferring DNS for 1.pool.ntp.org 1 авг 11 19:00:34 arch-home ntpd[2661]: Deferring DNS for 2.pool.ntp.org 1 авг 11 19:00:34 arch-home ntpd[2662]: signal_no_reset: signal 17 had flags 4000000 авг 11 19:00:36 arch-home ntpd_intres[2662]: host name not found: 0.pool.ntp.org авг 11 19:00:36 arch-home ntpd_intres[2662]: host name not found: 1.pool.ntp.org авг 11 19:00:36 arch-home ntpd_intres[2662]: host name not found: 2.pool.ntp.org |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
мож ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules? |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
неа, не помогло :-( |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
[root@arch-home berg]# systemctl status sys-subsystem-net-devices-enp0s7.device sys-subsystem-net-devices-enp0s7.device - MCP61 Ethernet Loaded: loaded Active: active (plugged) since Вс 2013-08-11 18:08:29 YEKT; 1min 3s ago Device: /sys/devices/pci0000:00/0000:00:07.0/net/enp0s7 авг 11 18:08:29 arch-home systemd[1]: Found device MCP61 Ethernet. Ваще тогда перестаю что то понимать. Ошибка есть, а девайс в наличии. Проверила со старта "с нуля", выключила комп и грузанулась сразу в арч. Все оки. Из винды - гарантированный фейл. Реально магия какая то... Может как то можно это все-таки вылечить? Чтоб сетевку пинком будило? lampslaveЯ в этом не особо сильна, что именно надо сделать? |
Eva_Berg |
|
Темы:
35
Сообщения:
424
Участник с: 08 августа 2013
|
Гм, у меня вообще нету преобразований enp0s7 в eth0, из чего такие выводы? Я изначально настраивала с systemd-шным названием интерфейса. И еще раз - чего ж оно при рестарте то (и по моему при старте с нуля, сейчас проверю) нормально отрабатывает, а при перезагрузке из винды нет? systemctl status sys-subsystem-net-devices-enp0s7.device - сейчас сделаю. |