Sebastian Łuczak - Night|Linux Jogger

Oszczędzanie energii - Toshiba Portege R500

Sat, 02 Aug 2008 21:49:42 +0200

Po publikacji artykułu o konfiguracji notebooka Toshiba Portege R500 pod systemem Debian GNU/Linux wiele osób odezwało się do mnie z pytaniem "Jak to jest możliwe, że Twój laptop działa tak długo i pobiera tak mało prądu?! To niemożliwe!". Niedowierzali tym słowom:
Na podstawowej baterii z włączonymi wszystkimi urządzeniami (Bluetooth, WiFi, podłączone dwa telefony pod USB) na maksymalnym podświetleniu notebook działa 4 godziny bez przerwy, przy założeniu oszczędzania energii pobór mocy spada do... 6W co umożliwia nieprzerwaną pracę biurową przez (uwaga!) 9 godzin! Oczywiście, to tylko teoretyczne założenie, w praktyce nie osiągnąłem jeszcze na podstawowej baterii czasu dłuższego niż 7 godzin.

Pierwszy screen obrazuje sytuację, gdy wszystkie możliwości sprzętu są aktywne, działa karta Wi-Fi, Bluetooth, jasność matrycy jest ustawiona na maksymalny poziom etc. KPowerSave informuje, że czas działania laptopa oscyluje w granicach 5 godzin (bateria jest maksymalnie naładowana).
Drugi zrzut ekranu wykonałem, gdy wyłączyłem WiFi, moduł Bluetooth oraz przyciemniłem matrycę do poziomu 2/7 (gdzie 7/7 to maksymalna wartość, 1/7 to minimalna a 0/7 to wyłączone podświetlenie matrycy). Dodatkowo wyłączyłem obsługę PCMCIA oraz kart SD (generują bardzo dużo przerwań). KPowerSave poinformował, że notebook powinien pracować około 6 godzin i 44 minut, jednak PowerTop uruchomiony w tle pokazuje długoterminowe działanie w granicach 7 i pół godziny. To maksymalny wynik jaki udało mi się uzyskać nie uciekając się do prób zaawansowanego oszczędzania energii. Niestety, mój kernel wywołuje dużo przerwań między swoimi dwoma rdzeniami, co jest bolączką jądra 2.6.24. Nie mam zamiaru go na razie zmieniać, zbyt leniwy jestem ;-). Sądzę, że mógłbym po odpowiednim dobraniu jądra zyskać około pół godziny.

Oczywiście, można posunąć się dalej! W tym celu napisałem prosty skrypt Basha, który wywołany na Toshibie Portege R500 włączy wszystkie możliwe funkcje oszczędzania energii i pozwoli pracować na podstawowej baterii do 9 godzin. Skrypt wyłącza następujące urządzenia:

Porty USB
Czytnik kard SD oraz slot PCMCIA
Kartę bezprzewodową (karta ethernet działa)
Kartę dźwiękową
CDROM
Zmniejsza podświetlenie matrycy do najniższego poziomu (1/7)
Wyłącza obsługę NFS (generuje sporo przerwań)

Zapytacie "po co?!". Jasne, to sztuka dla sztuki :-). Po prostu lubię się bawić ;-). I jeszcze bardziej - lubię pisać w Bashu :-). Ponadto - używam tego skryptu jadąc pociągiem, gdy piszę np. nowy artykuł, dokańczam swoje programy lub po prostu oglądam film (wtedy włączam tylko kartę dźwiękową).

Skrypt znajdziecie TUTAJ
Przetestowany został na dystrybucyjnym jądrze Debiana w wersji 2.6.24, nie zamieszczam go w całości, gdyż ma 221 linijek.
Po kilku modyfikacjach można go z powodzeniem używać na dowolnym laptopie - zmianić należy funkcję odpowiedzialną za włączanie//wyłączenia karty wifi, Bluetooth oraz karty dźwiękowej.

Enjoy!

Toshiba Portege R500 + Debian GNU/Linux

Thu, 31 Jul 2008 09:33:41 +0200

Toshiba Portege R500, najwyższy z modeli Toshiby z serii Portege trafił ponad miesiąc temu do moich rąk. Oczywiście preinstalowanym systemem była Vista, która w kilka minut trafiła do /dev/null, a w jej miejsce pojawił się Debian GNU/Linux. Niestety, nie obyło się bez dość sporych problemów... W artykule zawarta jest krótka recenzja laptopa oraz, jak to miało miejsce w przypadku moich artykułów o Portege R111 oraz Portege R200 - sposób uruchomienia (prawie) wszystkich możliwości tego sprzętu pod Linuksem.

Specyfikacja techniczna

Procesor: Core™2 Duo U7600 1.30GHz
RAM: PC2-5300 DDR2 667MHz 2048MB
Grafika: Intel® Graphics Media Accelerator 950
Matryca: WXGA 1280x800 Transreflective(!)
Dysk: Solid State Drive (SSD) 64GB
Waga: 780 gram (!!)

Dokładniejszy spis daje nam lspci:

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02)
01:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
02:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN Network Connection (rev 61)
03:0b.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
03:0b.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
03:0b.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller

Oraz lsusb:

Bus 003 Device 002: ID 08ff:1600 AuthenTec, Inc. AES1600
Bus 002 Device 002: ID 0930:1302 Toshiba Corp. Wireless Broadband (3G HSDPA) SM-Bus Minicard Status Port
Bus 001 Device 004: ID 0930:0c05 Toshiba Corp.

To maleństwo skrywa pod maską naprawdę ogromną moc... Aby ją jednak wykorzystać pod Linuksem musimy się troszkę napocić.

Instalacja systemu

Pierwsza przeszkoda. Jedynym systemem, który w ogóle uruchamiał się z LiveCD bez kernel panic było Ubuntu 8.04. Debian wieszał sprzętowo sprzęt po wypisaniu "Checking BIOS" w czasie inicjalizacji jądra, Fedory itp. wyrzucały na ekran przepiękny kernel panic. Domyślam się, że problemem może być dysk SSD bądź też nie obsługiwane jeszcze tablice DSDT. Jakkolwiek - Ubuntu 8.04 wstało bez problemu, więc instalację systemu Debian w wersji niestabilnej (SID) przeprowadziłem wykorzystując mechanizm debootstrap, który to opisałem w jednym ze swoich artykułów :-). Procedura przebiegła bez zarzutów, musiałem jednak ręcznie wgrać jądro z dystrybucji Ubuntu 8.04 do katalogu /boot. Nie nastręczyło to specjalnych trudności. W kilkanaście minut miałem zainstalowaną kompletną, minimalistyczną wersję Debiana na dysku SSD, którą zabootowałem już bez problemów.

Konfiguracja

Jeśli nie wspominam o danym podzespole//sprzęcie oznacza to, że działa on OOTB.
CPU - do poprawnej obsługi skalowania częstotliwości procesora potrzebujemy modułów toshiba_acpi freq_table acpi_cpufreq backlight processor toshiba i wszystkich zależnych od nich. Dodatkowe pakiety:

# apt-get install powersaved acpid kpowersave

Karta graficzna - chipset Intela jest jednym z najlepiej wspieranych obecnie układów graficznych pod linuksem. Ustawiamy sterownik xorg.conf na intel i po bólu, dostajemy pełną akcelerację. Czasem trzeba zainstalować dodatkowy pakiet (np. w przypadku instalacji netinstall):

# apt-get install libgl1-mesa-dri

Moja sekcja Device w xorg.conf:

Section "Device"
        Identifier      "Generic Video Card"
        Driver          "intel"
        BusID           "PCI:0:2:0"
        Option "AperTexSize"    "65536"
#       Option          "monitor-VGA"  "VGA"
#        Option          "monitor-TV"   "TV"
#        Option          "monitor-LVCD" "LVCD"

#        Option      "UseFBDev"           "true"
#        Option      "AccelMethod"        "EXA"
#        Option      "ExaNoComposite"     "false"
#        Option      "MigrationHeuristic" "greedy
EndSection

Jeśli nie będziemy korzystać z aplikacji 3D cztery ostatnie linijki możemy odkomentować - uzyskamy znaczne przyspieszenie wyświetlania 2D.

Karta bezprzewodowa - musimy zainstalować paczkę:

# apt-get install firmware-iwlwifi

oraz załadować moduł:

# modprobe iwl4965

Klawisze dodatkowe - pakiet fnfxd zapewnia pełną obsługę klawiszy dostępnych pod kombinacją Fn+X.

# apt-get install fnfxd

Czytnik linii papilarnych - działa, z wykorzystaniem bilbioteki fprint

Bluetooth - działa praktycznie OOTB, aby sterować modułem Bluetooth musimy zainstalować pakiet:

# apt-get install toshset

Który to umożliwia włączanie//wyłączanie modułu:

# toshset  -bluetooth [on|off]

Transreflektywna matryca - co to jest? W modelu Portege R500 matryca jest podświetlana diodami LED, jednakże istnieje możliwość wykorzystania zewnętrznego źródła światła (np. słońca ;-)). W większości modeli laptopów wyjście na słońce całkowicie uniemożliwia pracę, w przypadku R500 sprawa wygląda następująco: SCREEN. W sytuacji, gdy cały ekran laptopa jest oświetlany przez światło słoneczne można całkowicie zgasić diody LED.

# toshset  -trmode off

Bo po co marnować baterie? ;-)

Modem GSM - nie działa... Nie ma jeszcze modułów obsługujących ten chipset. Pracuję nad implementacją w C, gdyż bliźniaczy model modemu jest już obsługiwany przez Linuksa. O stanie prac poinformuję.

Dysk SSD - bałem się, że będą kłopoty. Działa jednak OOTB. I to jak!

/dev/sda:
 Timing cached reads:   1530 MB in  2.00 seconds = 765.03 MB/sec
 Timing buffered disk reads:  160 MB in  3.02 seconds =  53.01 MB/sec

Pamięć RAM - polecam stworzenie sobie małej partycji (512MB?) w pamięci RAM. 2GB to dużo, po co ma się marnować? A prędkość dostępu zabija...

 Timing cached reads:   1528 MB in  2.00 seconds = 764.28 MB/sec
 Timing buffered disk reads:   64 MB in  0.13 seconds = 504.95 MB/sec

Bateria - osobny podpunkt dla baterii... należy się ;-). Toshiba stworzyła arcydzieło... Na podstawowej baterii z włączonymi wszystkimi urządzeniami (Bluetooth, WiFi, podłączone dwa telefony pod USB) na maksymalnym podświetleniu notebook działa 4 godziny bez przerwy, przy założeniu oszczędzania energii pobór mocy spada do... 6W co umożliwia nieprzerwaną pracę biurową przez (uwaga!) 9 godzin! Oczywiście, to tylko teoretyczne założenie, w praktyce nie osiągnąłem jeszcze na podstawowej baterii czasu dłuższego niż 7 godzin. Przy podłączeniu dodatkowej baterii czasy te ulegają podwojeniu. Czas pracy na maksymalnych obrotach to 8 godzin, z maksymalnym oszczędzaniem szacuję wartość na maksymalną podaną przez firmę Toshiba - 12,5 godziny. Jeszcze nie sprawdziłem ;-).

Jak widać, praktycznie jedyną rzeczą, która nie działa całkowicie jest ten nieszczęsny modem... A szkoda, chciałbym już uniezależnić się od parowania via bluetooth mojej komórki z laptopem w sytuacji, gdy chcę mieć internet w pociągu. Powyższe kroki pozwalają uruchomić i korzystać ze wszystkich możliwości, jakie daje Toshiba Portege R500.

Krótka recenzja

A co sądzę o samym sprzęcie? Cóż... Filigranowy laptop z panoramiczną matrycą wielkości 12,1", na którym jednocześnie uruchomiłem Fallout Tactics oraz World of Warcraft, grając na przemian w jedną i drugą, działający kosmiczną ilość czasu bez prądu, ważący 780 gram (czyli praktycznie tyle, ile waży butelka Heinekena 0.66l po kilku łykach ;-)), wyróżniający się designem praktycznie w każdym miejscu... Cóż mogę o nim sądzić? Może po prostu wymienię minusy.

Spód obudowy potrafi niemiłosiernie się nagrzać, parząc wręcz uda.
Pełnowymiarowa klawiatura lekko ugina się pod naciskiem, delikatnie dotyka matrycy przy zamkniętej klapie. Należy pamiętać o zabezpieczeniu matrycy np. ściereczką ;-)
Jasny kolor - troszkę się brudzi...
Kiepskie kąty matrycy - chociaż dla mnie to plus, nie lubię jak ktoś patrzy mi w kod.
Wyjście DSUB dla monitora zewnętrznego za blisko portu USB i zasilania. Nie da się korzystać za bardzo na raz z pendrive wetkniętego w 3 port USB, zewnętrznego monitora i zasilacza

Niestety, sprzęt ten jest drogi. Niestety, jest trudno dostępny (mój musiał być sprowadzany). Niestety, nie działa pod Linuksem wbudowany modem. Niestety, nie jestem w stanie Wam opisać, jak świetny to jest produkt. To trzeba poczuć samemu. Jeśli zastanawiasz się nad sprzętem z wyższej półki - kupuj! Bo warto!

PS. Zacząłem od R111, potem R205... Teraz R500. Wiem, jestem maniakiem tej serii :-)

Hibernacja przez /sys/power/state w KPowerSave

Fri, 01 Feb 2008 06:09:03 +0100

KPowerSave umożliwia pełne zarządzanie energią w środowisku graficznym KDE. Niestety, od czasu przejścia na dbus są z nim same problemy. Jeden z nich opisałem niedawno, dziś odkryłem kolejny. KPowerSave nie do końca potrafi jeszcze rozmawiać z pm-suspend odcinając w skuteczny sposób użytkownika od możliwości hibernacji (wstrzymania do RAM) swojego laptopa.

Na początek jednak odrobina teorii. W zamierzchłych czasach jądra 2.4.xx do usypiania komputera służył interfejs /proc/acpi/sleep. Jako że od pewnego czasu /proc jest zastępowany przez /sys, obsługę usypiania przejął interfejs /sys/power/state. Niestety, nie wszystkie aplikacje zdążyły przejść na nowy standard a na dodatek powstało zamieszanie wokół HALd oraz Dbus o to, które czym ma się zajmować. W konsekwencji końcowy użytkownik dostał kilka porządnie napisanych aplikacji, kilka wrapperów zapytań, kilka źle napisanych aplikacji i kilka żałosnych skryptów, które powinny działać a (czasem) nie działają. Do dobrych aplikacji można zaliczyć pm-utils, które w zamierzeniu mają zajmować się komunikacją z HAL i całkowicie obsłużyć zarządzanie energią w laptopach. Niestety - komunikacja z pm-utils w przypadku KPowerSave opiera się na okropnie napisanych skryptach ( /usr/lib/hal/scripts/linux/ ), które nie zawsze działają (w moim przypadku 2 na 3 komputery nie usypiały się). Jeśli mamy pecha i KPowerSave niezbyt chce usypiać nasz komputer musimy zadbać o to sami.

Włączamy konsolkę i wklepuje bezwiednie:

# cd /usr/sbin
# mv pm-suspend pm-suspend.old
# touch pm-suspend
# chmod +x pm-suspend
# nano -w pm-suspend

Do pliku dopisujemy:

#!/bin/bash
echo mem > /sys/power/state

I to tyle. Zdaję sobie sprawę że jest to bardzo brzydkie, jednak naprawdę to działa, w przeciwieństwie do obecnego stanu pm-utils... Rozwiązanie zostało sprawdzone na Debian Testing oraz Debian Unstable. Nie wiem jak ma się sprawa w innych dystrybucjach.

Na potwierdzenie problemu - garść linków: 1 2 3 4
Jak widać problem dotyczy nie tylko Debiana a także PLD, Mandrivy, Archa oraz Mepisa. Czasem się zastanawiam czy zmiany które obecnie widzimy w jądrze linuksa są aby na pewno dobre?

iPhone pod Debian GNU/Linux (część II)

Mon, 31 Dec 2007 13:27:55 +0100

Po ostatnim wpisie zostałem dosłownie zasypany pytaniami od użytkowników iPhone'a oraz iPod Touch. Pytaliście o sposób konwersji filmów na te urządzenia korzystając z narzędzi linuksowych, pytaliście także o całkowite uwolnienie się od iTunes z zachowaniem możliwości zarządzania kontaktami (skrzynką adresową). Niektórzy pytali o sposób tworzenia własnych dzwonków w formacie m4r.

Wychodząc naprzeciw kolejnym pytaniom powstał ten wpis, w którym opiszę krok po kroku sposób całkowitej integracji iPhone//iPod Touch z Debianem. Zaczniemy od:

Konwersja filmów na format mov

Cel jest prosty. Z wykorzystaniem kopii filmu z dysku lokalnego zmienić jego rozmiar dostosowując go do ekranu iPhone oraz zastosować odpowiednie kodowanie, które pozwoli nam cieszyć się dobrą jakością obrazu i dźwięku. Zaznaczam na początku - nie będę skupiał się na optymalizacji samej kompresji ze względu na wielkość filmu. Nie ma sensu pisać skryptu do tej operacji - jest to jedna linijka w konsoli: ffmpeg -i "PLIK_WEJSCIOWY.AVI" -f mp4 -vcodec mpeg4 -maxrate 10000 -b 7000 -r 29.97 -qmin 2 -qmax 5 -bufsize 4096 -g 300 -acodec libfaac -ab 128k -s 480x320 -aspect 4:3 "PLIK_WYJSCIOWY.MOV" Musimy oczywiście podać odpowiedni plik wejściowy (film). Będziemy także potrzebować odpowiednich kodeków (jeśli jeszcze ich nie mieliśmy):

# apt-get install libfaac0 ffmpeg mpeglib  libmpeg2-4 faac

Po dość długim i mocno obciążającym komputer procesie otrzymamy plik wynikowy. Wgrywamy go na iPhone//iPod Touch wykorzystując np. gtkpod. Voila!

Synchronizacja książki adresowej

Tutaj nie jest już tak prosto i musimy skorzystać z aplikacji MNPlight dostępnej w Installerze w repozytorium: http://movenplay.gforge.inria.fr/iphone Obsługa aplikacji jest doskonale opisana na stronie głównej projektu, wierzę jednak że nie sprawi Wam ona żadnego problemu. MNPlight pozwala na import oraz eksport książki adresowej w formacie Mozilla Thunderbird (Google Mail) oraz na eksport//import kalendarza w formacie Google Calendar. Dodatkowo ma kilka innych funkcji, których osobiście nie użyłem ani razu. Odsyłam w tym celu na stronę projektu. Prościej się nie da ;-).

Własne dzwonki z mp3 na iPhone

UWAGA! Rozwiązanie to działa tylko w iPhone z oprogramowaniem 1.1.1!
iPhone wykorzystuje dźwięk zakodowany w formacie AAC. Większość z nas posiada pliki w formacie *.mp3, względnie *.ogg. Sam proces konwersji jest banalny. Dowolny plik dźwiękowy konwertujemy do *.wav z wykorzystaniem mplayer, po czym sam plik *.wav przepuszczamy przez odpowiedni enkoder (faac), który tworzy plik wynikowy m4a. Napisałem do tego celu prosty skrypt automatyzujący całość procesu:

#!/bin/bash
# Sebastian 'night' Łuczak
# http://night.jogger.pl
# Konwersja mp3 do dzwonka iPhone

echo "Podaj nazwe pliku mp3 (bez rozszerzenia!)"
echo -n ">"
read IN
OUT="`ls | grep $IN.mp3`"
echo "Zgrywam mp3 do wav:"
mplayer -vo null -vc null -ao pcm:fast:file=$IN.wav $OUT
faac -b 128 -c 44100 -w $IN.wav
rm $IN.wav

Zmieniamy rozszerzenie otrzymanego pliku wynikowego z *.m4a na *.m4r oraz dodajemy jedną spację przed rozszerzeniem pliku, np:

$ ls
dzwonek.m4a
$ mv dzwonek.m4a "dzwonek .m4r"
$ ls
dzwonek .m4r

Teraz musimy zająć się samym iPhone.

Ściągnij poprawiony plik MeCCA
Wgraj poprawiony plik do: /System/Library/Frameworks/MeCCA.framework/
Wgraj plik m4r do katalogu /Library/Ringtones/
Zrestartuj telefon

Dzwonek powinien być dostępny w menu.

Jak widać - z wykorzystaniem narzędzi OpenSource możemy bez problemu obsługiwać naszego iPhone całkowicie uniezależniając się od iTunes i produktów Apple.

Z tego co wiem, ten i poprzedni wpis to pierwsze kompletne HowTo w języku polskim traktujące o korzystaniu z iPhone pod Linuksem. Większość wiedzy wyniosłem z forum hackint0sh.org oraz własnych doświadczeń. Enjoy! Mam nadzieję że te artykuły komuś się przydały.

iPhone pod Debian GNU/Linux

Sun, 30 Dec 2007 00:47:39 +0100

Wiedziałem że prędzej czy później i mnie dopadnie. Gadżeciarstwo? Wygoda? Cóż, nie będę odpowiadał na to pytanie. Recenzję sprzętu możecie przeczytać w moim MiniBlogu, tutaj chcę się skupić na chyba najciekawszym dla Was zagadnieniu - co tak naprawdę się stało gdy opadł kurz po bitwie "Tux vs iPhone" ;-). Lecimy!
...nie bójcie się o życie Tuxa - żyje. iPhone też.

iPhone + Linux = ?

Słyszeliście, że do obsługi iPhone potrzeba Windows/Mac + iTunes? Cóż, jak jeszcze raz to usłyszycie to możecie podać linka zwrotnego do tego wpisu ;-). Od samego początku użytkowania iPhone'a ani razu nie podpiąłem go do iTunes (nie liczę 1 razu, dzień po zakupie, kiedy musiałem wgrać jeszcze raz oprogramowanie bo "zabiłem" soft (z mojej winy)).
Co zatem potrzebujemy?

iPhone ;-) (złamanego, z BSD SubSystem)
jądro >=2.6.23 - inne nie pozwalają na ładowanie iPhone'a w czasie podpięcia do USB
działającą sieć Wi-Fi w pobliżu (wystarczy odblokowany port 22)
zainstalowane sshfs oraz gtkpod

Instalacja potrzebnego oprogramowania:

# apt-get install sshfs gtkpod
# modprobe fuse
# mkdir -p /media/ipod
# chmod 777 /media/ipod
# adduser $USER fuse

Spod naszego użytkownika możemy teraz zamontować iPhone'a:

sshfs root@{IP}:Media /media/ipod

Gdzie za {IP} wpisujemy IP naszego iPhone'a podłączonego do sieci Wi-Fi. Niestety - do tej operacji będziemy potrzebować WiFi, do tej pory nie można wgrywać muzyki poprzez kabel USB.

Teraz chyba najtrudniejsza operacja:

$ gtkpod

Dodajemy iPhone jako urządzenie i... działa. Niestety - nie jest tak pięknie. Nie działają okładki (Cover Flow). Jest na to jednak rada. Musimy skorzystać z Ubuntowskiego repozytorium:

deb http://ppa.launchpad.net/ipod-touch/ubuntu gutsy main

W którym znajduje się paczka:

apt-get install ipod-convenience

Po instalacji i wstępnej konfiguracji procedura wgrywania muzyki i filmów na iPhone troszkę się zmienia:

$ iphone-mount
$ gtkpod

Tutaj normalnie działamy, dodajemy okładki itd. Pracę kończymy standardowo "Save Changes". Ostatnim krokiem (po dość długiej często procedurze dodawania mediów) jest wpisanie:

$ iphone-umount

Nie musimy restartować naszego telefonu (iPoda), wchodzimy do menu iPod i.... THIS IS COVERFLOWWWW!!!!!!!!!! ;-)

A zdjęcia?

Zdjęcia dostępne są po zamontowaniu iPhone'a w katalogu /media/ipod/DCIM/*. Można korzystać z demonów HAL pod KDE i Gnome (iPhone po podłączeniu kablem USB pokazuje się jako aparat fotograficzny), jednak oba w momencie kopiowania zdjęć zrywały połączenie z telefonem. Najwygodniej jest napisać własny skrypt do kopiowania zdjęć, np. podobny do tego:

#!/bin/bash
echo "Kopiuję zdjęcia z /media/ipod/DCIM/100APPLE/"
cp -r /media/ipod/DCIM/100APPLE/ /home/$USER/Desktop/Zdjecia_iphone

Cóż - prymitywne ale działa ;-). Niedługo napiszę lepszy skrypt do kopiowania zdjęć. Będzie on dostępny w repozytorium debianlinux.pl.
Jak widać - niewiele trzeba aby urządzenie napisane "only for MAC//WIN" odpalić i z powodzeniem używać na Linuksie. Apple : OpenSource Community - 0 : 1!

Mam nadzieję że powyższy opis komuś się przyda :-). ENJOY! Jeśli komuś przeszkadza korzystanie z paczek Ubuntu na Debianie wiedzcie, że niedługo w moim repozytorium debianlinux.pl pojawi się kilka paczek, w większości paczki umożliwiające używanie iPhone wraz z gtkpod oraz Amarokiem w sposób przezroczysty.

Polska Planeta Debiana (podsumowanie)

Wed, 12 Dec 2007 08:50:21 +0100

Dokładnie 12 dni temu wystartowała Polska Planeta Debiana. Zaczęliśmy od dwóch blogów (mojego oraz Hadreta) i we dwójkę mieliśmy nadzieję na cud.

I cud nadszedł. Po 12 dniach działalności Planeta zbiera wpisy z 13 technicznych blogów użytkowników Debiana! Kolejne dwa blogi są na liście "oczekujących na akceptację", a 9 blogów musieliśmy odrzucić jako "nie spełniających kryteriów" (cokolwiek to nie znaczy ;-)). Nie mamy niestety (jeszcze) danych dotyczących czytelników.

Mimo kilku głosów sprzeciwu w chwili, gdy Planeta pojawiła się w internetowym światku, możemy śmiało powiedzieć - udało nam się. I nie poprzestaniemy na tym. :-) Dzięki pomocy społeczności OpenSource zagościliśmy w takich serwisach jak jakilinux.org, LinuxRSS a także na chwilkę (choć nie na głównej) - wykop.pl. Dziękujemy za wsparcie!

Projekt debianlinux.pl nadal się rozwija. Chcemy, aby portal główny ruszył jeszcze przed świętami. Czy nam się uda? To zależy od Was - poszukujemy chętnych do współtworzenia Polskiego Portalu Debiana. Są jacyś? Mamy nadzieję że i tym razem nam pomożecie. :-) Szczegóły dostępne poprzez mail//jabber.

Polska Planeta Debiana

Fri, 30 Nov 2007 00:06:35 +0100

Ubuntu ma swoją Planetę, czemu zatem Debian nie ma mieć polskiego odpowiednika Planet Debian?

Zatem - otwiera... tzn. startujemy! ;-) Hadret przeprowadził na swoim blogu ankietę, w której większość jego czytelników opowiedziała się za potrzebą powstania Planet Debian w naszym ojczystym języku. Troszkę pracy i oto jest:

Polska Planeta Debiana

Jesteś bloggerem? Piszesz o Debianie? Chcesz zwiększyć poczytność bloga (a któż nie chce ;-))? Napisz... Więcej szczegółów do znalezienia na stronie Polskiej Planety Debiana.

Ponadto, jeśli chcesz pomóc w tworzeniu serwisu, masz ciekawe pomysły do realizacji, piszesz artykuły bądź newsy ze świata Debiana, możesz dołączyć do naszej skromnej dwójki :-)
Pozostaje pytanie - czemu nikt się nie zajął portalem traktującym o systemie Debian GNU/Linux wcześniej?

Instalacja pakietu Debiana bez zależności

Sat, 17 Nov 2007 08:21:45 +0100

UWAGA! Poniższego rozwiązania używasz na własną odpowiedzialność. SOA#1

System zależności zaimplementowany w apt-get ma swoje wady i zalety. Niewątpliwą zaletą jest "zrób-i-zapomnij". Jedna komenda instaluje pakiet, jego zależności i wszystko co potrzebne do działania programu. Jednak największa zaleta czasem staje się największą wadą...

Dawno temu zauroczony systemem pakietów w Slackware napisałem sobie mały skrypt do instalacji pakietu Debiana bez jego zależności.

#!/bin/bash
sciezka=$(apt-cache show $1 | grep Filename | awk '{print $2}')
sciagnij=$(wget -c http://ftp.debian.org/$sciezka)
plik=$(apt-cache show $1 | grep Filename | awk '{print $2}' | sed "s/\//  /g" | awk '{print $5}')
dpkg -x $plik /

Tak proste że aż głupie :-). Jeden minus - trzeba znać nazwę paczki i podać ją jako parametr. Sam plik zapisujemy np. jako /sbin/apt-inst i cieszymy się jak dzieci że każdy program który zainstalujemy w ten sposób będzie zachowywał się mniej więcej "in_Slackware_style":

$ krusader
krusader: error while loading shared libraries: libkjsembed.so.1: cannot open shared object file: No such file or directory

No ale co za problem ;-).

# apt-inst libkjsembed1

I krusader działa :-).

Raz jeszcze piszę - używasz na własną odpowiedzialność. Sam skrypt przydaje się przy budowaniu minimalistycznego systemu, trzeba jednak posiadać dość sporą wiedzę na temat systemu Linux. Za pomocą tego "czegoś" udało mi się swego czasu zmieścić działającego Debiana + KDE (dość minimalistyczne) w około 350MiB. Wiem że możliwe jest postawienie bardzo minimalistycznego systemu (np. dla routera sprzętowego) na mniej niż 64MiB. Komuś się uda? :-)

ps. wbrew pozorom lubię slacka a wpis nie ma charakteru prowokacji :)

ps2. uprzedzam pytanie: "Jak odinstalować taki program?" - ręcznie. Sprawdzasz gdzie się zainstalował i ręcznie usuwasz pliki.

Bluetooth Proximity

Thu, 15 Nov 2007 21:47:49 +0100

Posiadasz laptopa z wbudowanym interfejsem BlueTooth? Korzystasz z telefonu//palmtopa z Bluetooth? Ten artykuł może Ciebie zainteresować.

Gdy tylko zakupiłem nowego laptopa zamarzyła mi się dodatkowa funkcja wykorzystująca BlueTooth. Chciałem, aby laptop automatycznie blokował ekran gdy tylko odejdę od niego po czym logował się automatycznie gdy zasiądę przy klawiaturze. Troszkę szperania w google, troszeczkę własnej inwencji i oto jest :-). Skrypt BlueTooth Proximity:

#!/bin/bash

DEVICE="MAC"
CHECK_INTERVAL=2
THRESHOLD="-1"
PID=0
START_CMD='true'
FAR_CMD='dcop kdesktop KScreensaverIface lock'
NEAR_CMD='dcop kdesktop KScreensaverIface quit'
HCITOOL="/usr/bin/hcitool"
DEBUG="/tmp/logi"

connected=1

function msg {
    echo "$1" >> $DEBUG
}

function check_connection {
    connected=0;
    found=0

    for s in `$HCITOOL con`; do
        if [[ "$s" == "$DEVICE" ]]; then
            found=1;
        fi
    done
    if [[ $found == 1 ]]; then
        connected=1;
    else
       msg 'Attempting connection...'
        if [ -z "`$HCITOOL cc $DEVICE 2>&1`" ]; then
            msg 'Connected.'
            connected=1;
        else
            connected=0;
        fi
    fi
}

function check_xscreensaver {
    PID=`ps -C xscreensaver --no-heading | awk '{ print $1 }'`
    if [ "$PID" == "" ];  then
        $START_CMD &
    fi
}

name=`$HCITOOL name $DEVICE`
msg "Monitoring proximity of \"$name\" [$DEVICE]";

state="near"
while /bin/true; do

    check_xscreensaver
    check_connection

    if [[ $connected -eq 1 ]]; then
        rssi=`$HCITOOL rssi $DEVICE | sed -e 's/RSSI return value: //g'`

        if (( "$rssi" <= $THRESHOLD )); then
            if [[ "$state" == "near" ]]; then
                msg "*** Device \"$name\" [$DEVICE] has left proximity"
                state="far"
                echo "daleko - wlaczam screena"
                $FAR_CMD
                echo $?
            fi
        else
            if [[ "$state" == "far" ]]; then
                msg "*** Device \"$name\" [$DEVICE] is within proximity"
                state="near"
                sleep 7;
                $NEAR_CMD
                kdialog --passivepopup "Urządzenie w zasięgu Bluetooth, odblokowanie ekranu" 5
                $START_CMD &
            fi
        fi
        msg "state = $state, RSSI = $rssi, PID = $PID"

    else
        if [[ "$state" == "near" ]]; then
            msg "*** Device \"$name\" [$DEVICE] has been disconnected"
            state="far"
            $FAR_CMD > /dev/null 2>&1
        fi
    fi

    sleep $CHECK_INTERVAL
done

Oryginał znajduje się pod tym adresem, ja jednakże nieznacznie go zmodyfikowałem aby odpowiadał moim preferencjom. W konfiguracji skryptu znajdujemy następujące parametry:

DEVICE="MAC" - MAC zastępujemy MAC'iem naszego urządzenia
CHECK_INTERVAL=2 - jak często ma być sprawdzane połączenie
THRESHOLD="-1" - odległość, wartość dobrana eksperymentalnie
FAR_CMD='dcop kdesktop KScreensaverIface lock' - komenda wywołana gdy urządzenie nie jest w zasięgu
NEAR_CMD='dcop kdesktop KScreensaverIface quit' - analogicznie komenda wykonana przy "wejściu" w zasięg
DEBUG="/tmp/logi" - gdzie zrzucane będą logi

Skrypt najlepiej umieścić w /bin/btprox

# cp btprox /bin/btprox

Ostatnim krokiem jest udostępnienie użytkownikowi bez uprawnień korzystania z hcitool i l2ping.

# chmod +s /usr/bin/hcitool
# chmod +s /usr/bin/l2ping

I tyle. Odpalamy btprox i sprawdzamy działanie skryptu :-).

Podobną funkcjonalność oferuje nam bluez-utils wersji >3.0 jednak u mnie i kilku moich kolegów to po prostu nie działa. Ekran zostaje zablokowany gdy komórka całkowicie wyjdzie poza zasięg BlueTooth co może sprawdza się w gorszych chipsetach, jednak u mnie BT łapie na ponad 10 metrów przez dwie ściany...

Toshiba Portege R200 + Debian GNU/Linux

Tue, 06 Nov 2007 15:15:54 +0100

Niedawno zakupiłem nowego notebooka - Toshiba Portege R200 (nadal posiadam Toshibę Portege R111, którą nie tak dawno opisywałem). I ponownie - w sieci nie znalazłem żadnego w miarę aktualnego opisu konfiguracji systemu Linux pod tą maszynkę. Opiszę sposób uruchomienia wszystkich możliwości tego sprzętu pod Linuksem. Troszkę się z tym męczyłem, więc mam nadzieję że komuś się to przyda i zaoszczędzi sobie kilka godzin pracy.

Specyfikacja techniczna

Procesor: Intel Pentium M ULV 753 1.2 GHz 400 MHz FSB, 2 MB L2 Cache
RAM: 512 MB, DDR2 RAM, maks. do 1280 MB, 2x256 MB
Grafika: Intel Graphics Media Accelerator (GMA) 900
Matryca: 12.1 Zoll 4:3, 1024x768 pikseli, polikrzemowa
Dysk: 60GB 4200obr./min. Toshiba MK 6006GAH
Waga: ~1.13 kg

Dokładniejszy spis daje nam lspci:

00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03)
00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03)
00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d3)
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 03)
00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 03)
00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03)
01:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit Ethernet Controller (rev 15)
02:05.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
02:0b.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
02:0b.4 Generic system peripheral [0805]: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621, PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller

Oraz lsusb:

Bus 001 Device 003: ID 08ff:2580 AuthenTec, Inc.

No to lecimy! Jeśli nie wymieniam poniżej któregoś z podzespołów znaczy to, że działa bez żadnych modyfikacji - OOTB.

CPU - do poprawnej obsługi skalowania częstotliwości procesora potrzebujemy modułów toshiba_acpi asus_acpi freq_table acpi_cpufreq backlight processor toshiba i wszystkich zależnych od nich. Dodatkowe pakiety:

# apt-get install powersaved acpid kpowersave

Karta graficzna - chipset Intela jest jednym z najlepiej wspieranych obecnie układów graficznych pod linuksem. Ustawiamy sterownik na i810 i po bólu, dostajemy pełną akcelerację. Czasem trzeba zainstalować dodatkowy pakiet (np. w przypadku instalacji netinstall):

# apt-get install libgl1-mesa-dri

Karta bezprzewodowa - tutaj zaczynają się schody. Musimy skorzystać z modułów madwifi.

# apt-get install module-assistant madwifi-source

Resztę wyklikujemy w module-assistant. Kompilacja przechodzi bezboleśnie. Dodatkowe informacje o module możemy zobaczyć w:

# modinfo ath_pci

Klawisze dodatkowe - pakiet fnfxd zapewnia pełną obsługę klawiszy dostępnych pod kombinacją Fn+X.

# apt-get install fnfxd

Czytnik linii papilarnych - działa, jednakże nie istnieją jeszcze wrappery do komunikacji z biolib. Możemy skanować swoje paluszki ale do systemu nie zalogujemy się. Zacząłem pracę nad implementacją uwierzytelniania aes2501. Aby pobawić się skanerem instalujemy:

# apt-get install aes2501-wy

I odpalamy przez:

# aes2501 -r

W katalogu bieżącym dostaniemy skan swoich linii papilarnych. Niestety, wszelkie próby zastosowania istniejących metod identyfikacji i porównania skanu (m.in. mechanizm thinkfinger czy też biolib) kończą się klęską. Jeśli komuś udało odpalić się ten czytnik proszę o kontakt.

Bluetooth - implementacja toshiba_acpi nie umożliwia w domyślnej wersji korzystania z interfejsu Bluetooth. Toshset nie jest wspierany, więc trzeba ręcznie nakładać łatki na toshiba_acpi. Udostępniam Wam kod źródłowy toshiba_acpi.c dla jądra 2.6.23.1 do zastąpienia ręcznie w źródłach oraz patch na toshiba_acpi.c do nałożenia na dowolne jądro.
toshiba_acpi.c dla 2.6.23.1
patch_toshiba_acpi
Jedna i druga metoda zakłada kompilację jądra. Zamieszczam dodatkowo swój plik .config.
Config dla 2.6.23.1
Po kompilacji mamy dostęp do dodatkowego urządzenia /proc/acpi/toshiba/bluetooth. Parametry które przyjmuje interfejs to:

# echo enable > /proc/acpi/toshiba/bluetooth
# echo disable > /proc/acpi/toshiba/bluetooth

Zalety i wady, czyli czy warto...

Z zalet tego notebooka należy wymienić ciężar, małe rozmiary, bardzo długi czas działania na baterii, niski pobór prądu oraz design. Laptop po prostu świetnie się prezentuje :-). Całości dopełnia matowa matryca z bardzo dobrym podświetleniem.
Wady? Ano są... R200 potrafi niesamowicie się grzać. Jeśli nie zapewnimy prawidłowej wentylacji (np. będziemy korzystać z laptopa leżąc w łózku) temperatura procesora wzrośnie do 74 stopni Celsjusza(!). Obudowa jednak pozostaje chłodna (co dziwne). Z wad należy wymienić za małą klawiaturę. Osoby z dużymi palcami będą miały kłopoty z płynnym pisaniem.

Pełna recenzja zawarta jest w linku z początku tego artykułu więc nie będę się już rozwodził. Polecam ten sprzęt, pod Linuksem sprawuje się świetnie! Jeśli zatem potrzebujesz laptopa ultraprzenośnego, działającego kilka do kilkunastu godzin na baterii, dobrze wspieranego przez Linuksa wybierz Toshibę Portege R200. Nie będziesz żałował :-).