Jakiś czas temu potrzebowałem zrobić zrzut ekranu z uruchomionej aplikacji na Androdzie, oczywiście w Android Market są do tego odpowiednie programy, które wymagają niestety rootowania. Czy jest jednak na to inny sposób? Owszem jest.

Do tego celu będziemy potrzebowali pakiet Android SDK, który możemy pobać stąd. Kolejnym krokiem jest podłączenie urządzenia do USB w trybie synchronizacji (Sync) oraz uruchomienie programu Dalvik Debug Monitor znajdującego się w katalogu tools/

# cd android-sdk-linux_86/
# ./tools/ddms

Po wybraniu odpowiedniego urządzenia - wybieramy opcję Screen Capture w menu Device.i po chwili mamy nasz upragniony zrzut.

Konfigurując nowy serwer, doszedłem do wniosku, że pamięc karty graficznej praktycznie będzie nie wykorzystana. A skoro już jest, to dlaczego z niej nie skorzystać? Jedynym sensownym rozwiązaniem było wykorzystanie tej przestrzeni jako szybki ramdysk.

Pierwsze co musimy zrobić to poznać adres szyny PCI w której podpięta jest nasza karta.

# lspci | grep VGA
01:00.0 VGA compatible controller: ATI Technologies Inc RV710 [Radeon HD 4350]

Kolejnym krokiem jest określenie początkowego adresu pamięci oraz jego rozmiaru możliwego do zmapowania przez procesor.

# lspci -vvv -s 01:00.0 | grep prefetchable
Region 0: Memory at d0000000 (64-bit, prefetchable) [size=256M]
Region 2: Memory at fbce0000 (64-bit, non-prefetchable) [size=64K]

W ten sposób znamy początkowy adres 0xd0000000 oraz rozmiar 256MB.

Na prymitywne potrzeby postanowiłem jednak zachować 32MB (0x02000000).  Stąd też, naszym adresem początkowym będzie 0xd2000000 - z czego zostaje nam 224MB na nasz ramdysk :

# modprobe phram phram=VRAM,0xd2000000,224Mi

Sprawdzamy.

# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 0e000000 00001000 "VRAM"

Gra kapela. Czas na załadowanie modułów mtdblock, który umożliwi nam wykorzystanie mtd jako urządzenia blokowego oraz modułu jffs2, który najlepiej nada się jako system plików dla tego typu urządzenia.

# modprobe mtdblock
# modprobe jffs2

Pozostało już tylko sformatowanie oraz podmontowanie

# mkfs -T jffs2 /dev/mtdblock0
# mkdir /mnt/vram
# mount /dev/mtdblock0 /mnt/vram

Na koniec sprawdzamy czy wszystko przebiegło OK i możemy cieszyć się szybkim ramdyskiem.

# df --si | grep mtdblock
/dev/mtdblock0         232M   132k   220M   1% /mnt/vram

Jak szybko może być ?

# hdparm -t /dev/mtdblock0
/dev/mtdblock0: Timing buffered disk reads:  224 MB in  0.03 seconds = 6422.75 MB/sec

# hdparm -T /dev/mtdblock0
/dev/mtdblock0: Timing cached reads:   17666 MB in  2.00 seconds = 8842.62 MB/sec

Niestety nie ma róży bez kolców - opisana metoda nie będzie działać jeśli wykorzystujemy zamknięte sterowniki ATi / NVidia. Dlatego decyzję trzeba podjąć indywidualnie.

Nadchodzi chwila szczególna, która nie przejdzie obok mnie obojętnie. Mam konkretnie na myśli bliski termin ukończenia jądra 2.6.33 oraz mojego ulubionego środowiska graficznego KDE 4.4. Postanowiłem więc zrobić zobie mały podkład pod nowy system, opierając się na jedynej słusznej dystrybucji Slackware-Current.

Jak niektórzy z Was pamiętają, posiadam w swoim placku mobilnego RadeonaHD 3450, który swojego czasu sprawiał mi ogromne problemy na pseudo-sterowniku ATi. Korzystając więc z okazji, przygotowałem dla Was małe How-to jak zmusić tą kartę do poprawnej pracy z otwartymi sterownikami oraz z hitem ostatniego czasu - obsługą KMS.

czytaj więcej

Dziś spotkałem się z problemem aktywacji systemu operacyjnego Windows Vista u mojego znajomego-sieroty. Trzydziestodniowy termin przespał, a z niewiadomych powodów aktywacja drogą internetową nie chciała się dokonać ( tak posiada oryginał ) - Brak połączenia z siecią, chociaż sterowniki niby miał. Tak czy siak, nie malowoała mu się instalacja systemu na nowo.

Znany jest sposób rozbrojenia aktywacji za pomocą polecenia slmgr.exe - jednak nie sprawdza się on po upływie 30-dni, konkretnie z dwóch powodów :

• w trybie awaryjnym nie będziemy posiadać uprawnień administratora
• w trybie normalnym nie damy rady zbytnio odpalić żadnego programu

Sprawa komplikuje się dodatkowo jeśli posiadamy inną, domyślną przeglądarkę niż Internet Explorer. Dlatego nasze czary-mary będzie rozbite na dwie procedury. Pierwszą możemy pominąć jeśli naszą domyślną przeglądarką jest IE.

Krok 1 - Przywrócenie domyślnego IE

• Uruchamiamy pacjenta w trybie awaryjnym + z wierszem poleceń
• W wierszu poleceń uruchamiamy Internet Explorera  wydając polecenie explorer
• W ustawieniach przeglądarki ustawiamy ją - jako domyślną
• Restart

Krok 2 - Rozbrajamy pacjenta

• Uruchamiamy system normalnie
• Wybieramy tryb pracy ograniczonej do zakupu nowego klucza online
• W pasku adresu wpisujemy c:
• Następnie wpisujemy w adresie cmd
• Przechodzimy do katalogu windows/system32
• Wykonujemy polecenie slmgr.vbs -rearm,
• Po kilku sekundach otrzymamy okno o statusie powodzenia 
• Restart i mamy kolejne 30-dni

Vista odpaliła, sieciówka się ponownie zainstalowała, aktywacja się dokonała :)