Najnowszy build snv100 zawiera wiele ciekawych nowości i zmian np:
- Migracja źródeł ON do Sun Studio 12. SS12 jest niezbędny do kompilacji!
- Wirtualne konsole tekstowe!
- Fast Reboot.
- PowerTOP
- Obsługa procesora Rock.
- OpenLDAP
Jedna z nowości to "Hostid for X86 systems".
Problem pojawia się, gdy chcemy zaktualizować system do najnowszej wersji poprzez 'bfu'.
Dotychczas aby to zrobić trzeba było wyeksportować 3 zmienne: FASTFS, BFULD oraz GZIPBIN.
Teraz potrzebna jest najnowsza paczka SUNWonbld, która zawiera program 'extract_hostid'.
Dodatkowo należy wyeksportować zmienną EXTRACT_HOSTID:
# export EXTRACT_HOSTID=/opt/onbld/bin/i386/extract_hostid
niedziela, 28 września 2008
poniedziałek, 8 września 2008
SXCE97 i czcionki w mplayer
Informacja dla tych, którzy używają SXCE na desktopie i jednocześnie oglądają filmy za pomocą mplayera (z blastwave).
W SXCE97 zmieniła się czcionka i ta, z której korzysta mplayer jest niedostępna:
/usr/openwin/lib/X11/fonts/TrueType/Arial.ttf
Dzięki temu zniknęły napisy w mplayerze. Można to jednak szybko naprawić linkując inną czcionkę lub tą z poprzedniej wersji SXCE:
# ls -alh /opt/csw/share/mplayer/subfont.ttf
lrwxrwxrwx 1 root root 26 wrz 8 19:42 /opt/csw/share/mplayer/subfont.ttf -> /usr/local/fonts/Arial.ttf
Oto czcionka, z której dotychczas korzystał mplayer:
# ls -alh /usr/local/fonts/Arial.ttf
-rw-r--r-- 1 root root 146K wrz 8 19:41 /usr/local/fonts/Arial.ttf
W SXCE97 zmieniła się czcionka i ta, z której korzysta mplayer jest niedostępna:
/usr/openwin/lib/X11/fonts/TrueType/Arial.ttf
Dzięki temu zniknęły napisy w mplayerze. Można to jednak szybko naprawić linkując inną czcionkę lub tą z poprzedniej wersji SXCE:
# ls -alh /opt/csw/share/mplayer/subfont.ttf
lrwxrwxrwx 1 root root 26 wrz 8 19:42 /opt/csw/share/mplayer/subfont.ttf -> /usr/local/fonts/Arial.ttf
Oto czcionka, z której dotychczas korzystał mplayer:
# ls -alh /usr/local/fonts/Arial.ttf
-rw-r--r-- 1 root root 146K wrz 8 19:41 /usr/local/fonts/Arial.ttf
sobota, 6 września 2008
OpenSolaris Power Management
Temat niezbyt oczywisty, tak więc ten krótki post powinien być użyteczny.
OpenSolaris wspiera zarządzanie częstotliwością procesorów tylko najnowszych procesorów Intel oraz AMD. Jest to spowodowane architekturą jądra Solarisa oraz budową starszych procesorów.
Możemy sprawdzić, czy nasz procesor jest wspierany za pomocą kstat:
$ kstat -m cpu_info -s supported_frequencies_Hz
module: cpu_info instance: 0
name: cpu_info0 class: misc
supported_frequencies_Hz 800000000:1200000000:1600000000:2000000000:2400000000:2401000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
supported_frequencies_Hz 800000000:1200000000:1600000000:2000000000:2400000000:2401000000
Jeśli nie jest wspierany, możemy spróbować użyć pakietu frkit.
Gdy CPU jest wspierany należy wyedytować konfigurację zarządzania zasilania:
$ tail -3 /etc/power.conf
S3-support enable
cpupm enable
cpu-threshold 15s
Uaktualniamy konfigurację:
# /usr/sbin/pmconfig
Sprawdzamy, czy działa:
$ kstat -m cpu_info -s current_clock_Hz;
module: cpu_info instance: 0
name: cpu_info0 class: misc
current_clock_Hz 800000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
current_clock_Hz 800000000
Jak obciążymy procesor, zmienia się częstotliwość CPU:
$ kstat -m cpu_info -s current_clock_Hz;
module: cpu_info instance: 0
name: cpu_info0 class: misc
current_clock_Hz 2401000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
current_clock_Hz 2401000000
Jeśli chodzi o Suspend/Resume, to jest szansa, że sprzęt jaki posiadamy (i sterowniki) poprawnie wspierają Power Management.
Na dzień dzisiejszy działa Suspend to RAM. Obsługa Suspend to Disk nie jest jeszcze dostępna.
Jako, iż testowałem Suspend/Resume na ręcznie przekompilowanym systemie,
moja wersja jest gdzieś pomiędzy snv98, a snv99. Tak więc na snv99 powinno to działać, gdyż w tych buildach są naprawione problemy z Suspend/Resume na niektórym sprzęcie.
Jak uśpić komputer? Można poprzez GDM (uśpij), albo poprzez 'uadmin':
# uadmin 3 20
Warto mieć również profile zabezpieczeń takie jak:
Suspend To RAM
Suspend To Disk
CPU Power Management
OpenSolaris wspiera zarządzanie częstotliwością procesorów tylko najnowszych procesorów Intel oraz AMD. Jest to spowodowane architekturą jądra Solarisa oraz budową starszych procesorów.
Możemy sprawdzić, czy nasz procesor jest wspierany za pomocą kstat:
$ kstat -m cpu_info -s supported_frequencies_Hz
module: cpu_info instance: 0
name: cpu_info0 class: misc
supported_frequencies_Hz 800000000:1200000000:1600000000:2000000000:2400000000:2401000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
supported_frequencies_Hz 800000000:1200000000:1600000000:2000000000:2400000000:2401000000
Jeśli nie jest wspierany, możemy spróbować użyć pakietu frkit.
Gdy CPU jest wspierany należy wyedytować konfigurację zarządzania zasilania:
$ tail -3 /etc/power.conf
S3-support enable
cpupm enable
cpu-threshold 15s
Uaktualniamy konfigurację:
# /usr/sbin/pmconfig
Sprawdzamy, czy działa:
$ kstat -m cpu_info -s current_clock_Hz;
module: cpu_info instance: 0
name: cpu_info0 class: misc
current_clock_Hz 800000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
current_clock_Hz 800000000
Jak obciążymy procesor, zmienia się częstotliwość CPU:
$ kstat -m cpu_info -s current_clock_Hz;
module: cpu_info instance: 0
name: cpu_info0 class: misc
current_clock_Hz 2401000000
module: cpu_info instance: 1
name: cpu_info1 class: misc
current_clock_Hz 2401000000
Jeśli chodzi o Suspend/Resume, to jest szansa, że sprzęt jaki posiadamy (i sterowniki) poprawnie wspierają Power Management.
Na dzień dzisiejszy działa Suspend to RAM. Obsługa Suspend to Disk nie jest jeszcze dostępna.
Jako, iż testowałem Suspend/Resume na ręcznie przekompilowanym systemie,
moja wersja jest gdzieś pomiędzy snv98, a snv99. Tak więc na snv99 powinno to działać, gdyż w tych buildach są naprawione problemy z Suspend/Resume na niektórym sprzęcie.
Jak uśpić komputer? Można poprzez GDM (uśpij), albo poprzez 'uadmin':
# uadmin 3 20
Warto mieć również profile zabezpieczeń takie jak:
Suspend To RAM
Suspend To Disk
CPU Power Management
wtorek, 12 sierpnia 2008
Open HA Cluster
W najbliższym czasie będę prezentować na dwóch konferencjach czym jest Open HA Cluster Project.
Konferencje to Unixalia.pl oraz Polska Konferencja OpenSolaris.
Informacje o wydarzeniach mamy na stronie HA Clusters Community.
Konferencje to Unixalia.pl oraz Polska Konferencja OpenSolaris.
Informacje o wydarzeniach mamy na stronie HA Clusters Community.
sobota, 9 sierpnia 2008
OpenSolaris audiohd
Garrett D'Amore pracuje nad nowym sterownikiem dźwiękowym do OpenSolarisa
audiohd.
Jak na razie sterownik ten jest eksperymentalny, mimo to jest stabilny i działa.
Dlaczego go użyłem?
Dlatego, iż niektóre laptopy mają problemy ze sterownikami OpenSound i przy ładowaniu systemu słychać głośny pisk z głośniczka.
Sterownik wystarczy wrzucić do /kernel/drv/amd64/ i nadpisać istniejący plik.
Nowy audiohd nie współpracuje z OpenSound, więc przed podmianą obecnego sterownika należy odinstalować OSS.
Więcej informacji na blogu Garreta.
audiohd.
Jak na razie sterownik ten jest eksperymentalny, mimo to jest stabilny i działa.
Dlaczego go użyłem?
Dlatego, iż niektóre laptopy mają problemy ze sterownikami OpenSound i przy ładowaniu systemu słychać głośny pisk z głośniczka.
Sterownik wystarczy wrzucić do /kernel/drv/amd64/ i nadpisać istniejący plik.
Nowy audiohd nie współpracuje z OpenSound, więc przed podmianą obecnego sterownika należy odinstalować OSS.
Więcej informacji na blogu Garreta.
środa, 6 sierpnia 2008
Solaris ON w Mercurial po drugiej stronie Sunowskiego firewalla
Wraz z buildem 97 źródła ON są przeniesione do Mercurial i całe repozytorium nie jest już w SWANie (wewnętrzna sieć Suna).
W chwili gdy to piszę, trwają ostatnie prace nad ukończeniem migracji, wszystkie commity są zawieszone do oficjalnego otwarcia repozytorium.
Od tego momentu wszystkie zmiany w repozytorium będą nanoszone poprzez Mercurial do oficjalnego (zęwnętrznego) repozytorium, wyjątkiem jest jeszcze xvm-gate.
W późniejszym czasie planowana jest również migracja do zewnętrznego repozytorium Mercurial całego Open HA Cluster (Solaris Cluster Express).
W chwili gdy to piszę, trwają ostatnie prace nad ukończeniem migracji, wszystkie commity są zawieszone do oficjalnego otwarcia repozytorium.
Od tego momentu wszystkie zmiany w repozytorium będą nanoszone poprzez Mercurial do oficjalnego (zęwnętrznego) repozytorium, wyjątkiem jest jeszcze xvm-gate.
W późniejszym czasie planowana jest również migracja do zewnętrznego repozytorium Mercurial całego Open HA Cluster (Solaris Cluster Express).
ONNV na Sun Studio 12
Od builda 99 źródła ON (OS/Net - rdzeń systemu Solaris) będą przystosowane do kompilacji na Sun Studio 12.
Obecnie można skompilować ON na Sun Studio 12 lecz trzeba wykonać dodatkowe operacje i dlatego zalecane jest użycie Sun Studio 11.
Ciekawy jestem kiedy ON dostarczane w Solaris Nevada będzie skompilowane w Sun Studio 12 oraz kiedy Solaris Cluster Express będzie również przystosowany do nowego Sun Studio.
Solaris Cluster Express do kompilacji wymaga starszego SS11.
Obecnie można skompilować ON na Sun Studio 12 lecz trzeba wykonać dodatkowe operacje i dlatego zalecane jest użycie Sun Studio 11.
Ciekawy jestem kiedy ON dostarczane w Solaris Nevada będzie skompilowane w Sun Studio 12 oraz kiedy Solaris Cluster Express będzie również przystosowany do nowego Sun Studio.
Solaris Cluster Express do kompilacji wymaga starszego SS11.
Subskrybuj:
Posty (Atom)