Linux Linux Linux....

[serendipity]

Столкнулся вчера с проблемкой.. Поставил параллельно с виндой Кубунту 8.10. Сеть на винде есть. Списал настройки с винды и вбил на Кубунте. Но инета нет. По пингу 172.16.0.1 пишет network unreachable. В комп воткнуты еще 2 сетевухи помимо имплантированной. Все три штуки Кубунта видит. ИП выделенный. Хотелось бы знать куда копать?

[blackSun]

Знание принципов работы сетей и роутинга это так юзер-френдли.
Обычно в таких случаях помогает
ifconfig eth0/eth1/eth2 up
или
route add default gw адрес шлюза. А если шлюз с тобой в разных подсетях, то там еще есть какой то выкрутас чтобы соединить подсети.
Может быть еще вариант что ты зря вбил данные из винды, так как у тебя динамический айпи. тогда помог бы
dhcpcd eth0

Я шучу. щас кто то заглянет и скажет где поставить галочку.

[serendipity]

по ifconfig выдает вот что

eth0 Link encap:Ethernet HWaddr 18:2b:cc:8f:13:00
inet6 addr: fe80::1a2b:ccff:fe8f:1300/64 Диапазон:Ссылка
Р’Р’Р•Р*РҐ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3303 errors:0 dropped:0 overruns:0 frame:0
TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:282383 (282.3 KB) TX bytes:2222 (2.2 KB)
Прервано:220 Base address:0x6000

eth1 Link encap:Ethernet HWaddr 00:19:e0:0f:13:de
Р’Р’Р•Р*РҐ 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
коллизии:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Прервано:19 Base address:0xe800

eth2 Link encap:Ethernet HWaddr 00:0e:2e:d9:05:81
inet6 addr: fe80::20e:2eff:fed9:581/64 Диапазон:Ссылка
Р’Р’Р•Р*РҐ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:1494 (1.4 KB)
Прервано:18 Base address:0xe400

lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Диапазон:Узел
Р’Р’Р•Р*РҐ LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:124 errors:0 dropped:0 overruns:0 frame:0
TX packets:124 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:0
RX bytes:8000 (8.0 KB) TX bytes:8000 (8.0 KB)
(сорри, не разобрался с кодировкой..)

по ifconfig eth0/eth1/eth2 up команда проходит , но эффекта ноль.

айпишник вроде не динамический .. но в настройках сети в винде 172.16.0.хх ,а например укоз распознает как 195.114.137.хх , честно говоря не знаю что это значит....

[Fireball]

Спасибо! попробую

UPD: Груб установился удачно, но, к сожалению, это не помогло Пишет:
Error loading operating system
При этом, еще не было меню загрузки. Видимо сам груб не стартует.

Это потому, что ставили загрузчик не в MBR (то есть в основную загр запись диска, это получится если ставить в /dev/sdc, а не /dev/sdc1).
В таком случае нужно поставить метку boot на этом самом первом разделе (с помощью cfdisk или parted или графическим аналогом).
Не помогает - восстановите MBR с помощью testdisk или переставьте GRUB в MBR

Плюс глянуть, стоит ли вообще в биосе загрузка именно с этого винта

[Fireball]

serendipity, если у Вас не получается менять кодировку в копипастах вывода команд с русским текстом, запускайте сразу на английском:
LC_ALL=C команда

Дайте вывод
ip addr show
ip route show
На английском

Пока что я не вижу ни на одном интерфейсе, кроме lo (петли) адреса IPv4 установленного.

Как это сделать (172.16.0.34 - Ваш адрес, /24 - маска подсети (255.255.255.0), eth0 - имя сетевого интерфейса):

ip addr add 172.16.0.34/24 dev eth0  //Устанавливает адрес
ip link set dev eth0 up   //Поднимает интерфейс, если он опущен
ip route add default via 172.16.0.1 dev eth0   //Маршрут по умолчанию, указывается шлюз

Либо, если действительно по DHCP всё получаете - dhclient eth0

Это всё при условии, что нужный интерфейс - eth0.

ethtool -i eth0 // даёт всякую полезную-интересную инфу

айпишник вроде не динамический .. но в настройках сети в винде 172.16.0.хх ,а например укоз распознает как 195.114.137.хх , честно говоря не знаю что это значит....

Это значит, что Вы за NAT'ом, и личного внешнего IP - нет. Разве что ещё туннель поднимается.

[Fireball]

Если получится поднять инет без DHCP, то в /etc/network/interfaces

auto eth0
iface eth0 inet static
    address 172.16.0.34
    netmask 255.255.255.0
    broadcast 172.16.0.255
    gateway 172.16.0.1

Если с DHCP, то проще:

auto eth0
iface eth0 inet dhcp

[serendipity]

до шаманства:
IP addr show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:19:e0:0f:13:de brd ff:ff:ff:ff:ff:ff
3: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 00:0e:2e:d9:05:81 brd ff:ff:ff:ff:ff:ff
inet6 fe80::20e:2eff:fed9:581/64 scope link
valid_lft forever preferred_lft forever
4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 18:2b:cc:8f:13:00 brd ff:ff:ff:ff:ff:ff
inet 172.16.0.xx/24 scope global eth0
inet6 fe80::1a2b:ccff:fe8f:1300/64 scope link
valid_lft forever preferred_lft forever
5: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
link/ether 36:49:22:10:a7:1d brd ff:ff:ff:ff:ff:ff

IP route show

172.16.0.0/24 dev eth0 proto kernel scope link src 172.16.0.xx

после шаманства и правки etc/network/interfaces :

IP addr show

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
link/ether 18:2b:cc:8f:13:00 brd ff:ff:ff:ff:ff:ff
inet 172.16.0.xx/24 brd 172.16.0.255 scope global eth0
inet6 fe80::1a2b:ccff:fe8f:1300/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:19:e0:0f:13:de brd ff:ff:ff:ff:ff:ff
4: eth2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:0e:2e:d9:05:81 brd ff:ff:ff:ff:ff:ff
inet6 fe80::20e:2eff:fed9:581/64 scope link
valid_lft forever preferred_lft forever
5: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
link/ether 3e:bf:cc:da:d1:16 brd ff:ff:ff:ff:ff:ff

IP route show

172.16.0.0/24 dev eth0 proto kernel scope link src 172.16.0.xx
169.254.0.0/16 dev eth0 scope link metric 1000
default via 172.16.0.1 dev eth0 metric 100

значок Knetwork manager в трее стал зеленого цвета и пишет что eth0 not managed

еще опытным путем вяснил что eth0 это именно имплантированная сетевуха.

но по прежнему доступа к инету нет.

[Zardos]

но по прежнему доступа к инету нет.

DNS не забыли случайно прописать? На шлюз пинг проходит?

[Fireball]

dhclient eth0 или pump адреса получает по DHCP?
По пингу мигает лампочка у нужной сетевой карты?
Пингуется ли шлюз (172.16.0.1)?

Потому как если именно та сетевуха, именно те IP-адреса машины и роутера, то должно работать.

Проверьте, совпадает ли MAC-адрес (18:2b:cc:8f:13:00) с тем, что в Windows виден (на некоторых странных встроенных сетевухах он вообще после перезагрузки менялся). Не запускается ли потом в Windows PPPOE или какой PPTP или ещё какой VPN?

Может быть в Убунте файерволл что-то блокирует (хотя не должен, вроде бы)
Дайте вывод iptables -t filter -L -v

[Fireball]

DNS не забыли случайно прописать? На шлюз пинг проходит?

О, кстати, отличная мысль про ДНС

редактировать /etc/resolv.conf (с помощью того же vim, mcedit, nano или что ближе к телу) и добавить нечто вроде:

nameserver 192.168.2.4
nameserver 195.138.80.33
nameserver abc.def.ghi.jkl

[serendipity]

нет))) ДНС прописать не забыл)
172.16.0.1 - не пингуется.
dhclient пишет :

Internet Systems Consortium DHCP Client V3.1.1
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth2/00:0e:2e:d9:05:81
Sending on LPF/eth2/00:0e:2e:d9:05:81
Listening on LPF/pan0/be:e3:29:9b:70:e3
Sending on LPF/pan0/be:e3:29:9b:70:e3
Listening on LPF/eth0/18:2b:cc:8f:13:00
Sending on LPF/eth0/18:2b:cc:8f:13:00
Listening on LPF/eth1/00:19:e0:0f:13:de
Sending on LPF/eth1/00:19:e0:0f:13:de
Sending on Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 21
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 19
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 7
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

лампочка , ввиду своего отсутствия на имплантированной в материнку сетевухе, не мигает...)
мак аддреса совпадают.., но как бы это сказать противоположно... На винде мак - 00:13:8f:cc:2B:18 , а вот на Кубунте 18:2B:cc:8f:13:00

нет. никакого впн. простое локальное подключение с айпишником, маской, шлюзом и 2 днсами. Кстати в винде маска подсети 255.255.0.0

[serendipity]

вывод по iptables :

Chain INPUT (policy ACCEPT 557 packets, 58862 bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination

Chain OUTPUT (policy ACCEPT 76 packets, 7235 bytes)
pkts bytes target prot opt in out source

[blackSun]

какой однако отвратный вывод в вашем ip
всю жизнь пользовались route/ifconfig и ничего

[Fireball]

172.16.0.1 - не пингуется.
dhclient пишет :

Ну, значит, по DHCP ничего нет - уже легче

лампочка , ввиду своего отсутствия на имплантированной в материнку сетевухе, не мигает...)

Ох китайцы, уже на светодиодах экономят!

мак аддреса совпадают.., но как бы это сказать противоположно... На винде мак - 00:13:8f:cc:2B:18 , а вот на Кубунте 18:2B:cc:8f:13:00

Та быть не должно.
сделайте предварительно

ip link set dev eth0 down
ip link set address 00:13:8f:cc:2B:18 dev eth0
ip link set dev eth0 up

Для установки правильного MAC'а

Кстати в винде маска подсети 255.255.0.0

Тогда при задании маски - /16

[Fireball]

У меня на встроенной сетевухе в Windows с родными драйверами до какого-то обновления тоже определялся неправильный MAC (причём сеть не работала вообще).
На ней же в Linux сеть работала, но MAC менялся при каждой загрузке.
И там, и там выход был в принудительной установке MAC'a

[serendipity]

все команды прошли, толку ноль(
вот последний вывод ifconfig после всех шаманств:

eth0 Link encap:Ethernet HWaddr 00:13:8f:cc:2b:18
inet addr:172.16.0.xx Bcast:172.16.0.255 Mask:255.255.0.0
inet6 addr: fe80::213:8fff:fecc:2b18/64
ВВЕРХ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1947 errors:0 dropped:0 overruns:0 frame:0
TX packets:58 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:128546 (128.5 KB) TX bytes:8327 (8.3 KB)
прервано:220 Base address:0x6000

eth1 Link encap:Ethernet HWaddr 00:19:e0:0f:13:de
ВВЕРХ 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
коллизии:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
прервано:19 Base address:0xe800

eth2 Link encap:Ethernet HWaddr 00:0e:2e:d9:05:81
ВВЕРХ 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
коллизии:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
прервано:18 Base address:0xe400

lo Link encap:локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128
ВВЕРХ LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:36 errors:0 dropped:0 overruns:0 frame:0
TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:0
RX bytes:2160 (2.1 KB) TX bytes:2160 (2.1 KB)

[Fireball]

Как видно, что-то таки передаётся по eth0.
Не было ли каких-либо тонкостей в настройке ранее?

Потому как вообще такая штука очень легко настраивается и пока больше никакие затыки в голову не приходят

[serendipity]

тонкостей не было ибо настройки не было) В винде все настроенно и перестроенно не раз в течении лет 3-х.. А вот Убунту поставил где -то месяца 4 назад.. Щас переставил на Кубунту.. На убунте были такие же проблемы. но из-за недостатка времени не занимался настройкой вплотную.. А щас время появилось и КДЕ больше понравились.. вот и начал морочится с настройкой сети...

[Dominion]

Это потому, что ставили загрузчик не в MBR (то есть в основную загр запись диска, это получится если ставить в /dev/sdc, а не /dev/sdc1).
В таком случае нужно поставить метку boot на этом самом первом разделе (с помощью cfdisk или parted или графическим аналогом).
Не помогает - восстановите MBR с помощью testdisk или переставьте GRUB в MBR

Плюс глянуть, стоит ли вообще в биосе загрузка именно с этого винта

Спасибо, попробую!
Метка "загрузочный" стояла - в процессе инсталяции в ручном режиме разбивал винт, когда задавал параметры точно помню что ставил эту метку. Гружусь точно с того диска руками выбираю загрузку с него при загрузке машины. Попробую графическим аналогом parted еще раз проверить метку "загрузочный", если не получится - буду пробовать поставть в MBR on sdc

[Fireball]

Разве что запустить
tcpdump -i eth0
и попробовать зайти в инет, пинговать что-то далёкое и смотреть что происходит.
Можно через Wireshark в графическом интерфейсе то же самое.

ip route get 195.138.80.33
ip route get 172.16.0.1

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

А что если попробовать на другую сетевуху подключаться? Как сменить MAC на произвольный (если есть его проверка) и всё остальное уже знаете. Так можно определить, не в драйвере сетевухи ли проблема.