FairGames | 2019-04-14 12:17:17 UTC | #1
rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
rpm -Uvh http://www.elrepo.org/elrepo-release-7.0-2.el7.elrepo.noarch.rpm
yum --enablerepo=elrepo-kernel install kernel-ml kernel-ml-headers
awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
grub2-set-default 0
uname -sr
Jak możemy zauważyć widnieje nowa wersja kernela :slight_smile:
LinGruby | 2019-04-14 10:42:09 UTC | #2
dodam od siebie że sprawdzić kernel można za pomocą
uname -r
bo w sumie chodzi o sprawdzenie samego numeru kernela ;-)
_
root at arch-bspwm: ~ - 12:37:41 [505]
❯❯❯ uname -r
5.0.7.ll25-1-lingruby-git
root at arch-bspwm: ~ - 12:37:42 [505]
❯❯❯
przykład z mojego Arch’a
SystemZ | 2019-04-14 11:59:28 UTC | #3
Mam kilka zastrzeżeń
[quote=”FairGames, post:1, topic:10670”]
Aktualizacja Kernela CentOS 7.*
[/quote]
Czy jest jakiś konkretny powód aby instalować kernel z innego repo niż dostarczanego przez twórców?
Ja mogę go znać (choć i tak nie miałem powodu jeszcze używać innego niż tego z fabrycznego repo) ale osoba która będzie czytać poradnik raczej nie będzie miała tych informacji.
Idąc dalej, nie wiedząc co może zyskać lub stracić, zazwyczaj straci wykonując w ślepo polecenia z poradnika i może mieć problemy w przyszłości i nawet nie będzie wiedziała że to jest przyczyną.
Znając życie potem klienci nas oskarżą w ticketach że usługa im nie startuje :sob:
Warto zachęcić lub odradzić dany poradnik konkretnej grupie osób.
Jeśli ktoś chce np. stawiać serwer gier czy postawić serwer WWW to co zyska na nowszej wersji jądra oprócz ewentualnych problemów ze startem VPSa gdyby paczka okazała się zbyt mało sprawdzona lub miała konflikty z innymi paczkami?
error | 2019-04-14 12:00:02 UTC | #4
Brak wstępu, wyjaśnień co do znaczenia kernela, możliwego ryzyka, objaśnienia poszczególnych komend, etc. Słabo :-1: