Автор Тема: Не подключается к интернету сразу после установки  (Прочитано 3096 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Jerk

  • Пользователь
  • *
  • Сообщений: 18
Я пытался ставить сначала Wheezy, потом попробовал Jessie, и везде одно и то же: No DHCPOFFERS received. Притом пробовал на двух компьютерах с сетевой картой примерно из той же серии.
(Во время установки оба компьютера просили rtl_nic/rtl8168*-*.fw)
Во время установки после того, как запихнул firmware-realtek в соответствующую папку установщика, установщик без проблем подключается к интернету за считанные секунды, однако сразу после установки интернет перестаёт работать, хотя сам firmware-realtek есть в списке установленных.

В /etc/network/interfaces дописал:
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

lspci -v выдаёт:
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
        Subsystem: Gigabyte Technology Co., Ltd Motherboard
        Flags: bus master, fast devsel, latency 0, IRQ 42
        I/O ports at de00 [size=256]
        Memory at fdfff000 (64-bit, prefetchable) [size=4K]
        Memory at fdff8000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 12-34-56-78-12-34-56-78
        Kernel driver in use: r8169

ifdown eth0; ifup -v eth0 выдаёт:
Configuring interface eth0=eth0 (inet)
run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant

dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/1c:6f:65:a8:46:a1
Sending on   LPF/eth0/1c:6f:65:a8:46:a1
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
run-parts --exit-on-error --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/avahi-daemon
run-parts: executing /etc/network/if-up.d/mountnfs
run-parts: executing /etc/network/if-up.d/openvpn
run-parts: executing /etc/network/if-up.d/upstart
run-parts: executing /etc/network/if-up.d/wpasupplicant

ifconfig выдаёт:

eth0      Link encap:Ethernet  HWaddr 1c:6f:65:a8:46:a1 
          inet6 addr: fe80::1e6f:65ff:fea8:46a1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1347 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:103930 (101.4 KiB)  TX bytes:7351 (7.1 KiB)

На Wheezy пробовал поставить драйвера с официального сайта, они установились без ошибок(после установки компилятора, make и заголовков линукса, разумеется), lspci и NetworkManager показывали, что используется драйвер r8168, но интернет так и не подключался. Сейчас на Jessie ставить драйвера с сайта realteak не пробовал, но подозреваю, что ничего не изменится.
Алсо, на Win7 интернет также вполне себе работает, AIDA определяет сетевую как: Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter версия 06.

P.S. что-то мне подсказывает, что стоило выбрать другой раздел :)
« Последнее редактирование: 16 Апреля 2015, 15:27:33 от Jerk »
 

Оффлайн sandaksatru

В  /etc/network/interfaces настройки для loopback интерфейса оставили?
Пробовали прописывать адрес вручную? Сеть есть, шлюз пингуется?
На чём dhcp сервер?
Коспьютер подключен напрямую, или через свитч?
 

Оффлайн Jerk

  • Пользователь
  • *
  • Сообщений: 18
В  /etc/network/interfaces настройки для loopback интерфейса оставили?
Оставил.
Коспьютер подключен напрямую, или через свитч?
Напрямую. Только кабель от провайдера.
Пробовали прописывать адрес вручную? Сеть есть, шлюз пингуется?
Сейчас попробую.
На чём dhcp сервер?
В плане?

Вообще, как я уже писал, в установщике ничего вообще прописывать не приходилось, он сам подключился. Возможно ли как-нибудь из него вытащить настройки?

Сообщение объединено: [time]16 Апрель 2015, 17:29:38[/time]
Вообщем, прописав вручную настройки, интернет заработал.
Алсо, я разрешил NetworkManager'у управлять коннектами ifupdown, и заметил, что во вкладке IPv4 стоит отключено, а IPv6 игнорируется(ну естессно, провайдер не предоставляет же). И тут я вспомнил, что когда-то мне приходилось где-то отключать IPv6, чтобы интернет заработал.
Сейчас попробую нагуглить по этому поводу.

Сообщение объединено: 16 Апреля 2015, 19:08:42
Ноуп. Не помогло.
inet6 addr из ifconfig пропал, но DCHP клиент всё-равно не получает ответа %)
« Последнее редактирование: 16 Апреля 2015, 19:08:42 от Jerk »
 

Оффлайн ihammers

По другой системой сеть работает? Если работает, то как происходит его раздача? Если через dhcp сервер, то скорей всего не проходит release (освобождение адреса).

В зависимости от провайдера, ipv6 может раздаваться, если желаете использовать NW, то в настройках локального соединения укажите использовать DHCP, для ipv4 -- Авто (требовать для подключения), а для ipv6 -- Авто.

PS: Если используйте NW, то не используйте interfaces.
Debian GNU/Linux Stretch, kernel 4.9.0-5-amd64,
LXQt/KDE/OpenBox AMD Phenon X4 / 16Gb RAM / ATI HD7750 Silent
_______________________________
Debian GNU/Linux Stretch, kernel 4.9.0-5-amd64, LXQt/KDE/OpenBox
Acer Aspire One 722 AMD C60 / 4Gb RAM / ATI HD6290
 

Оффлайн ogost

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
ох уж эти реалтеки, намучился я именно с этим чипом и дровами к нему. решалось емнип выбором то ли модуля r8169, то ли r8167, т.к. r8168 криво написан. за давностью подробностей не помню. окончательно решил pci карточкой, а встроенную отключил в биосе. с остальными реалтеками проблем не имел.
осмелюсь предположить, что именно из-за проблем с драйвером не проходят dhcp-пакеты, хотя при ручной настройке интерфейса интернет работает.

Оффлайн sandaksatru

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

02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Kernel driver in use: r8169
Очевидно, проблема в этом. Попробуйте всё же поставить драйвер с офф сайта для вашего контроллера. Не забудьте после установки принудительно подгрузить его, выгрузив перед этим r8169.

Либо ещё вариант: запустить установку системы заново, только не производить никаких операций с жестким диском, всунуть им нужный firmware, выйти в консоль (третий с низу пункт "Запуск оболочки" в меню установщика) и посмотреть какой драйвер используется. Заодно, я бы ещё слил версию и конфиг ядра (в каталоге /boot), на всякий случай. А потом в рабочей системе поставил именно его.
 

Оффлайн Jerk

  • Пользователь
  • *
  • Сообщений: 18
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Kernel driver in use: r8169
Очевидно, проблема в этом. Попробуйте всё же поставить драйвер с офф сайта для вашего контроллера. Не забудьте после установки принудительно подгрузить его, выгрузив перед этим r8169.
Как я и предполагал, это не помогло.
lspci -v:
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
        Subsystem: Gigabyte Technology Co., Ltd Motherboard
        Flags: bus master, fast devsel, latency 0, IRQ 42
        I/O ports at de00 [size=256]
        Memory at fdfff000 (64-bit, prefetchable) [size=4K]
        Memory at fdff8000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [140] Virtual Channel
        Capabilities: [160] Device Serial Number 12-34-56-78-12-34-56-78
        Kernel driver in use: r8168
lsmod | grep r81:
r8188eu               654537  0
r8168                 428515  0
usbcore               195340  8 snd_usb_audio,r8188eu,ohci_hcd,ohci_pci,snd_usbmidi_lib,ehci_hcd,ehci_pci,usbhid
r8188 вроде бы как звуковая, так что тут значения не имеет.
dmesg | grep eth:
[   27.919092] eth0: 0xffffc9000063e000, 1c:6f:65:a8:46:a1, IRQ 42
[   27.955913] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   29.953858] r8168: eth0: link up
[   29.953902] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   85.902089] r8168: eth0: link down
[   89.918910] r8168: eth0: link up
[  217.257192] eth0: 0xffffc9000063e000, 1c:6f:65:a8:46:a1, IRQ 42
[  217.296770] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  219.292427] r8168: eth0: link up
[  219.292468] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[  302.215991] r8168: eth0: link down
[  304.234594] r8168: eth0: link up
Странно, что IPv6 ни как не пропадает, хотя я по мануалам его прописывал и в граб, и в /etc/sysctl.conf
ifconfig -a(подключил через стат. IP в NM):
eth0      Link encap:Ethernet  HWaddr 1c:6f:65:a8:46:a1 
          inet addr:100.66.0.11  Bcast:100.66.1.255  Mask:255.255.254.0
          inet6 addr: fe80::1e6f:65ff:fea8:46a1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:68412 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24225 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:92854585 (88.5 MiB)  TX bytes:2148997 (2.0 MiB)
          Interrupt:42 Base address:0xe000

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1826 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1826 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:134075 (130.9 KiB)  TX bytes:134075 (130.9 KiB)

wlan0     Link encap:Ethernet  HWaddr 08:57:00:06:0e:da 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
Вообщем, т.к. ничего не изменилось, вернул обратно r8169.

Либо ещё вариант: запустить установку системы заново, только не производить никаких операций с жестким диском, всунуть им нужный firmware, выйти в консоль (третий с низу пункт "Запуск оболочки" в меню установщика) и посмотреть какой драйвер используется. Заодно, я бы ещё слил версию и конфиг ядра (в каталоге /boot), на всякий случай. А потом в рабочей системе поставил именно его.
Вот это хорошая идея. Как ко мне вечером вернётся флешка - попробую.
« Последнее редактирование: 17 Апреля 2015, 13:56:36 от Jerk »
 

Оффлайн sandaksatru

Вот это хорошая идея. Как ко мне вечером вернётся флешка - попробую.
И опять же, на всякий случай, конфиг DHCP клиента тоже сохраните. Скорее всего используется isc-dhcp-client, конфиг лежит в /etc/dhcp/dhclient.conf. Вероятность, что проблема в DHCP клиенте - очень низкая, но всё же исключать её не стоит, раз родной драйвер так же не заводится.
 

Оффлайн Jerk

  • Пользователь
  • *
  • Сообщений: 18
Вот это хорошая идея. Как ко мне вечером вернётся флешка - попробую.
И опять же, на всякий случай, конфиг DHCP клиента тоже сохраните. Скорее всего используется isc-dhcp-client, конфиг лежит в /etc/dhcp/dhclient.conf. Вероятность, что проблема в DHCP клиенте - очень низкая, но всё же исключать её не стоит, раз родной драйвер так же не заводится.
Такого там нет, зато нашёл какой-то скрипт udhcpc(в аттаче). Так же приложил логи dmesg.
Вывод lspci -v, lsmod | grep 816 и uname -r абсолютно идентичные с установленной системой.
Spoiler: ShowHide
lspci -v
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: Gigabyte Technology Co., Ltd Device e000 Flags: bus master, fast devsel, latency 0, IRQ 42 I/O ports at de00 [size=256]
Memory at fdfff000 (64-bit, prefetchable) [size=4K]
Memory at fdff8000 (64-bit, prefetchable) [size=16K]
Capabilities:
[40] Power Management version 3 Capabilities:
[50] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities:
[70] Express Endpoint, MSI 01 Capabilities:
[b0] MSI-X: Enable- Count=4 Masked- Capabilities:
[d0] Vital Product Data Capabilities:
[100] Advanced Error Reporting Capabilities:
[140] Virtual Channel Capabilities:
[160] Device Serial Number 12-34-56-78-12-34-56-78
Kernel driver in use: r8169
lsmod | grep 816:
r8169 68262 0
mii 12675 1 r8169
uname; uname -r:
Linux 3.16.0-4-amd64

Конфигов ядра не нашёл(папки boot там нету), зато там я увидел NetworkManager, в нём был всего один коннект, конфиг которого:
[connection]
id=Wired connection 1
uuid=48126513-93be-4788-8d79-b6c6d2cf4d2d
type=802-3-ethernet

[802-3-ethernet]

[ipv4]
method=auto

[ipv6]
method=auto
ip6-privacy=2
Конфиг /etc/network/interfaces идентичен моему.
Алсо, dmesg | grep eth0:
[ 41.098036] r8169 0000:02:00.0 eth0: RTL8168e/8111e at 0xffffc90000640000, 1c:6f:65:a8:46:a1, XID 0c200000 IRQ 42
[ 41.098038] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 43.749801] r8169 0000:02:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168e-2.fw (-12)
[ 43.768638] r8169 0000:02:00.0 eth0: link down
[ 43.768655] r8169 0000:02:00.0 eth0: link down
[ 43.768661] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 56.179005] r8169 0000:02:00.0 eth0: RTL8168e/8111e at 0xffffc90000640000, 1c:6f:65:a8:46:a1, XID 0c200000 IRQ 42
[ 56.179007] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 56.329109] r8169 0000:02:00.0 eth0: link down
[ 56.329124] r8169 0000:02:00.0 eth0: link down
[ 56.329127] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 64.026078] r8169 0000:02:00.0 eth0: link down
[ 64.026093] r8169 0000:02:00.0 eth0: link down
[ 64.026097] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 65.629045] r8169 0000:02:00.0 eth0: link up
[ 65.629050] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
dmesg | grep 816:
[ 1.184503] pci 0000:02:00.0: [10ec:8168] type 00 class 0x020000
[ 1.281608] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0
[ 1.281612] hpet0: 4 comparators, 32-bit 14.318180 MHz counter
[ 6.591816] usbcore: registered new interface driver usbhid
[ 41.097564] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 41.097574] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 41.097882] r8169 0000:02:00.0: irq 42 for MSI/MSI-X
[ 41.098036] r8169 0000:02:00.0 eth0: RTL8168e/8111e at 0xffffc90000640000, 1c:6f:65:a8:46:a1, XID 0c200000 IRQ 42
[ 41.098038] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 43.749529] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168e-2.fw (-2)
[ 43.749533] r8169 0000:02:00.0: Direct firmware load failed with error -2
[ 43.749534] r8169 0000:02:00.0: Falling back to user helper
[ 43.749801] r8169 0000:02:00.0 eth0: unable to load firmware patch rtl_nic/rtl8168e-2.fw (-12)
[ 43.768638] r8169 0000:02:00.0 eth0: link down
[ 43.768655] r8169 0000:02:00.0 eth0: link down
[ 50.816490] FAT-fs (sda6): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive!
[ 56.178709] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 56.178717] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[ 56.178888] r8169 0000:02:00.0: irq 42 for MSI/MSI-X
[ 56.179005] r8169 0000:02:00.0 eth0: RTL8168e/8111e at 0xffffc90000640000, 1c:6f:65:a8:46:a1, XID 0c200000 IRQ 42
[ 56.179007] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 56.194440] r8169 0000:02:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-2.fw
[ 56.329109] r8169 0000:02:00.0 eth0: link down
[ 56.329124] r8169 0000:02:00.0 eth0: link down
[ 64.026078] r8169 0000:02:00.0 eth0: link down
[ 64.026093] r8169 0000:02:00.0 eth0: link down
[ 65.629045] r8169 0000:02:00.0 eth0: link up
Алсо-алсо, содержимое каталогов /bin, /sbin, /usr/bin, /etc лежит в аттаче в архиве.

Сообщение объединено: [time]17 Апрель 2015, 21:42:50[/time]
Лол. Зря только такой большой пост писал.
Скачал вообщем через apt udhcpc, отключил все текущие коннекты в NetworkManager'е, запустил sudo /bin/busybox udhcpc и он тут же подключился к интернету.
Правда каждый раз, когда я запускаю данный скрипт, он создаёт новый коннект в NM %) Думаю, если отключить управление коннектами ifupdown, то проблема пропадёт.
Алсо, возможно ли как-то использовать этот скрипт вместо дефолтового клиента в ifup? Или, в идеале, настроить стандартный dhcpclient по его подобию?

[вложение удалено администратором]
« Последнее редактирование: 17 Апреля 2015, 21:44:39 от Jerk »
 

Оффлайн sandaksatru

Хм, значит проблема действительно в дефолтном dhcp-клиенте. Емнип, isc-dhcp-client отличается от остальных клиентов только тем, что не получает адрес сервера NTP и не посылает по умолчанию hostname. Но, может быть, есть какой-то баг и в нём самом. Вообще эту проблему лучше решить совместно с провайдером, у него в логах dhcp-сервера должны остаться записи от вашего dhcp-клиента, запрос настроек сети и причина отказа. Но если не получится, можно попробовать поколдовать с клиентом. Вначале с настройками dhclient. Попробуйте привести конфиг /etc/dhcp/dhclient.conf к следующему виду:
timeout 120;
retry 60;
reboot 10;
select-timeout 5;
initial-interval 2
interface "eth0" {
           send host-name "имя_машины"; #лучше чтобы соответствовал записи в /proc/sys/kernel/hostname
           hardware ethernet XX:XX:XX:XX:XX:XX; #мак-адрес идентичный натуральному, должен соответствовать привязке у провайдера
           send dhcp-client-identifier 1:XX:XX:XX:XX:XX:XX; #аналогично предыдущему
           send dhcp-lease-time 3600;
           request subnet-mask, broadcast-address, time-offset, routers,
                domain-name, domain-name-servers, host-name;
           require subnet-mask, domain-name-servers;
}

Network Manager вроде как в коде имеет поддержку только двух dhcp-клиентов: isc-dhcp-client и dhcpcd, но скомпиллирован ли он в Debian с поддержкой обоих я, честно, не знаю. Для начала давайте определимся чем вы хотите управлять интерфейсами. Если службой networking, то смело удаляйте network manager и ставьте любой рабочий dhcp клиент. Если network manager'ом, то тогда вам нужно отключить управление интерфейсами службой networking, убрав из /etc/network/interfaces записи о eth0. И если не получится настроить dhclient, то имеет смысл попробовать с dhcpcd.
 

Оффлайн Jerk

  • Пользователь
  • *
  • Сообщений: 18
Мда. Всё оказалось намного проще. Достаточно было interface "eth0" {
send dhcp-client-identifier 1:MAC;
}
Я так и думал, что стоило было туда прописать мак, когда копался в конфигах dhcp :D
Возможно ли сделать, чтобы он как-нибудь автоматически прописывал туда мак, по типу как получает hostname?
send host-name = gethostname();
« Последнее редактирование: 18 Апреля 2015, 13:37:45 от Jerk »
 

Оффлайн sandaksatru

Всё оказалось намного проще
Значит isc-dhcp-client и идентификатор не посылает по умолчанию, а не только hostname! Ужас.
Не знаю как прописать в конфигурационном файле, но мак-адрес запросто вытаскивается из /sys/class/net/eth0/address. Соответственно, там где имя интерфейса, подставьте ваше. Но я всё же попробовал бы dhcpcd, в Debian пакет называется dhcpcd5.
 

Теги:
     

    Debian 9.4. Не подключается к сети встроенной сетевой картой.

    Автор gni

    Ответов: 1
    Просмотров: 1743
    Последний ответ 31 Июля 2018, 09:58:06
    от ogost