Проблема со скачивание больших файлов

[hamstep]

Всех приветствую. Уже примерно полтора года мучаюсь следующей проблемой: при скачивании больших файлов (примерно больше 2-3 МБ) они приходят битыми.
К примеру: Не удалось получить http://mirror.yandex.ru/ubuntu/pool/main/h/humanity-icon-theme/humanity-icon-theme_0.5.3.9_all.deb  Хеш сумма не совпадает
При скачивании любыми другими программами по FTP, HTTP, ... - проблема та же самая, удается скачать раза с >3-го (зависит от размера файла).
Transmission пишет: Downloaded; 518,7 MiB(+185,8 MiB corrupt) в свойствах одной из закачек.
Система Ubuntu 11.04 amd64, проблема была и на 10.10, 10.04, 9.10, OpenSUSE 11.2-11.4, fedora 14, прочем до какого-то из обновлений 9.10 всё было хорошо, потом стало плохо
Ping ya.ru

(Нажмите, чтобы показать/скрыть)

--- ya.ru ping statistics ---
316 packets transmitted, 299 received, 5% packet loss, time 315517ms
rtt min/avg/max/mdev = 1.404/1.994/3.060/0.275 ms

ifconfig eth0

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

eth0      Link encap:Ethernet  HWaddr 00:00:fb:b7:c9:ea  
          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:255.255.255.0
          inet6 addr: xxxx:xxxx:xxxx::xxx/64 Scope:Общий
          inet6 addr: fe80::xxxx:xxxx/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:537505 errors:0 dropped:1 overruns:0 frame:0
          TX packets:277202 errors:0 dropped:0 overruns:0 carrier:3
          collisions:0 txqueuelen:1000
          RX bytes:463053133 (463.0 MB)  TX bytes:22859993 (22.8 MB)
          Interrupt:44


ethtool eth0

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
                       100baseT/Half 100baseT/Full
                       1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
                       100baseT/Half 100baseT/Full
                       1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
MDI-X: Unknown
Supports Wake-on: pg
Wake-on: d
Current message level: 0x00000000 (0)
     
Link detected: yes


lspci -k

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge
Subsystem: ASUSTeK Computer Inc. Device 1067
00:02.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (ext gfx port 0)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:05.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 1)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:06.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 2)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:11.0 SATA controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode]
Subsystem: ASUSTeK Computer Inc. Device 1117
Kernel driver in use: ahci
Kernel modules: ahci
00:12.0 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: ohci_hcd
00:12.1 USB Controller: ATI Technologies Inc SB7x0 USB OHCI1 Controller
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: ohci_hcd
00:12.2 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB EHCI Controller
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: ehci_hcd
00:13.0 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: ohci_hcd
00:13.2 USB Controller: ATI Technologies Inc SB7x0/SB8x0/SB9x0 USB EHCI Controller
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: ehci_hcd
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 3a)
Subsystem: ASUSTeK Computer Inc. Device 1067
Kernel driver in use: piix4_smbus
Kernel modules: sp5100_tco, i2c-piix4
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
Subsystem: ASUSTeK Computer Inc. Device 1003
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:14.3 ISA bridge: ATI Technologies Inc SB7x0/SB8x0/SB9x0 LPC host controller
Subsystem: ASUSTeK Computer Inc. Device 1067
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] Family 11h Processor HyperTransport Configuration (rev 40)
00:18.1 Host bridge: Advanced Micro Devices [AMD] Family 11h Processor Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] Family 11h Processor DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] Family 11h Processor Miscellaneous Control
Kernel driver in use: k10temp
Kernel modules: k10temp
00:18.4 Host bridge: Advanced Micro Devices [AMD] Family 11h Processor Link Control
01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series]
Subsystem: ASUSTeK Computer Inc. Device 1b32
Kernel driver in use: fglrx_pci
Kernel modules: fglrx, radeon
01:00.1 Audio device: ATI Technologies Inc RV710/730
Subsystem: ATI Technologies Inc RV710/730
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
02:00.0 Ethernet controller: Atheros Communications AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
Subsystem: ASUSTeK Computer Inc. Device 14f5
Kernel driver in use: ATL1E
Kernel modules: atl1e
03:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
Subsystem: AzureWave Device 1089
Kernel driver in use: ath9k
Kernel modules: ath9k


ping6 mirror.yandex.ru

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

--- mirror.yandex.ru ping statistics ---
584 packets transmitted, 582 received, 0% packet loss, time 583830ms
rtt min/avg/max/mdev = 0.921/2.254/70.574/5.701 ms


Файлы одинаково плохо качаются и по ipv4 и по ipv6

Интересно, что под M$ файлы качаются правильно, раздавал интернет по WIFI - на втором ноутбуке всё качалось правильно,
поставил виртуалку (Virtualbox OSE), под ней запустил 10.10. - там тоже правильно скачался файл объемом 2,5G
(виртуалка и раздача инета по WIFI на этом же глючащем ноуте)

Ноут ASUS K70AB

Прошу, помогите, сил нет перекачивать всё по 10 раз

[uid0]

попробуйте переключить сетевуху в 100 мегабитный режим !

[hamstep]

Может я в чем-то не разобрался, но вывод ethtool eth0 говорит, что она уже во 100 мегабитном режиме.
Добавлю на всякий случай вывод ping mirror.yandex.ru на этот раз по ipv4

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

--- mirror.yandex.ru ping statistics ---
1787 packets transmitted, 1751 received, 2% packet loss, time 1792676ms
rtt min/avg/max/mdev = 0.845/2.476/22.176/2.528 ms


[fisher74]

А у Вас  интернет по Ethernet прилетает безо всяких VPN?
В Half duplex карточку не хотите попробовать перевести?

Про "Интересно..." не понял что куда и через что качалось...

[uid0]

 collisions:0 txqueuelen:1000 - гигабит

[fisher74]

Если цифра похожа на желаемое увидеть, то это не значит, что параметр именно это и обозначает.
txqueuelen - ни в коем случае не скорость интерфейса.

[nikulyan]

Соединение какое у вас с внешним миром?

[hamstep]

Соединение с внешним миром через NAT, причем выбирать не приходится - это офф сеть у нас в универе.

сейчас тестирую, как half дуплекс работает


В первом посте я несколько запутанно говорил, что если на первом ноуте (текущий, на котором проблемы) запустить WIFI точку, то второй ноут через эту точку всё прекрасно качает, и если на этом же первом ноуте запустить Virtual Box, то виртуальная система всё прекрасно качает с первого раза

[nikulyan]

Так и знал! Попробуйте уменьшить mtu...

[hamstep]

Ни полудуплекс, ни MTU 1300 (против прежних 1500) проблему не решили.

Еще одна деталь: сетевая карточка после каждой перезагрузки меняет свой mac-адресс

[nikulyan]

А вот это уже интересней!

[fisher74]

Ого... барабашки...
Только при перезагрузке или при рестарте сети тоже?

Код: [Выделить]

ifconfig eth0 | grep HWaddr
sudo /etc/init.d/networking restart
ifconfig eth0 | grep HWaddr
sudo ifconfig eth0 down
sleep 10
sudo ifconfig eth0 up
ifconfig eth0 | grep HWaddr


[hamstep]

сейчас на работе, поэтому проверить не смогу, но раньше (на 10.04, OpenSUSE) при каждой загрузке создавался новый интерфейс типа ethX, что решалось привязкой сетевой карты в UDEV не к мак, а к PCI адресу, что не исправило проблемы с мак адресами (добавлял pre-up ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx в /etc/network/interfaces). Точно помню, что при sudo /etc/init.d/networking restart новый интерфей не создавался (ещё до правки конфига UDEV) и в OpenSUSE ifup/ifdown мак не меняли

[fisher74]

Ничего себе ноут... с плавающим  MAC-адресом... Хакер-эдишн чтоль?
Пользователь решил продолжить мысль 05 Апреля 2011, 13:26:19:интересно, что Ваша проблема не индивидуальна и просматривается для этой модели в интернете. Не пробовали обращаться к производителю?

Быстропоиск показал решение проблемы только под офтопиком. Как спроецировать на Ubuntu - не имею понятия. БИОС не обновляли?

P.S. Можно попробовать привязать в udev к PCI

[hamstep]

В том-то и дело, что под оффтопиком файлы качаются нормально (о чем написано в первом посте), а мак я просто жестко прописал в настройках карты. Биос стоит последний. Для мака сделал костыль в udev (о чем написано в предыдущем моём посте). Так что черт с ним с маком, кое-как пашет и ладно, бесит именно проблема с закачкой файлов. Google за полтора года излазил в поисках решения вдоль и поперек (хотя вполне допускаю, что что-то проглядел).
Пользователь решил продолжить мысль 05 Апреля 2011, 19:14:35:Только что проверил, манипуляции ifconfig up/ifconfig down mac-адрес не меняют, как и /etc/init.d/networking restart