Usuń parametry quiet splash.

drzasiek90 pisze: ↑

09 wrz 2020, 08:59

Jaką opcje trzeba włączyć aby aby sypało tym co się dzieje podczas wczytywania początkowego dysku ram?
Zdarzało mi się kilka razy po kompilacji zwiecha na wczytywaniu ale nic nie sypie więc nie wiem z jakiego powodu.

Chodzi Ci o komunikaty na ekranie podczas wczytywania systemu?

Usuń tekst między "" w pliku /etc/default/grub, w tym wierszu:

GRUB_CMDLINE_LINUX_DEFAULT=""

Jeśli masz więcej niż jeden kernel możesz dać:

GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=3

Na koniec: sudo update-grub i restart systemu.

tuxcnc pisze: ↑

03 sty 2020, 22:34

Ja się zdecydowałem na 4.14.148-rtai-amd64, ponieważ wypowiedziałem wojnę jitterowi. Nawiasem mówiąc nie jest to oficjalna łata twórców rtai, tylko mocno przekombinowane rozwiązanie autorskie. Przekombinowane, bo wyłączono w nim dosłownie WSZYSTKO co psuło jitter, nawet tak użyteczne rzeczy jak obsługa kart graficznych Intela i Nvidii.

Znalazłem dzisiaj chwilę aby skompilować starszy kernel z patchem rtai, ciekawiło mnie jaka będzie różnica w porównaniu do 5.6.19-rt12. Na pierwszy ogień poszły wersje linux-4.14.175 i linux-4.19.114. Wszystko fajnie do momentu restartu z nowym jądrem:
System z nowym kernelem nie startuje. Po analizie okazało się, że patch rtai w pliku 0003... (kod poniżej) usuwa wsparcie dla EFI, co powoduje powyższy błąd. Po uruchomieniu make menuconfig w sekcji Processor type and features cała sekcja EFI jest wycięta (przed nałożeniem patcha jest aktywna).
Pomaga usunięcie && !IPIPE z powyższego kodu. Zobaczymy czy po kompilacji jądra system się podniesie.

PS. polecenie z pierwszej strony opisu cp ~/src/RTAI-master/ksrc/v4.14.148/*.patch ~/src/ - niestety już nie zadziała, w archiwum RTAI-master (katalog ksrc) nie ma już patch'y dla wersji kernel'a 4.14.148. Ciekawe po co to usuwają.