Blog domo

Po kilku dniach używania, no i przede wszystkim mając trochę czasu, w końcu coś „naskrobię”. Pisałem wcześniej o dysku USB, teraz ciąg dalszy historii.

Dość szybko zauważyłem nieprzyjemną przypadłość związaną z działaniem dysku. Mianowicie, co jakiś czas tak jakby się wyłączał i niestety np. kopiowanie było przerywane. W sumie to jeszcze przy kopiowaniu danych źle nie było. Gorzej gdy oglądałem jakiś film z dysku zewn. Wtedy to można się było nieźle zirytować… Sporo szukałem na ten temat w necie, ale nic konstruktywnego i pomocnego nie znalazłem, no może poza jednym wątkiem, który dość negatywnie wpłynął na me odczucia. Dobijający był umieszczony na tej stronie link.
Teraz na koniec coś pocieszającego

Do dnia dzisiejszego korzystałem z kernela 2.6.27.10. Rano uruchomiłem dystrybucyjny Arch linux 2.6.28.x. Może jeszcze zbyt mało czasu upłynęło, aby definitywnie oceniać stan rzeczy, ale w ciągu kilkunastu godzin intensywnego wykorzystywania dysku nic się złego nie działo.

Zobaczymy jak będzie dalej.

Od jakiegoś czasu używam do uruchomienia wifi pod Linuksem modułu b43. Muszę przyznać, że póki co dalej działa gorzej niż ndiswrapper, ale jest już na tyle stabilny, że z niego korzystam.

W pewnym momencie, niestety zaczęły pojawiać się problemy z łączeniem się z AP, zwłaszcza po powrocie z hibernacji. Sądziłem że to wina b43, ale gdy łączyłem się poprzez konsolę nie było nigdy problemów. Jaki był objaw? Wifi łaczyło się dość często z losowym AP, który został odnaleziony . Szkoda tylko, że nie łączył się z moim własnym… Nadmienię jeszcze, że do łączenia się poprzez wifi korzystałem z netcfg2 i net-profiles. (nie)Dobrze się złożyło, że kumpel miał podobny problem. Za jego radą skorzystałem z innego rozwiązania- wicd.

Okazuje się, że najprostsze rozwiązania są najlepsze. Kolejny dzień w taki sposób łaczę się poprzez wifi i nie ma najmniejszych problemów, ani przy uruchomieniu systemu ani przy wstawaniu z hibernacji. Jedyną rzecz, którą musiałem zrobić to dodać do /etc/hibernate/common.conf aby wicd restartował się po hibernacji. Tylko pytanie się pojawia co pwodowało to, że netcfg nie działał? UFO

Minęło sporo czasu odkąd ostatni raz testowałem moduł b43. W związku z tym, że w dniu wczorajszym w repozytoriach testing w ARCHu pojawiła się kolejna wersja przekompilowanego kernela 2.6.16, postanowiłem powrócić do sprawdzania. Jeszcze nie poświęciłem  zbyt wiele czasu na uzywanie tego modułu, ale pierwsze wrażenia są pozytywne- usruchamia się poprawnie i szybko, po restarcie systemu nie ma problemu z połączeniem się z siecią wifi. Zobaczymy jak będzie na dłuższą metę, czy np. nie będzie problemów z suspend, z rozłaczaniem itd…

Robi się w tej tematyce na mym blogu swego rodzaju „moda na sukces” i odcinek… kolejny .

Tym razem skusiłem się nowym kernelem, który w ARCHu póki co znajduje się w repozytoriach w „testing”. Już był w tej gałęzi repozytorium jakiś czas, ale jakoś nie chciało mi się testować
Postanowiłem dziś sprawdzić co nowego w kwestii b43.

Pierwsze wrażenie było dość pozytywne, gdyż moduł załadował się bezboleśnie no i co najistotniejsze dość szybko udało się uruchomić wifi. Interfejs wstał zdecydowanie szybciej, aniżeli w przypadku wcześniejszych mych prób z tym modułem. Nie było to co prawda tak szybko jak w przypadku ndiswrapper, ale da się przeżyć. W takiej sytuacji zmieniłem swój rc.conf i dodałem uruchamianie wifi poprzez moduł b43. Po restarcie uruchomiło się wifi bez problemów- od razu po starcie KDE był internet. Myślałem już, że b43 zagości u mnie na lapku, ale… sprawdziłem hibernacje. Za pierwszym razem próba zakończyła się ponownym uruchomieniem lapka, ale Xy zawisły…
Druga próba po wymuszonym przez „zwis” restarcie i Xy wstały, ale internet nie działa. Być może kwestia conf do hibernacji, ale w związku z tym, że przy ndiswrapper działa, to póki co nie bawię się w to dalej. Jak znów będę mieć trochę czasu, to poszukam i może coś w tej materii znajdę, co rozwiąże problem. Może potrzebny jest tylko jeden konkretny wpis do conf od hibernacji.

Reasumując.
Progress jest, ale chyba jeszcze to nie jest docelowo to czego wymagałbym…
Kernel 2.6.25 (potestuję sobie) rzecz jasna zostaje, ale b43 (jeszcze) nie.

Korzystając z wolnego czasu stwierdziłem, że skompiluję kernel 2.6.25-rc8. W changelog widziałem, że bylo kilka zmian wzgledem obsługi mojej karty wifi (bcm4318) i obsługującego ją modułu b43.

Kompilacja przebiegła bez problemu, zatem czas sprawdzić to „cudo”.
Okazuje się, że dmesg informuje mnie, iż mam starą wersję firmware, podając jednocześnie że najnowsza wersja to 4 . Wszystko byłoby ok, gdyby nie fakt, iż właśnie takową posiadałem, tzn 4.80.53.0. Dla pewności sprawdziłem na stronie linuxwireless, jak to wygląda.  Stwierdziłem, że w takiej sytuacji sprawdzę jeszcze wersję 4.150.10.5 firmware., choć ta którą mam winna być w porządku. Tym razem wszystko ok- tzn. dmesg nie informuje mnie na temat złej wersji firmware.

Po załadowaniu modułu połączyłem się iwconfig ze swoją siecią- pokazuje poprawny essid i key WEP jednakże bez wskazań jakości połączenia. No nic, może tak ma być…
dcpcd wlan0- po bardzo długim czasie okazuje się, że nie pobiera danych z dhcpd.

Kolejnym razem zrobiłem trochę inaczej, gdyż po załadowaniu modułu b43 postawiłem ręcznie interfejs (ifconfig wlan0 up), następnie iwconfig (+ opcje) i w tym momencie dopiero dhcpcd wlan0 i… tym razem działa ok.
Trochę dziwnie to wygląda . Nie wiem czego to wina, być może tego że mimo wszystko sprawdzam na kernelu w wersji rc.

No to znów come back do ndiswrappera

Po jakimś czasie jednak uruchomiłem znów 2.6.24, gdyż były problemy z suspend- zdarzyło się że nie udało się „wrócić”