Geekowy grzejnik (powered by Debian).

Powoli robi się szaro i zimno i trzeba było pomyśleć o uruchomieniu ogrzewania w mieszkaniu. Grzeję prądem, niestety (drogo), ale nie zmienię tego, bo ani mieszkanie moje, ani pewnie warunków technicznych na co innego nie ma. A skoro już ogrzewanie elektryczne, to równie dobrze może być komputer zamiast grzejnika, tym bardziej, że mam jeden nieużywany. W sumie miałem go oddać, ale jakoś nie doszło do tego, bo i daleko był, i nie byłem pewien, czy całkiem sprawny jest. Okazuje się, że jest sprawny.

Zawsze to ciekawiej grzać komputerem, niż grzejnikiem, no i można różne ciekawe rzeczy sobie potestować, na które do tej pory, bez komputera nieprodukcyjnego, pod ręką, ale włączonego 24/7 nie było warunków (ot choćby dn24). Poza tym w końcu chyba pobawię się poważniej apt-p2p. No i żeby się nie nudziła maszynka, to jakieś dociążenie się przyda w stylu obliczenia rozproszone.

W środku nic specjalnego:

$ cat /proc/cpuinfoprocessor       : 0vendor_id       : AuthenticAMDcpu family      : 6model           : 8model name      : AMD Sempron(tm) 2300+stepping        : 1cpu MHz         : 1588.825cache size      : 256 KB

Do tego 512 MB RAM.

Jako system oczywiście GNU/Linux Debian, tym razem Squeeze (czyli jeszcze testing). I w miarę nowy soft, i stabilnie jest. Hostname? Oczywiście grzejnik. 😉

Po krótkim namyśle jako utylizator cykli procesora został wybrany GIMPS, którym – jeśli chodzi o obliczenia rozproszone – bawiłem się chyba najdłużej. Odpowiedni poziom nieużyteczności posiada, nie jest całkiem bezsensowny (w przeciwieństwie do szukania kosmitów), są statystyki i teamy, jeśli kogoś to bawi (mnie odpowiednio: tak, nie). Przy okazji zrobiłem mały research i wychodzi, że minimum 4 lata nie bawiłem się GIMPS. No i 2 lata minęły od znalezienia liczb pierwszych odpowiednich do przyznania nagrody. Tak w ogóle, to z obliczeń rozproszonych do tej pory kolejno bawiłem się SETI@Home, GIMPS, M4 project, no i teraz powraca GIMPS.

Programy, które są/będą uruchomione na grzejniku:

Myślę, co by tu jeszcze wrzucić…?

Naprawienie hibernacji w Squeeze.

W poprzednich narzekaniach na Debiana pisałem, jak to mi hibernacja szwankuje, mimo zgłoszonych bugów. Nie ma co ukrywać, powrót tematu hibernacji w tej dyskusji i chęć zepsucia czegoś doprowadziły do tego, że stwierdziłem, że trzeba poszukać problemu. Metodą najdoskonalszą, czyli izolacji problemu.

Podejrzanych było dwóch: hibernate i uswsusp. Na początek stwierdziłem, że wyrzucę oba pakiety wraz z konfiguracjami (wajig purge…) i zobaczę, jak LXDE reaguje. Ku memu zdziwieniu, opcje hibernacji i usypiania nadal były dostępne. Kliknąłem jedną z nich i… ku memu zdziwieniu zadziałała. Znaczy się, winnych może być więcej. Szybki reboot i dalsze działanie uśpienia upewniły mnie, że musi być inny winny.

Wizyta na kanale #debian (hibernacja to dla mnie nowość, przyznaję się od razu, że ten temat jest mi praktycznie obcy, jakoś nigdy nie widziałem sensu tego) przyniosła newsa: jest jeszcze pakiet pm-utils, który może zapewniać dostęp do usypiania i hibernacji. Został odinstalowany i zainstalowałem od nowa uswsusp. Tradycyjnie nie banglał. Wywaliłem go i stwierdziłem, że dam szansę narzędziom z pm-utils. Ku memu zdziwieniu opcje testowe pokazywały, że powinno działać z ich użyciem i uśpienie, i hibernacja. I faktycznie działają one pod Squeeze od kopa i elegancko.

Pomysłu co może być przyczyną niedziałania uswsusp na kanale nie ma, maintainer pakietu jakoś się nie odzywa w zgłoszeniu błędu. Szkoda, bo uswsusp miał trochę ciekawych opcji (kompresować czy nie, szyfrować czy nie)… Za to dostałem namiar na stronę dotyczącą MIA Team. 😉

Znowu wszystko działa i Debian robi się nudny

Debian nie jest nudny!

Nieco ponad rok temu pisałem, że Debian jest nudny. Straszny błąd i odszczekuję. Owszem, w wersji stabilnej może tak to wyglądać, ale jeśli korzysta się z wersji testing (no dobrze, tak naprawdę testing/unstable), to nudzić się nie sposób. Czym można być zaskoczonym? Wieloma rzeczami, podczas niewinnych upgrade’ów.

Sprawa pierwsza, ponieważ karta zintegrowana nie działała, kupiłem sobie zintegrowaną na USB. Ruszyła od kopa praktycznie (nuda). Po paru dniach przestała działać. Ot tak sobie. Śledztwo pokazało, że jakiś mózg stwierdził, że jak ktoś ma kartę USB, to nie będzie podstawowa na pewno i w /etc/modprobe.d/alsa-base.conf pojawiło się:

# Keep snd-usb-audio from beeing loaded as first soundcard
options snd-usb-audio index=-2

Oczywiście bez ostrzeżenia przy wprowadzaniu zmian, bo po co?

Inne wesołe? Ależ proszę. Po którymś upgrade i reboocie karta graficzna zaczęła robić ciekawy efekt. Tzw. wyżarzanie. Obraz rozjechany (random na podstawie zawartości konsoli), kaszana i coraz jaśniej świecił. Nawet ciekawe, ale… Szczęśliwie miałem odpalone SSH, bo nie wiedziałem, czy całkiem się wiesza, czy co. Okazało się, że nie, nie całkiem. Wszystko żyje. Tylko nie wyświetla.

Po krótkiej walce, tymczasowo rozwiązałem problem dodając moduł radeon (karta to 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY) do blacklisty (i tak go ładował…). I tak żyłem sobie w naiwnym przekonaniu, że w kernelu coś skopali. Wcale nie. Przy niedawnej dyskusji na IRCu jakoś tak zeszło na Radeony i… Włączyli KMS! Tak ni z gruchy, ni z pietruchy. Wystarczyło wyłączyć KMS w /etc/modprobe.d/radeon-kms.conf i wcale nie trzeba blacklistować modułu radeon! Szkoda, że nie instalowany pakiet nie wyświetlił informacji o tej zmianie przy instalacji.

I tak liczyłem, że KMS będzie sprawą tego, że hibernacja przestała działać (bo również nagle przestała). Niestety nie – po wyłączeniu KMS nadal nie działa. Zgłosiłem dwa błędy odnośnie pakietu uswsusp (#583525 i #574653). W ogóle trochę nie rozumiem, czy ktoś sprawdza, czy maintainer tego pakietu żyje? Zwykle przy innych zgłoszeniach był jakiś feedback, a tu wisi, wisi, wisi… A mi hibernacja nadal nie działa. No chyba, że z jakiejś przestarzałej metody korzystam i stąd to milczenie…

W każdym razie, Debian nie jest nudny. Przy testingu nudzić się nie sposób! 😉