Forum Debian Users Gang

Tak przy okazji poruszanego tematu na forum odnośnie logów w systemie, zajrzałem sobie w /var/log i przy przeglądaniu tych nielicznych plików, rzucił mi się w oczy boot.log . W sumie trochę dziwna sprawa, bo nie mogłem się doszukać w systemie żadnego loggera komunikatów startowych, a w tym pliku można zobaczyć coś na wzór:



I tam są wszystkie komunikaty ze startu systemu, tylko że jak widać w formie pokolorowanej, a normalnie w pliku są wstawki typu:

Welcome to ^[[1mDebian GNU/Linux stretch/sid^[[0m!

Nie mam zielonego pojęcia czy ten plik jest tworzony jest za sprawą systemd ale jakby nie patrzeć, to ten log zaczyna się bardzo wcześnie — w chwili odszyfrowania dysku, co mogło by wskazywać na systemd. Tak czy inaczej dobrze wiedzieć, że można sobie te wszystkie komunikaty na spokojnie przejrzeć po załadowaniu systemu.

Kiedyś z tego korzystałem ale obecnie nie mam tego nawet w systemie:

# aptitude search bootlogd
p  bootlogd => daemon to log boot messages [unstable]

Nawet tutaj mam wszystko wyłączone:

# systemctl list-unit-files| grep boot
bootlogd.service                       masked
bootlogs.service                       masked
bootmisc.service                       masked
checkroot-bootclean.service            masked
mountall-bootclean.service             masked
mountnfs-bootclean.service             masked
plymouth-reboot.service                static
reboot.service                         masked
stop-bootlogd-single.service           masked
stop-bootlogd.service                  masked
systemd-bootchart.service              disabled
systemd-reboot.service                 static
reboot.target                          disabled

Także ja nie wiem co generuje ten log ale dobrze, że jest. xD

Morfik moze sie spotkales z mozliwoscia graficznego przedstawienia calej sekwencji startu systemu, to bardzo by pomoglo noobom na zrozumieniu calej zaleznosci ciagu procesow

Możesz sobie wygenerować obrazek via:

$ systemd-analyze plot > plot

I ci pokaże jakie usługi wystartowały w określonej kolejności i ile czasu im to zajęło.

Firestarter – graficzna nakładka na iptables

To jak ty chcesz to odpalić inaczej jak nie po załadowaniu trybu graficznego? Sam firewall się powinien ładować przed konfiguracją interfejsów sieciowych. Ja mam swoją zaporę ustawioną w taki sposób:

DefaultDependencies=no
Wants=systemd-modules-load.service
After=systemd-modules-load.service
Before=network-pre.target shutdown.target
Conflicts=shutdown.target

Czyli gdy zostaną załadowane wymagane moduły ale przed sytuacją w której jest możliwa wymiana jakichkolwiek pakietów sieciowych, bo interfejsy nie mają żadnej adresacji jeszcze. No bo przecie o to chodzi, by fw był konfigurowany w tym miejscu, a nie jak już ci sieć zacznie działać. Rada, napisz se skrypt zamiast korzystać z gui. xD

Dzieki za info, pokombinuje z tym firewallem. Co do mojego pomyslu to patrzac tak na trzezwo (wczoraj bylem pijany ze szczescia bo nasi do Francji jada ;) ), to chyba najlepsze dla systemd bylo by zrobienie kilku profili graphic.target i za pomoca update-alternatives wybieranie ktory by byl defaultem. W ten sposob mozna sie chyba bedzie bawic ze zmiana na szybko profili i system nie bedzie sie krzaczyl.

Dziwny jest ten text. Już pominę odwołania do for i wątków ludzi, który kompletnie nie wiedzą wtf. xD Np. ci z achlinux'a i ubuntu. xD Jak nie wiem jak można pisać text w oparciu o takie dane. Komuś nie działa system, zakłada wątek, "plis help", potem "it works", albo "doesn't work", wszystko przy zerowej znajomości obsługi systemd. Mogliby chociaż debug log załączyć w swoich wypowiedziach. xD Jest pełno linków do tych miejsc, gdzie ludzie nie grzeszą wiedzą, a nie widziałem jakieś informacji z mailing listy systemd, czy z jego gita, nie było? Zamiast gadać o problemie z developerami, to lepiej we własnym gronie, w którym wszyscy wiedzą tyle co nic. xD

W sumie po chwili zacząłem bardziej przeglądać ten artykuł niż czytać go ale tak na dobrą sprawę to ja chyba większości problemów poruszonych w tym texcie doświadczyłem i opisałem je tutaj w tym wątku i tak sobie myślę, że to jednak ja chrzaniłem szereg rzeczy i przez to mi nie działał system jak należy, przynajmniej na samym początku jak na niego przeszedłem. Teraz nie doświadczam jakichś problemów z nim, no może poza tym, że nikt nie wie czemu przestał suspend działać przy zamknięciu klapy laptopa, i że cgroups nie łapie marków ustawionych w unicie danej usługi. Tak poza tym systemd działa ok, tylko raz na jakiś czas dostanie zawału przy aktualizacji i chce odmontować cały system na starcie ale poza tym to jest ok, także prosiłbym nie krytykować, wszyscy popełniamy błędy. xD

Ostatnio edytowany przez morfik (2015-10-17 21:31:56)

uzytkownikubunt napisał(-a):

Tekst był pisany przez autora uselessd, czyli okrojonego systemd, a sam autor musiał do tego zajrzeć w kod i napisać łatki na systemd. Przeportował też z ciekawości init używany w Androidzie do Gnu/Linuksa. W tekście na początku są odniesienia do dyskusji, w których część ludzi mało wie, ale nie w oparciu o nie został napisany. Może jest w nim kilka małych, krótki nieprofesjonalnych wybiegów, ale ogólnie na plus.
Takie teksty są dla ludzi, którzy chcą więcej stabilności niż tylko tyle, by powiedzieć "u mnie działa", czyli nie dla wszystkich.

Ja też potrzebuje więcej stabilności (co ja robię na sidzie, a może to dlatego xD), tylko przecie systemd to nie jest skończony projekt. Tam chyba kilka błędów z tego textu zostało poprawionych w ostatnich 2 wydaniach systemd albo przynajmniej mi się przewinęła dyskusja nad podobnymi wątkami. Jak poimplementują szereg opcji to wtedy będzie można rozprawiać czy coś nie działa, a jak działa to czy źle. Póki co to ja jednak wolałbym aby przykłady były oparte na informacji, z której coś wynika, no bo po co inaczej podawać taki przykład, skoro nie wiadomo co były przyczyną wystąpienia problemu? Co jesli użytkownik skasował pół /usr/ przez przypadek i to miało wpływ na zaistniała sytuację? xD

Ostatnio edytowany przez morfik (2015-10-17 22:10:01)

Ja się czepiam tych przykładów co tam były podane. Poza tym, napisałem, że po chwili zacząłem przeglądać ten artykuł, a nie czytać, bo zbytnio mnie on nie zainteresował i próbowałem zakotwiczyć się gdzieś. Także może coś "przeoczyłem". xD

Tak jak napisałem, nie zainteresował mnie ten text po kilku pierwszych akapitach, to przeleciałem go po nagłówkach, linkach, wytłuszczeniach, losowych zdaniach i nic ciekawego tam nie zanotowałem. Mój umysł tak już ma, że albo coś interesującego w ten sposób znajdzie i zakotwiczy się gdzieś  i przeczyta ten text cały, albo zwyczajnie oleje go i tak było w tym przypadku. xD

@yossarian, a jak wydasz to poniższe polecenie, to coś ci zwraca?

# systemd-inhibit --list --mode=block

Ostatnio edytowany przez morfik (2015-10-17 22:37:45)

No próbowałem ale nikt nie ma pojęcia wtf.

No miałem, na wcześniejszej wersji też tak było i tam działało. xD

Ostatnio edytowany przez morfik (2015-10-17 23:24:09)

Hmm, no z samym suspend działa. Z hybrid-sleep nie działa... U ciebie działa ten hybrid-sleep?