Нет Инета по проводу. По Wi-Fi есть. Ubuntu, Fedora, Mint.

1) Зайди за пользователя root. Это делается командой 'su -' либо 'sudo -s' если у тебя плохой дистр который не настроил руту пароль при установке.

2) Попробуй попинговать роутер 'ping 192.168.1.1'.

3) Когда увидишь что пинги не идут (что он пишет кстати? ничего или ошибки?) жми Ctrl-C и сразу введи команды

arp -an
route -n
iptables -S

и покажи что они выводят.

Давненько мешает мне перейти на Linux на домашнем компе.

Т.е. с Windows на этом же компе нет проблем с проводным соединением?

[root@fedora axelf]# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. From 192.168.1.61 icmp_seq=1 Destination Host Unreachable From 192.168.1.61 icmp_seq=2 Destination Host Unreachable From 192.168.1.61 icmp_seq=3 Destination Host Unreachable ^C — 192.168.1.1 ping statistics — 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3054ms pipe 3 [root@fedora axelf]# arp -an ? (192.168.1.1) at on enp8s0 [root@fedora axelf]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 100 0 0 enp8s0 192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 enp8s0 [root@fedora axelf]# iptables -S -P INPUT ACCEPT -P FORWARD ACCEPT -P OUTPUT ACCEPT

Т.е. с Windows на этом же компе нет проблем с проводным соединением?

Да

Как делать разметку, https://www.linux.org.ru/help/markdown.md.

Для сообщений из терминала, в начале ``` и в конце. Иначе не разобрать.

Про разметку читал. Спасибо.

[root@fedora axelf]# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.61 icmp_seq=1 Destination Host Unreachable
From 192.168.1.61 icmp_seq=2 Destination Host Unreachable
From 192.168.1.61 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3054ms
pipe 3
[root@fedora axelf]# arp -an
? (192.168.1.1) at <incomplete> on enp8s0
[root@fedora axelf]# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    100    0        0 enp8s0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 enp8s0
[root@fedora axelf]# iptables -S
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

Странно что при всём этом dhcp он как-то получает.

Запусти в том же окне команду

tcpdump -i enp8s0 -n

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

Во время всех этих действий wifi-соединение должно быть выключено.

Ну и посмотри что выведется в окне во время включения интерфейса.

Или может, ещё и до этого.

Может, как вариант, настроить статику? Уж роутер то будет пинговаться.

Ты читал описание проблемы вообще?

Я хз, у меня статика :) и первым делом (сначала ping ya.ru) вторым делом при проблемах с сетью проверяю ping 192.168.1.1. И если пинга нет, то и инета нет от провайдера.

Здесь же сеть есть всегда, но wifi. Так что я только предложить. )

dhcp от статики отличается только способом получения айпи-адреса. Айпи-адрес он получил, дальше уже не важно статика там или нет.

Написал, теперь не отредактировать. :) Роутер всегда пингуется (у меня), это проверка на исправность железа, на всякий случай.

Сайты пишут, что не найден IP-адрес. Куда копать?

cat /etc/resolv.conf

? (192.168.1.1) at <incomplete> on enp8s0

this

У меня была похожая проблема в 2012 году. Потом заменил gnome на xfce и всё заработало. У разных рабочих окружений разные особенности в работе интернета.

Я думаю у него проблема с прошивками.

У меня была ситуация, что сеть работала по проводному интерфейсу.

Но в выводе dmesg были сообщения о том, что модуль (драйвер) не может загрузить firmware, т.к. его нет.

Я поставил пакет с firmware.

Перезагрузил модуль, ошибки пропали, но сеть перестала работать.

В итоге удалил прошивки и всё заработало.

Нужно смотреть лог dmesg, там либо отсутствуют прошивки, либо наоборот загружаются.

Возможно, проблема в версии прошивок.

Версия графической оболочки (DE) никак не влияет на поддержку сети ядром Linux.

У тебя, возможно, настраивалась сеть через Network Manager и в одном DE ты не смог корректно настроить работу апплета, а в другом всё заработало из коробки.

Нужно было попробовать настроить сеть в командной строке.

Покажи вывод

lspci -k | grep 'Ethernet' -A 5

И вывод dmesg залей на любой pastebin сервис, а сюда ссылку помести.

Я думаю у него проблема с прошивками.

Мысль реально не лишенная смысла, только дополню чуть по другому. Возможно дровишки другие нужны, родные от сетевки, а не те которые в ведре. Мне по этим грабелькам приходилось ходить ещё с конца прошлого века :) То что ТС пишет «Проверял на разных буках, системниках» не означает, что он не попадал на «брендовые» сетевки во всех вариантах.
2TC Покажите выхлоп dmesg

Проверял на разных буках, системниках. Всё одно.

Да не может такого быть, чтобы причина была в Linux. Все дорожки сходятся к роутеру, вернее к его настройкам, имхо. То, что с Windows все ok, ни о чем не говорит мало о чем говорит мне. )
Не удивлюсь, если настроить провод помимо роутера, то инет будет.

Дяденька вы ещё не проснулись? Перечитайте тему.

Молодой человек, :) возможно я уже второй раз в теме слишком категоричен, просто не понимаю как такое может быть:

[root@fedora axelf]# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.61 icmp_seq=1 Destination Host Unreachable
From 192.168.1.61 icmp_seq=2 Destination Host Unreachable
From 192.168.1.61 icmp_seq=3 Destination Host Unreachable

У меня такое в принципе не возможно. Только если роутер накроется.

dmesg: https://pastebin.com/9NiaCvN7
tcpdump: https://pastebin.com/S8a6QuCe

У меня такое в принципе не возможно.

1. Сходите на развал, купите дешианскую фигню
Или
2. Купите какой-либо брэндовый сервак
А потом нам рассказывайте про «то чаго не может быть» :)

Ну как бы, в выводе tcpdump твой адаптер ARP пакеты от других участников сети и твои собственные видит.

На канальном уровне у тебя всё работает.

Что-то ты не договариваешь.

В выводе dmesg не увидел ничего плохого.

У меня была проблема в network-manager-gnome. Но в других рабочих окружениях этой штуки не было. Ядро не напрямую в интернет выходит, а через всякие манагеры и вспомогательные программы. Да и само ядро может отличаться. Некоторые сборщики вырезают половина дров, которые они считают лишними. Или наоборот, новые дрова создают новые проблемы с железом.

Хотел бы договорить, но не знаю что.

tcpdump: https://pastebin.com/S8a6QuCe

Где там момент выключения/включения? Подозреваю что этот

11:47:00.784755 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 3c:7c:3f:d2:cf:63, length 282
11:47:00.786316 ARP, Request who-has 192.168.1.61 tell 192.168.1.1, length 46
11:47:00.788815 IP6 :: > ff02::16: HBH ICMP6, multicast listener report v2, 2 group record(s), length 48
11:47:01.038109 IP 192.168.1.1.bootps > 192.168.1.61.bootpc: BOOTP/DHCP, Reply, length 300

А вот это

11:47:06.180828 ARP, Request who-has 192.168.1.1 tell 192.168.1.61, length 28
11:47:06.181035 ARP, Reply 192.168.1.1 is-at 10:7b:ef:5d:6b:c0, length 42

А это

11:47:05.045239 ARP, Request who-has 192.168.1.61 tell 192.168.1.61, length 28

А ну и

[root@fedora axelf]# arp -an
? (192.168.1.1) at <incomplete> on enp8s0

Попробуй ещё с включённым tcpdump-ом в одном окне открыть второе и попинговать там что-нить из локалки кроме роутера (вообще в локалке много компов или как? в логе tcpdump-а полно 192.168.1. адресов разных).

И ещё проверь

cat /proc/sys/net/ipv4/neigh/enp8s0/gc_stale_time

Ядро не напрямую в интернет выходит, а через всякие манагеры и вспомогательные программы

А-а-а-а )))) Как раз ядро в Internet выходит напрямую. А всякие твои «манагеры» позволяют тебе из графической оболочки управлять сетевым интерфейсом.

Ты можешь через апплет в графической оболочке выбрать интерфейс и указать его IP адрес, маску, шлюз, DNS сервер.

Либо тоже самое сделать через утилиты командной строки:

ip a a 192.168.1.10/24 dev eth0
ip l s up dev eth0
ip route add default via 192.168.1.1
echo "nameserver 8.8.8.8" > /etc/resolv.conf

Или в случае DHCP

dhclient eth0

Твои «манагеры» либо дёргают эти утилиты командной строки, в зависимости от настроек которые ты задал, либо записывают эти параметры в /proc и /sys свойства сетевого интерфейса, которые предоставляет ядро.

В случае с DHCP, не знаю, есть ли в Networkmanager своя реализация DHCP клиента или он дёргает консольный.

При загрузке по сети (PXE) и монтирования корневой файловой системы через NFS ты вообще можешь передать ядру параметры для назначения IP адреса на сетевой интерфейс и оно его назначит.

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

На канальном уровне пакеты ходят, есть ARP запросы.

Есть ещё такой вариант: винда или биос неудачно загоняет в сон сетевую карту при перезагрузке. Обнови биос 3211 до последней версии (3802), в предыдущей версии была строчка «2. Improve system performance and stability», которая может означать что угодно.

Также, если не поможет, попробуй поставить r8168-dkms (в ubuntu, в остальных дистрибутивах что-то аналогичное присутствует)

винда или биос неудачно загоняет в сон сетевую карту

Я вчера нарыл похожее по поводу винды и этой сетевой. Но даже не стал здесь писать, ибо как можно все это соотносить к данной теме, если проблема проявляется на разном железе:

Проверял на разных буках, системниках. Всё одно.

Складывается ощущение из темы, что Linux у ТС, как черная дыра - любое железо и любые дистры не будут работать с инетом по проводу.

И да, единственно что осталось неизменным и не проверялось, это роутер.

проблема проявляется на разном железе

Но еще, что может объединять все случаи, это двойная загрузка (Windows/Linux) везде.

И да, единственно что осталось неизменным и не проверялось, это роутер.

И, возможно, патчкорд :)

Zyxel Keenetic Viva

Да, у медиатеков когда-то были проблемы со свичом, поставь последнюю фирмварь на роутер тоже.

поставь последнюю фирмварь на роутер тоже

Всё давно обновлено.

Но еще, что может объединять все случаи, это двойная загрузка (Windows/Linux) везде

Нигде этого нет. Для Linux отдельный SSD/HDD/флешка. Выбор загрузки через Boot Menu БИОСа.

Добыл нетбук с чипом Atheros. Сейчас Ubuntu на флешку закачаю, посмотрим, как с ним дела будут обстоять.

Нигде этого нет. Для Linux отдельный SSD/HDD/флешка. Выбор загрузки через Boot Menu БИОСа.

Имеется в виду, что Windows тоже установлена, не важно на каком диске или разделе. И влияет на сетвую через свои настройки энергосбережения.

Чтобы от этого эффекта избавиться, рекомендуют выключить комп, вытащить кабель питания, затем или подождать некоторое время, либо нажать на кнопку включения компа, полностью ‘разрядив’ его. И уже далее, загружаться с Linux, что поможет исключить разные непонятки в таких вот сложных и странных случаях.

Еще есть Fast Boot (Windows), говорят тоже вредная вещь для Linux при двойной загрузке.

Чтобы от этого эффекта избавиться, рекомендуют выключить комп, вытащить кабель питания, затем или подождать некоторое время, либо нажать на кнопку включения компа, полностью ‘разрядив’ его.

Вы про молоток забыли. :(

:)

Так и думал, что увижу что-то подобное. Решал даже удалить эту часть или оставить.

UPD.

Вы полностью выключите машину и отключите питание на несколько секунд (достаточно около 10). Кажется, это сбрасывает карту, и драйвер Linux работает до тех пор, пока вы снова не загрузите Windows.
https://en.opensuse.org/SDB:Realtek_8169_driver_problem#Workaround

Так. Имеем нетбук Acer Aspire 722. Linux Mint 19 на флешке (первая загрузка).

root@mint:~# lspci -k | grep 'Ethernet' -A 5
06:00.0 Ethernet controller: Qualcomm Atheros AR8152 v2.0 Fast Ethernet (rev c1)
	Subsystem: Acer Incorporated [ALI] AR8152 v2.0 Fast Ethernet
	Kernel driver in use: atl1c
	Kernel modules: atl1c
07:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01)
	Subsystem: Lite-On Communications Inc AR9485 Wireless Network Adapter
	Kernel driver in use: ath9k
 
root@mint:~# ifconfig
enp6s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.42  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::de0e:a1ff:fe53:ce75  prefixlen 64  scopeid 0x20<link>
        ether dc:0e:a1:53:ce:75  txqueuelen 1000  (Ethernet)
        RX packets 15880  bytes 984766 (984.7 KB)
        RX errors 0  dropped 2  overruns 0  frame 0
        TX packets 616  bytes 66694 (66.6 KB)
        TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0
 
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 8110  bytes 667852 (667.8 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8110  bytes 667852 (667.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Поведение такое же, как и системник на Fedora. Не пингуется ни роутер, ни соседние компы. Wi-Fi работает безупречно. Сетевая не работает никак. Винда вряд ли влияет, т.к. перезагрузок было уйма (раз 5 пытался сегодня завести битый образ Ubuntu).

dmesg https://pastebin.com/PtVFrS49
tcpdump https://pastebin.com/gT0wp6GC

IP ручками менял хаотически, MAC новый вбивал. Бесполезно.

А реально, возможно настроить помимо роутера в качестве теста? Хотя бы убедиться, что он никак не влияет, и отбросить этот момент из расчетов за ненадобностью.

Во всяком случае, у себя, чтобы снять подозрения в случае проблем с сетью, я так делал. Отсоединял wan от роутера, втыкал в комп и настраивал.

Не пингуется ни роутер, ни соседние компы.

Как-то мне попадалось выражение «Петля в локальной сети».

Никогда не кидайтесь выражениями значения которых вы не знаете.

Слушай, просто помоги ТС.

Дровишки для сетевки закинуть не пробовали?

ну чисто логически получается, что у тебя какие то петушиные настройки на роутере. Обычно на роутере можно посмотреть подключенные клиенты. Ты там значишься, когда загружен линукс?

а что получится, если в винде линупс на виртуалку поставить? Я к тому, что тут не линукс виноват, это и к гадалке не ходи

Обычно на роутере можно посмотреть подключенные клиенты. Ты там значишься, когда загружен линукс?

Да. Можно запомнить устройство, зафиксировать для него IP. Но в логах выхода в Инет нужного IP нет.

а что получится, если в винде линупс на виртуалку поставить?

Был такой опыт. VMWare Workstation. Та же история. Если прямое обращение к сетевухе - облом. Через Винду - всё работает.

Я к тому, что тут не линукс виноват, это и к гадалке не ходи

Я согласен, но проблема от этого не исчезнет.

2All.
Ладно, я думал это известная проблема, но нет. Не тратьте своё время. Завтра займусь ковырянием роутера, сбросом, перенастройкой и т.д. Будут результаты - отпишусь. Хотя хотелось бы понять, что именно в роутере приводит к таким результатам…

Лучше соедини патчкордом ноут с системником напрямую да посмотри, будет ли сеть.

Вообще похоже что битый кабель. С помощью ethertool можно снизить скорость до 10 мбит и проверить.