LoSoft Blog

Macbuntu – Mac OS X Transformation Package ;)

lookout — Sat, 14 Aug 2010 19:35:16 +0000

Tak mi przypadl do gustu ten Mac OS X, ze ostatnio nawet zaczalem przerabiac ulubionego Linuxa. Super sprawa, lecz to za malo
Pracuje na 3 komputerach z Ubuntu i nie mam czasu zajmowac sie kazdym z osobna, stwierdzilem, ze automatyzacja instalacji widokow, tapet, itd, bylaby jak najbardziej wskazana.

Powstal wiec, maly skrypcik, apt-get install cos tam, cp z do, i tak ziarenko do ziarenka zebrala sie spora miar… skrypcik na tyle dorosly, ze powinien sie jakos nazywac. Cenie wysoko prace ekipy Ubuntu – Debiana bardziej – wiec oczywiste, ze buntu musi byc w nazwie. Tak wiec tytulowym Mac OS X Transformation Packagem zostal Macbuntu. A zeby bylo jeszcze ciekawiej – upublicznionym, na Sourceforge.

Have fun!

Pulpit Ubuntu 10.04 Lucid Lynx

lookout — Sun, 25 Jul 2010 15:39:17 +0000

Pisalem, ze raczej nie bedzie zmiany wygladu biurka w 10.04 – a jednak. Jako ze od niedawna jestem szczesliwym posiadaczem Mac’a, dlatego tez, customizacja Ubuntu 10.04 Lucid Lynx, bedzie mu zadedykowana .

. System: Ubuntu 10.04 (Lucid Lynx, 2.6.32-24-generic-pae),
. WM: Gnome 2.30.2 / temat, ikony i kursor: Mac4Lin v1.0 / tapeta i dom: Aurora lub Leopard Aurora,
. Apps: Docky, Global Menu,
. Inne: Firefox – MacOSX Theme, Thunderbird – Leopard Mail-Default Aqua

Zobacz przykladowy tutorial wideo, transformacji Ubuntu na Mac OS X
Zobacz wszystkie pulpity

Macbook i problemy z siecia WiFi

lookout — Thu, 15 Jul 2010 18:58:55 +0000

Po tygodniu walczenia z konfiguracja sieci wifi w macbooku, opadly mi rece, gdy okazalo sie, ze ciagle zrywanie polaczenia jest kwestia sily sygnalu access pointa. Jak zwykle przypadek sprawil, ze “naprawilo sie” samo – prawie – trzeba bylo polazic po mieszkaniu.

Wiec, rozwiazanie problemu zrywania polaczenia sieci wifi w macu.

1. Na poczatek ustawiamy najslabsza mozliwa sile transmisji (Transmit Power) access pointa w naszym routerze (sekcja Wireless).
2. Odpalamy konsole na macu. Programy->Narzedzia->Terminal i zarzucamy haselko

czlowiek@maszyna:~$ ping www.google.com
PING www.l.google.com (209.85.135.103): 56 data bytes
64 bytes from 209.85.135.103: icmp_seq=0 ttl=50 time=90.361 ms
64 bytes from 209.85.135.103: icmp_seq=2 ttl=50 time=91.233 ms
64 bytes from 209.85.135.103: icmp_seq=3 ttl=50 time=82.742 ms
...
Request timeout for icmp_seq 15
Request timeout for icmp_seq 16
Request timeout for icmp_seq 17
...
64 bytes from 209.85.135.103: icmp_seq=17 ttl=50 time=850.113 ms
64 bytes from 209.85.135.103: icmp_seq=18 ttl=50 time=86.281 ms
64 bytes from 209.85.135.103: icmp_seq=19 ttl=50 time=77.392 ms
64 bytes from 209.85.135.103: icmp_seq=20 ttl=50 time=298.949 ms
64 bytes from 209.85.135.103: icmp_seq=21 ttl=50 time=374.277 ms

im mniej takich Request timeout’ow, tym lepiej , lazimy, szukamy optymalnego sygnalu bez zaklocen, zmieniamy sile transmisji, bawimy sie antena i takie tam, a po 15 minutach uzyskamy satysfakcjonujaca nas wspolprace maca z nasza siecia WiFi.

Dziwna sprawa z tym mac’iem, poniewaz na htc g1 i lapku z linuxem dziala wysmienicie. Az chce sie powiedziec: a na linuxie dziala

Pomocny lsof

lookout — Mon, 07 Jun 2010 20:22:34 +0000

Listujemy wszystkie polaczenia sieciowe

czlowiek@maszyna:~$ lsof -i

Tylko dla polaczen po TCP lub UDP

czlowiek@maszyna:~$ lsof -iTCP
czlowiek@maszyna:~$ lsof -iUDP

Powiazanych z danym portem

czlowiek@maszyna:~$ lsof -i :22

Polaczenia z danym hostem i portem

czlowiek@maszyna:~$ lsof -i@192.168.1.101:22

Otwarte przez danego uzytkownika

czlowiek@maszyna:~$ lsof -u czlowiek

Polaczenia dla konkretnego pliku czy polecenia

czlowiek@maszyna:~$ lsof /home/czlowiek/plik
czlowiek@maszyna:~$ lsof -c ssh

Wszystkie otwarte zasoby

czlowiek@maszyna:~$ lsof

Wszystkie otwarte niezlinkowane pliki – mozliwa proba ukrycia niepozadanego dzialania lub korzystanie z badziewnego/uszkodzonego oprogramowania

czlowiek@maszyna:~$ lsof +L1

A na koniec polecenie zabijajace wszystkie procesy postawione przez danego usera

czlowiek@maszyna:~$ sudo kill -9 `lsof -t -u czlowiek`

Rutynowe sprawdzenie co siedzi na portach

lookout — Mon, 07 Jun 2010 19:36:35 +0000

Czasem na linuxie – nawet jezeli jest to zwykly PC – wypada sprawdzic, czy na portach nie rozgoscilo sie nieznane oprogramowanie, ktore “przypadkiem” w ferworze walki samo sie zainstalowalo .

Ponizej pare pomocnych polecen, skanujacych stan portow.

1. Na poczatek szybki skan urzadzenia sieciowego

czlowiek@maszyna:~$ nmap -PN localhost
Starting Nmap 5.00 ( http://nmap.org ) at 2010-06-07 20:53 CEST
Interesting ports on localhost (127.0.0.1):
Not shown: 993 closed ports
PORT     STATE SERVICE
21/tcp   open  ftp
22/tcp   open  ssh
111/tcp  open  rpcbind
139/tcp  open  netbios-ssn
445/tcp  open  microsoft-ds
631/tcp  open  ipp
2049/tcp open  nfs

Mozna tez skorzystac w narzedzia zewnetrznego nmap-online.com aby sprawdzic stan zapory glownej.

Jezeli jest czysto to po sprawie, w przeciwnym wypadku idzmy dalej.
Zalozmy wiec, ze mamy “cos” blizej nieokreslonego nasluchujacego na porcie 980.

czlowiek@maszyna:~$ nmap -PN localhost
...
PORT     STATE SERVICE
...
980/tcp  open  unknown
...

2. Listujemy zarejestrowane serwisy

czlowiek@maszyna:~$ cat /etc/services | grep 980

Jezeli nic nie wyrzuci to probujemy innaczej

3. Skanowanie portu netstat’em

czlowiek@maszyna:~$ netstat -anp | grep 980
tcp  0  0  0.0.0.0:980  0.0.0.0:*  LISTEN  2918/rpc.statd

tym razem cos wyrzucilo – rpc.statd. Sprawdzmy jeszcze jakie pliki to dotyka

4. Listowanie otwartych zasobow/plikow powiazanych z danym portem

czlowiek@maszyna:~$ lsof -i -n -P | grep 980
rpc.statd  2918  rpcuser  7u  IPv4  7522  TCP *:980 (LISTEN)

Wiemy juz wszystko? Wiemy . Wiec czym jest ten rpc.statd?

http://www.google.pl/search?q=linux+rpc.statd