Version: 13.1.4 (2013-10-17)
Copyright © do 2008 Aviary.pl (team@aviary.pl)
Copyright © 2013 SUSE LLC
Udziela się zgody na kopiowanie, dystrybucję i/lub modyfikacje tego dokumentu zgodnie z zasadami licencji GNU Free Documentation Licence w wersji 1.2 lub późniejszej wydanej przez Free Software Foundation; bez stałych sekcji oraz bez tekstów z okładek przedniej i tylnej. Kopia licencji została dołączona jako plik fdl.txt.
Jeśli openSUSE jest aktualizowane ze starszej wersji, zobacz wcześniejsze informacje o wydaniu zamieszczone na: http://en.opensuse.org/openSUSE:Release_Notes
Niniejsze informacje opisują następujące zagadnienia:
Informacje dodatkowe: Te wpisy są automatycznie zawarte w openFATE, systemie zbierającym dane o oczekiwanych funkcjach i właściwościach (http://features.opensuse.org).
Nie dotyczy
Sekcja 2, „Instalacja”: należy przeczytać poniższe informacje w przypadku instalacji systemu od podstaw.
Sekcja 3, „Informacje ogólne”: Informacje, które każdy powinien przeczytać.
Sekcja 4, „Aktualizacja systemu”: Problemy związane z przebiegiem procesu, jeśli wykonywana jest aktualizacja z poprzedniego wydania do obecnej wersji openSUSE.
Sekcja 5, „Informacje techniczne”: Ta część zawiera szereg informacji o zmianach technicznych i usprawnieniach dla zaawansowanych użytkowników.
Szczegółowe informacje o instalacji dostępne są w dokumentacji Sekcja 3.1, „Dokumentacja openSUSE”.
CHECKIT:12.3
Bezpośrednio po instalacji program NetworkManager nie jest uruchamiany wraz ze startem systemu, przez co nie można skonfigurować połączeń WiFi. Aby aktywować połączenia sieciowe (WiFi), należy jednorazowo uruchomić ponownie komputer.
CHECKIT:12.3
Domyślni oraz nowi użytkownicy nie są już dodawani automatycznie do grupy video, jednak własnościowy sterownik NVIDIA wymaga, aby użytkownicy mieli dostęp do urządzeń /dev/nvidia*.
Ponieważ sterownik NVIDIA nie używa zwykłych metod jądra, które pozwalają na instalację mechanizmów ACL w węzłach urządzeń, użytkownicy muszą zostać dodani ręcznie do grupy video. W tym celu jako root należy wydać polecenie (tekst $USER należy zamienić na nazwę odpowiedniego użytkownika):
usermod -a -G video $USER
W podręczniku Start-Up można znaleźć zarówno instrukcje instalacji krok po kroku, jak i instrukcje korzystania ze środowisk KDE i Gnome oraz pakietu biurowego LibreOffice. Przewodnik zawiera także podstawowe zagadnienia związane z administracją systemu, takie jak zarządzanie oprogramowaniem oraz wstęp do powłoki bash.
Find the documentation in
/usr/share/doc/manual/opensuse-manuals_$LANG after
installing the package opensuse-startup_$LANG,
or online on http://doc.opensuse.org.
The following YaST modules were obsolete and rarely used these days:
yast2-autofs
yast2-dbus-client
yast2-dirinstall
yast2-fingerprint-reader
yast2-irda
yast2-mouse
yast2-phone-services
yast2-power-management
yast2-profile-manager
yast2-sshd
yast2-tv
The main reason for dropping was to decrease the maintenance effort and better focus on other more used modules.
CHECKIT:12.3
Przed zainstalowaniem openSUSE na komputerze wykorzystującym interfejs UEFI (Unified Extensible Firmware Interface) bezwzględnie zaleca się sprawdzenie dostępności aktualizacji firmware rekomendowanych przez producenta sprzętu oraz ich zainstalowanie. Preinstalowany system Windows 8 może wskazywać, że dany komputer wykorzystuje UEFI.
Wyjaśnienie: Zdarza się, że firmware interfejsu UEFI zawiera błędy, które powodują niepoprawne działanie, gdy zbyt duża ilość danych jest zapisywana w buforze UEFI. Nie wiadomo jak dużo to "za dużo". openSUSE ogranicza ryzyko zapisania większej ilości danych niż jest to niezbędne. Wskazane jest wyłącznie położenie menadżera rozruchu openSUSE. Jądro Linux zapewnia możliwość użycia bufora UEFI do zapisywania informacji dotyczących uruchamiania i błędów, jednakże funkcja (pstore) domyślnie jest zablokowana. Niezależnie od tego zaleca się instalowanie aktualizacji firmware polecanych przez producenta sprzętu.
CHECKIT:12.3
Ta opcja wpływa jedynie na działanie komputerów korzystających z trybu UEFI z włączoną funkcją Secure Boot.
YaST nie wykrywa automatycznie, czy komputer korzysta z opcji Secure Boot, w związku z czym domyślnie zainstalowany zostanie niepodpisany program rozruchowy; niepodpisany program nie zostanie jednak zaakceptowany przez firmware. Aby zainstalować podpisany program rozruchowy, należy ręcznie włączyć opcję Secure Boot.
CHECKIT:12.3
Opcja ta wpływa jedynie na działanie komputerów korzystających z opcji UEFI.
Przy instalacji z nośnika live YaST nie wykrywa, czy komputer korzysta z trybu UEFI, w związku z czym instalowany jest nieaktualny program rozruchowy, co z kolei prowadzi do niemożności uruchomienia systemu. Aby tego uniknąć, należy ręcznie zmienić program rozruchowy z grub2 na grub2-efi.
CHECKIT:12.3
Opcja ta ma zastosowanie jedynie w przypadku instalacji w trybie UEFI.
W przypadku, gdy użytkownik zdecyduje się na zasugerowanie układu partycji na dysku przez instalator i zaznaczona zostanie opcja korzystania z LVM (konieczna, jeśli chce się zaszyfrować cały dysk twardy), YaST nie tworzy oddzielnej partycji /boot. Oznacza to, że jądro oraz plik initrd zostaną umieszczone w potencjalnie niezaszyfrowanym kontenerze LVM, nieodstępnym dla programu rozruchowego. Aby zaszyfrować cały dysk twardy w przypadku korzystania z trybu UEFI, partycjonowanie należy przeprowadzić ręcznie.
CHECKIT:12.3
By uruchomić NetworManager domyślnie używa się modułu YaST (yast2 network) do zarządzania siecią. Można również wykonać następujące czynności.
Zmienna NETWORKMANAGER w pliku /etc/sysconfig/network/config została zastąpiona przez alias network.service menadżera systemu systemd, który zostanie utworzony przy pomocy polecenia
systemctl enable NetworkManager.service
Powoduje ono utworzenie aliasu network.service wskazującego NetworkManager.service, co wyłączy skrypt /etc/init.d/network. Polecenie
systemctl -p Id show network.service
pozwala uzyskać informacje dotyczącą bieżącej konfiguracji.
By uruchomić NetworManager, należy:
Najpierw należy zatrzymać aktualnie uruchomioną usługę:
systemctl is-active network.service && \ systemctl stop network.service
Uaktywnić usługę NetworkManager:
systemctl --force enable NetworkManager.service
Uruchomić usługę NetworkManager (przy pomocy aliasu):
systemctl start network.service
Aby zatrzymać NetworkManager, należy:
Zatrzymać uruchomioną usługę:
systemctl is-active network.service && \ systemctl stop network.service
Zatrzymać usługę NetworkManager:
systemctl disable NetworkManager.service
Uruchomić usługę /etc/init.d/network:
systemctl start network.service
W celu uzyskania informacji o wybranej usłudze, należy wydać polecenie:
systemctl -p Id show network.service
zostanie wyświetlone "Id=NetworkManager.service" jeżeli usługa NetworkManager jest uruchomiona. W innym wypadku "Id=network.service" i /etc/init.d/network będą działać jako usługa dostarczania sieci.
CHECKIT:12.3
Zmienna SYSLOG_DAEMON została usunięta. Wcześniej wykorzystywano ją do wyboru usługi rejestrowania zdarzeń systemowych. Począwszy od openSUSE 12.3 tylko jedna taka usługa może być zainstalowana. Zostanie ona wybrana automatycznie.
Więcej informacji w dostępnych w podręczniku: syslog(8) manpage.
CHECKIT:12.3
Od wersji 11.3 openSUSE domyślne używa KMS (ustawienie trybu jądra) dla kart graficznych Intel, ATI oraz NVIDIA. W przypadku problemów ze wsparciem sterowników KMS (intel, radeon, nouveau), można wyłączyć KMS dodając parametr nomodeset podczas uruchamiania jądra. W tym celu należy wykorzystać Grub 2, domyślny menadżer uruchamiania, i w terminalu jako użytkownik root dodać wpis w pliku /etc/default/grub do wiersza zawierającego domyślne parametry uruchamiania jądra GRUB_CMDLINE_LINUX_DEFAULT.
sudo /usr/sbin/grub2-mkconfig --output=/boot/grub2/grub.cfg
aby wprowadzić zmiany. W innym wypadku, dla wcześniejszej wersji Grub, należy dodać wpis do pliku /boot/grub/menu.lst w linii parametrów jądra . Parametr ten powoduje, że właściwy moduł jądra (intel, radeon, nouveau) zostaje załadowany z opcją modeset=0 initrd, czyli KMS jest wyłączone.
W wyjątkowych sytuacjach, kiedy ładowanie modułu DRM z initrd jest problematyczne, jednak niezwiązane z KMS, możliwe jest wówczas nawet całkowite wyłączenie modułu DRM w initrd. W tym celu należy za pomocą YaST ustawić zmienną sysconfig NO_KMS_IN_INITRD na yes a initrd zostanie ponownie utworzony. Po wykonaniu tej operacji konieczne jest ponowne uruchomienie komputera.
Na platformie Intel bez KMS Xserver powraca do sterownika fbdev (sterownik intel wspiera tylko KMS); opcjonalnie, istnieje sterownik "intellegacy" (pakiet xorg-x11-driver-video-intel-legacy), który nadal wspiera UMS (ustawienia trybu użytkownika). Aby go użyć należy edytować plik /etc/X11/xorg.conf.d/50-device.conf zmieniając wpis dotyczący sterownika na intellegacy.
Na platformie ATI dla obecnych GPU powraca do radeonhd. Dla NVIDIA bez KMS, używany jest sterownik nv (sterownik nouveau wspiera jedynie KMS).
CHECKIT:12.3
W wersji 12.3 systemu openSUSE nazwa plikuSuSEconfig.postfix została zmieniona na /usr/sbin/config.postfix. Jeżeli zdefiniowano zmienne systemowe w pliku /etc/sysconfig/postfix lub /etc/sysconfig/mail, należy ręcznie, jako root, uruchomić /usr/sbin/config.postfix.
CHECKIT:12.3
W przypadku Gnome 3.6 można skorzystać z następującego prowizorycznego rozwiązania, aby ustawić klawisze Shift lub Ctrl+Shift jako skróty klawiaturowe, służące do wyboru źródła wprowadzania danych:
Instalacja gnome-tweak-tool.
Uruchomienie gnome-tweak-tool (>).
Korzystając z menu po lewej, należy wybrać pozycję , a następnie zmienić ustawienia w oknie po prawej stronie.
Jest to także śledzone w raporcie błędów https://bugzilla.gnome.org/show_bug.cgi?id=689839.
Nowe opcje domyślne xinetd zmieniają domyślny obiekt zapisu, którym był plik /var/log/xinetd.log, na dziennik systemowy. Oznacza to, że wszystkie wiadomości pochodzące z xinetd będą widoczne w dzienniku systemowym jako demon oraz w informacjach na poziomie zapisu.
Aby powrócić do rozwiązań znanych z poprzednich wersji systemu, należy znaleźć odpowiedni wpis w pliku /etc/xinetd.conf. Szablon skryptu logrotate dla pliku xinetd.log można znaleźć w /usr/share/doc/packages/xinetd/logrotate.
Apache 2.4 features various changes in the configuration files. For more information about upgrading from a previous version, see http://httpd.apache.org/docs/2.4/upgrading.html.
Skrypty startowe programu tomcat nie zapisują już wyników działania w pliku /var/log/tomcat/catalina.out. Wszystkie wiadomości przekazywane są obecnie do dziennika systemowego poprzez tomcat.service (tomcat-jsvc.service) oraz informacje na poziomie zapisywania do dziennika.