pavbaranov Arch

Kiedyś już pisałem o tym, że warto sobie za wczasu zrobić ratunkowe koło. Niemniej jednak zwykle Polak mądr po szkodzie. Często czytam, że "po aktualizacji system mi się nie uruchamia". Ów system najczęściej jest utożsamiany ze środowiskiem graficznym. No, to nie do końca "system się nie uruchamia", ten najczęściej się uruchomił, jednakże z jakiegoś powodu nie uruchamia się tryb graficzny. Nawet jednak w takiej sytuacji i również wówczas, gdy nie zadbaliśmy wcześniej o ustawienie sobie pozycji recovery w GRUB będziemy mogli uruchomić "sesję ratunkową", która da nam dostęp do trybu konsolowego na prawach administratora. Wówczas już można zrobić z systemem wszystko co niezbędne. Wystarczy bowiem do linii startowej w GRUB dodać polecenie: systemd.unit=rescue.target i system uruchomi się grzecznie prosząc o podanie hasła administratora. Z sesji tej wychodzimy wpisując: exit i nastąpi dalsze podnoszenie systemu już ze środowiskiem. Pamiętać jednak musimy,...

Nie wiem jak wielu z Was do zarządzania usługami systemd używa GUI, jednakże - w świecie KDE - od dość dawna dostępna była wtyczka dla KCM pod nazwą systemd-kcm , która doczekała się już wersji 1.2.1. Od dłuższego czasu jest ona również dostępna w repozytorium community . Ragnar Thomsen, który jest autorem systemd-kcm, postanowił usamodzielnić ten program i zaoferował nam systemdgenie , który nie tak dawno zawitał do repozytorium unstable w KDE w wersji 0.99. Jednocześnie pojawił się również w community (choć wg mnie winien raczej trafić do kde-unstable ). Prawdopodobnie oznacza to już koniec systemd-kcm, którego miejsce zajmie właśnie oddzielny program i to on będzie rozwijany. Pomimo różnicy wersji, systemdgenie obecnie oferuje tę samą funkcjonalność, co systemd-kcm. Warto zatem rozważyć dokonanie zmian i odinstalowanie systemd-kcm, a zainstalowanie systemdgenie. Więcej informacji znajdziecie na blogu Autora .

Niemal nic tak nie wkurza człowieka, jak długie włączanie się systemu, gdy właśnie potrzebujemy na nim coś szybko zrobić. Każda sekunda wówczas może się liczyć. Nie będę teraz opisywał wszystkich sztuczek. Zajmę się tylko usługą CUPS, którą większość osób korzystających z drukarki uruchamia automatycznie przy strarcie systemu. Najczęściej jest podnoszona usługa o nazwie org.cups.cupsd.service . U mnie w systemie powodowało to kilku, czy nawet kilkunasto sekundową zwłokę w załadowaniu się systemu, zwłaszcza, gdy drukarka nie była podłączona do komputera. Rozwiązanie jest proste. Zamiast powyższej usługi uruchamiamy "gniazdo" (nie wiem jak to powinno zostać prawidłowo przetłumaczone) - socket: sudo systemctl enable org.cups.cupsd.socket oraz, aby skorzystać już w tej sesji z tej usługi: sudo systemctl start org.cups.cupsd.socket Oczywiście należy też deaktywować usługę dotychczas stosowaną: sudo systemctl disable org.cups.cupsd.service I w zasadzie tyle. Od tej pory usług...