Blog domo

Pierwsze skojarzenie – brak miejsca. Okazuje się, że to nie ten trop, bo miejsca zarówno na karcie jak i w pamięci telefonu jest sporo.

Znalazłem na szczęście rozwiązanie problemu.

Na karcie SD w katalogu android_secure należy usunąć plik smdl2tmp1.asec i tyle

Powielam wpis, żeby było łatwiej znaleźć . Sam znów potrzebowałem to odnaleźć…

W ostatnich dniach intensywnie wziąłem się za mój AP/Router Tp-link WR941ND ver. 3,5 i stwierdziłem, że zrobię mu upgrade oprogramowania do najnowszej (oficjalnej) wersji. Decyzja  nie była niczym konkretnym argumentowana, gdyż wszystko świetnie działało . Ot zmiana.

Tak też i uczyniłem. Sam proces jest bardzo prosty, gdyż sprowadza się tylko do tego, aby sprawdzić na obudowie Tp-Linka jaka jest jego wersja sprzętowa, a potem do tego, aby ściągnąć ze strony producenta odpowiednią wersję dla sprzętu.
Instalacja odbywa się przez web-GUI routera. Warto przed instalacją nowego softu zrobić sobie backup ustawień, a potem przywrócić tp-linka do ustawień fabrycznych- w tym wypadku preferuję trzymanie przycisku reset na obudowie przez ok 30sek.. Po resecie można logować się na router (192.168.1.1 admin:admin) i dokonywać upgrade firmware. Po paru chwilach można logować się na router, aby dokonać konfiguracji. Ważna rzecz, to aby aktualizację dokonywać poprzez kabel ethernet, a nie przez wifi, gdyż przy wifi jest spora szansa na to, że coś się nie powiedzie. Oczywiście kabel podłączamy do LAN, nie do WAN .

Okazuje się, że to o czym pisałem w poprzednim wpisie,  nie było powodem zawieszania się serwera, a jedynie objaw tego, że się coś złego zaczyna dziać ze sprzętem. Szkoda, że kacpid nie był bardziej zrozumiały . Co się okazało?

Stwierdziłem, że w końcu wyczyszczę sprężonym powietrzem wnętrze serwera, co też i uczyniłem. W trakcie oględzin środka obudowy, rzuciły mi się w oczy w pewnym momencie dość znacznie napuchnięte kondensatory- było ich chyba z 4-5. No to już wiedziałem, że to koniec żywota płyty głównej…

Na początku miałem zamiar zakupić samą płytę główną, ale znalazłem na allegro identyczny do mojego komputer, w którym brakowało RAM i HDD a koszt był niemal identyczny co samej płyty gł. Jak widać serwer już działa .

Od jakiegoś czasu borykałem się ze sporym problemem- zawieszającym się serwerem, na którym zainstalowany jest Debian. Dziś w końcu (mam nadzieję) odkryłem tego przyczynę. Wcześniej nie znajdowałem uzasadnienia tych wybryków systemu, bo z komputerem miałem styczność dopiero w momencie, gdy już system całkowicie nie odpowiadał, a w logach była zupełna pustka.

Okazało się, że problem dotyczył acpi i procesów kacpid i kacpi-notify, które dosłownie pożerały zasoby systemowe- wykorzystanie procesora ponad 90%. Po kilku minutach system zawieszał się i nic się nie dało zrobić. Tym razem problem był o tyle nieciekawy, że po resecie komputera od razu działo się to samo, a samych procesów „zabić” się nie udawało. Spędziłem sporo czasu na szukaniu rozwiązania problemu, ale nic sensownego w google nie znalazłem, poza utwierdzeniem się w przekonaniu, że jest to jakiś większy bug.

Niestety, jedyne co mogłem zrobić w tej sytuacji, to zmodyfikować skrypty startowe, aby acpid nie uruchamiał się przy bootowaniu  oraz dorzuciłem do gruba wpis „acpi=off”. Z racji tego, że mam grub2, musiałem sprawdzić gdzie to dodać, bo gruba2 mam od niedawna i jeszcze nie poznałem go zbyt dobrze.

modyfikujemy: /etc/default/grub
dodając:  GRUB_CMDLINE_LINUX=”acpi=off”
na koniec: update-grub2

Wolałbym rozwiązać ten problem w inny sposób, ale na szczęście w moim przypadku nie ma tragedii, bo acpi na tym kompie nie potrzebuję.

Już jakiś czas temu zwróciłem uwagę na to, że transfer danych pomiędzy moim laptopem a AP Dl-524 jest dość niski w porównaniu do tego jakie maksymalne możliwości posiada łącze internetowe, z którego korzystam.

Mocno zauważalne stało się to po zmianie szyfrowania sieci na WPA- maksymalny download wynosił ok 10-11Mb/s. Sądziłem że to wina spartolonego WPA w linuksowym sterowniku ath9k, ale pod Windowsem transfery były niewiele wyższe. AP nie jest umieszczony w jakimś szczególnie zabudowanym miejscu i w sporej odległości, więc nie znajdowałem wytłumaczenia tego stanu. Winę zrzuciłem na AP/ kartę sieciową w laptopie.

Wczoraj stwierdziłem, że poszukam  jakiegoś nowszego firmware dla Dlinka, gdyż obecne było nieco archaiczne- bodajże 2004 i udało mi się natknąć na wersję z 2008- v.2.07.
Zaktualizowałem firmware i… okazało się że nastąpiła diametralna poprawa transferu- teraz spokojnie dochodzi do 16-18Mb/s, co jest co prawda mniejszą wartością aniżeli parametry mojego łącza, ale i tak daje to powody do zadowolenia.

Na chwilę obecną nie zmieniam AP, ale gdy zmienię łącze na szybsze (co planuję), to jednak przydałby się inny AP Router, który będzie działał w standardzie n, tak jak moja karta w lapku… Głupio byłoby mieć w  takiej sytuacji łącze 50Mb

Link do firmware v.2.07