Автор Тема: KDesktop 7.0.5 не видит модем Промсвязь М-200А  (Прочитано 10602 раз)

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Добавил ключ к tcpdump:
Спойлер
tcpdump -eni enp3s0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp3s0, link-type EN10MB (Ethernet), capture size 65535 bytes
22:10:33.883950 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:10:37.868693 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:0c, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.12: igmp v2 report 224.0.0.12
22:10:42.844124 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:10:48.826378 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:10:58.300134 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:11:03.768735 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:11:07.308129 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:11:13.471690 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 78: 192.168.1.3.5353 > 224.0.0.251.5353: 0 PTR (QM)? _plasma._tcp.local. (36)
22:11:18.711226 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:11:20.004218 40:8d:5c:81:77:85 > Broadcast, ethertype IPv4 (0x0800), length 270: 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
22:11:20.004273 40:8d:5c:81:77:85 > Broadcast, ethertype IPv4 (0x0800), length 250: 192.168.1.3.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
22:11:25.372144 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:11:33.653599 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:11:38.092073 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:11:48.596123 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:11:52.132158 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:12:03.538508 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:12:07.644129 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:12:17.075000 00:18:82:28:66:67 > 01:80:c2:00:00:11, 802.3, length 60: LLC, dsap STP (0x42) Individual, ssap STP (0x42) Command, ctrl 0x03: STP 802.1d, Unknown BPDU Type (0xff)
22:12:18.480975 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:12:26.460136 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:12:33.423349 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
22:12:39.772100 40:8d:5c:81:77:85 > 01:00:5e:00:00:fb, ethertype IPv4 (0x0800), length 46: 192.168.1.3 > 224.0.0.251: igmp v2 report 224.0.0.251
22:12:42.388993 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:0c, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.12: igmp v2 report 224.0.0.12
22:12:48.365788 d0:15:4a:05:cb:a2 > 01:00:5e:00:00:01, ethertype IPv4 (0x0800), length 60: 192.168.1.1 > 224.0.0.1: igmp query v2
что с "Windows работает", оно на этом же компьютере ?
Да, на этом же компе. Просто перезагружаюсь из одной оси в другую.
Так, а если этот 192.168.1.2 попингать ? Он кто ?
192.168.1.2 - пробовал пинговать. Результат тот же. Этот адрес провайдер рекомендует прописывать в настройках сетевухи для бриджа. А у меня этот ip по wifi принадлежит моему ноуту.
А вот комп, который я сейчас пытаюсь настроить, работает на простом "втыке" без настроек. Кстати, у него ipv4 под виндой 192.168.1.5.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Чудеса.

Ладно. ARP Request who-has обязан быть от 192.168.1.3 для 192.168.1.1, хоть тресни.

tcpdump -eni enp3s0  | grep "who-has"

И подождать, пингая 192.168.1.1. Если не покажет ничего, то не знаю. А у ноута есть ethernet ? Если его на провод посадить и попингать ?

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
tcpdump -eni enp3s0  | grep "who-has"
Попробовал два раза: первый раз с настройкой "автомат. DHCP", а второй - с ручной.
Спойлер

Это первый вывод:

tcpdump -eni enp3s0 | grep "who-has"
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp3s0, link-type EN10MB (Ethernet), capture size 65535 bytes
18:07:04.641194 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:07:05.643152 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28

Это второй:

tcpdump -eni enp3s0 | grep "who-has"
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp3s0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:59:05.801191 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
17:59:06.803182 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
17:59:07.805191 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
17:59:09.798234 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
17:59:17.294211 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
17:59:17.294211 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:05.294232 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:05.294233 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:05.991139 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:07.575121 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:08.409189 40:8d:5c:81:77:85 > 00:25:d3:be:6e:10, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.2 tell 192.168.1.3, length 28
18:00:08.577196 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:09.411189 40:8d:5c:81:77:85 > 00:25:d3:be:6e:10, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.2 tell 192.168.1.3, length 28
18:00:09.579196 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:10.413188 40:8d:5c:81:77:85 > 00:25:d3:be:6e:10, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.2 tell 192.168.1.3, length 28
18:00:10.804695 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:11.806138 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:12.807138 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:13.986580 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:00:14.989191 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28


Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
18:07:04.641194 40:8d:5c:81:77:85 > Broadcast, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
То есть, есть всё же.  Надо было сразу ещё обратный пакет ловить, что-то я не подумал:

tcpdump -eni enp3s0  | grep "who-has\|is-at"

UPD: стоп. Почему "40:8d:5c:81:77:85 > Broadcast", если в первом сообщении "link/ether 00:1e:8c:da:6a:1e" у enp3s0 ?
« Последнее редактирование: 19.05.2017 15:37:00 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
tcpdump -eni enp3s0  | grep "who-has\|is-at"
Спойлер

tcpdump -eni enp3s0 | grep "who-has\|is-at"
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on enp3s0, link-type EN10MB (Ethernet), capture size 65535 bytes
18:48:05.636026 68:c4:4d:9c:9d:06 > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 192.168.1.1 tell 192.168.1.3, length 46
18:48:15.634325 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:48:16.636317 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:48:17.638325 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2, ethertype ARP (0x0806), length 42: Request who-has 192.168.1.1 tell 192.168.1.3, length 28
18:48:18.955926 68:c4:4d:9c:9d:06 > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 192.168.1.1 tell 192.168.1.3, length 46
Почему "40:8d:5c:81:77:85 > Broadcast", если в первом сообщении "link/ether 00:1e:8c:da:6a:1e" у enp3s0 ?
Не знаю.  Я вроде как ничего своим копанием не мог поменять. Это вроде как MAC сетевой карты? Да, проверил, это MAC.  :-\

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
В то-то и дело. Согласно первому сообщению MAC сетевой карты 00:1e:8c:da:6a:1e. Это так и осталось ?

А запросы "кто такой 192.168.1.1" идут с устройства с MAC 40:8d:5c:81:77:85 и с тем же самым src ip 192.168.1.3. То есть, этот IP поднят на нескольких устройствах одновременно ? Если же на последний спойлер посмотреть, то и вовсе всё плохо, ещё и 68:c4:4d:9c:9d:06 участвует. И ответов "is-at" я не вижу. Что-то не то в сети творится.

Ещё и who-has 40:8d:5c:81:77:85 > d0:15:4a:05:cb:a2 появился. Хотя, вроде бы, должен на Broadcast идти, а не на конкретный MAC.

В общем, надо посмотреть, какой MAC чей, и что там с IP-адресами.

Или, вообще, пропишите руками какой-нибудь другой IP, 192.168.1.111 например. Хотя с 1.3 на нескольких устройствах, всё равно, потом разбитаться.
« Последнее редактирование: 19.05.2017 16:30:38 от asy »

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Наконец-то я добрался до компьютера! Здравствуйте, продолжаем:
Согласно первому сообщению MAC сетевой карты 00:1e:8c:da:6a:1e. Это так и осталось ?
Мак-адрес сейчас 40:8d:5c:81:77:85. Откуда взялся первый МАК - без понятия. Руками никто не писал.
Хотел попинговать модем с ноута - пока безрезультатно(привод накрылся, с флешки не хочет).
Есть мысль, что может у компа железо не всё поддерживается Альтом? Я тут пробовал флешку воткнуть, так она даже никак себя не обозначила, чтоб её смонтировать. И лампочкой не мигнула. Может что-то с моими PCI случилось? Есть ли способ проверить?
И напоследок скриншот: по состоянию на момент написания сообщения

Оффлайн Rider

  • /usr/sbin/control
  • *******
  • Сообщений: 1 136
lsusb смотрите

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Ещё надо бы глянуть lspci -k | grep -iA2 ether и, до кучи, ethtool -i enp3s0

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Ещё надо бы глянуть lspci -k | grep -iA2 ether и, до кучи, ethtool -i enp3s0

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
lsusb смотрите
Нашёл флешку. А что мне это дало? Как её смонтировать?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Сетевая карта вполне себе распространённая, должно всё работать. Думается, упущена какая-то мелочь.

Что касается флешки, у меня KDesktop7 точно открывал окошко какое-то по событию втыкания. А так - lsusb вряд ли поможет, это только посмотреть, что оно есть. Узнать, что монтировать, поможет blkid, fdisk или /var/log/messages (либо journalctl). Дальше - mount.

Оффлайн FHCism

  • Начинающий
  • *
  • Сообщений: 21
Незнаю что и думать. Пробовал в лайв режиме убунту настроить. Так один в один та же ситуация. Попутно начал читать книгу о сетях и администрировании. Подскажите что-нить по линукс почитать и наверное, если больше мыслей ни у кого нет, то можно прекращать обсуждение :-( По крайней мере временно.

ЗЫ: Эти (blkid, fdisk) команды флешку не обнаруживают. А лог, всмысле messages, полностью пустой(смотрел под su). Смеха ради вставил dvd диск... видит! Я уж думал, что у меня изолированная система получилась ;-D ;-D ;-D

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
lsusb смотрите
Нашёл флешку. А что мне это дало? Как её смонтировать?

Вставляете флешку в usb-порт.
Смотрите устройство по принципу ИЛИ:
# fdisk -l /dev/sd{b,c,d}
Disk /dev/sdb: 7.5 GiB, 8053063680 bytes, 15728640 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5912b1af

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 2080767 2080768 1016M 17 Hidden HPFS/NTFS


Disk /dev/sdc: 3.6 GiB, 3878043648 bytes, 7574304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 204F2256-93B6-40DB-A4BC-0FB7F3357F51

Device      Start     End Sectors  Size Type
/dev/sdc1    2048    4095    2048    1M BIOS boot
/dev/sdc2    4096  208895  204800  100M EFI System
/dev/sdc3  208896 7574270 7365375  3.5G Linux filesystem


fdisk: cannot open /dev/sdd: No such file or directory
# ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 May 22 17:27 ata-IC25N080ATMR04-0_MRA401K6KLRT0H -> ../../sda
lrwxrwxrwx 1 root root 10 May 22 17:27 ata-IC25N080ATMR04-0_MRA401K6KLRT0H-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 May 22 17:27 ata-IC25N080ATMR04-0_MRA401K6KLRT0H-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 May 22 17:27 ata-IC25N080ATMR04-0_MRA401K6KLRT0H-part3 -> ../../sda3
lrwxrwxrwx 1 root root 10 May 22 17:27 ata-IC25N080ATMR04-0_MRA401K6KLRT0H-part4 -> ../../sda4
lrwxrwxrwx 1 root root  9 May 24 15:49 usb-Multiple_Card_Reader_058F63666433-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 May 24 15:49 usb-Multiple_Card_Reader_058F63666433-0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 May 24 15:53 usb-TOSHIBA_TransMemory_756962663EF9CCC0BE129539-0:0 -> ../../sdc
lrwxrwxrwx 1 root root 10 May 24 15:53 usb-TOSHIBA_TransMemory_756962663EF9CCC0BE129539-0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 May 24 15:53 usb-TOSHIBA_TransMemory_756962663EF9CCC0BE129539-0:0-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 May 24 15:53 usb-TOSHIBA_TransMemory_756962663EF9CCC0BE129539-0:0-part3 -> ../../sdc3

Монтируете как устройство как обычно через mount.

При подключении флешки к usb-порту, она должна отобразиться в GUI файловом менеджере. Можете смонтировать через него.

Кстати, если что:
Флешка и mmcblk это разные устройства и разные подсистемы, и им нужны разные драйверы:
# find /lib/modules/$(uname -r) -name "*storage*"
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/usb/storage
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/usb/storage/usb-storage.ko
# find /lib/modules/$(uname -r) -name "*mmc*"
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/media/mmc
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/core/pwrseq_emmc.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/core/mmc_core.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/host/via-sdmmc.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/host/rtsx_usb_sdmmc.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/host/cb710-mmc.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/host/rtsx_pci_sdmmc.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/card/mmc_test.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/mmc/card/mmc_block.ko
/lib/modules/4.9.22-std-def-alt1/kernel/drivers/iio/magnetometer/mmc35240.ko
# modinfo usb-storage|grep ^descr
description:    USB Mass Storage driver for Linux
# modinfo mmc_block|grep ^descr
description:    Multimedia Card (MMC) block device driver
# lsmod|grep 'storage\|mmc'
usb_storage            45958  1 uas
mmc_core              114639  2 sdhci,sdhci_pci
usbcore               178560  8 usb_storage,ehci_hcd,ohci_pci,uhci_hcd,btusb,uas,ohci_hcd,ehci_pci
scsi_mod              196659  4 sd_mod,usb_storage,libata,uas
« Последнее редактирование: 24.05.2017 16:22:39 от Speccyfighter »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
ЗЫ: Эти (blkid, fdisk) команды флешку не обнаруживают.
Они не знают, что это флешка, они блочные устройства показывают имеющиеся. Запустите blkid до и после втыкания флешки и ищите, что новое появилось. C fdisk по-другому. Надо знать, какое оустройство образовалось (из лога) и посмотреть, что на нём: fdisk -l /dev/sdb. Хотя, если в лог смотреть, там весь набор разделов подключенного устройства должно быть видно и так.
А лог, всмысле messages, полностью пустой(смотрел под su).
Я где-то раньше предположил, что там systemd. Ну не помню, что в KDesktop 7. Значит, не messages смотреть, а systemd-шную утилиту journalctl использовать: там логи в другом месте и бинарные тогда.