Linuxiarze.pl Forum

Witam. Jak zaktualizować linuksa mx 17 do 18?Komenda
sudo apt-get update nic nie daje. wynik z inxi
Host: filon1980 Kernel: 4.13.0-1-686-pae i686 bits: 32 Desktop: Xfce 4.12.3
           Distro: MX-17_386 Horizon December 15, 2017.
tutaj wynik z aktualizacji
sudo apt-get update
[sudo] hasło użytkownika stefan1980:
Stary:1 http://ftp.pl.debian.org/debian stretch-updates InRelease                               
Ign:2 http://ftp.pl.debian.org/debian stretch InRelease                                         
Stary:3 http://ftp.pl.debian.org/debian stretch Release                                           
Stary:5 http://mxrepo.com/mx/testrepo mx18 InRelease                                               
Stary:6 http://security.debian.org stretch/updates InRelease     
Pobieranie:7 http://se.mirror.mxlinux.de/packages/antix/stretch stretch InRelease
Błąd:7 http://se.mirror.mxlinux.de/packages/antix/stretch stretch InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Pobieranie:8 http://se.mirror.mxlinux.de/packages/mx/repo stretch InRelease
Błąd:8 http://se.mirror.mxlinux.de/packages/mx/repo stretch InRelease
  Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Pobrano 138 kB w 1min 17s (1793 B/s)
Czytanie list pakietów... Gotowe
E: Nie udało się pobrać http://se.mirror.mxlinux.de/packages/antix/stretch/dists/stretch/InRelease  Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
E: Nie udało się pobrać http://se.mirror.mxlinux.de/packages/mx/repo/dists/stretch/InRelease  Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
E: Nie udało się pobrać niektórych plików indeksu, zostały one zignorowane lub użyto ich starszej wersji.

nie może się połaczyć z serwerem mx.linux.de i nie wiem za bardzo co zrobić.
wynik z list serwerów
cat /etc/apt/sources.list.d/mx.list
# MX Community Main and Test Repos
deb http://se.mirror.mxlinux.de/packages/mx/repo/ stretch main non-free
#deb http://se.mirror.mxlinux.de/packages/mx/testrepo/ stretch test
deb http://mxrepo.com/mx/testrepo/  mx18  dev

Mieszałeś coś z repozytoriami?

Tu masz jak powinny wyglądać repozytoria dla danego wydania:
https://mxlinux.org/wiki/system/repos-mx-linux/

Sprawdź też to, żeby ogarnąć klucze:
https://mxlinux.org/wiki/help-files/help-mx-check-apt-gpg/

wlasnie nic nie mieszalem.

A więc tak. Zmieniłem adresy repozytoriów dla mx
# MX Community Main and Test Repos

deb http://la.mxrepo.com/mx/repo/ stretch main non-free

#deb http://la.mxrepo.com/mx/testrepo/ stretch test i komenda
sudo apt-get upgrade i zaczął sie niby aktualizować do wersji 18. Jednak teraz wynik z inxi
inxi -S
System:    Host: filon1980 Kernel: 4.13.0-1-686-pae i686 bits: 32 Desktop: Xfce 4.12.3
           Distro: MX-17_386 Horizon December 15  2017
Wiec nie wiem gdzie jest bład. Dodam tyle że w menadzeże pakietów pojawiły się nowe jądra czyli mogę już wybrać 4.19

Zamiast:
sudo apt-get upgrade

użyj:


sudo apt-get update
sudo apt-get autoremove
sudo apt-get dist-upgrade


Po zmianie repo zawsze pierwsze, co robisz, to apt update.  Do aktualizacji użyj apt dist-upgrade.

Porobiłem tak jak pisaliście i wynik z inxi ciągle ten sam

Spróbuj sudo apt full-upgrade

Jeżeli komenda apt-get to w terminalu:

$ sudo apt-get dist-upgrade

Jeżeli komenda apt to w terminalu trzeba użyć:

$ sudo apt full-upgrade

Możesz też kliknąć prawym przyciskiem na ikonie MX Updater (MX Aktualizacje) w panelu (pudełko), następnie wybierz Sprawdź dostępność aktuliazacji.

Przy okazji polecenie "update" aktulizuje listę pakietów czyli informacje o nich.

"full-upgrade"/"dist-upgrade" uaktualnia zainstalowane w systemie pakiety.

Przy czym, jeżeli chcesz zaktualizować kernel, to trzeba to zrobić osobno, najprościej z wykorzystaniem MX Instalator pakietów (MX Package Installer), karta Popularne aplikacje, grupa Kernels. Zaznacz, który chcesz, kliknij zainstaluj, po zainstalowaniu i ponownym uruchomieniu system załaduje się nowy kernel.

@stefan1980
- prawdopodobnie tak powinieneś postąpić:
https://mxlinux.org/forum/viewtopic.php?t=47201

Cytat: TataPingu w Kwiecień 23, 2019, 02:26:48 PM
@stefan1980
- prawdopodobnie tak powinieneś postąpić:

Kod [Zaznacz] Rozwiń

https://mxlinux.org/forum/viewtopic.php?t=47201

To jest informacja z grudnia, o aktualizacji do wersji testowej 18.

Nie trzeba tego repozytorium dodawać, istotna jest ta druga cześć czyli:
sudo apt-get update && sudo apt-get dist-upgrade

Ale to już zostało powyżej pokazane w kolejnych wpisach.

Jeśli dobrze zrozumiałem, kolega Stefan po prostu użył najpierw samo update bez dist-upgrade. I dlatego nie nastąpiła aktualizacja.

Jednocześnie, jeśli nastąpił problem z danym serwerem repozytoriów, można go łatwo zmienić narzędziem MX Repo Manager (jest w nim dostępna opcja m.in. wykrywania najszybszego dostępnego serwera).

Ja na początku często korzystałem z tego w Szwecji albo we Włoszech, chociaż w Polsce dostępne są już 4 mirrory.

Teraz z 17 do 18 aktualizuje się wszystko automatycznie, tylko bez kernela, którego, jeśli się ma życzenie, trzeba zamienić ręcznie.

wyniki
stefan1980@filon1980:~
$ sudo apt-get dist-upgrade
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Obliczanie aktualizacji... Gotowe
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
stefan1980@filon1980:~
$ sudo apt full-upgrade
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Obliczanie aktualizacji... Gotowe
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
Fibo zrobiłem tak jak pisałeś czyli prawoklik i sprawdziło i zainstalowało mi aktualizacje jakie znalazło. wynik
Host: filon1980 Kernel: 4.13.0-1-686-pae i686 bits: 32 Desktop: Xfce 4.12.3
           Distro: MX-17_386 Horizon December 15  2017

Nie wiem sam może się już wszystko zaktualizowało tylko czemu jest taki wynik z inxi?

Cytat: stefan1980 w Kwiecień 24, 2019, 08:42:36 PM
wyniki

Kod [Zaznacz] Rozwiń

stefan1980@filon1980:~
$ sudo apt-get dist-upgrade
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Obliczanie aktualizacji... Gotowe
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
stefan1980@filon1980:~
$ sudo apt full-upgrade
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności       
Odczyt informacji o stanie... Gotowe
Obliczanie aktualizacji... Gotowe
0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
Fibo zrobiłem tak jak pisałeś czyli prawoklik i sprawdziło i zainstalowało mi aktualizacje jakie znalazło. wynik

Kod [Zaznacz] Rozwiń

Host: filon1980 Kernel: 4.13.0-1-686-pae i686 bits: 32 Desktop: Xfce 4.12.3
           Distro: MX-17_386 Horizon December 15  2017

Nie wiem sam może się już wszystko zaktualizowało tylko czemu jest taki wynik z inxi?

Hm, a sprawdź, czy narzędzia są już po polsku? Np. Powinno być już MX Porządki (dawniej MX CleanUp), ogólnie w menu w dziale MX Tools wszystko powinno być po polsku, poza MX Repo Manager (tak już powinno być w wersji 18.2).

Używasz wersji 32-bitowej, ale nie wiem, czy to ma coś do rzeczy.

Generalnie, jeśli wszystkie pakiety są aktualne, a inxi nie pokazuje MX 18 tylko 17, to i tak jest tak, jakby to była wersja 18 (prawdopodobnie)

Może trzeba zamienić kernel na nowszy? Ja używam 4.19 ale mam wersję 64 bitową, nie wiem, czy dla 32-bit jest dostępny.

Ja miałem zainstalowane MX 17, aktualizowałem i teraz pokazuje 18 (dokładnie już 18.2).

Co do aktualizowania z wiersza poleceń, to kolejność sugerowana jest taka, najpierw update, później dist-upgrade (lub full-upgrade).

Może warto byłoby też, abyś zmienił repozytorium (serwer lustrzany) i spróbował ściągnąć aktualizacje z innego? Np. zamień na któryś polski mirror? Zrobisz to z MX Repo Manager - jeśli chcesz (pierwsza karta, Repozytoria MX)

Mx narzędzia są po polsku i mx porządki też się pojawiły. Serwer zmieniłem na Warszawę bo tak mi wyszukał najszybszy serwer. Więc wydaje się że jest to 18. Kernela moge zmienić bo pojawiła się tak jak pisałem wersja kernela mx 4.19 ale na razie nie robię tego bo może być znów problem z zbyt długim uruchamianiem. Pokombinuję jeszcze z repo z innych serwerów choć nie wiem czy jest sens.

Cytat: stefan1980 w Kwiecień 26, 2019, 06:04:24 AM
Pokombinuję jeszcze z repo z innych serwerów choć nie wiem czy jest sens.

Co mówią komendy (w terminalu) ?
uname -a

i
lsb_release -a

Cytat: stefan1980 w Kwiecień 26, 2019, 06:04:24 AM
Mx narzędzia są po polsku i mx porządki też się pojawiły. Serwer zmieniłem na Warszawę bo tak mi wyszukał najszybszy serwer. Więc wydaje się że jest to 18. Kernela moge zmienić bo pojawiła się tak jak pisałem wersja kernela mx 4.19 ale na razie nie robię tego bo może być znów problem z zbyt długim uruchamianiem. Pokombinuję jeszcze z repo z innych serwerów choć nie wiem czy jest sens.

Repo nie ma sensu chyba na razie zmieniać.

Sprawdź tak jak pisze TataPingu polecenie:

$ lsb_release -a

U mnie to wygląda tak:
Distributor ID:   MX
Description:   MX 18.2 Continuum
Release:   18.2
Codename:   Continuum

W części Description i Release będzie informacja, jaka to wersja systemu.

uname -a pokaże informacje o kernelu aktualnym, u mnie nie pojawia się info, że to MX 18, tylko aktualnie używany kernel.

wynik
stefan1980@filon1980:~
$ uname -a
Linux filon1980 4.13.0-1-686-pae #1 SMP Debian 4.13.13-1mx17 (2017-11-18) i686 GNU/Linux
stefan1980@filon1980:~
$ lsb_release -a
No LSB modules are available.
Distributor ID: MX
Description: MX 18.2 Continuum
Release: 18.2
Codename: Continuum

Więc chyba jest w porządku i jest wersja 18.2

Zmień sobie jądro, bo masz już niewspierane i od dawna niełatane.

Cytat: stefan1980 w Kwiecień 27, 2019, 08:37:31 AM
Więc chyba jest w porządku i jest wersja 18.2

Tak, system jest już aktualny i błąd tkwi w konfiguracji GRUBa (/etc/grub.d/), ale nie zmieniaj sam niczego. Po którejś aktualizacji "naprawi się samo"

Co jedynie możesz sam zrobić, to w "Narzędziach MX" znajdziesz punkt w stylu "naprawa GRUBa", czy coś w tym rodzaju i tym możesz spróbować to skorygować.

A co do jądra, to możesz sobie wybrać i wgrać jakieś nowsze...
- również w "Narzędziach MX", pod "MX Instalator Paczek" (czy coś w tym rodzaju) w punkcie "Jądra" (Kernel)..
Aktualny jest kernel 4.19...

Cytat: stefan1980 w Kwiecień 27, 2019, 08:37:31 AM
wynik

Kod [Zaznacz] Rozwiń

stefan1980@filon1980:~
$ uname -a
Linux filon1980 4.13.0-1-686-pae #1 SMP Debian 4.13.13-1mx17 (2017-11-18) i686 GNU/Linux
stefan1980@filon1980:~
$ lsb_release -a
No LSB modules are available.
Distributor ID: MX
Description: MX 18.2 Continuum
Release: 18.2
Codename: Continuum

Więc chyba jest w porządku i jest wersja 18.2

Jest w porządku.

A kernel 4.19 też możesz zainstalować, myślę, że to dobra rada.

Cytat: TataPingu w Kwiecień 27, 2019, 10:07:48 AM
Co jedynie możesz sam zrobić, to w "Narzędziach MX" znajdziesz punkt w stylu "naprawa GRUBa", czy coś w tym rodzaju i tym możesz spróbować to skorygować.

W spolszczeniu teraz to się nazywa MX Naprawa rozruchu.

Nie wiem, czy koniecznie kolega Stefan musi to robić, ale oczywiście może.

(https://i.ibb.co/SsPXBk6/naprawa-rozruchu.png)

Cytat: Fibogacci w Kwiecień 27, 2019, 11:16:55 AM
Nie wiem, czy koniecznie kolega Stefan musi to robić, ale oczywiście może.

I powinien to zrobić w kolejności:
- jako pierwsze "Naprawa konfiguracji GRUB", a
- jako drugie "Zainstaluj ponownie GRUB..."

Zepsuć, niczego nie zepsuje, jedynie skoryguje mu się błąd po upgrade systemu

ok. to co pierwsze mam zrobic? zainstalowac najpierw kernel 4.19 i naprawa gruba z ponowna instalacją gruba czy odwrotnie ?

Zainstaluj kernel.
Natomiast skąd się bierze potrzeba naprawy GRUBego - bladego pojęcia nie mam.

Cytat: pavbaranov w Kwiecień 27, 2019, 12:37:34 PM
Zainstaluj kernel.
Natomiast skąd się bierze potrzeba naprawy GRUBego - bladego pojęcia nie mam.

Bo po upgracie systemu ma jesze starą informację w /boot/grub/config.cfg...
- jasne, wystarczyłoby update-grub, ale po co robić mętlik człowiekowi, gdy MX jest bardzo dobrze przygotowany dla niedoświadczonych...
Przepisywać na nowo MBR nie ma w ogóle potrzeby, ale, gdy to zrobi, nic złego się nie stanie...

Poza tym, nie wiadomo dokładnie, jak przebiegło to upgrade, więc taka "naprawa" na pewno przygotuje mu "czystego" GRUBa (nawiązuję do /boot/grub/config.cfg)

@stefan1980
- tak, bardzo słusznie, wpierw nowy kernel, a potem ewentualnie "naprawa"...

No to update-grub i zmiana w GRUBym domyślnej wersji kernela na nowo. Po co człowiekowi robić mętlik, że to coś co powoduje konieczność "naprawy" GRUBego?

Cytat: pavbaranov w Kwiecień 27, 2019, 02:14:10 PM
No to update-grub i zmiana w GRUBym domyślnej wersji kernela na nowo. Po co człowiekowi robić mętlik, że to coś co powoduje konieczność "naprawy" GRUBego?

W MX nie ma takiej potrzeby ("żonglować" w terminalu) , system przygotowany jest pod newbie i wszystko można zrobić w GUI...
- "naprawiając" GRUBa nie robi nic innego, jak update-grub, tylko, że w GUI...

Po instalacji kernela przez MX Instalator pakietów, zmiana w GRUB jest zapisywana automatycznie.

Po ponownym uruchomieniu system uruchamia się z nowym kernelem (to znaczy jest na pierwszym miejscu w GRUB - domyślnie).

Cytat: TataPingu w Kwiecień 27, 2019, 02:28:42 PM
- "naprawiając" GRUBa nie robi nic innego, jak update-grub, tylko, że w GUI...

Wg opisu z wiki MX opcja naprawy to:
Repair the bootloader by regenerating the GRUB configuration file (grub.cfg). This is the most common use of this application, turned to when it is not possible to boot into any partition where the user could run:
update-grub

Napraw bootloader, regenerując plik konfiguracyjny GRUB (grub.cfg). Jest to najczęstsze zastosowanie tej aplikacji, używane gdy nie można uruchomić żadnej partycji, na której użytkownik mógłby uruchomić:
update-grub

Co jest w zasadzie tym samym (cytat z man):
update-grub is a stub for running grub-mkconfig -o /boot/grub/grub.cfg to generate a grub2 config file

Czyli różne nazwy/polecenia dla tego samego działania (czy to w CLI czy w GUI).

Przy czym wydaje mi się, że "Naprawa konfiguracji" będzie wystarczająca (plik konfiguracyjny będzie odświeżony), a ponowna instalacja GRUB nie jest konieczna (ponieważ on jest tam gdzie był). Instalacja byłaby konieczna, gdyby został nadpisany przez coś innego. Prawdopodobnie ;)

Może to być mylące takie podwójne użycie pojęć (update i repair - aktualizacja i naprawa), chociaż efekt jest chyba ten sam.

Generalnie, większość aktualizacji GRUBa (czyli w sumie update-grub) przebiega w MX automatycznie, np. po zmianie ustawień jego wyglądu itp. np. w narzędziu Grub Customizer

(https://i.ibb.co/qmhHkkc/grubcustomizer.png)

a więc po aktualizacji kernela do wersji 4.19 laptop znów uruchamiał się 6 min. Tak jak to już przerabialiśmy w jednym z wątków. Odinstalowałem tego kernela i wróciłem do 4.13.Jednak jest problem bo niby odinstalowałem 4.19 w menadżerze pakietów jednak przy starcie systemu on jest na pierwszym miejscu a 4.13 na drugim. muszę ręcznie wybierać 4.13. chciałbym go stamtąd(4.19) wyrzucić ale nie wiem jak.

dobra poszedl w ruch grub customizer i wywalilem z rozruchu 4.19 i zostala wersja 4.13. Z ciekawosci zainstalowalem jadro antixa 4.9 i uruchamia sie dosc szybko. Zobaczę jeszcze inne kernele bo widzialem tam jeszcze oprocz antixa parę kerneli debiana. Jeżeli  nie bedzie cos dzialac to najwyzej skonczy sie ponowna instalacja systemu

Już lepiej 4.9 niż 4.13, bo ten pierwszy chociaż LTS i łatany. A wynik 6 minut to piękna oznaka problemu, którym może warto się zainteresować.

Cytat: stefan1980 w Kwiecień 28, 2019, 08:45:49 PM
dobra poszedl w ruch grub customizer i wywalilem z rozruchu 4.19 i zostala wersja 4.13. Z ciekawosci zainstalowalem jadro antixa 4.9 i uruchamia sie dosc szybko. Zobaczę jeszcze inne kernele bo widzialem tam jeszcze oprocz antixa parę kerneli debiana. Jeżeli  nie bedzie cos dzialac to najwyzej skonczy sie ponowna instalacja systemu

Są różne wersje 4.9, antix ma nawet 4.9.170

(https://i.ibb.co/K01gg4J/kernels.png)

Dosyć wygodnym (jak dla mnie) sposobem szukania i instalowania kernelów w MX/antiX w terminalu jest program cli-aptiX. Między innymi kernelów, bo to wygodne narzędzie do instalacji wszystkich programów/pakietów - tylko w terminalu. Też po polsku już.

$ sudo cli-aptiX

Kolejne narzędzie, które sprawia przyjemność ułatwiając życie ;)

Jak widać na screenie, jest już dostępny kernel 5.0 dla antiX.

A jeżeli coś nie będzie działać po zmianach kernela, nie musisz od razu ponownie instalować systemu (ech, te nawyki z innych systemów ;) ), trzeba tylko uruchamiać system wskazując mu inny kernel do rozruchu.

Cytat: stefan1980 w Kwiecień 28, 2019, 08:45:49 PM
dobra poszedl w ruch grub customizer i wywalilem z rozruchu 4.19 i zostala wersja 4.13. Z ciekawosci zainstalowalem jadro antixa 4.9 i uruchamia sie dosc szybko. Zobaczę jeszcze inne kernele bo widzialem tam jeszcze oprocz antixa parę kerneli debiana. Jeżeli  nie bedzie cos dzialac to najwyzej skonczy sie ponowna instalacja systemu

"Zabawa" z kernelami może być (ale nie musi, zależy od wstępnego przygotowania narzędzi, w MX wygląda to raczej OK) niebezpieczna dla systemu...
- tak, czy owak, za każdym razem, po takiej zmianie dobrze jest jeszcze zrobić:
sudo apt-get autoremove

i dodatkowo, co teoretycznie jest zbędne, ale w praktyce występuje, uruchomić Synaptica i zlikwidować tam tzw "zbędne pozostałości" (nie wiem jak to brzmi w j. polskim)

Dopiero po tych "zabiegach" system ("debianowce") jest "czysty"...

Cytat: TataPingu w Kwiecień 29, 2019, 08:30:10 AM

"Zabawa" z kernelami może być (ale nie musi, zależy od wstępnego przygotowania narzędzi, w MX wygląda to raczej OK) niebezpieczna dla systemu...
- tak, czy owak, za każdym razem, po takiej zmianie dobrze jest jeszcze zrobić:

Kod [Zaznacz] Rozwiń

sudo apt-get autoremove

i dodatkowo, co teoretycznie jest zbędne, ale w praktyce występuje, uruchomić Synaptica i zlikwidować tam tzw "zbędne pozostałości" (nie wiem jak to brzmi w j. polskim)

Dopiero po tych "zabiegach" system ("debianowce") jest "czysty"...

Może być, chociaż w MX i antiX robiłem już upgrade/instalacje i odinstalowanie/cofanie kernelów kilka razy na różnych komputerach i bez problemu zawsze wszystko gra i buczy. I niech tak zostanie ;)

Co do czyszczenia, to ja z nawyku raz na jakiś czas robię w terminalu:

$ sudo apt-get autoremove
$ sudo apt-get clean
$ sudo apt-get autoclean

w różnej, bywa, kolejności.

Ja osobiście bardzo rzadko uruchamiam Synaptica, nauczyło mnie doświadczenie (i porady innych), że w MX lepiej i skuteczniej działa dedykowany MX Instalator pakietów. Synaptic czasem robił jakiś problem przy instalacji.

Ogólnie deweloperzy MX zalecają używanie MXIP - wtedy nie ma problemów w większości przypadków.

No i jest wygodniejszy, ale to kwestia przyzwyczajenia.

Z ciekawostek, istnieje jeszcze np. taka opcja/narzędzie, jak aktualizacja kernela w Live-USB, chociaż jeszcze tego nie testowałem. Kiedyś się pobawię.

Cytat: Fibogacci w Kwiecień 29, 2019, 02:05:19 PM
Może być, chociaż w MX i antiX robiłem już upgrade/instalacje i odinstalowanie/cofanie kernelów kilka razy na różnych komputerach i bez problemu zawsze wszystko gra i buczy. I niech tak zostanie ;)

Różnie to bywa (choć jakichś problemów nie doświadczam prawie wcale), stąd też dobra rada starego człowieka: zawsze dobrze mieć jest co najmniej dwa kernele, nawet jeśli oba działają sprawnie. Jeśli coś się wydarzy - np. po aktualizacji kernela (głównie) z jednym, to najczęściej system można uruchomić z drugiego i doprowadzić go do działania. Alternatywą jest dostęp do systemu przez chroot, ale ilu użytkowników tu obecnych tego próbowało, ilu w ogóle wie o co chodzi?
Przyczyny, dla których system może odmówić współpracy po aktualizacji kernela jest mnóstwo. Od jakichś regresji w kodzie, poprzez wadliwą kompilację, czy paczkowanie (już choćby z punktu widzenia konkretnego użytkownika), po jakiś błąd podczas aktualizacji. Stąd rozsądne minimum: dwa wspierane kernele (chyba, że EOLa nie dopuszczamy w ogóle do internetu).

Cytat: pavbaranov w Kwiecień 29, 2019, 02:22:08 PM

Cytat: Fibogacci w Kwiecień 29, 2019, 02:05:19 PM
Może być, chociaż w MX i antiX robiłem już upgrade/instalacje i odinstalowanie/cofanie kernelów kilka razy na różnych komputerach i bez problemu zawsze wszystko gra i buczy. I niech tak zostanie ;)

Różnie to bywa (choć jakichś problemów nie doświadczam prawie wcale), stąd też dobra rada starego człowieka: zawsze dobrze mieć jest co najmniej dwa kernele, nawet jeśli oba działają sprawnie.

No ja miałem przez cały długi czas 3 wersje na głównym komputerze (u mnie zasady "BHP" są bardzo wyśrubowane generalnie w różnych dziedzinach, nie tylko komputerowych ;)), ale ostatnio odinstalowałem najstarszy, dla zwolnienia miejsca.

Dwa to minimum, chociaż to takie minimalne minimum (jak dla mnie).

Rada bardzo słuszna.

To skoro jeszcze sobie tak "radzimy" - @stefan1980 używa 4.13, bowiem z jakiejś przyczyny 4.19 mu się długo uruchamia. Zgodnie z https://www.kernel.org linia 4.13 już dawno poszła spać. Używanie tej linii kerneli na jakimkolwiek komputerze, który ma dostęp do netu jest proszeniem się o kłopoty, a ogólnie - bez sensu. Wybór jest spory, bo upstream obecnie wspiera 6 linii. Spośród tych o zagwarantowanej długowieczności, to lepiej zainstalować 4.9 czy 4.14, ba nawet 4.4, skoro 4.19 nie pasuje.

Cytat: pavbaranov w Kwiecień 29, 2019, 03:04:12 PM
To skoro jeszcze sobie tak "radzimy" - @stefan1980 używa 4.13, bowiem z jakiejś przyczyny 4.19 mu się długo uruchamia. Zgodnie z https://www.kernel.org linia 4.13 już dawno poszła spać. Używanie tej linii kerneli na jakimkolwiek komputerze, który ma dostęp do netu jest proszeniem się o kłopoty, a ogólnie - bez sensu. Wybór jest spory, bo upstream obecnie wspiera 6 linii. Spośród tych o zagwarantowanej długowieczności, to lepiej zainstalować 4.9 czy 4.14, ba nawet 4.4, skoro 4.19 nie pasuje.

Dlatego może dobrą propozycją byłby antiXowy 4.9.170 albo 4.15 (też już spatchowany dla Meltdown i Spectre) - tylko ja teraz patrzę z 64 bitowej wersji - nie mam pod ręką 32 bitowej instalacji i nie wiem, co jest tam do wyboru. Może być mniejszy wybór.

Ale to musi sam Stefan popatrzeć ;)

Tu nie chodzi o spatchowanie ma spectre i meltdown, bo te dwie dziury, to chyba głównie właścicieli serwerów interesują, a o wsparcie - 4.15 również EOL, ale - teoretycznie - nadal jest "wspierany" w Ubuntu. Jeśli się wierzy tego rodzaju wsparciu - można korzystać, czemu nie. Ja w tej materii jestem gorzej niż niewierny Tomasz :)

Cytat: pavbaranov w Kwiecień 29, 2019, 03:19:11 PM
Tu nie chodzi o spatchowanie ma spectre i meltdown, bo te dwie dziury, to chyba głównie właścicieli serwerów interesują, a o wsparcie - 4.15 również EOL, ale - teoretycznie - nadal jest "wspierany" w Ubuntu. Jeśli się wierzy tego rodzaju wsparciu - można korzystać, czemu nie. Ja w tej materii jestem gorzej niż niewierny Tomasz :)

Jak mówi prawo jakieś tam: Ufaj ludziom, ale tasuj karty

Cytat: stefan1980 w Kwiecień 28, 2019, 07:53:45 PM
a więc po aktualizacji kernela do wersji 4.19 laptop znów uruchamiał się 6 min.

A startowałeś system w trybie SysVinit, czy systemd ?

Próbowałem obu czyli smp i systemd.Na obu muliło -wersja4.19. Na kernelu 4.14 to samo. Dopiero starsze wersje się uruchamiają. Mam teraz antixa 4.9. Są w grubie smp i systemd.Uruchamia się z smp bo jest ustawiony jako pierwszy. Nie wiem czy to ma znaczenie ale antixa mam zainstalowanego -NO Pae (mam 3 giga ramu).Pytanie czy usunąć wersję 4.13 i zaistalować dodatkowo antix 4.20?

Jak Ci dobrze z 4.9, to siedź na nim i zapomnij o wszystkim ("dobrze" oznacza, że wszystko działa; kernel ma wsparcie upstreamu do stycznia 2023 r. - myślę, że wystarczy :)).
Inne - możesz sobie kombinować, a ten ustaw jako podstawowy.

No dobra a 4.13 moge usunac z gruba i zainstalowac np 5.09 jak pisał fibo?
wynik z cli-aptix
Press <Enter> to select the highlighted entry                                                     
Use 'h' for help, 'r' to redraw, 'q' to wróć do menu głównego                                     
     1) linux-image-4.14.12-antix.1-686-smp-pae - Linux kernel, version 4.14.12-antix.1-686-smp-pae
     2) linux-image-4.14.12-gnu-antix.1-686-smp-pae - Linux kernel, version 4.14.12-gnu-antix.1-686-
     3) linux-image-4.14.14-antix.1-686-smp-pae - Linux kernel, version 4.14.14-antix.1-686-smp-pae
     4) linux-image-4.19.25-antix.1-486-smp - Linux kernel, version 4.19.25-antix.1-486-smp
     5) linux-image-4.19.25-antix.1-686-smp-pae - Linux kernel, version 4.19.25-antix.1-686-smp-pae
     6) linux-image-4.19.36-antix.1-486-smp - Linux kernel, version 4.19.36-antix.1-486-smp
     7) linux-image-4.19.36-antix.1-686-smp-pae - Linux kernel, version 4.19.36-antix.1-686-smp-pae
     8) linux-image-4.20.12-antix.1-486-smp - Linux kernel, version 4.20.12-antix.1-486-smp
     9) linux-image-4.20.12-antix.1-686-smp-pae - Linux kernel, version 4.20.12-antix.1-686-smp-pae
    10) linux-image-4.9.160-antix.1-486-smp - Linux kernel, version 4.9.160-antix.1-486-smp
    11) linux-image-4.9.160-antix.1-686-smp-pae - Linux kernel, version 4.9.160-antix.1-686-smp-pae
    12) (I) linux-image-4.9.160-antix.2-486-smp - Linux kernel, version 4.9.160-antix.2-486-smp
    13) linux-image-4.9.170-antix.1-486-smp - Linux kernel, version 4.9.170-antix.1-486-smp
    14) linux-image-4.9.170-antix.1-686-smp-pae - Linux kernel, version 4.9.170-antix.1-686-smp-pae
    15) linux-image-5.0.9-antix.1-486-smp - Linux kernel, version 5.0.9-antix.1-486-smp
    16) linux-image-5.0.9-antix.1-686-smp-pae - Linux kernel, version 5.0.9-antix.1-686-smp-pae


Cytat: stefan1980 w Kwiecień 29, 2019, 08:01:26 PM
Nie wiem czy to ma znaczenie ale antixa mam zainstalowanego -NO Pae (mam 3 giga ramu)

A co mówi komenda:
free

ewentualnie:
free -m

$ free
              total        used        free      shared  buff/cache   available
Mem:        3093728      583044     1780156       54876      730528     2348168
Swap:             0           0           0
stefan1980@filon1980:~
$ free -m
              total        used        free      shared  buff/cache   available
Mem:           3021         540        1773          53         707        2322
Swap:             0           0           0

Dodam jeszcze że jeżeli uruchomię kernel-systemd to dużo szybciej mi się ładuje system i wyłacza.

Ja pierdzu... po cholerę Ci tyle kerneli.
4.9 działa. Wyrzucasz wszystkie oprócz najnowszego (cyfry po drugiej kropce muszą być jak największe). Nie wiem jaki masz procesor, ale prawdopodobnie możesz wyrzucić również wszystkie z 486 w nazwie (to procesor z lat 90, myślę, że Twój obsługuje już 686). PAE jest dla RAM > 3GB, stąd też jest Ci obojętny. Sprawdź, który lepiej działa: pae - czy "nie-pae". 4.13 możesz również wyrzucić. 4.19 - u Ciebie działa źle - wyrzuć. 4.14 jest ok. Ma długie jeszcze wsparcie. Sprawdź. 5.0? Spróbuj. Nikt Ci nie powie, czy to dobry kernel w Twoim przypadku.

Cytat: stefan1980 w Kwiecień 29, 2019, 08:53:16 PM
Dodam jeszcze że jeżeli uruchomię kernel-systemd to dużo szybciej mi się ładuje system i wyłacza.

- więc używaj systemd, a pae nie musisz mieć, ram jest w pełni wykorzystany...

Cytat: stefan1980 w Kwiecień 29, 2019, 08:30:42 PM
No dobra a 4.13 moge usunac z gruba i zainstalowac np 5.09 jak pisał fibo?
wynik z cli-aptix

Nie wiem czy to już pisałem, ale możesz wszystko, to Twój system i Twój komputer ;)

Zasada skutecznego działania (nie tylko w instalacji kernela/systemu) jest prosta: 1. Wykonaj czynność 2. Obserwuj efekty 3. Jeśli są zadowalające, to po robocie 4. Jeśli nie są zadowalające, zmodyfikuj/zmień czynność i wykonaj ponownie 5. Obserwuj efekty itd. Do osiągnięcia celu.

To może być czasochłonne czasami, ale ogólnie działa. Próby i błędy. Wnioski. Czysta nauka.

Spróbuj 5tki, a jak nie będzie ok to spróbuj 4.9.170

Jak z systemd szybciej, to startuj z systemd - liczy się efekt, bo o efekt Ci chodzi - sprawny komputer.

Cytat: pavbaranov w Kwiecień 29, 2019, 09:02:04 PM
Ja pierdzu... po cholerę Ci tyle kerneli.

Nie Pawle, on ich nie ma zainstalowanych, to jest tylko lista kerneli, które może zainstalować...
- cli-aptiX mu to wylistował (narzędzie MXa)

Cytat: TataPingu w Kwiecień 29, 2019, 09:16:59 PM

Cytat: pavbaranov w Kwiecień 29, 2019, 09:02:04 PM
Ja pierdzu... po cholerę Ci tyle kerneli.

Nie Pawle, on ich nie ma zainstalowanych, to jest tylko lista kerneli, które może zainstalować...
- cli-aptiX mu to wylistował (narzędzie MXa)

I to zapewne tylko jej kawałek, bo u mnie ich wyskakuje 54 sztuki ;)

Edit: a niedokładnie napisałem, wszystkich (z antiXami) mam 54, samych antiXów tylko 8 (przy 64bitowej wersji systemu)

Cytat: TataPingu w Kwiecień 29, 2019, 09:16:59 PM
Nie Pawle, on ich nie ma zainstalowanych, to jest tylko lista kerneli, które może zainstalować...
- cli-aptiX mu to wylistował (narzędzie MXa)

No fakt. Mea culpa. Reszta pozostaje. Ma mieć kernel 4.9.x (najlepiej ostatni z możliwych) - bo działa prawidłowo, PAE nie jest konieczne.
Każdy inny z listy wspieranych kerneli jest ok. Oczywiście nie mój system - nie moje pchły, a zatem można użyć dowolnego. Jeśli działa nieprawidłowo, to w pierwszej kolejności należy zastanowić się dlaczego (bo mi działały kernele od 2.x po obecny 5.0.10 bez problemów), albo po prostu skupić się na działających.
Więcej niż 2 - zbytek łaski.
SystemD zasadniczo musi działać szybciej niż tradycyjny, a zatem tu wszystko ok.
Przy okazji - w przypadku Stefana pogoń za najnowszymi wersjami kernela chyba nie ma sensu. Toż to system z dość odległych czasów. Wystarczą po prostu dwa działające z różnych linii (np. 4.9 i 4.14, czy 4.4). Lista wspieranych kerneli przez upstream (za przeproszeniem guzik mnie obchodzą zapewnienia jakiejś dystrybucji, ale znów - nie mój system) jest tu: https://www.kernel.org/ a okres wsparcia tu: https://www.kernel.org/category/releases.html Kernele, które nie są oznaczone jako longterm (obecnie 5.0 i prawdopodobnie przyszły 5.1 również) są wspierane kilka miesięcy. O ile pamiętam - standardowo dwa. W przypadku Stefana - wg mnie bez sensu. Lepiej się skupić na LTS (longterm) i skupiłbym się właśnie na tych wspieranych przez kernel.org a nie zapewnieniach opiekunów dystrybucji różnych o cudownej ich opiece na kernelami, które umarły. Jednak jak wspomniałem - nie mój system.

Wypróbowałem już wersje 5.0.9 antix. Muł przy starcie systemu. Pavbaranov dobrze tu pisze że trzeba bedzię zostać przy wersji 4.9 tylko spojrzeć na LTS bo powyżej tego to za długo startuje system. 4.14 powtórka z rozrywki czyli kaszanka na starcie.Mogę sie jescze tutaj pobawić ale  chyba nie będzie większego sensu. Tutaj lista kerneli z cli-aptix
     1) (I) linux-image-4.13.0-1-686-pae - Linux 4.13 for modern PCs
     2) linux-image-4.13.0-1-686 - Linux 4.13 for older PCs
     3) linux-image-4.14.0-0.bpo.3-686-pae - Linux 4.14 for modern PCs
     4) linux-image-4.14.0-0.bpo.3-686 - Linux 4.14 for older PCs
     5) linux-image-4.14.0-0.bpo.3-rt-686-pae - Linux 4.14 for modern PCs, PREEMPT_RT
     6) linux-image-4.14.0-3-686-pae - Linux 4.14 for modern PCs
     7) (I) linux-image-4.14.0-3-686 - Linux 4.14 for older PCs
     8) linux-image-4.14.0-3-rt-686-pae - Linux 4.14 for modern PCs, PREEMPT_RT
     9) linux-image-4.14.12-antix.1-686-smp-pae - Linux kernel, version 4.14.12-antix.1-686-smp-pae
    10) linux-image-4.14.12-gnu-antix.1-686-smp-pae - Linux kernel, version 4.14.12-gnu-antix.1-686-
    11) linux-image-4.14.14-antix.1-686-smp-pae - Linux kernel, version 4.14.14-antix.1-686-smp-pae
    12) linux-image-4.15.0-1-686-pae - Linux 4.15 for modern PCs
    13) linux-image-4.15.0-1-686 - Linux 4.15 for older PCs
    14) linux-image-4.18.0-2-686-pae - Linux 4.18 for modern PCs
    15) linux-image-4.18.0-2-686 - Linux 4.18 for older PCs
    16) linux-image-4.18.0-2-rt-686-pae - Linux 4.18 for modern PCs, PREEMPT_RT
    17) linux-image-4.19.0-1-686-pae-unsigned - Linux 4.19 for modern PCs
    18) (I) linux-image-4.19.0-1-686-unsigned - Linux 4.19 for older PCs
    19) linux-image-4.19.0-1-rt-686-pae-unsigned - Linux 4.19 for modern PCs, PREEMPT_RT
    20) linux-image-4.19.25-antix.1-486-smp - Linux kernel, version 4.19.25-antix.1-486-smp
    21) linux-image-4.19.25-antix.1-686-smp-pae - Linux kernel, version 4.19.25-antix.1-686-smp-pae
    22) linux-image-4.19.36-antix.1-486-smp - Linux kernel, version 4.19.36-antix.1-486-smp
    23) linux-image-4.19.36-antix.1-686-smp-pae - Linux kernel, version 4.19.36-antix.1-686-smp-pae
    24) linux-image-4.20.12-antix.1-486-smp - Linux kernel, version 4.20.12-antix.1-486-smp
    25) linux-image-4.20.12-antix.1-686-smp-pae - Linux kernel, version 4.20.12-antix.1-686-smp-pae
    26) linux-image-4.9.0-3-686-dbg - Debug symbols for linux-image-4.9.0-3-686
    27) linux-image-4.9.0-3-686-pae-dbg - Debug symbols for linux-image-4.9.0-3-686-pae
    28) linux-image-4.9.0-3-686-pae - Linux 4.9 for modern PCs
    29) linux-image-4.9.0-3-686 - Linux 4.9 for older PCs
    30) linux-image-4.9.0-3-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-3-rt-686-pae
    31) linux-image-4.9.0-3-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    32) linux-image-4.9.0-4-686-dbg - Debug symbols for linux-image-4.9.0-4-686
    33) linux-image-4.9.0-4-686-pae-dbg - Debug symbols for linux-image-4.9.0-4-686-pae
    34) linux-image-4.9.0-4-686-pae - Linux 4.9 for modern PCs
    35) linux-image-4.9.0-4-686 - Linux 4.9 for older PCs
    36) linux-image-4.9.0-4-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-4-rt-686-pae
    37) linux-image-4.9.0-4-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    38) linux-image-4.9.0-5-686-dbg - Debug symbols for linux-image-4.9.0-5-686
    39) linux-image-4.9.0-5-686-pae-dbg - Debug symbols for linux-image-4.9.0-5-686-pae
    40) linux-image-4.9.0-5-686-pae - Linux 4.9 for modern PCs
    41) linux-image-4.9.0-5-686 - Linux 4.9 for older PCs
    42) linux-image-4.9.0-5-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-5-rt-686-pae
    43) linux-image-4.9.0-5-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    44) linux-image-4.9.0-6-686-dbg - Debug symbols for linux-image-4.9.0-6-686
    45) linux-image-4.9.0-6-686-pae-dbg - Debug symbols for linux-image-4.9.0-6-686-pae
    46) linux-image-4.9.0-6-686-pae - Linux 4.9 for modern PCs
    47) linux-image-4.9.0-6-686 - Linux 4.9 for older PCs
    48) linux-image-4.9.0-6-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-6-rt-686-pae
    49) linux-image-4.9.0-6-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    50) linux-image-4.9.0-7-686-dbg - Debug symbols for linux-image-4.9.0-7-686
    51) linux-image-4.9.0-7-686-pae-dbg - Debug symbols for linux-image-4.9.0-7-686-pae
    52) linux-image-4.9.0-7-686-pae - Linux 4.9 for modern PCs
    53) linux-image-4.9.0-7-686 - Linux 4.9 for older PCs
    54) linux-image-4.9.0-7-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-7-rt-686-pae
    50) linux-image-4.9.0-7-686-dbg - Debug symbols for linux-image-4.9.0-7-686
    51) linux-image-4.9.0-7-686-pae-dbg - Debug symbols for linux-image-4.9.0-7-686-pae
    52) linux-image-4.9.0-7-686-pae - Linux 4.9 for modern PCs
    53) linux-image-4.9.0-7-686 - Linux 4.9 for older PCs
    54) linux-image-4.9.0-7-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-7-rt-686-pae
    55) linux-image-4.9.0-7-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    56) linux-image-4.9.0-8-686-dbg - Debug symbols for linux-image-4.9.0-8-686
    57) linux-image-4.9.0-8-686-pae-dbg - Debug symbols for linux-image-4.9.0-8-686-pae
    58) linux-image-4.9.0-8-686-pae - Linux 4.9 for modern PCs
    59) linux-image-4.9.0-8-686 - Linux 4.9 for older PCs
    60) linux-image-4.9.0-8-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-8-rt-686-pae
    61) linux-image-4.9.0-8-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    62) linux-image-4.9.0-9-686-dbg - Debug symbols for linux-image-4.9.0-9-686
    63) linux-image-4.9.0-9-686-pae-dbg - Debug symbols for linux-image-4.9.0-9-686-pae
    64) linux-image-4.9.0-9-686-pae - Linux 4.9 for modern PCs
    65) linux-image-4.9.0-9-686 - Linux 4.9 for older PCs
    66) linux-image-4.9.0-9-rt-686-pae-dbg - Debug symbols for linux-image-4.9.0-9-rt-686-pae
    67) linux-image-4.9.0-9-rt-686-pae - Linux 4.9 for modern PCs, PREEMPT_RT
    68) linux-image-4.9.160-antix.1-486-smp - Linux kernel, version 4.9.160-antix.1-486-smp
    69) linux-image-4.9.160-antix.1-686-smp-pae - Linux kernel, version 4.9.160-antix.1-686-smp-pae
    70) (I) linux-image-4.9.160-antix.2-486-smp - Linux kernel, version 4.9.160-antix.2-486-smp
    71) linux-image-4.9.170-antix.1-486-smp - Linux kernel, version 4.9.170-antix.1-486-smp
    72) linux-image-4.9.170-antix.1-686-smp-pae - Linux kernel, version 4.9.170-antix.1-686-smp-pae
    73) linux-image-5.0.9-antix.1-486-smp - Linux kernel, version 5.0.9-antix.1-486-smp
    74) (I) linux-image-5.0.9-antix.1-686-smp-pae - Linux kernel, version 5.0.9-antix.1-686-smp-pae
    75) linux-image-586 - Jądro Linux do starszych komputerów (pakiet atrapa)
    76) linux-image-686-dbg - Debugging symbols for Linux 686 configuration (meta-package)
    77) linux-image-686-pae-dbg - Debugging symbols for Linux 686-pae configuration (meta-package)
    78) linux-image-686-pae - Jądro Linux do nowoczesnych pecetów (metapakiet)
    79) linux-image-686 - Linux for older PCs (meta-package)
    80) linux-image-rt-686-pae-dbg - Debugging symbols for Linux rt-686-pae configuration (meta-pack
    81) linux-image-rt-686-pae - Linux for modern PCs (meta-package), PREEMPT_RT


Gwoli ścisłości. Długi start systemu na 99% jest związany z jakąś wadliwą konfiguracją. Niemniej jednak - nic na siłę. Gdzieś tam masz swój wątek o 4.19 - po prostu wróć do niego, a używaj jako podstawowy ten, który Ci pasuje, czyli 4.9.
PS: 4.9 jest LTS/longterm. Masz w poprzednim wątku i oznaczenia i wspieranie i do kiedy. LTS=longterm

Witam po długim czasie. A więc oddałem laptopa do serwisu założyli mi nowy dysk SSD i ponoć zaktualizowali  BIOS do najnowszego.  Kazałem im zainstaować  MX 18.3 najnowszy i tak zrobili w serwisie. Ponoć za pierwszym uruchomieniem szybko się załadował i bylo ok. Teraz jest powrót do rozrywki czyli czas uruchamiania 6 min.  Chcę zainstalować jądro 4.9185 i mam pytanie czy po instalacji tego jądra robię apt-get udate i upgrade? i czy robię update-grub?

A ja znów swoje - po pierwsze - sprawdź dlaczego tak długo się uruchamia i tutaj musi Ci ktoś stosowne komendy do sprawdzenia podać, kto ma MX, bo ja initów jego kompletnie nie rozumiem.
To pierwsze uruchomienie, to było wykonane przez Ciebie, czy tylko serwis Cię tak zapewnił?
Dwie komendy, które na końcu podajesz służą kompletnie innym rzeczom. Pierwsze (apt-get) to jest kwestia instalacji paczek, aktualizacji systemu. Drugie jest skryptem, który spowoduje, że nowo zainstalowany kernel pojawi Ci się w liście możliwych do wyboru z ekranu GRUBego. To drugie musisz wykonać, jeśli chcesz wystartować ten komputer z tego kernela (broń boże nie odinstalowuj żadnego innego!).

Pavbaranov dobrze że napisałeś bo miałem odinstalować jądro 4.19.  I ja znów swoje - przy uruchamianiu pojawiają sie błędy jednym z nich jest S-video ERROR. Rozwiązanie znalazłem tutaj więc spróbuje
https://bbs.archlinux.org/viewtopic.php?id=218581&p=3.
ale najpierw cofnę kernel i zobaczę co się będzie działo. W linku powyżej też mieli kłopoty przy nowszym kernelu z S-video

Podczas startu GRUBego masz prawdopodobnie możliwość prostej edycji parametrów kernela - dopisz mu:
video=SVIDEO-1:d
i sprawdź, czy to coś zmieniło. Dopisz do tego, który masz. Jeśli się sprawdzi - wprowadzisz to sobie na stałe.

PS: W ogóle dobrze mieć w systemie 2 kernele, albowiem jeśli jakaś aktualizacja (najczęściej w pewien sposób niepełna) spowoduje jakąś regresję, awarię, to uruchamiasz wówczas kernel z innego i masz możliwość naprawy tego kernela, który szwankuje, a w każdym bądź razie możesz o nim zadecydować co dalej.
Podobnie - w systemach, które nie mają tego skonfigurowanego - warto jest dać GRUBemu możliwość stworzenia tzw. kernela ratunkowego. Środowisko nie wystartuje, ale powinna uruchomić się sesja konsolowa, która również umożliwi naprawę systemu.

no właśnie to chciałem zrobić, ale może faktycznie na początku dopiszę to do tego gruba co jest przy 4.19. Jeżeli nie pomoże to cofnę kernela.

woooooooooooow. udało się. jednak był problem z S-video. Po zmianie w grubie  z
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" na
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash video=SVIDEO-1:d"
system startuje w niecałe 30 sec a nie jak dotychczas w ok 6 min. Zobaczymy jak długo to potrwa hehe. Nie zmieniałem jądra na 4.9 i obecnie mam MX Linux 18.3 z kernelem 4.19. A tyle się męczyłem. Dziękuję wszystkim za pomoc

Oznacz wątek jako [ROZWIĄZANY]