Изпечатай

[DidkoSlawow]

В about:config на iceweasel съм блокирал ipv6 и проблема с бавното зареждане моментално се изпари, зареждат се буквално толкова бързо, колкото и се затварят станиците. Но проблема при сваляне на торенти не изчена след добавянето на ipv6 в /etc/modprobe.d/blacklist.conf, нито когато замених

Код:

# alias net-pf-10 ipv6

с

Код:

# alias net-pf-10 off

На лаптопа с дебиан свалям от замунда с 80кб/с (най-много, но рядко стига дори 80.). На другия лаптоп с виста и на персоналния с Екс Пи няма ядове - до 1мб/с .

П.П.

Код

GeSHi ():
debian:/home/didko# lspci | grep Network
05:09.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)

[biggie]

Oт някъде половин година не можеш да blacklist-неш ipv6 в новите debian kernel-и, понеже модула е компилиран статично Имаш тази възможност - да добавиш към /etc/sysctl.conf следния ред:

Код:

net.ipv6.conf.all.disable_ipv6 = 1

Рестартирай и би трябвало да имаш модула изключен

[DidkoSlawow]

Отново е същата работа, след като добавих горепосочения код и след рестарта торента тръгна нормално - 700-800кб/с, но след около минута - изненада 80кб/с  . Какво по дяволите

[DidkoSlawow]

up 

[tolostoi]

Може да е просто кофти драйвер имаш ли вариант за друг (по-стар, по-нов или дори ndiswrapper)?Не съм чувал за този проблем с ипв6, но можеш да коментираш и редовете в /etc/hosts въпреки, че не мисля да има някакъв ефект.

[DidkoSlawow]

Едва ли е от драйвъра, до преди месец нямах такива ядове, а в /etc/hosts виждам един ред, който не ми е ясно какви ги върши там  (2ри ред)
А и всичко е изкоментиране преди седмици.

Код:

127.0.0.1       localhost
127.0.1.1       debian.ddns-lan.pl.ekk.bg       debian

# The following lines are desirable for IPv6 capable hosts
#::1     localhost ip6-localhost ip6-loopback
#fe00::0 ip6-localnet
#ff00::0 ip6-mcastprefix
#ff02::1 ip6-allnodes
#ff02::2 ip6-allrouters

П.П. Драйвъра дава следната грешка когато мина на tty1(2-6)(Алт+F1..)

Код:

phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).

Каква е тая грешка и възможно ли е от нея да идва проблема?

[zeridon]

От един момент дебианци започнаха да дават предпочитания на ipv6 адресите над ipv4 най-вероятно проблема ти е там.

Това предпочитание се контролира от /etc/gai.conf

редактирай го и откоментирай/добави

Код

GeSHi (Bash):
precedence ::ffff:0:0/96  100

в момента нямам под ръка дебиан за да и дам целия файл

[DidkoSlawow]

Откоментирах реда, но без резултат. 

[Warstomp]

Откъде си сигурен че това е от ipv6?

[tyuio]

Тоя ред ако не си го слагал наистина ти ми е интересен от къде се е появил. Е не е о от нрго де

127.0.1.1       debian.ddns-lan.pl.ekk.bg       debian



Що не пробваш с някакво друго ядро. я по ново я по старо?

[gat3way]

Ъм от някоя версия на дебианското ядро нагоре, ipv6 подръжката вече е вградена в ядрото и не е отделен модул, следователно от blacklist-ване на модула файда няма. Установих го съвсем наскоро, опитвайки се да дебъгна един много странен проблем на нова дебиан инсталация - нито един java аплет не искаше да се зарежда, всичките гърмяха с classnotfound. Накрая се оказа че тъпата джава се опитва да отваря ipv6 сокети, а аз по навик бях забранил ipv6 модула и ми беше много странно защо се получава така.

Та в такъв случай забраняването на ipv6 става или чрез boot опция в grub/lilo, или евентуално по-късно чрез procfs (echo 1 > /proc/sys/net/ipv6/conf/all/disable_ipv6). Възможно е и през sysctl.conf естествено.

[DidkoSlawow]

@Стефан Павлов, не съм казал, че съм сигурен, просто от всичко изчетено из гугъл ми става ясно, че или е от ipv6 или от opensource драйвъра на serialmonkey - rt2x00pci.

@tyuio, този host като го гледам на пръв поглед е свързан с доставчика ми в Пловдив - Евроком, но все пак не виждам какво, ще търси там. За ново ядро не съм сигурен в себе си и малко ме е страх да не омажа нещата, при все че започва семестъра и като си гледам програмата няма да ми остава много време да се занимавам с компютъра си. 

@gat3way, добавил съм като опция при boot - ipv6.disable=1, преди 2 или 3 седмици, но това не решава настоящия проблем.

Код:

menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-686" {
        set gfxpayload=keep
        insmod ext2
        set root=(hd0,1)
        search --no-floppy --fs-uuid --set e4b3325b-5431-4943-8bc0-40318c696962
        echo    Loading Linux 2.6.32-trunk-686 ...
        linux   /boot/vmlinuz-2.6.32-trunk-686 root=UUID=e4b3325b-5431-4943-8bc0-40318c696962 ro splash ipv6.disable=1 vga=786 quiet

        echo    Loading initial ramdisk ...
        initrd  /boot/initrd.img-2.6.32-trunk-686
}

[DidkoSlawow]

Добре изглежда проблема, наистина е в драйвъра. Пуснах филм да се тегли (с Transmission) и отидох на tty1 2-3 минути нямаше и помен от грешката на драйвъра и филма си се точеше с 800-900кб/с. Изведнъж обаче познатата грешка ->

П.П. Драйвъра дава следната грешка когато мина на tty1(2-6)(Алт+F1..)
Код:

phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).

И скороста на сваляне в Transmission отново падна до 70кб/с.

П.П. Описано е като бъг в launchpad
В пост №2 има решение -

Код:

iwconfig wlan0 power off

Грешката спира да се изписва, но връзката остава бавна, това ме навежда на мисълта, че появата на въпросният fail и падането от 800кб/с до 80кб/с е просто съвпадение или грешката просто спира да се изписва в dmesg, но все още си я има.

П.П.№2 Реших проблема - вече 15 мин сваля с 600~800kb/s. Ето решението:

Код

GeSHi (Bash):
rmmod -w rt2500pci
modprobe rt2500pci
iwconfig wlan0 power off

Някакви идеи къде да ги добавя предните редове, за да се изпълнява автоматично при стартиране на системата, че ще е дразнещо всеки път когато рестартирам да пиша.

[tolostoi]

Аз бих ги сложил в /etc/network/interfaces, с едно pre-up пред всеки ред, но можеш и където ти е кеф да ги сложиш, примерно в /etc/rc.local

[DidkoSlawow]

Мерси, но след като изгледах "Аватар" (2часа и 30~35минути), погледнах Transmissiona и какво да видя пак сваля бавно  . Явно трябва да се примиря, че когато искам да си сваля нещо от мрежата, ще пиша  .