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

и как раньше вышло с отменой переименования. Сетевка есть и активна, старт юнита фейлится. Переустановлю наверное, криво что-то встало.
У меня статик :-)

Надо заменить
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
lampslave
fallback должен загружать все модули, если я ничего не путаю. Попробуйте сначала через него загрузиться.
Да тоже самое. Собсна после всех этих выкрутасов я даже не удивлена, если бы было дело в модуле - помогли бы и все выше примененные способы. Как это ни дико звучит - думаю, что винда действительно как то этак при выключении гасит сетевуху, что netctl ее потом тупо не может разбудить. Причем ощущение, что только netctl, бубунта совсем недавно стояла - все работало.

sturgeon
Напишите свой юнит поднятия сети и забейте на netctl.
Эм... я не настока продвинутая.
Типа в 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"

По барабану, как было так и осталось.
да уже... мистика в общем какая то.
Этак ваще отказалось работать, что кстати странно. Я делала уже подобное и все было нормально. Сетевок у меня две, но вторая - длинковская писиайная вайфайка. Выдало вот что после рестарта:

[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
мож ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules?
неа, не помогло :-(
[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
Гы :) Тогда, вероятно, netctl отрабатывает раньше того, что превращает eth0 в enp0s7. Соответственно, надо преобразование отключить и поправить конфиг netctl.
Я в этом не особо сильна, что именно надо сделать?
Гм, у меня вообще нету преобразований enp0s7 в eth0, из чего такие выводы? Я изначально настраивала с systemd-шным названием интерфейса. И еще раз - чего ж оно при рестарте то (и по моему при старте с нуля, сейчас проверю) нормально отрабатывает, а при перезагрузке из винды нет?

systemctl status sys-subsystem-net-devices-enp0s7.device - сейчас сделаю.