Zdalny pulpit, wbrew pozorom jest to łatwe.
Instalacja
apt-get install x11vnc
Konfiguracja
Prawdę mówiąc możemy uruchomić zdalny pulpit, bez żadnej konfiguracji, ale przydało by się ustawić jakieś hasło, ponieważ przez zdalny pulpit mamy
stuprocentową kontrolę na komputerem.
Jeśli chcemy ustawić hasło należy wydać polecenie:
x11vnc -storepasswd
podajemy nowe hasło, następnie potwierdzamy je wpisując jeszcze raz, zostaniemy zapytani czy zapisać plik z hasłem w /home/[nazwa
użytkownika/.vnc/passwd
Oczywiście się zgadzamy.
Uruchomienie serwera
Polecenia:
11vnc -uruchomi nam serwer bez hasła
x11vnc -usepw - uruchomi serwer z hasłem
x11vnc -usepw -shared -uruchomi serwer z hasłem i pozwoli kilku użytkownikom łączyć się z nim.
Po wylogowaniu się z serwera, ten automatycznie się wyłączy, jeśli nie
chcemy aby tak się działo do polecenia dodajemy:
-forever
Polecenie będzie wyglądało tak: (polecam tę formę)
x11vnc -usepw -shared -forever
Jeśli używamy routera musimy pamiętać o przekierowaniu portu, dla VNC jest
to port 5900, dla każdego routera robi się to inaczej, więc nie będę tego
opisywał.
Uruchamianie Klienta
Jeśli chcemy się połączyć korzystać z pulpitu zdalnego, na drugim komputerze instalujemy xvncviewer
aptitude install xvncviewer
uruchamiamy program poleceniem:
xvncviewer
wyskakuje okienko w którym należy podać IP komputera z którym się łączymy, zdarza się że po wpisaniu nr IP, znów pojawia się to samo okienko, wtedy ponownie podajemy IP, po czym w następnym okienku podajemy hasło, pojawia się nam okno z pulpitem drugiego komputera, i możemy z nim robić co tylko nam się podoba!
x11vnc można dodać w autostarcie, w tym celu wpisujemy w konsoli:
nano /etc/rc.local
na końcu pliku wpisujemy:
x11vnc &
Można również dopisać do tego interesujące nas opcje.
Należy zostawić jedną linijkę wolną za ostatnim wpisem.
Aby zapisać wciskamy ctrl+o, a następnie ctrl+x.
Uruchamianie Klienta Windows
osobiście polecam TightVNC, można go pobrać STĄD: http://www.tightvnc.com/download.html nie będę opisywał w jaki sposób go używać, gdyż wygląda to podobnie jak w przypadku xvncviewer, z tym że w opcjach powinien być ustawiony rodzaj kompresji na TightVNC
środa, 21 kwietnia 2010
xorg vmware
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "Monitor"
Identifier "vmware"
VendorName "VMware, Inc"
HorizSync 1.0 - 10000.0
VertRefresh 1.0 - 10000.0
ModeLine "640x480" 100.0 640 700 800 900 480 500 600 700
ModeLine "800x600" 100.0 800 900 1000 1100 600 700 800 900
ModeLine "1024x768" 100.0 1024 1100 1200 1300 768 800 900 1000
ModeLine "1152x864" 100.0 1152 1200 1300 1400 864 900 1000 1100
ModeLine "1280x1024" 100.0 1280 1300 1400 1500 1024 1100 1200 1300
ModeLine "1600x1200" 100.0 1600 1700 1800 1900 1200 1300 1400 1500
EndSection
Section "Device"
Identifier "VMware SVGA"
Driver "vmware"
EndSection
Section "Screen"
Identifier "Screen0"
Device "VMware SVGA"
Monitor "vmware"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 4
Modes "640x480"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
EndSection
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "us"
EndSection
Section "Monitor"
Identifier "vmware"
VendorName "VMware, Inc"
HorizSync 1.0 - 10000.0
VertRefresh 1.0 - 10000.0
ModeLine "640x480" 100.0 640 700 800 900 480 500 600 700
ModeLine "800x600" 100.0 800 900 1000 1100 600 700 800 900
ModeLine "1024x768" 100.0 1024 1100 1200 1300 768 800 900 1000
ModeLine "1152x864" 100.0 1152 1200 1300 1400 864 900 1000 1100
ModeLine "1280x1024" 100.0 1280 1300 1400 1500 1024 1100 1200 1300
ModeLine "1600x1200" 100.0 1600 1700 1800 1900 1200 1300 1400 1500
EndSection
Section "Device"
Identifier "VMware SVGA"
Driver "vmware"
EndSection
Section "Screen"
Identifier "Screen0"
Device "VMware SVGA"
Monitor "vmware"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 4
Modes "640x480"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "800x600" "1024x768" "1280x1024" "1600x1200"
EndSubSection
EndSection
czwartek, 8 kwietnia 2010
środa, 7 kwietnia 2010
hdparm
hdparm -tT /dev/sda
Podczas standardowej instalacji Linuksa, bardzo często dysk pracuje w trybie 16 bit, oraz bez włączonego DMA. Dysk i system nie pracuje tak wydajnie jak byśmy chcieli. Na podstawie konfiguracji z procesorem AMD Duron 700 MHz na płycie głównej ECS i dyskiem Maxtor 20 GB (ATA 100- BIOS wykrył go jako UDMA-5) przedstawię kilka prostych zabiegów zwiększających wydajność pracy naszego sprzętu. Testowane ustawienia dotyczą systemu Red Hat 7.2 ze środowiskiem KDE 2.2. Standardowe jądro Red Hata ma problematyczną obsługę DMA na płycie ECS K7S5A z chipsetem SIS 735, który jest wydajny, lecz niestety jeszcze nie obsługiwany w pełni przez standardowe jądro 2.4.7. Problem ten rozwiązuje kompilacja i instalacja nowego jądra 2.4.18. Napewno nowicjusze będą mieli problem z kompilacją, więc polecam prostą metodę zwiększenia wydajności pracy dysku twadego.
Na początek musimy wiedzeć w jakim trybie pracuje nasz dysk, jest to ważne do dalszego tuningu naszego systemu.
Na początek możemy sprawdzić w jakim trybie pracuje nasz dysk, czy pracuje w trybie 32, czy 16-bitowym:
hdparm /dev/hda
mamy następujące wiersze dla nas najbardziej istotne: /dev/hda: I/O support, jeżeli jest tam wpis 16 to pracuje w trybie 16 bit.
Teraz sprawdźmy czy włączony jest tryb DMA:
hdparm -d /dev/hda
Wyświetlony zostanie taki komunikay: usign_dma = 0 (off)
Jak widać DMA jest wyłączone... Dodatkowo jeżeli posiadamy dysk nowy obsługujący stsndard ATA 100 dodatkowo wykonajmy polecenie:
hdparm -i /dev/hda
wyszukujemy miejsca gdzie jest obok trybu pracy gwiazdka np. *mdma2, W celu sprawdzenia prędkości dysku przy obecnej konfiguracji wywołajmy polecenie:
hdparm -t /dev/hda
Podczas standardowej instalacji Linuksa, bardzo często dysk pracuje w trybie 16 bit, oraz bez włączonego DMA. Dysk i system nie pracuje tak wydajnie jak byśmy chcieli. Na podstawie konfiguracji z procesorem AMD Duron 700 MHz na płycie głównej ECS i dyskiem Maxtor 20 GB (ATA 100- BIOS wykrył go jako UDMA-5) przedstawię kilka prostych zabiegów zwiększających wydajność pracy naszego sprzętu. Testowane ustawienia dotyczą systemu Red Hat 7.2 ze środowiskiem KDE 2.2. Standardowe jądro Red Hata ma problematyczną obsługę DMA na płycie ECS K7S5A z chipsetem SIS 735, który jest wydajny, lecz niestety jeszcze nie obsługiwany w pełni przez standardowe jądro 2.4.7. Problem ten rozwiązuje kompilacja i instalacja nowego jądra 2.4.18. Napewno nowicjusze będą mieli problem z kompilacją, więc polecam prostą metodę zwiększenia wydajności pracy dysku twadego.
Na początek musimy wiedzeć w jakim trybie pracuje nasz dysk, jest to ważne do dalszego tuningu naszego systemu.
Na początek możemy sprawdzić w jakim trybie pracuje nasz dysk, czy pracuje w trybie 32, czy 16-bitowym:
hdparm /dev/hda
mamy następujące wiersze dla nas najbardziej istotne: /dev/hda: I/O support, jeżeli jest tam wpis 16 to pracuje w trybie 16 bit.
Teraz sprawdźmy czy włączony jest tryb DMA:
hdparm -d /dev/hda
Wyświetlony zostanie taki komunikay: usign_dma = 0 (off)
Jak widać DMA jest wyłączone... Dodatkowo jeżeli posiadamy dysk nowy obsługujący stsndard ATA 100 dodatkowo wykonajmy polecenie:
hdparm -i /dev/hda
wyszukujemy miejsca gdzie jest obok trybu pracy gwiazdka np. *mdma2, W celu sprawdzenia prędkości dysku przy obecnej konfiguracji wywołajmy polecenie:
hdparm -t /dev/hda
Subskrybuj:
Posty (Atom)
