Kernel frissítés->Rendszerindítási probléma

Fórum: 

Üdvözletem mindenkinek!

Ahogy a tárgy mezőben röviden megfogalmaztam, kernel frissítést követően (4.15.0-47-ről 4.15.0-48-ra) rendszerbetöltési probléma jelentkezik az utóbbi időben, de nem minden indítás során, csak időnként. Gépindítást követően a folyamat nem jut el a Linux Mint logó megjelenéségi, hanem az azt megleőző fekete képernyőnél megakad, az egyhangú látványt csak egy (random elhelyezkedő) vízszintes vonal teszi hangulatosabbá. Ezt követően, szerencsés esetben, néhány perc után automatikusan újraindul a gép és feláll a rendszer, a szokott módon, esetenként csak a CTRL+ALT+ PRT SC+REISUB segít, ritkán pedig csak reset-eléssel tudom kierőszakolni az újraindulást.

Volt már hasonló korábban is (4.15.0-46 esetén), de akkor a Mint logó megjelenése után adta meg magát.

Azért merem azt gondolni, hogy a kernel lehet a probléma oka, mert a frissítés után jelent meg (4.15.0-47-ről 4.15.0-48-ra), illetve az után automatikusan megoldódott korábban (4.15.0-46-ról 4.15.0-47-re). Utánaolvastam egy kicsit a dolgoknak, és azt találtam, hogy a régebbi gépeknél jelentkezhetnek problémák újabb kernelek esetén, és bizony az én gépem már nem fiatal, belépett a tinédzerkorba.

Olvasgatás közben találtam megoldási lehetőségeket is, de a barkácsolás mikéntjével nem vagyok pontról-pontra tisztában, így nem fogtam bele. Ha jól sejtem, akkor a GRUB szerkesztésével megoldható, hogy ne a legújabb, hanem az azt megelőző (és jól működő 4.15.0-47-es) kernel legyen az alapértelmezett, illetve van mód arra is, hogy több kernel használatával is indítható legyen a rendszer (választási lehetőséget kínálva).

Ennek a két beállításnak a véghezviteléhez szeretnék most segítséget kérni (már ha ezek megoldják a problémámat), mely segítséget előre is köszönöm! Természetesen egyéb javaslatokra is nyitott vagyok.

Végezetül némi infó a jelen állapotról:

Rendszer: Linux Mint 19 32 bit XFCE

Indításkor nem jelenik meg automatikusan a GRUB menü, mivel más rendszer nincs telepítve a gépre, és tudtommal, csak a legfrissebb kernellel üzemel, így ebből kifolyólag sincs több választási opció, mely a megjelenését indokolná (ezen szeretnék változtatni, ahogy fentebb is írtam).

A gépen található kernelekről ezt tudom megosztani a nagyérdeművel:

norbi@norbi-M540R:~$ uname -r ##

4.15.0-48-generic

norbi@norbi-M540R:~$ sudo dpkg --list | grep linux-image ##

[sudo] norbi jelszava:

ii linux-image-4.15.0-20-generic 4.15.0-20.21 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-43-generic 4.15.0-43.46 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-44-generic 4.15.0-44.47 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-45-generic 4.15.0-45.48 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-46-generic 4.15.0-46.49 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-47-generic 4.15.0-47.50 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-4.15.0-48-generic 4.15.0-48.51 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

ii linux-image-generic 4.15.0.48.50 i386 Generic Linux kernel image

norbi@norbi-M540R:~$

 

A GRUB pedig a következőket tartalmazza jelenleg (,ha jól sejtem, akkor itt kell majd módosításokat végrehajtanom):

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

 

További szép napot mindenkinek!

Üdv mindenki!

Üdv mindenki!

A GRUB láthatóságát időközben sikerült megoldanom, az alábbi forrás felhasználásával, melyért hálás köszönetem: https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga

Esetemben az alábbi módosítás segített (talál érdekel másokat, bár az érdeklődés a téma iránt eddig meglehetősen visszafogott):

Eredeti GRUB fájl:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Jelenlegi, módosított, GRUB fájl:

GRUB_DEFAULT=0
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Időközben történt egy kernelfrissítés is:

ii  linux-image-4.15.0-50-generic              4.15.0-50.54                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP

Sajnos ennél is ugyanaz a probléma, mint a 48-asnál, azzal a különbséggel, hogy itt már vastagabb a korábban említett csík, bár ez nem boldogít különösebben.

Az alapértelmezett kernel módosításával kapcsolatban még nem sikerült előrébb lépnem. Próbálkoztam a GRUB fájl GRUB_DEFAULT=0 sorában a 0 helyett másik szám megadásával, de sikertelenül, valamint találtam néhány témábavágó videót mely alapján kísérleteztem, eddig hiába. A későbbiekben, különösen, ha sikerül célt érnem, írok egy újabb bejegyzést, hátha hasznát veszi valaki az általam leírtaknak.

További szép napot!

Értékelés: 

0
Még nincs értékelve
kimarite képe

Üdv mindenki!

#1 A Plymouth alkalmazás csinálja a "csilivili" betöltêst. Esetleg e témakörben nézz körül, netán el is távolíthatod.

Gondolom, az automatikus bejelentkezés van beállítva, de ha a jelszó kérés mégis, akkor érdemes lehet telepíteni a SliM alkalmazást. A telepítés közben be kell állítani, hogy ez legyen használva a LighDM helyett. Kiválasztod.

A probléma lehet: kernel, Plymouth, LigtDM, valamilyen eszköz vagy rendszer szolgáltatás.

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

Üdvözöllek!

Jelszókérés van beállítva, bár nem hinném, hogy ehhez kapcsolódna a probléma, mert a bejelentkezési képernyő közelébe sem jut el a folyamat. Azután akad meg, miután túljut a BIOS-ba, F2-vel történő belépés lehetőségén, ezután jön egy fekete monitorkép és itt akad meg és csíkosodik be a kép. Ha minden flottul működne, akkor az előbbi feketeség után jönne a Mint logó és alatta az 5 villogó folyamatjelző fény, majd a bejelentkezési képernyő. A 48- as és a legújabb 50-es kernelnél már a Mint logó előtti, fekete képernyőnél letérdel, a 46-osnál pedig a Mint logo megjelenése után szokott megfáradni (kb. "lefagyni"), egyéb esetben (a többi kernelnél) minden flottul ment idáig. Így jelenleg nem nagyon piszkálnám a Plymouth-ot, illetve a LightDM-et, most a többi, gépen lévő, kernelt tesztelem, hogy megtudjam jelenleg melyik használható és melyik nem (sikerült a GRUB-ot megjelenésre bírnom, ahogy fentebb jeleztem, így most a Speciális beállításokon belül már tudok váltogatni).

Egyébként rákerestem a SLiM-re és ezt találtam: https://wiki.archlinux.org/index.php/SLiM_(Magyar)

Komolyabban nem szeretnék a rendszerbe belemászni, hozzáértés híján, egyelőre a default kernel megváltoztatása egy korábbi verzióra bőségesen komfortossá tenné számomra a Mint használatát.

Jelenleg ezt a videót találtam a témában, ami a legrészletesebbnek és számomra leghasználhatóbbnak tűnik (remélem az eltérő disztribúció nem jelent problémát jelen esetben), ez alapján próbálkozom még egy kicsit, mielőtt komolyabban fontolóra veszem a fenti módosítási javaslataidat: https://www.youtube.com/watch?v=1cCLa4qusFo

Kellemes hétvégét!

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#3 Rossz videót linkeltem be, a következő volna a számomra használható, ha jól sejtem: https://www.youtube.com/watch?v=prHDES9XmjU

Egyébként Terminálban jelenleg a következőket látom:

norbi@norbi-M540R:~$ sudo update-grub

[sudo] norbi jelszava:

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

 

Ha jól sejtem, akkor, ha a fent kiemelt sor helyett, a következő jelenne meg: Sourcing file `/etc/default/grub.d/47_linuxmint.cfg', akkor minden problémám megoldódna és az aláhúzott kernel lenne az alapértelmezett, valahogy ezt szeretném kierőszakolni, már ha egyáltalán lehetséges.

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#3 Szia !
Ha egy előző kernel verziót szeretnél visszaállítani, akkor a GRUB menüt kell előcsalogatni.
(A gép indítása után a bal Shift vagy az Esc bill. szorgos nyomogatásával.)
Valahogy így néz ki: https://ibb.co/XFmMGkQ
Találsz benne olyan opciót hogy:
- Speciális beállítások ehhez: Linux Mint xx.x xxxx xx-bit
vagy:
- Previous Linux versions
Erre kell lépkedned a navigáló billentyűk segítségével, és entert nyomni.
Ekkor megjelenik egy lista a teleített kernelekkel.
Itt kiválasztod a visszaállítani kívánt verziót, és entert nyomsz.
Ekkor ezzel a régebbi kernel verzióval indul a rendszer.

Figyelem ! Ennek a hatása 1 munkamenetig tart - egy új indítás, vagy újraindítás során a legmagasabb
verziószámú kernel fog betőltődni.
Hogy ezt elkerüld, törölni kéne a nem megfelelően működő kenel verziókat.
Vagy ha minden igaz, ennek a parancsnak a hatására az adott (jól működő) kernel verzió rögzítve lesz:

sudo apt-mark hold $(uname -r)

 

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#5

Üdvözöllek és köszönöm a hozzászólásodat!

Indításkor a GRUB menü már csalogatás nélkül is előjön, mert szerkesztettem az etc/default/grub fájlt korábban, ahogy azt a témafelvetést követő első hozzászólásomban leírtam, így ez már OK.

Korábbi kerneleket is tudok választani az általad leírt módon, így a jelenlegi probléma nem nagy érvágás számomra, viszont minden indításkor kell egy kicsit kattogtatnom, mert ahogy Te is írtad, tiszavirág életű ez a beállítás és minden indításkor meg kell tenni, és ez az amin változtatni szeretnék, ahogy azt Te is jól tudod.

Korábbi olvasgatásaimból az dereng, hogy a legfrissebb, így alapértelmezettként használt kernel törölgetése nem a legjobb húzás, de javíts ki, ha tévedek.

A javasolt paranccsal teszek egy próbát.

Még egyszer köszönöm!

Üdv, Norbi!

Értékelés: 

0
Még nincs értékelve

A belinkelt videó alapján ezt sikerült összehoznom.

norbi@norbi-M540R:~$ sudo grub-mkconfig -o /boot/grub/grub.cfg

[sudo] norbi jelszava:

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

norbi@norbi-M540R:~$ sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N

 

1 menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' 1 {

2 menuentry 'Ubuntu, Linux 4.15.0-50-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 2 .15.0-50-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

3 menuentry 'Ubuntu, with Linux 4.15.0-50-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 3 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

4 menuentry 'Ubuntu, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 4 .15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

5 menuentry 'Ubuntu, with Linux 4.15.0-47-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 5 'gnulinux-4.15.0-47-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

6 menuentry 'Ubuntu, Linux 4.15.0-46-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 6 .15.0-46-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

7 menuentry 'Ubuntu, with Linux 4.15.0-46-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 7 'gnulinux-4.15.0-46-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

8 menuentry 'Ubuntu, Linux 4.15.0-45-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 8 .15.0-45-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

9 menuentry 'Ubuntu, with Linux 4.15.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 9 'gnulinux-4.15.0-45-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

10 menuentry 'Ubuntu, Linux 4.15.0-44-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 10 .15.0-44-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

11 menuentry 'Ubuntu, with Linux 4.15.0-44-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 11 'gnulinux-4.15.0-44-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

12 menuentry 'Ubuntu, Linux 4.15.0-43-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 12 .15.0-43-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

13 menuentry 'Ubuntu, with Linux 4.15.0-43-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 13 'gnulinux-4.15.0-43-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

14 menuentry 'Ubuntu, Linux 4.15.0-20-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 14 .15.0-20-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

15 menuentry 'Ubuntu, with Linux 4.15.0-20-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 15 'gnulinux-4.15.0-20-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

16 menuentry 'Memory test (memtest86+)' {

17 menuentry 'Memory test (memtest86+, serial console 115200)' {

~

~

~

~

~

~

~

~

(END)

 

Esetemben a kiemelt kernel lenne a vágyott alapértelmezett indításkor, így a következőkkel folytatom:

norbi@norbi-M540R:~$ sudo nano /etc/default/grub

[sudo] norbi jelszava:

 

GNU nano 2.9.3 /etc/default/grub Módosítva

 

# If you change this file, run 'update-grub' afterwards to update

# /boot/grub/grub.cfg.

# For full documentation of the options in this file, see:

# info -f grub -n 'Simple configuration'

 

GRUB_DEFAULT=3

#GRUB_TIMEOUT_STYLE=hidden

GRUB_TIMEOUT=10

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

GRUB_CMDLINE_LINUX=""

 

# Uncomment to enable BadRAM filtering, modify to suit your needs

# This works with Linux (no patch required) and with any kernel that obtains

# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)

#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

 

# Uncomment to disable graphical terminal (grub-pc only)

#GRUB_TERMINAL=console

[ 33 sor beolvasva ]

^G Súgó ^O Kiírás ^W Keresés ^K Kivágás ^J Sorkizárás^C Pozíció

^X Kilépés ^R Beolvasás ^\ Csere ^U Beilleszté^T Helyes-e? ^_ Ugrás sorra

 

Elviekben a 3-as szám tartozik a fentebb kijelölt 4-es sorszámú választási lehetőséghez.

 

Ezután: Ctrl+o → ENTER → Ctrl+x

 

norbi@norbi-M540R:~$ sudo grub-mkconfig -o /boot/grub/grub.cfg

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

 

A biztonság kedvéért lefuttattam a következőt is:

 

norbi@norbi-M540R:~$ sudo update-grub

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

 

Mindkét parancs ugyanazt az eredményt adja és nem látok semmi változást a kiindulási ponthoz képest. Jól van ez így?

 

norbi@norbi-M540R:~$ uname -a

Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux

norbi@norbi-M540R:~$ inxi -S

System: Host: norbi-M540R Kernel: 4.15.0-20-generic i686 bits: 32

Desktop: Xfce 4.12.3 Distro: Linux Mint 19 Tara

norbi@norbi-M540R:~$

 

Az utolsó két parancs ugyanazt a kiemelt kernelt adja ki, amit a rendszer indításakor a GRUB Speciális beállításai közül választottam ki. Tehát látható előrelépés nincs.

 

Az etc/default/grub/, mely jónak tűnik, a következőket mutatja:

 

GRUB_DEFAULT=3

#GRUB_TIMEOUT_STYLE=hidden

GRUB_TIMEOUT=10

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

GRUB_CMDLINE_LINUX=""

 

A boot/grub/grub.cfg a következőket mutatja, itt is megjelenik a 3-as, mint kiválasztott opció, de semmi gyakorlati haszna nincs, legalábbis nekem úgy tűnik:

 

#

# DO NOT EDIT THIS FILE

#

# It is automatically generated by grub-mkconfig using templates

# from /etc/grub.d and settings from /etc/default/grub

#

 

### BEGIN /etc/grub.d/00_header ###

if [ -s $prefix/grubenv ]; then

set have_grubenv=true

load_env

fi

if [ "${next_entry}" ] ; then

set default="${next_entry}"

set next_entry=

save_env next_entry

set boot_once=true

else

set default="3"

 

Az egész fájlt nem másoltam be, mert marha hosszú és nem fárasztanám senki szemét sem feleslegesen.

Részemről mára ennyi. Búcsúzom.

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#5

Szia!

Megpróbáltam az általad javasolt paranccsal rögzíteni az indításkor kiválasztott kernelt:

norbi@norbi-M540R:~$ sudo apt-mark hold $(uname -r)

linux-headers-4.15.0-20-generic beállítva visszatartásra.

linux-image-4.15.0-20-generic beállítva visszatartásra.

linux-modules-extra-4.15.0-20-generic beállítva visszatartásra.

linux-cloud-tools-4.15.0-20-generic beállítva visszatartásra.

linux-modules-4.15.0-20-generic beállítva visszatartásra.

linux-tools-4.15.0-20-generic beállítva visszatartásra.

norbi@norbi-M540R:~$ sudo grub-mkconfig -o /boot/grub/grub.cfg

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

norbi@norbi-M540R:~$ sudo update-grub

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

norbi@norbi-M540R:~$

Ha az általad javasolt, sudo apt-mark hold $(uname -r) parancs jól működött volna, akkor már a sudo grub-mkconfig -o /boot/grub/grub.cfg vagy a sudo update-grub parancsok valamelyike után nem ennek kellett volna megjelennie a kiemelt sor helyén, abban az esetben, ha a rendszert a 4.15.0-20-generic kernelt kiválasztva indítottam el (és elvileg ez került volna rögzítésre): Sourcing file `/etc/default/grub.d/20_linuxmint.cfg'

Egyébként melyik paranccsal tudom kiíratni terminálban az alapértelmezetten használt kernelt?

Jelen esetben ezt dobja ki az alábbi parancsok használatával, csak azt nem tudom, hogy ez az indításkori választás eredménye és csak erre a munkamenetre vonatkozik, vagy sikeresnek bizonyult a sudo apt-mark hold $(uname -r) parancs és állandósul a 20-as végű kernel:

norbi@norbi-M540R:~$ uname -r

4.15.0-20-generic

norbi@norbi-M540R:~$ uname -a

Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux

Sajnos erősen úgy tűnik, hogy nem jött be a javaslatod, mert újraindítás után az alábbi eredmény jött ki úgy, hogy indításkor a GRUB menüben nem a Speciális beállítások közül válogattam, hanem hagytam mindent automatikusan továbbmenni, így elviekben az alapértelmezett kernellel indult a rendszer:

norbi@norbi-M540R:~$ uname -r

4.15.0-50-generic

norbi@norbi-M540R:~$ uname -a

Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux

norbi@norbi-M540R:~$ sudo grub-mkconfig -o /boot/grub/grub.cfg

[sudo] norbi jelszava:

Sourcing file `/etc/default/grub'

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic

Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic

Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic

Found memtest86+ image: /boot/memtest86+.elf

Found memtest86+ image: /boot/memtest86+.bin

kész

norbi@norbi-M540R:~$

Ha minden jól ment volna, akkor úgy sejtem, hogy a kiemelt soroknak valahogy így kellene kinézniük:

4.15.0-20-generic

Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux

Sourcing file `/etc/default/grub.d/20_linuxmint.cfg'

Értékelés: 

0
Még nincs értékelve
kimarite képe

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#8 Ez nem lesz jó:

sudo grub-mkconfig -o /boot/grub/grub.cfg

... ha a rendszer (idézem):

Rendszer: Linux Mint 19 32 bit XFCE

Magyarázat: https://linuxmint.hu/comment/27042#comment-27042

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#8 Nézd ! Tudod hogy kell egy régebbi kernellel indítani a rendszert.
A telepített kernelek közül válaszd ki a legmagasabb verziószámút amelyikkel
még kifogástalanul működik a rendszer.
Az ennél magasabb verziószámúakat pedig töröld.
Természetesen az lenne az ideális, hogyha a legutolsó verzióval sem lenne semmi probléma.
De mit érsz az újabb verziókkal, ha azokkal nem megfelelően működik a rendszer ?
Csak megjegyzem hogy nálam Mint 18.3 Cinnamon alatt semmi gond a 4.15.0-50-es kernellel.
Az ezt megelőzőkkel sem volt.
Viszont, a régi 17.3 rendszeremhez kapott utolsó 5 kernelfrissítés használhatatlannak bizonyult.
Telepítettem őket, de egyszerűen nem indult velük a rendszer. (3.13.0-166, 167, 168, 169, 170)
Töröltem őket - igy gond nélkül működik a rendszer a 3.13.0-165-ös verzióval.

 

Értékelés: 

0
Még nincs értékelve

A belinkelt videó alapján ezt sikerült összehoznom.

#7

Üdv Mindenkinek!

Amikor korábban ezt írtam:

A boot/grub/grub.cfg a következőket mutatja, itt is megjelenik a 3-as, mint kiválasztott opció, de semmi gyakorlati haszna nincs, legalábbis nekem úgy tűnik:

 

#

# DO NOT EDIT THIS FILE

#

# It is automatically generated by grub-mkconfig using templates

# from /etc/grub.d and settings from /etc/default/grub

#

 

### BEGIN /etc/grub.d/00_header ###

if [ -s $prefix/grubenv ]; then

set have_grubenv=true

load_env

fi

if [ "${next_entry}" ] ; then

set default="${next_entry}"

set next_entry=

save_env next_entry

set boot_once=true

else

set default="3"

tévedtem, nem volt hatástalan a változtatás.

Azt vettem észre, hogy a 3-as szám nem a norbi@norbi-M540R:~$ sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N parancs kiadása utáni eredményben található 4. opcióra hivatkozik (n-1.)

1 menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' 1 {

2 menuentry 'Ubuntu, Linux 4.15.0-50-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 2 .15.0-50-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

3 menuentry 'Ubuntu, with Linux 4.15.0-50-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 3 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

4 menuentry 'Ubuntu, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 4 .15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

,hanem az indításkor megjelenő GRUB menü 4. (n-1.) sorára (lehet, hogy ez csak nekem újdonság és másnak nem???):

Linux Mint 19 Xfce

Speciális beállítások ehhez: Linux Mint 19 Xfce

Memory test (memorytest86+)

Memory test (memorytest86+, serial console 115200)

A fenti tapasztalatból azt szűrtem le, remélem nem hibásan, hogy ennek a hivatkozási hibának (, ha hiba egyáltalán) valószínűleg az lehet az oka, hogy a 4. (n-1.) sorszámú kernel és a többi is a Speciális beállítások… soron belül szerepel, mint almenü. Erre utal a boot/grub/grub.cfg fájlban szereplő kifejezés: submenu 'Speciális beállítások ehhez: Ubuntu' $menuentry_id_option 'gnulinux-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

Van egy olyan sejtésem, hogy ha a kerneleket almenü mivoltukból sikerülne „főmenü” státuszba helyezni, akkor már működne a dolog, de ehhez a boot/grub/grub.cfg fájlt kellene valamilyen úton (terminálban: sudo nano boot/grub/grub.cfg/ segítségével, vagy indításkor a GRUB szerkesztésével, e gomb megnyomásával), komolyabban szerkeszteni. Ha minden jól menne és jól is gondolom, akkor a GRUB menü ezután valahogy így nézne ki és már működnének a sorszámos hivatkozások is:

Linux Mint 19 Xfce

Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval (recovery mode)

Memory test (memorytest86+)

Memory test (memorytest86+, serial console 115200)

Ebben az esetben, ha jól gondolom, akkor, ha ez lenne látható az etc/default/grub fájlban:

GRUB_DEFAULT=3

#GRUB_TIMEOUT_STYLE=hidden

GRUB_TIMEOUT=10

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

GRUB_CMDLINE_LINUX=""

, akkor a GRUB kiemelt sora alapján indulna a rendszer. Azt is meg merem kockáztatni, hogy a második, Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval, sor kilőhető lenne, mert a tartalma, gyanítom, megegyezik az első, Linux Mint 19 Xfce, soréval (a boot/grub/grub.cfg fájl alapján).

Volna elképzelésem is a módosításra vonatkozóan:

Ha a gondolatmenetem nem hibás, akkor a boot/grub/grub.cfg fájlban (csak a releváns részt másoltam be) a kiemelt sorokat kellene törölni, esetleg a jelenleg almenüben lévő kerneleknél a behúzásokat csökkenteni (a menuentry szavaknál elhelyezkedőkre gondolok), valamint a lezáró }-ek helyzete is jelentőséggel bírhat:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

recordfail

load_video

gfxmode $linux_gfx_mode

insmod gzio

if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

insmod part_msdos

insmod lvm

insmod ext2

set root='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW'

if [ x$feature_platform_search_hint = xy ]; then

search --no-floppy --fs-uuid --set=root --hint='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW' 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

else

search --no-floppy --fs-uuid --set=root 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

fi

linux /boot/vmlinuz-4.15.0-50-generic root=/dev/mapper/mint--vg-root ro quiet splash $vt_handoff

initrd /boot/initrd.img-4.15.0-50-generic

}

submenu 'Speciális beállítások ehhez: Ubuntu' $menuentry_id_option 'gnulinux-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

menuentry 'Ubuntu, Linux 4.15.0-50-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-50-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

recordfail

load_video

gfxmode $linux_gfx_mode

insmod gzio

if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

insmod part_msdos

insmod lvm

insmod ext2

set root='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW'

if [ x$feature_platform_search_hint = xy ]; then

search --no-floppy --fs-uuid --set=root --hint='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW' 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

else

search --no-floppy --fs-uuid --set=root 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

fi

echo 'Linux 4.15.0-50-generic betöltése…'

linux /boot/vmlinuz-4.15.0-50-generic root=/dev/mapper/mint--vg-root ro quiet splash $vt_handoff

echo 'Kiinduló ramdisk betöltése…'

initrd /boot/initrd.img-4.15.0-50-generic

}

menuentry 'Ubuntu, with Linux 4.15.0-50-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

recordfail

load_video

insmod gzio

if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

insmod part_msdos

insmod lvm

insmod ext2

set root='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW'

if [ x$feature_platform_search_hint = xy ]; then

search --no-floppy --fs-uuid --set=root --hint='lvmid/A7lLYA-Fmld-5KJm-FPHW-8r26-7k0D-GJXP1Z/B4v47y-363Y-THNj-73LD-0EBm-y43s-ZnqotW' 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

else

search --no-floppy --fs-uuid --set=root 4af8aa9c-95e7-422c-bfb7-f30380cfeaf6

fi

echo 'Linux 4.15.0-50-generic betöltése…'

linux /boot/vmlinuz-4.15.0-50-generic root=/dev/mapper/mint--vg-root ro recovery nomodeset

echo 'Kiinduló ramdisk betöltése…'

initrd /boot/initrd.img-4.15.0-50-generic

}

menuentry 'Ubuntu, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {

Ebben az esetben a GRUB így nézne ki:

Linux Mint 19 Xfce

Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval (recovery mode)

Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval

Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval (recovery mode)

Memory test (memorytest86+)

Memory test (memorytest86+, serial console 115200)

és, ha a etc/default/grub fájlban ezt látnám:

GRUB_DEFAULT=2

#GRUB_TIMEOUT_STYLE=hidden

GRUB_TIMEOUT=10

GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

GRUB_CMDLINE_LINUX=""

, akkor a GRUB 3., Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval, sorával indulna a rendszer.

Vélemény/hozzászólás???

Értékelés: 

0
Még nincs értékelve

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#9

Sajnos tényleg nem működött, ahogy fentebb jeleztem is, pedig bíztam benne (, amikor belinkeltem a videót, írtam is), hogy nem jelent problémát a disztribúció-eltérés. A magyarázatodat majd átnézem. Mi a véleményed a #7-ben írt módosítási ötletemről?

Értékelés: 

0
Még nincs értékelve

Üdvözöllek!

#10

Tisztában vagyok vele, hogy lehet kerneleket törölni (csináltam is már ilyet korábban Ubuntunál és Mintnél is), de eddig csak régebbieket (helyfelszabadítás miatt), abban nem voltam biztos, hogy a legújabbat is lehet büntetlenül törölni (már ha korábbi használatával fut a gép az adott pillanatban), de ha nálad korábban működött, akkor már én is merek tenni vele egy próbát.

Mi a véleményed a #7-ben leírt törlési megoldásomról (bár, az általad leírtak alapján, már lehet, hogy nem is annyira fontos ilyesmiken agyalnom, mert van egyszerűbb megoldás, de azért mégis kíváncsi lennék a véleményedre, hogy mennyire beteg a gondolatom)?

Értékelés: 

0
Még nincs értékelve
kimarite képe

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#9 A jó megoldás:

-- készíts biztonsági mentést

sudo cp /etc/default/grub /etc/default/grub.ORIG

--szerkesztés (a kurzor nyilakkal lépkedsz)

sudo nano /etc/default/grub

-- az eredeti, változtatást igénylő szövegtömb (nagyjából) így néz ki:

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

-- kiemeltem a változtatást

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

Mentés, és kilépés a nano szövegszerkesztőből

Ctrl + O, és Enter, majd
Ctrl + X

-- a változtatás érvényesítése

sudo update-grub

... mely a rendszer újraindításkor lép életbe.

De ezzel még nem végeztél, hiszen a változtatás azt jelenti, hogy az utoljára használt kernellel lép be mindig a rendszer. Tehát egyszer azt ki kell választanod, azaz a kívánt, „régebbi” kernelt. Mindezt a GRUB betöltésekor látható „Advanced options” menüre lépve (felülről a második sor szokott lenni), és azt az Enter leütésével megnyitva teheted meg, azaz indítod a kívánt kernelt (itt ne a Recovery kifejezést tartalmazó indítást használd).

-----

De a

GRUB_DEFAULT=0

értéket is meg lehet változtatni a 0-ról röptében, ha tudod, melyiket szeretnéd (1, 2, ...), azaz a saved értéket megváltoztatni így (a „2” példa)

sudo grub-set-default 2

Kézikönyv:

man grub-set-default

Tartalom részlet:

NAME
       grub-set-default - set the saved default boot entry for GRUB

SYNOPSIS
       grub-set-default [OPTION] MENU_ENTRY

DESCRIPTION
       Set  the  default  boot  menu  entry  for  GRUB.  This requires setting
       GRUB_DEFAULT=saved in /etc/default/grub.

De a röptében változtatás előzménye, hogy így kell beállítani a sort:

GRUB_DEFAULT=saved

Ahogy írja a manual (Kézikönyv) is.

Értékelés: 

0
Még nincs értékelve

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#14

Megpróbáltam az általad felvázolt módszert, de valami miatt nem a várt eredményt hozta:

A biztonsági mentés elkészítését most kihagytam, mert már korábban megtettem (az általad javasolt pranccsal), mielőtt bármit is piszkáltam volna, ami a /etc/default/grub fájlt érinti, így már van egy teljesen érintetlen /etc/default/grub.ORIG fájlom.

1. lépésként kiírattam az aktuálisan használatban lévő kernelt (igaz erre nem tettél javaslatot, de azért tettem, hogy látható legyen számodra is, hogy nem a legújjabb, és működésképtelen 4.15.0-50-generic van használatban):

norbi@norbi-M540R:~$ uname -r
4.15.0-43-generic

2. lépésben nekiálltam a GRUB szerkesztésének:

norbi@norbi-M540R:~$ sudo nano /etc/default/grub
[sudo] norbi jelszava:              

Kiindulási állapot:

GRUB_DEFAULT=0
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Jelenlegi, módosított állapot:

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

3. lépésként jött az update:

norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin

4. lépésként jött a reboot, majd hagytam a gépet elindulni minden GRUB menüben történő kattintgatás nélkül, abban bízva, hogy majd az 1. pontban kiíratott kernellel indul, mint új alapértelmezettel.
norbi@norbi-M540R:~$ reboot

Valamit félreértettem az általad leírtakból, mert nem így történt. Rendszerindítást követően a GRUB menü megjelenésekor az első, egyúttal alapesetben indításra kijelölt, Linux Mint 19 Xfce sort hagytam kijelöltként és nem csináltam semmit, csak vártam, hogy haladjon a folyamat. A GRUB eltűnése után a következő jelent meg a képernyőn, fekete háttérben:

Hiba: diskfilter writes are not supported.

Nyomjon meg egy billentyűt a folytatáshoz...

Ezen túlmenően semmi változás, ha megjelenik a vízszintes csík, a fenti sorokkal párhuzamosan, akkor automatikusan újraindul a gép, egy idő után (,ahogy a témafelvetésben, a legelején leírtakban szerepel), ha nem jelenik meg a csík, akkor megjelenik a Mint logó, a folyamatjelző fényekkel és minden megy a maga rendjén és feláll a rendszer (mintha minden hibátlan lenne), de továbbra is a 4.15.0-50-generic kernellel.

Ezt követően visszaállítottam mindent a kiindulási pontra és újra nekifutottam a lépéseknek, csak azzal a különbséggel, hogy a reboot után nem hagytam érintetlenül a folyamat haladását, hanem a GRUB menü Speciális beállítások ehhez: Linux Mint 19 Xfce opción belül a Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval lehetőséget választottam, abban bízva, hogy ezáltal ez kerül majd rögzítésre a jövőbeli indításokra nézvést, nem így lett (, pedig azt hittem, hogy ezzel rontottam el az első próbálkozásnál). A GRUB eltűnése után a következő jelent meg a képernyőn, fekete háttérben:

Hiba: diskfilter writes are not supported.

Linux 4.15.0-43-generic betöltése...

Kiinduló ramdisc betöltése...

Nyomjon meg egy billentyűt a folytatáshoz...

Gombleütés után betöltődik a rendszer a 4.15.0-43-generic  kernel használatával.

Összegezve: valamilyen oknál fogva (megeshet, hogy bennem van a hiba), de előrelépés nem történt, így visszaállítottam mindent a kiindulási állapotra az /etc/default/grub fájlban és továbbra is kattintgatok indításkor a GRUB fájl opciói között válogatva, ahogy eddig is.

A "röptében" történő változtatással most nem próbálkoztam, mivel erre már tettem korábban kísérletet, igaz nem az általad javasolt paranccsal (sudo grub-set-default 2), hanem a sudo nano /etc/default/grub parancs kiadásakor szerkesztettem a GRUB_DEFAULT=0 sort, eredménytelenül (,vagyis nem a kívánt eredménnyel, ugyanis nem a megfelelő sorra hivatkozott az adott sorszám az esetemben, a részleteket ebben a bejegyzésemben láthatod: A belinkelt videó alapján ezt sikerült összehoznom. Beküldte Norbi6891 - 2019. máj. 19. 17:08), van egy olyan sejtésem, hogy ez a parancs is ugyanezzel az "eredménnyel" járna (,mivel nem tudtam eddig sem a megfelelő sorra hivatkozni, a megfelelőnek tűnő sorszámmal), de ha tévedek, akkor kérlek szólj.

Értékelés: 

0
Még nincs értékelve

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#15 Nem akartam okoskodni, de az én feljegyzéseimben az /etc/default/grub fájl
ilyetén való szerkesztése:
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
Nem a betöltött kernelt, hanem az aktuálisan indított operációs rendszer indulását
"rögzíti" - elsődlegesként - multiboot rendszerek esetén.

Értékelés: 

0
Még nincs értékelve

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#16

Érdemben nem tudok hozzászólni a felvetésedhet (csak Mint van a gépemen, így még kipróbálni sem tudom ilyen tekintetben), de az tény, hogy nálam nem a várt eredményt hozta, ahogy írtam is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#15 Ezt a fájlt megnyitva.

xdg-open /etc/grub.d/10_linux

nálad itt mi szerepel?

prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"
ubuntu_recovery="0"
quiet_boot="0"
quick_boot="0"
gfxpayload_dynamic="0"
vt_handoff="0"

Forrás: https://askubuntu.com/questions/468466/diskfilter-writes-are-not-support...

-----

https://youtu.be/rk8bEbmwOh0?t=2181

Értékelés: 

0
Még nincs értékelve
Salabakter képe

Szezont a fazonnal ?!?

Már ne haragudj, Norbi !

 

De minek bonyolítod konzolban a dolgot, ha van grafikus,  azaz pofon-egyszerű (pár klikkeléses) megoldás ?
Ha még nem vagy elég jártas a Linux és a bash shell mélyebb lelkivilágában, ne akarj egyszerre a mélyére szállni. Ha az a cél, hogy a problémára megoldást találj, akkor elég a megfelelő (és legegyszerűbb) megoldást megtalálni !  Nem szégyen, még egy profinak sem grafikus felületen megoldani a komolyabb rendszer-problémákat. Elvégre ezzel időt, energiát (és sok-sok hajszálat) spórolhatunk meg magunknak...

Hogy miért írtam, hogy kevered a szezont a fazonnal ?!?
Már csak azért is, mert te a /boot/grub/grub.cfg fájlt hiába szerkeszted, mert azt eleve a rendszer hozza létre az /etc/default/grub fájlból. Tehát neked ez utóbbit kell(ene) szerkesztened,  már ha feltétlenül buherálni (azaz ugyanazt 20-szor annyi melóval elérni, kvázni szívni) van kedved. Az ezt követő parancsok (pl.  sudo grub-mkconfig -o /boot/grub/grub.cfg ) pont az /etc/default/grub  fájlból generálják le a /boot/grub/grub.cfg állományt, aminek már az első pár sorában ott kiabál nagy betűkkel, hogy   #  DO NOT EDIT THIS FILE # . . .  :-(

Olvasni is kellene ezeket a kikommentezett (# elejű, esetleg # végű) szövegeket, mert nem dísznek teszik oda !!!

De  a lényeg.... Épp az előbb csináltam meg egy hasonló kernelt-törlést, mert nekem egy újabb volt aktív, és én is egy régebbit (pontosan én is a 4.15.0-50-generic kernelt) akartam meghagyni, mivel az én gépem sem éppen egymai darab, és semmi szükségem olyan kernelre, amibe bele van gyúrva egy csomó mai vas driver-e. Másrészt ez a kernel 2023. áprilisig támogatott lesz (tehát LTS /Long Term Supported = Hosszú Időtartamra Támogatott/ típusú), ellentétben a korábban aktívként használt 4.18.0-20-szal (ami csak 2019 augusztusáig).

A csere menete a következő volt:

1) A Grub menüjében a Speciális indítást választottam, majd a második (al-) menüben a 4.15.0-50 -es kernelt (minden kernelhez három típusú indítás van,  és legegyszerűbbet /legrövidebb szövegűt/ választottam).

2) A Linux Mint  (19.1) elindulása után elindítottam a Szoftverfrissítés programot (vagy konzolban sudo joggal a mintupdate -et kell futtatni).

3) Majd a megjelent ablakban a Nézet menüben a Linux kernelek   sorra kattintva elindítottam a "Kernel-varázslót"  (hehe... hogy "windózosan" fejezzem ki magam), majd a felugró ablak bal sávjában kiválasztom a kernel-családot , majd a jobb oldali, nagyobb ablakrészben megkerestem a családon belüli, konkrét számú kernelt, ami telepítve volt (elé volt írva, hogy Telepítve), majd rá klikkelve lenyílt az adott számú kernel, és a megjelenő opciók közül kiválasztottam kernel törlését.  Ekkor nyílik egy konzol, és látható, hogy lefut  egy sereg parancs. (Ezeket spóroltam meg a grafikus megoldással. És a tévedés lehetőségét is kizártam, mert ezeket helyes sorrendben elvégzi az a program, amit nálam sokkal okosabb kódolók írtak meg, majd ellenőriztek le.)

4) Nálam csak ez az egy kernel volt fölöslegben (ez volt tehát a korábban alapértelmezetten aktív). Ha a többi felesleges kerneltől is meg akarsz szabadulni, akkor a következőket tedd.

a) A 3) pont alatti törlési műveletet egyenként kell elvégezned azokkal a kernelekkel, amelyek a 4.15.0-50 utáni számozásúak. Mindegyiknél nyílik majd a konzol, és lefutnak a megfelelő utasítások.

b) Ha a 4.15.0-50 előtti (=régebbi) kerneleket is törölni akarod, akkor pedig a Kernel-ek nevű ablakban alul válaszd a Régi kernelek eltávolítása... gombot. Ekkor a megjelenő konzolban nem egy, de az összes régebbi kernelt kitörli a program. Csak az aktuális kernel marad (tehát amit a Grub-ban kiválasztottál).

 

És "voálá", így született meg Chocapic  a regebbi kerneles Linux Mint. ... Tádáááám  !  :-)
(Az egész 10 perc sem volt. És nem szenvedtem a netet bújva, esetleg a rossz angol tudásom miatt a szöveget félreértve. És még véletlenül sem cseszem szét a rendszerem a parancssor nem megfelelő alkalmazása miatt... Ne értsd félre, kérlek, mert nem azt akarom mondani, hogy a konzol az ördögtől való, kerülendő dolog. Sőt, nagyon is jó az. . . . Annak aki, türelemmel, lassacskán halad, és nem öles ugrásokkal rohan ! Legyenek erős alapok, aztán majd mehet a CLI-betyárkodás, meg a bash-scripting is, legalábbis idővel...).

Na,  minden jót,  azaz:

békesség,  "tesvírem" !  ;-)

UI.:

1) Nem árt utána egy rendszer-takarítást végeztetni pl. a Bleachbit programmal (óvatosan a használatával !),  mert elég sok felesleges fájlt benn hagy a Mint a kerneltörlések után, illetve a Szoftverfrissítés indításával is letöltődik egy csomó felesleges állomány, és ez az óvatos használatnál igen hasznol rendszer-pucoló azokat is eltávolítja.

2) Ha nem Linux Mint-et használnál (mert nekem gyanús ez a sok Ubuntus fájlnév),  akkor nem biztos, hogy a grafikus megoldás játszik majd nálad, mert ha jól tudom, ezek a Mint saját fejlesztései.

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default

#15 Még egyszer mert egyszer már leírtam.

Beállítod ezt (grub fájl):

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

Természetesen kell egy mentés:

sudo update-grub

Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):

sudo grub-set-default 3

Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):

sudo systemctl reboot

Elméletileg a 4-es menüvel, kernellel indul a rendszer.

Ellenőrzése:

uname -r

-----

Egy próbát megér így is:

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

... utána minden ugyanaz.

Értékelés: 

0
Még nincs értékelve
Salabakter képe

Még annyit, hogy ....

Még annyit, hogy előző hozzászólásommal nem a megmondóember képében akartam tetszelegni... (A hup.hu -n ennél sokkal durvább a hangnem, és kicsit ahhoz vagyok szokva, sajna. Sorry.)

A Linuxot felhasználóbaráttá tették a grafikus megoldások (legalábbis az Ubuntu és Mint vonalon).  Akkor éljünk hát velük !  Hiszen  pontosan értünk, miattunk  lettek ezek elkészítve.

Sok évnyi "win-dose"-fogyasztás után keveseknek vált a vérévé a parancssor használat, és nem bash-scriptekkel kelnek és fekszenek.
Az XP-n, Vista-n, W7-, W8- és W10-en "szocializálódott" embereknek a grafikus megoldásokkal kellene előbb tisztába kerülni, és majd csak ezt követően, apránként rákapni a konzolos megoldásokra.
Előző hozzászólásomat nyilván segíteni akarás motiválta, és nem a kritizálás.  (Ezért is írtam le pontokba szedve, részletesen, az általam használt, és nálam bevált megoldást.)

(Viszont talán kicsit  karcos lett a szövegem eleje, de ez nem neked szántam, Norbi.  Magával a konzol-használat erőltetésének jelenségével van bajom.)
Szóval senkit nem akartam megbántani, kioktatni, csesztetni. wink
Béláim az Úrban,  menjetek hát békével !  smiley

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szezont a fazonnal ?!?

#19 (vagy konzolban sudo joggal a mintupdate -et kell futtatni).

Legközelebb próbáld meg, hogy csak így indítod:

mintupdate

és akkor bekéri a jelszót egy ablakban. Menni fog. :-)
Tán bennem van a hiba, de grafikus alkalmazást eszembe nem jutna sudo-val indítani. Amikor erre kerül a sor, lefagy a kezem. A megfogalmazás kicsit téves, nem sudo jog, hanem admin jog. Aki kezdő, nem tud még mindent. De amikor egy gyakran ismételt szót hall, nem gondolkodik: - aham, a sudo, ezt már ismerem, mindenre jó, a segítő is ezt írja, hogy használjam. És kész ...

Sok évnyi "win-dose"-fogyasztás után keveseknek vált a vérévé a parancssor használat, és nem bash-scriptekkel kelnek és fekszenek.
Az XP-n, Vista-n, W7-, W8- és W10-en "szocializálódott" embereknek a grafikus megoldásokkal kellene előbb tisztába kerülni, és majd csak ezt követően, apránként rákapni a konzolos megoldásokra.
Előző hozzászólásomat nyilván segíteni akarás motiválta, és nem a kritizálás.

A kérdező indult el a konzolban, mi mentünk utána. Az is látható, hogy grafikus megoldást is javasoltunk, de amit kihagytunk, az a Synaptic csomagkezelő :-). Az „update-grub” fogalmat mindenképpen tisztázni kellett. A segítőknek két lehetősége van. Kérdez, de olykor sok lenne egyszerre a kérdések sora, feldolgozhatatlan a kérdezőnek, így inkább vár, amíg valami megvalósul a válaszokban. És akkor továbblép a következő kérdésre. Néha az van, hogy a segítő vár valamire, egy (fontos) részletre, hátha elárulja magától a kérdező, és nem kell kitalálni. Olykor a várakozás csak remény marad ... . Különben viszonylag nehéz kérdezni, alapvető kérdésekre (nagyon ritkán) is megsértődik, bedurcul a kérdező, mit képzelünk, ezt ő már tudja. Volt olyan is, aki közölte 22 éve rendszergazda. Csak nem látszott :-). De aki rég segít fórumon, vagy netán oktatott valamilyen tantárgyat (a felnőttképzésben, ahol sok az ismeretlen ember, nem tudni az előéletüket), az tudja, az első lépés mindig a tanuló (kérdező) felkészültségének felmérése ..., mely amúgy egy jó társalgás szintjén kell történjen, mint amikor két ember barátkozik, beszélget. Van, aki gyors választ szeretne, és van aki nem gyorsat, hanem társalogna előtte, közben ... tanulna. Ezt érdemes kitalálni.

Most nézem, grafikus megoldást nem ajánlottunk, pedig a hold (csomag visszatartás) a Linux Mint Frissítéskezelőjének egyik szolgáltatása. Ez egy másik szálon ment.

-----

A kérdezőnek:

1) Arra is rá kéne nézni, hogy a visszatartott kernel mennyire biztonságos, azaz érkezett-e rá biztonsági frissítés. Ha érkezett, akkor a kiválasztott régebbi kernel használata nem ajánlott. A Frissítéskezelő vagy a Synaptic segítségével rá lehet nézni a kernel állapotára.

2) Ez (és amit még hozzátettem) nem biztos, hogy működni fog. Egy-egy fórumon olvastam hogy nem mindig működik (például Arch Linux fórum). A teljesség kedvéért az egész javaslatom bemásolom ismét. A teszt mutatja meg, hogy működik (én nem tudom kipróbálni, egy kernelt használok):

Beállítod ezt (grub fájl):

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

Természetesen kell egy mentés:

sudo update-grub

Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):

sudo grub-set-default 3

Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):

sudo systemctl reboot

Elméletileg a 4-es menüvel, kernellel indul a rendszer.

Ellenőrzése:

uname -r

-----

Egy próbát megér így is:

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

... utána minden ugyanaz.

Értékelés: 

0
Még nincs értékelve

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#18

prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"
ubuntu_recovery="1"
quiet_boot="1"
quick_boot="1"
gfxpayload_dynamic="1"
vt_handoff="1"

Értékelés: 

0
Még nincs értékelve
kimarite képe

!#sudo grub-mkconfig -o /boot/grub/grub.cfg

#23 Ez egy tapogatózás volt ... pár napja. Már nem lényeges igazán.

Megnézheted újra, ha megcsináltad ezt,
https://linuxmint.hu/comment/29148#comment-29148
akkor mire változik a jelenlegi tartalom.

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?

#19

Messze nem vagyok szakértője a Linuxnak és úgy általában az informatikának, hidd el nem fétisem az, hogy a lehető legbonyolultabb módon oldjam meg az e témakört érintő problémákat.

Teljes mértékben nyitott vagyok a különféle megoldási javaslatokra, azt pedig örömmel olvasom soraid közt, hogy van grafikus felületen is megoldás (eddig nem tudtam).

Lalának is volt már fentebb egy, véleményem szerint, a tiedével egyező tartalmú megoldása (https://linuxmint.hu/comment/29016#comment-29016), ami a nem megfelelő kernelek törlésére vonatkozik. Ahogy azt korábban (lala felvetésére) írtam, nem jelent problémát számomra a művelet kivitelezése, terminál használatával sem (életem már vele korábban, helyfelszabadítás miatt, de csak régebbi kernelek esetén, a legújabb, alapértelmezetten használt, meghagyása mellett: http://ubuntu.hu/node/34916#comment-402045), de abban nem voltam biztos, hogy a rendszer nem fog-e megborulni, ha a legújabb kernelt törlöm (nem tudom, hogy egy adott kernel telepítése során milyen függőségi kapcsolatok jönnek létre és milyen egyéb rendszerelemeket érintő változások mennek végbe és, hogy ezekre milyen hatással van/ van-e egyáltalán az adott kernel későbbi törlése).

Korábban Lala is megnyugtatott, hogy járható ez az út (neki bevált), most Te is megerősítetted, így egyre jobban hajlok az alkalmazására és hagyom a kínlódást (bár szívesen próbálkoztam, talán ragadt is rám valami közben és egy kicsit jobban megismertem a Linux világát), esetleg még náhány próba belefér, a javaslataitok alapján.

Egyébként esetemben Linux Mint 19 Xfce-ről van szó, mely tudtommal közeli rokonságban van az Ubuntuval (korábban Ubuntu 14.04 LTS volt a gépen és ezt váltotta le).

Béke!

Értékelés: 

0
Még nincs értékelve

grub-set-default

#20

Megpróbálom a javaslatodat, de még mielőtt megtenném, rákérdeznék a következőre.

Ahogy már korábban is jeleztem (https://linuxmint.hu/comment/29017#comment-29017), vannak problémáim azzal kapcsolatban, hogy a GRUB_DEFAULT= sorban az = után írt szám nem a kívánt eredményt hozza, a megoldásodban szereplő sudo grub-set-default 3 sorban nem állna fenn ugyanez a probléma??? Csak azért kérdezem, mert ha igazam van és itt is ugyanazt az eredményt hozná, akkor esetemben a Linux 4.15.0-47-generic helyett a Memory test (memorytest86+, serial console 115200) lenne a kiválasztott opció, ami nem igazán mondanám, hogy kívánatos számomra.

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#26 n - 1 a sorszám (*.cfg), amit kiválasztasz. A *.cfg-s sorszám, minusz 1. Ha a *.cfg-s sorszám 4, akkor 3.
Akárhol alkalmazod. A grub fájlban vagy a parancsban.

Amit te elképzelsz annak ez a beállítása (részlet):

GRUB_DEFAULT=3
#GRUB_SAVEDEFAULT=true

-----

Ez az én elképzelésem, ne keverd a másikkal, a tieddel

a megoldásodban szereplő sudo grub-set-default 3 sorban nem állna fenn ugyanez a probléma

Kicsit gondolkozz! Ez egy konzolban futtatandó parancs. Én nem sort írtam, azt is persze, a fenti parancshoz tartozó beállításokat ..., stb.. A beállítások a parancs előzménye! És ezen parancs előtt van az update-grub parancs. Nem szoktál jegyzetelni, mondjuk *.txt fájlba?
Nem tudom, mi történne a te elképzelésednél és az enyémnél. Pár perc kipróbálni egyiket és a másikat is.
Egyelőre máshol járunk. Tekintve, hogy a kernel paramétereket nem sikerül alkalmazni. ;-)

Megpróbálom a javaslatodat

Amit én elképzelek, azt már háromszor-négyszer leírtam. Íme, még egyszer:

Beállítod ezt (grub fájl):

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

Természetesen kell egy mentés:

sudo update-grub

Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):

sudo grub-set-default 3

Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):

sudo systemctl reboot

Elméletileg a 4-es menüvel, kernellel indul a rendszer.

Ellenőrzése:

uname -r

Még valami

Egy próbát megér így is:

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

... utána minden (teendő) ugyanaz.

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

Vakon követtem az általad leírtakat, remélem nem hibáztam el semmit és mindent a kívánt módon tettem.

Íme az eredmény részleteiben:

norbi@norbi-M540R:~$ sudo nano /etc/default/grub
[sudo] norbi jelszava:   

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

           
norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
norbi@norbi-M540R:~$ sudo grub-set-default 3
norbi@norbi-M540R:~$ sudo systemctl reboot

Gyönyörűen lefutott a Memory test, ahogy azt korábban sejtettem (https://linuxmint.hu/comment/29179#comment-29179), mindazonáltal nem vonom kétségbe a gondolatmeneted helyességét (biztos vagyok benne, hogy sokkalta jártasabb vagy a témában, mint én, ezt bizony nem nehéz, a tudásomat ismerve), de a gyakorlati eredmények valahogy mintha engem igazolnának jelen esetben, már ha jól látom.

Vélemény?

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#27

Megpróbáltam a másik módszert is, az alábbiaktól eltekintve minden ugyanúgy csináltam, mint a másik lehetőségnél, így a többit nem másolom be újra:

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Sajnos a végeredmény ugyanaz.

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#28 Értem. Hát nem minden esetben működik, ezzel nem tudunk mit tenni. Akkor marad ez a lehetőség:

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

A grub fájl szerkesztése és mentése után:

sudo update-grub
sudo systemctl reboot

Majd az indításnál, a GRUB megjelenésekor kiválasztod a neked tetsző kernelt, azzal belépsz a rendszerbe. A továbbiakban, minden indításnál mindig ez a kernel lesz használva, ezzel lép be a rendszer. Mármint, ha valamikor az időben más kernellel lépsz be, az lesz az alapértelmezett.

Az ellenőrzés:

uname -a

#29 Sajnos a végeredmény ugyanaz.

Elég furán fogalmazol, nem látom a sort ahol beírtad volna a 3-as számot. De elhiszem.

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#30

Üdv!

Az alábbiakat sikerült összehoznom, a legutóbbi javaslatod alapján:

norbi@norbi-M540R:~$ sudo nano /etc/default/grub
[sudo] norbi jelszava:  

GRUB_DEFAULT=saved
GRUB_DEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
norbi@norbi-M540R:~$ sudo systemctl reboot

Újraindul a gép és megjelenik a GRUB, itt:

Speciális beállítások ehhez: Linux Mint 19 Xfce

, majd:

Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval

Feláll a rendszer, ezután Terminál ismét:

norbi@norbi-M540R:~$ uname -a
Linux norbi-M540R 4.15.0-44-generic #47-Ubuntu SMP Mon Jan 14 11:29:30 UTC 2019 i686 i686 i686 GNU/Linux

norbi@norbi-M540R:~$ reboot

Újraindul a gép és megjelenik a GRUB, itt nem nyomkodok semmit, csak hagyom, hogy minden menjen a maga útján:

Linux Mint 19 Xfce

Feláll a rendszer, ezután Terminál ismét:

norbi@norbi-M540R:~$ uname -a
Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux

Valahogy még mindig nem az igazi, remélem nem én hibáztam.

 

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#31 Ez akkor azt jelenti hogy a legújabb 4.15.0-50-generic kernellel is feláll a rendszer - és minden OK ?

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#30

A hozzászólásomat (https://linuxmint.hu/comment/29199#comment-29199) nem akartam túlnyújtani feleslegesen, mert Te is azt írtad, hogy "... utána minden (teendő) ugyanaz" (https://linuxmint.hu/comment/29180#comment-29180), így én sem akartam mindent megismételni, de akkor most megteszem, és leírom, hogy mit tettem (remélem jól értelmeztem az instrukciókat és nem hibáztam) pontról-pontra:

norbi@norbi-M540R:~$ sudo nano /etc/default/grub
[sudo] norbi jelszava:              
GRUB_DEFAULT=saved
#GRUB_DEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
norbi@norbi-M540R:~$ sudo grub-set-default 3
norbi@norbi-M540R:~$ sudo systemctl reboot

Újraindul a gép és megjelenik a GRUB, de sajna már itt látom, hogy nem lesz jó, mert a 4., Memory test (memorytest86+, serial console 115200) sor van kiemelve, jelezve, hogy ő kerül indításra, ha nem avatkozom be.

Összegezve ebből is kiderül, hogy nem a 3-as a szerencseszámom, mivel ebben az esetben is a sudo grub-set-default 3 sorban a 3-as nem a korábban használt (https://linuxmint.hu/comment/29005#comment-29005sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N  parancs (számomra érdekes módon most már nem dob ki semmilyen eredményt, csak ezt látom a Terminálban: sudo grep 'menuentry '" /boot/grub/grub.cfg | less-N
>) kimenetében szereplő 4. (4 menuentry 'Ubuntu, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4 4 .15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {) sorra hivatkozik az én esetmeben, hanem a GRUB 4., , Memory test (memorytest86+, serial console 115200) sorára, ahogy ezt már korábban is jeleztem.

 

 

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#32

Sajnos nem.

Legalábbis nem hiszem, hogy csoda történt volna (most csak 1x indítottam újra), mivel eddig is szeszélyes volt a lelkem (, ahogy a témaindítóban is írtam a 4.15.0-48-ra, illetve itt: https://linuxmint.hu/comment/28976#comment-28976 a 4.15.0-50-re vonatkozóan), ha úgy tartotta a kedve, akkor hibátlanul indult (ez volt a legritkább), többnyire csak feketeség volt az említett vízszintes csíkkal, melyet, szerencsés esetben, egy automatikus újraindulást követő rendszerfelállás vagy egy újabb csíkos feketeség követett és még egy újraindulás és harmadjára már általában OK volt, vagy rosszabb esetben erőszakoskodnom kellett már az első feketeség-csík kombónál (mivel nem történt semmi, automatikus újraindulás sem) és CTRL+ALT+ PRT SC+REISUB-ot nyomnom, nem ritkán resetet.

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#31 Mi most ennek a parancsnak a kimenete?

cat /etc/default/grub | grep GRUB

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#33 Összegezzünk. De inkább jól, mint rosszul.

Összegezve ebből is kiderül, hogy nem a 3-as a szerencseszámom, mivel ebben az esetben is a sudo grub-set-default 3 sorban a 3-as nem a korábban használt (https://linuxmint.hu/comment/29005#comment-29005)

Hiba: sudo grub-set-default 3 sorban

Felejtsd már el, hogy „sor”. Nem sor, hanem parancs. Írtam már. Aki nézi az írásaid, és csinálná ugyanezt ... jól bekevered.

sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N  parancs (számomra érdekes módon most már nem dob ki semmilyen eredményt, csak ezt látom a Terminálban: sudo grep 'menuentry '" /boot/grub/grub.cfg | less-N

Vajon miért nem jó ez a parancs?

sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N

Valamikor mentetted az egész mondatot, de csak nem ezt futtatod, az biztos. Mert hibás. Ezt kapod, ha futtatod:

>

... kacsacsőr.

Több helyen is láttam már tőled.

Rövid magyarázatokkal a hibákról:

-- Első ránézésre: hiányzik egy macskaköröm. Második ránézés: sok, azaz macskaköröm halmozás. Ez (itt, ebben a parancsban) nem kell: ". Csak a keresendő kifejezés után van, de pótolja ez a '. Úgyhogy, felesleges a ", és halmozásról beszélünk.

sudo grep 'menuentry '" /boot/grub/grub.cfg | less -N

... van macskád? :-)

-- leszedve a felesleget, a következő a felesleges szóköz a menuentry után, a macskarészecske előtt

sudo grep 'menuentry ' /boot/grub/grub.cfg | less -N

-- leszedve a felesleget, minek neked a találatok visszafelé történő felsorolása? A less parancs N kapcsolója ezt csinálja (kézikönyv: man less).

sudo grep 'menuentry' /boot/grub/grub.cfg | less -N

-----

-- leszedve a felesleget, marad a használandó parancs. Íme:

sudo grep 'menuentry' /boot/grub/grub.cfg | less

Egyébként egy macskaalkatrész (' vagy ") sem kell, mert azt, a miaumiau-kat csak akkor érdemes használni, ha a keresett kifejezés szóközt tartalmaz. A menuentry nem tartalmaz szóközt. Akkor a ' nélkül:

sudo grep menuentry /boot/grub/grub.cfg | less

A less parancs a lapozhatósághoz kell (kilépés a szöveg végére érve: Q).
Ha nem lapoznál, hanem egészben néznéd ( keresés találatait):

sudo grep menuentry /boot/grub/grub.cfg

Értékelés: 

0
Még nincs értékelve
Salabakter képe

Kimarite-nek és Norbinak.

@kimarite

Igen, a mintupdate-et akár hol indítjuk is el (menüből vagy konzolból), egy kis felugró ablakocskában bekéri az admin jelszót. És ugyanazt a megoldást adja, mint a sudo mintupdate parancs konzolból, csak nyilván annyi a difi, hogy nekem a konzolban kell megadjam a jelszót, és ezt követően jelenik meg a Szoftverfrissítés (alias mintupdate) ablaka. Ez csak ízlés kérdése, tehát teljesen mindegy, hogy ki melyiket alkalmazza. Én eleve a konzolban szoktam lenni, mert több mindent használok ott, pl. az mc-t. Akkor meg miért ne használlam a sudo-t ? 

Igen a hivatalos megfogalmazás az emelt szintű futtatásra az admin jogosultság, viszont a sudo, csoport név is, ami jól körülhatárolható (default) jogokkal rendelkezik, tehát ha a sodu jogot említenek, akkor talán -- ha nem is a leghelyesebb a szóhasználat -- a tartalmi része teljesen releváns, azaz tökéletesen megfelel az admin / rendszergazdai jogosultság kifejezésére. (Általános használatra én sem javasolnám, de ha gy fogalmaz valaki, azzal sosem vittek vakvágányra.) ... Ha meg valaki nincs tisztában az egyes csoportok jogosultságával, akkor meg érdemes  kicsit utánaolvasni, mert csinálhat nagy gebaszokat. (A hup.hu van egy srác, akinek az aláírása valami ilyesmi, erősen szabadon idézve:  "A Linux nem ingyenes, meg kell fizetni a tanulópénzt /a hibáinkon keresztül/.".  Na, ezt fizetik meg a túl türelmetlen, csak Ctrl+C majd Ctrl+V -vel a konzolban operáló kezdők. És pont ezért rtam, hogy a grafikus megoldást javaslom, mert bár abból valóban nem tanul semmit a rendszer mélyebb működéséből, viszont elrontani sem lehet vele, mert /ha csak nem hibás az oprendszer idevonatkozó kódr-részlete, ami azért eléggé ritka/ az automatikusan kezeli a függőségeket, ütközéseket, és mindent az adott rendszerre optimalizál általában.

És azért is ezt javaslom, mert az embereknek ritkán van idejük a rendszer mélyén turkászva naphosszat fórumokból kiszedni a lényeges infókat, majd azokat még kipróbálni, esetleg ha nem jó újra próbálkozni, ha mégannál is rosszab az eredmény, akkor meg helyrehozni a hibát... A legtöbben csak használni akarják probléma-mentesen a Mintet (vagy más disztrót), és nem igazán érteni, vagy saját megoldásokkal a mélységeit is átszabni. A legtöbben megelégszenek a felhasználói fiók kinézetének ésalapviselkedésének a beállításaival, és úgy hiszem ez így is van jól. A grafikus beállítás során elég nehéz hazavágni a rendszert...
Természetesen érthető, hogy ha a kérdező (Norbi) konzolos/parancssoros megoldásra kérdezett rá, akkor ott próbál a fórum segteni.

Kb. 15 éve kezdtem Linuxot használni, de csak az utóbbi 6-8 éveben kezdtem magam beásni kicsit  mélyebbre, viszont most sem erőltetm a konzolos megoldásokat. Főleg ott, ahol a célprogramok pofonegyszerű grafikus felületen is használhatók. Szeretem a gyors, de használható megoldásokat. (Na, meg ha valamihez nem értek eléggé, és hát elég sok ilyen akad, ráadásul épp időm sincs komolyabban utánaolvasni, akkor megváltás a grafikus felületes megoldás.)

@ Norbi

OK, a te döntésed, melyiket használod. Egyik sem jobb vagy rosszabb, mint a másik, csak másabb. Az általam javasolttal nem fogsz tanulni, és megérteni sem fogod a Linux vagy a Mint mélyebb működésének idevonatkozó részét. De gyorsan és problémamentesen jutsz megoldáshoz. Ha viszont az eredeti elképzelésed mellett döntesz, akkor ahogy eddig is, veszed a fáradtságot, és több megoldást kipróbálsz /természetesen csak előzetes rendszermentés után/. Az így szerzett tudást később is hasznosíthatod majd, akár még te is segíthetsz majd vele másoknak. Viszont ez az "ösvény" jóval nehezebb, és szokszor a "szopó-faktor" sem elhanyagolható mértékű.

 

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#35

norbi@norbi-M540R:~$ cat /etc/default/grub | grep GRUB
GRUB_DEFAULT=0
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
#GRUB_TERMINAL=console
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
#GRUB_DISABLE_RECOVERY="true"
#GRUB_INIT_TUNE="480 440 1"
norbi@norbi-M540R:~$

 

Értékelés: 

0
Még nincs értékelve

Ezért!

@#38 Szerencsésebb lenne a pkexec használata

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#36

Bocs a helytelen szóhasználatért, gondolom, hogy aki járatosabb eme témában, annak piszkosul zavaró (és rávágna a kezemre, mikor bepötyögöm), de én még messze nem értem el ezt a szintet (ez szerintem eddig is meglehetősen nyilvánvaló volt), így nekem fel sem tűnik ez a halálos bűn. Azt nem ígérem meg, hogy többé nem fordul elő, de igyekszem mellőzni, ha mégis kiszúrnád a jövőben, úgy vállalom a jogos kokikat és körmösöket.
Egyébként a parancssorról, esetleg karaktersorról mi a véleményed (nem a hangulatot akarom fokozni, csak úgy poénból kérdezem), az helyénvaló lenne ez esetben (talán kiegyezhetnénk egy döntetlenben, Te az elejét, én a végét tenném hozzá és félúton találkoznánk, kezdetnek ez is elég jónak tűnik).

Azoknak akik figyelemmel kísérik a témához kapcsolódó társalgást és ennek hatására változtatni kívánnak a saját rendszerükön:

Nyomatékosan megkérek mindenkit, amikor az én soraimat olvassa (és itt tényleg a sorokról van szó, melyek nyomokban parancsokat is tartalmaznak), soha senki ne az én irományaim alapján próbálkozzon, csak és kizárólag az azokra érkezett válaszokra, hozzászólásokra hagyatkozzon. Én a mindent kipróbáló, felelőtlen, de lelkes és szorgalmas Hülyegyerek (gyilkos kombináció) szerepét töltöm be itt és nem a dörzsölt, tapasztalt rókákét, akiket követni érdemes.

Ami a problémás parancsot illeti, tényleg rosszul sikerült kiadnom és macskaköröm-probléma áll a háttérben, ahogy leírtad.
Helyesen így nézett ki és működött is korábban:
sudo grep "menuentry '" /boot/grub/grub.cfg | less -N

Alig észrevehető (egy hozzám hasonló, tapasztalatlan emberke számára egyáltalán nem szembetűnő) az eltérés ('/"), de a kacsa, vagy inkább a pingvin csőre tátva maradt tőle.
Egyébként nem magamtól fabrikáltam a parancsot (, ilyen gaztettre nem vetemednék), hanem innen lestem: https://www.youtube.com/watch?v=prHDES9XmjU
, ahogy azt korábban már megosztottam a nagyérdeművel, ebből kifolyólag a tartalmáért és a hosszáért felelőssége nem vállalok, viszont köszönöm, hogy ilyen részletesen kifejetted, hogy mi micsoda, ennyivel is okosabb lettem.

Kipróbáltam a sudo grep menuentry /boot/grub/grub.cfg parancsot és működik, mondjuk annyi eltérést elsőre is észrevettem, hogy a menuentry-ket nem sorszámozza be, ilyesmiről Te is írtál (-N kapcsoló), de ha így írom be: sudo grep menuentry /boot/grub/grub.cfg | less -N , akkor már számozza is őket, praktikus lehet, ha valaki nem akar számolgatni, amikor a sudo grub-set-default X parancsot kívánja kiadni és az X helyére keresi a megfelelő számot, akkor könnyebb dolga lehet (csak egyet kell belőlük kivonni és már meg is van az X értéke, pl. 4-1=3), de ugyanígy használható a sudo nano /etc/default/grub parancs kiadását követően a GRUB_DEFAULT=X sorban az X helyén lévő megfelelő sorszám megtalálására. (Ezek a sorok nem igazán Neked szólnak, inkább azoknak, akik hozzám hasonló problémával küzdenek és ennek megoldása céljából bönkészik a fórum sorait. Remélem egyértelműen fogalmaztam, nem vezetem senkit félre és a szóhasználat is OK.)

Ami a macskákat illeti: van kettő állandó jelleggel, az udvaron, néha 1-2 kóbor pormacska feltűnik a házban, de őket kiebrudalom, ami a szobacicákat illeti... (inkább befejezem, mert nagyon beteg kezd lenni).

Értékelés: 

0
Még nincs értékelve

Kimarite-nek és Norbinak.

#37

Az első hozzászólásodra (https://linuxmint.hu/comment/29147#comment-29147) küldött reagálásomból kimaradt:

Teljesen igazad van, hiányosan fogalmaztam, amikor a /boot/grub/grub.cfg fálj "szerkesztéséről" írtam, én is valamilyen közvetett módszerre gondoltam és nem direktre. A kikommentezett sorokat is elolvastam (ennyi még nem fogott ki az angoltudásomon, mert olyan sok IT-s szakszó nem volt benne), így tudom, hogy egy generált fájl volt előttem, melyet nem ajánlott szerkeszteni, de ez még nem tántorított el attól, hogy a fenti gondolatot megszüljem (mondhatom azt is, hogy az elméleti tudás hiánya határtalansággal lát el az eszementebbnél eszementebb gondolatok megalkotása terén), de azért rákérdeztem az életképességére, ez azért értékelendő szerintem.

A 2. hozzászólásodra (https://linuxmint.hu/comment/29149#comment-29149):

Bocs a megkésett válaszért, nem azért csúsztam ennyit, mert megharagudtam (bírom a strapát, nyugi).

Ahogy már kifejtettem, nekem sem létfontosságú, hogy paracsok gépelgetésével oldjam meg a problémát, egyelőre úgy gondolom, hogy még pár napot (amig ki nem derítem pontosan, hogy melyik kernel életképes, 3-4 napot használom őket egymás után, sorban haladva) "eljátszadozgatok" így, és ha addig nem sikerül zöldágra vergődni, akkor a Te, vagy egy ahhoz nagyon hasonló megoldás (írta róla) alapján járok el, aztán lesz, ami lesz.

A 3. kommentedre (https://linuxmint.hu/comment/29246#comment-29246):

Ahogy írtam, némi szopókázás most belefér, egy kicsit kínzom magam, attól meg nagyon nem félek, hogy nagyon megborítok valamit, mert a helyzet az, hogy simán belefér akár egy totális legyalulás és újratelepítés, ezt is megengedhetem magamnak (sokan nincsenek ilyen "szerencsés" helyzetben).

 

Béke!

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?

#22

Ezzel még "adós voltam" korábbról.

Csekkoltam a kerneleket az eredmény a következő:

Frissítéskezelő esetén (Frissítéskezelő->Nézet->Linux kernelek->Folytatás):

Minden telepítettnél (4.15.0-20, 4.15.0-43, 4.15.0-44, 4.15.0-45, 4.15.0-46, 4.15.0-47) a Superseded szó szerepel (, ha jól sejtem ez OK, mivel egyikük sem a legújabb és ez erre utal), kivéve a legújabb 4.15.0-50-est, amely 2023 áprilisig támogatott.

Synaptic esetén (Synaptic->Keresés mezőbe beríom: 4.15.0->1. Á feliratú oszlopnál az Á-ra katt, így a telepítetek kerülnek felülre /zöld négyzet):

A Telepített verzió és a Legfrissebb verzió oszlopokban a telepített kernelek mellett ugyanazt a verziószámot látom mendenütt (4.15.0-20, 4.15.0-43, 4.15.0-44, 4.15.0-45, 4.15.0-46, 4.15.0-47, 4.15.0-48, 4.15.0-50), így OK-nak tűnik minden.

Egy gyors kérdést azért feltennék, az hogy lehet, hogy itt (Synaptic) szerepel a 4.15.0-48-as, amitől már korábban megváltam (ily módon: http://ubuntu.hu/node/34916#comment-402045), viszont a Frissítéskezelőben nem szerepel telepítettként és amikor korábban (az eltávolítását követően bármikor) kiadtam a sudo-update-grub parancsot akkor sem tűnt fel a kimenetében:

norbi@norbi-M540R:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#44 Ha eltávolítasz a rendszerből programot / csomagot akkor érdemes kiadni utánna a:
sudo apt autoremove
parancsot. Ez eltávolít(hat) olyan függőségeket is, amelyeket a remove, purge bent hagy.
Add ki a parancsot, - és valószínű az 4.15.0-48-as, kernel maradékát is eltávolítja.
Ha a Frissítéskezelő -> Nézet -> Linux kernelek grafikus felületen távolítasz el kernelt,
az eltávolítja maradéktalanul.

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#45

Köszönöm!

Kipróbáltam a parancsot (pontosabban csak elkezdtem és megszakítottam a végén):

norbi@norbi-M540R:~$ sudo apt autoremove
[sudo] norbi jelszava:              
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Az alábbi csomagok el lesznek TÁVOLÍTVA:
  linux-headers-4.15.0-43 linux-headers-4.15.0-43-generic
  linux-headers-4.15.0-44 linux-headers-4.15.0-44-generic
  linux-headers-4.15.0-45 linux-headers-4.15.0-45-generic
  linux-headers-4.15.0-46 linux-headers-4.15.0-46-generic
  linux-image-4.15.0-43-generic linux-image-4.15.0-44-generic
  linux-image-4.15.0-45-generic linux-image-4.15.0-46-generic
  linux-modules-4.15.0-43-generic linux-modules-4.15.0-44-generic
  linux-modules-4.15.0-45-generic linux-modules-4.15.0-46-generic
  linux-modules-extra-4.15.0-43-generic linux-modules-extra-4.15.0-44-generic
  linux-modules-extra-4.15.0-45-generic linux-modules-extra-4.15.0-46-generic
0 frissített, 0 újonnan telepített, 20 eltávolítandó és 0 nem frissített.
A művelet után 1.013 MB lemezterület szabadul fel.

Számomra úgy tűnt, hogy nem csak a 4.15.0-48-ast, vagy inkább pont azt nem, távolítaná el, hanem a számomra hasznos és jelenleg is használt (épp a 4.15.0-44-essel használom a gépet) kerneleket (4.15.0-43, 4.15.0-44, 4.15.0-45, 4.15.0-46) vagy legalábbis azok egyes elemeit, így az n billentyűt választottam végül az y helyett.

Nem kellene valamilyen formában az adott kernelre hivatkoznom a parancs kiadása során (, bár akkor miért auto az automemove, ebben az esetben, paraszti ésszel /IT-s fejjel még nem megy/ gondolkodva valahogy így kellene kinéznie: sudo apt remove 4.15.0-48 vagy valami hasonló - ezt nehogy kipróbálja valaki, ez csak az én beteg elmém szüleménye!!!).

Majd a Frissítéskezelőt használom (, de még várok, mert lesz több is: 4.15.0-50-es biztos, de ha jól emlékszem a 4.15.0-46-os is gázos volt korábban), ha úgy adódik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kimarite-nek és Norbinak.

#37 Írtam korábbab bővebb választ, de meg kellett szakítanom az elküldését.
A többiek írták a veszélyeket, és most röviden fogalmazva és ezzel is egyetértve,

"A Linux nem ingyenes, meg kell fizetni a tanulópénzt /a hibáinkon keresztül/."

így fogalmazom meg (a többiek után szabadon) az intelmet:

  •     grafikus alkalmazások indításánál a sudo használata veszélyes is lehet.

Tehát nem biztos hogy tégla esik a fejedre az életben valaha is. De, ha én olyan tanácsot adok neked, hogy megnő ennek az esélye, akkor nyilván én leszek a hibás, ha egyszer mégis bekövetkezik a baleset. Te most olyan tanácsot adtál, ami akár kellemetlen következménnyel is járhat. Én pedig ajánlottam egy hasonlóan egyszerűt, veszélytelent, és sudo nélkülit.

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#46 Háát, - nem tudom - de ezek szerint valami nem kerek nálad a kernelekkel.
Én nyugodtan kiadhatom az autoremove parancsot - nálam nem akar kernelt eltávolítani.
Esetleg csak abban az esetben, ha a kernel valamelyik összetevője már előzőleg
eltávolításra került,
A régebbi kernelek - a 4.15-ös is - 3 összetevőből állnak: (Az újabbak már 4-ből)
- Linux-heaers-4.15.x-xxx
- Linux-heaers-4.15.x-xxx-generic
- Linux-image-4.15.x-xxx-generic
Nézd meg a Synaptic-ban hogy az autoremove által eltávolításra felsorólt kerneleknek
megvan-e ez a 3 összetevője !?

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#28 Most kéne egy új (az N paraméter sorszámoz valóban):

sudo grep "menuentry '" /boot/grub/grub.cfg | less -N

Ha az általad használt parancs fut le, az első sor is beleszámíthat a menübe természetesen:

      1 menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-75b      1 066d4-ffa5-4e5c-a77b-cee151ac284f' {

De nem teljes a kimeneted. Ez meglehetősen gyér (régebbi):
https://linuxmint.hu/comment/29017#comment-29017

Nálam most ilyen a kimenet:

      1 menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-75b      1 066d4-ffa5-4e5c-a77b-cee151ac284f' {
      2         menuentry 'Debian GNU/Linux, Linux 5.0.0-19.1-liquorix-amd64 verzióval' --class debian --class gnu-linux --class gnu -      2 -class os $menuentry_id_option 'gnulinux-5.0.0-19.1-liquorix-amd64-advanced-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      3         menuentry 'Debian GNU/Linux, with Linux 5.0.0-19.1-liquorix-amd64 (recovery mode)' --class debian --class gnu-linux --      3 class gnu --class os $menuentry_id_option 'gnulinux-5.0.0-19.1-liquorix-amd64-recovery-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      4         menuentry 'Debian GNU/Linux, Linux 5.0.0-18.1-liquorix-amd64 verzióval' --class debian --class gnu-linux --class gnu -      4 -class os $menuentry_id_option 'gnulinux-5.0.0-18.1-liquorix-amd64-advanced-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      5         menuentry 'Debian GNU/Linux, with Linux 5.0.0-18.1-liquorix-amd64 (recovery mode)' --class debian --class gnu-linux --      5 class gnu --class os $menuentry_id_option 'gnulinux-5.0.0-18.1-liquorix-amd64-recovery-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      6         menuentry 'Debian GNU/Linux, Linux 4.19.0-0.bpo.5-rt-amd64 verzióval' --class debian --class gnu-linux --class gnu --c      6 lass os $menuentry_id_option 'gnulinux-4.19.0-0.bpo.5-rt-amd64-advanced-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      7         menuentry 'Debian GNU/Linux, with Linux 4.19.0-0.bpo.5-rt-amd64 (recovery mode)' --class debian --class gnu-linux --cl      7 ass gnu --class os $menuentry_id_option 'gnulinux-4.19.0-0.bpo.5-rt-amd64-recovery-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      8         menuentry 'Debian GNU/Linux, Linux 4.9.0-9-rt-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os      8  $menuentry_id_option 'gnulinux-4.9.0-9-rt-amd64-advanced-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
      9         menuentry 'Debian GNU/Linux, with Linux 4.9.0-9-rt-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu      9  --class os $menuentry_id_option 'gnulinux-4.9.0-9-rt-amd64-recovery-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
     10         menuentry 'Debian GNU/Linux, Linux 4.9.0-9-amd64 verzióval' --class debian --class gnu-linux --class gnu --class os $m     10 enuentry_id_option 'gnulinux-4.9.0-9-amd64-advanced-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {
     11         menuentry 'Debian GNU/Linux, with Linux 4.9.0-9-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --     11 class os $menuentry_id_option 'gnulinux-4.9.0-9-amd64-recovery-75b066d4-ffa5-4e5c-a77b-cee151ac284f' {

Tehát, ha a grub fáljban ez a beállítás

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

és a Debian alapértelmezett kernelét szeretném mindig (amely a 10-es), akkor ez a parancs:

sudo grub-set-default 10

A kézikönyv:

man grub-set-default

Idézet:

       MENU_ENTRY is a number, a menu item title or a menu item identifier.

-----

Amúgy te már mindenfélét variáltál, ahány kernellel beléptél, mindegyikre legyártottál egy-egy *.cfg fájlt

Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'

Sourcing file `/etc/default/grub.d/20_linuxmint.cfg'

Innen nézem: https://linuxmint.hu/comment/29013#comment-29013

Tehát ezen sem lehet nagyon csodálkozni:

Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux

Eléggé megkeverted.

A Debian-alapú rendszereknél nem az mkconfig a grub beállítás frissítése, nem jól mutatja a videó: https://www.youtube.com/watch?v=prHDES9XmjU

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#49 Bocs ! És elnézést - javítanom kell magamat !

- Az előző hozzászólásomban 2 helyen is kimaradt egy "d" betű. (Linux-heaers helyett Linux-headers)
- A kernel összetevők száma sem feltétlenül stimmel.
Ha pl. a 4.15.1-es mainline kernelt akarom telepíteni, (net.-ől letöltött .deb csomagokból)
akkor valóban csak 3 .deb kiterjesztésű összetevőt kell letöltenem, és azokat telepíteni.
De megnéztem a Synaptic-ban az én telepített 4.15.0-50-es kernelem hány összetevőt tartalmaz.
Ezeket: https://ibb.co/xF4vrr2
Tehát, 5 összetevőből áll
És az ezt megelőző kernel verziók is nagy valószínűséggel ennyi összetevőből épülnek fel.

Ezeket kéne ellenőrizni a Synaptic-ban !
Mert az abszolúte nem természetes hogy az autóremove parancs  - csak úgy - kernelt (et)
távolítson el.

 

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#52 Természetes. vagy sem. Ubuntu-n az autoremove kiveszi a feleslegessé váló kernel-t (ha jól tudom, az utolsó legfrissebb és az azt megelőző kernel marad). Mint-nél Kimarite 2-es szintű biztonsági beállitásai miatt ez fel sem merülhet, lévén hogy kernelt nem frissit. (Csak ha valami borzasztó nagy gebasz van, gondolom én)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szezont a fazonnal ?!?.

#52 Meg kell különböztetni az Ubuntu-alapú rendszert (Linux Mint) és a Debian-alapú rendszert (LMDE 3). Linux Mint (Ubuntu) rendszernél a frissítésért felelős csomag neve (a Debian Sid forkolása után) más lett. Például a Linux Mint 19.x (alapja az Ubuntu Bionic Beaver, 18.04 LTS) esetén: https://packages.ubuntu.com/bionic/linux-generic

A csomag neve: linux-generic (ebből is többféle van). Mindenképpen telepítve van (Linux Mint). A csomag felelős egy adott ágon, verziószámon lévő kernelek frissítéséért. Látható,hogy mi az alap és mi a jelenleg lehetséges legújabb:
4.15.0.50.52 [security]: amd64 i386
4.15.0.20.23 [ports]: arm64 armhf ppc64el s390x
Forrás: https://packages.ubuntu.com/search?suite=default&section=all&arch=any&ke...
Ezek úgynevezett META csomagok.

Mi van LMDE 3 (Debian) alatt?
A META csomag neve szám nélküli: linux-image-amd64
A Synaptic ezt írja róla (amit írtam az imént):
This package depends on the latest Linux kernel and modules for use on PCs
with AMD64, Intel 64 or VIA Nano processors.
A kernel neve számozott, például: linux-image-4.9.0-9-amd64

Tehát az Ubuntu az alapját képező Debian unstable (Sid) csomagokat olykor átnevezi, sőt néha a funkciókat is megváltoztatja. Ez az ő fejlesztésük (fork) része, de ezért nem lehet pl. PPA-t (Ubuntu-alapú rendszerekre készült tükör) felvenni az LMDE 3 alá, mert törnek a csomagok. Nem egyeznek meg a függőségek, verziószámok ..., de ez így normális, másfelé halad az Ubuntu.Most mindkét rendszer a systemd-t használja, de korábban a Debian a sysvinit-et, az Ubuntu az upstart-ot használta (sysvinit fork).

Ha a Linux Mint alatt
-- a 2-es biztonsági szintig frissül a rendszer,
-- a kerneleket nem frissíti,
-- de a biztonsági rissítéseket mindig, akármelyik szinten vannak (pl. 2-esnél magasabb),
azaz ez a Frissítéskezelő saját beállítása (nem alapértelmezett), akkor a kernel csak akkor frissül, ha saját frissítése a security kategóriába tartozik, azaz biztonsági frissítés. Ha a kernel frissítés nem biztonsági frissítés, hanem egyéb (fejlesztés) frissítés, akkor a kernel frissül. A fenti beállításokkal, mert ... a Linux Mint telepítése után, manapság, alapértelmezett, hogy minden szint frissül és a kernel is. A beállításokat a felhasználónak kell érvényesíteni, azaz saját kezűleg történik (egyéni beállítások, a telepítés utáni első frissítés előtt).

Ha a biztonsági frissítés miatt a kernel frissül, akkor a függőségei is frissülnek (enélkül törik a csomag), ezek is lehetnek akármilyen szinten.
A szintek azért vannak, mert pl. a Launchpadon jelzett problémák miatt erre néha szükség lehet, így a Linux Mint fejlesztői létrehozták. Az imént említett beállításokkal a biztonsági frissítések mindig települnek, így semmi veszélye nincs a beállításnak. Kijelenthető, hogy a szintek általában előnyösek a felhasználónak, mert az általános és gyakori hibákkal nem igazáb találkozik, melyeket az Ubuntu alatt utólag lehet javítani a felhasználónak, ők találkoznak a fejlesztés során előforduló hibákkal.

-----

Idézet:

A régebbi kernelek - a 4.15-ös is - 3 összetevőből állnak: (Az újabbak már 4-ből)
- Linux-heaers-4.15.x-xxx
- Linux-heaers-4.15.x-xxx-generic
- Linux-image-4.15.x-xxx-generic

Először is, a csomagok neve (a külső forrásoktól eltekintve) csak kis betűkből áll.
Kijelenthető (amit fentebb írtam), hogy a linux-generic csomagot nem szabad eltávolítani.
Talán azért nevezte át a Canonical (Ubuntu fejlesztő), hogy ne tévessze össze a felhasználó. Mert esetleg a Debian elnevezés miatt ez előfordulhat. Nem tudom.

A headers csomagok a rendszer általános működéséhez nem szükségesek, alapértelmezetten nincsenek telepítve. Bizonyos fejlesztésekhez, és egyes alkalmazások működéséhez szükségesek lehetnek.

Jelenleg telepített kernel listázása:
(az éppen elindított rendszerrel használt ... mert több is lehet)

uname -a

Ha az eltávolítás miatt keressük a ekünk megfelelő kernelt, akkor célszerű azzal, a megfelelővel indítani a rendszert, és így kiiratni, a csomag nevét.

Összes telepített kernel listázása

dpkg -l | grep linux-image*

Összes telepített kernel fejlesztői csomag listázása:

dpkg -l | grep linux-headers*

A linux-image és a linux-headers kifejezésekre a Synapticban is rá lehet keresni (külön-külön). Miután megvannak a találatok, meg kell nyomni a „Telepített verzió” elemet, így felülre kerülnek a telepített alkalmazások (mind).

A Frissítéskezelő alkalmazás is tökéletesen eltávolítja a telepített kerneleket, mindenképpen ajánlott használni.

Ami nem kell, el lehet távolítani.
Paraméterek:
-- a remove az eltávolítás,
-- a purge viszont a csomag eltávolítása mellett a beállításait is eltávolítja.

Ha terminal ... (példa)

Tehát látjuk a nekünk megfelelő kernelt az „uname -a” kimenetben, azzal léptünk be.
(elé kell tenni majd: linux-image-)

uname -r
4.9.0-9-amd64

Látjuk az összes telepített kernelt (ez egy Debian):

dpkg -l | grep linux-image-*
ii  linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned 4.19.37-3~bpo9+1                  amd64        Linux 4.19 for 64-bit PCs, PREEMPT_RT
ii  linux-image-4.9.0-9-amd64                    4.9.168-1+deb9u2                  amd64        Linux 4.9 for 64-bit PCs
ii  linux-image-4.9.0-9-rt-amd64                 4.9.168-1+deb9u2                  amd64        Linux 4.9 for 64-bit PCs, PREEMPT_RT
ii  linux-image-5.0.0-18.1-liquorix-amd64        5.0-18.1~stretch                  amd64        Linux 5.0 for 64-bit PCs
ii  linux-image-5.0.0-19.1-liquorix-amd64        5.0-19.1~stretch                  amd64        Linux 5.0 for 64-bit PCs
ii  linux-image-amd64                            4.9+80+deb9u7                     amd64        Linux for 64-bit PCs (meta-package)
ii  linux-image-liquorix-amd64                   5.0-19.1~stretch                  amd64        Linux image for liquorix on 64-bit PCs
ii  linux-image-rt-amd64                         4.9+80+deb9u7                     amd64        Linux for 64-bit PCs (meta-package), PREEMPT_RT

A különbséget el lehet távolítani.

Nézelődés

Ha csak a neveket keresem, akkor lehet szűrni:

dpkg -l | grep linux-image-* | awk '{print $2}'
linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned
linux-image-4.9.0-9-amd64
linux-image-4.9.0-9-rt-amd64
linux-image-5.0.0-18.1-liquorix-amd64
linux-image-5.0.0-19.1-liquorix-amd64
linux-image-amd64
linux-image-liquorix-amd64
linux-image-rt-amd64

Egy sorba, szóközzel:

dpkg -l | grep linux-image-* | awk '{printf "%s"" ",$2}'
linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned linux-image-4.9.0-9-amd64 linux-image-4.9.0-9-rt-amd64 linux-image-5.0.0-18.1-liquorix-amd64 linux-image-5.0.0-19.1-liquorix-amd64 linux-image-amd64 linux-image-liquorix-amd64 linux-image-rt-amd6

Kiszűrve a jelenlegi kernelt:

dpkg -l | grep -v `uname -r` | grep linux-image-* | awk '{print $2}'

Én most Debian alatt nézem, tehát a szám nélküli csomagok látszódnak. A későbbiekben ezt kiveszem, az érthetőség kedvéért, és mert a linux Mint alatt ez a linux-generic, azaz nincs szám nélküli linux-image nevű csomag (headers sem)... ! Linux Mint alatt a szám nélküli linux-image, linux-headers META csomag a linux-generic, egy, az egyben.

Eltávolítás

Az s paraméter egy teszt (másként: simulate), mutatja az ütközéseket és azt is, milyen alkalmazások távolítódnának el. Ugye, a korábbi kimenetből (összes telepített) törlöd a neked megfelelő kernelt ... és az összes többit törölnéd (ez a parancs lényege, amit most írok):

sudo apt-get purge linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned linux-image-4.9.0-9-amd64 linux-image-4.9.0-9-rt-amd64 linux-image-5.0.0-18.1-liquorix-amd64 linux-image-5.0.0-19.1-liquorix-amd64 --simulate

A kimenet:

Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
  irqbalance pluma-common
Ezeket az „sudo apt autoremove” paranccsal törölheti.
Az alábbi csomagok el lesznek TÁVOLÍTVA:
  linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned* linux-image-4.9.0-9-amd64*
  linux-image-4.9.0-9-rt-amd64* linux-image-5.0.0-18.1-liquorix-amd64*
  linux-image-5.0.0-19.1-liquorix-amd64* linux-image-amd64*
  linux-image-liquorix-amd64* linux-image-rt-amd64*
0 frissített, 0 újonnan telepített, 8 eltávolítandó és 0 nem frissített.
Purg linux-image-4.19.0-0.bpo.5-rt-amd64-unsigned [4.19.37-3~bpo9+1]
Purg linux-image-amd64 [4.9+80+deb9u7]
Purg linux-image-4.9.0-9-amd64 [4.9.168-1+deb9u2]
Purg linux-image-rt-amd64 [4.9+80+deb9u7]
Purg linux-image-4.9.0-9-rt-amd64 [4.9.168-1+deb9u2]
Purg linux-image-5.0.0-18.1-liquorix-amd64 [5.0-18.1~stretch]
Purg linux-image-liquorix-amd64 [5.0-19.1~stretch]
Purg linux-image-5.0.0-19.1-liquorix-amd64 [5.0-19.1~stretch]

Az eltávolított kernelhez tartozó META csomag is eltávolítódik (logikus), de semmilyen más alkalmazás nem. Erre jó a teszt. Kicsit bonyolultak tűnhet a keresés scriptelve, de az elv ez. És végleges eltávolítás előtt a teszt mindenképpen. A Synapticban sem történik semmi, csak, ha megnyomom az „Alkalmaz” rádiógombot.

A headers csomagokra ugyanezt meg lehet nézni. Akár a Synaptic segítségével.
Sajnos, most Debian-alapú rendszer alatt tudtam példát mutatni, de az elv ugyanaz. Teszt, teszt, teszt. És egy maradjon legalább. A használt, a megfelelő. ... vagy a Frissítéskezelő segítségével történjen a nem használt kerneleke eltávolítása.

A linux-headers csomagot nem kell telepíteni. Ha kell egy csomagnak, felhúzza magával.
Ha telepítünk egy linux-image csomagot (kernelt), mindegy, hogy 3 vagy 5 függősége van ... automatikusan felhúzza magával. Természetesen akkor, ha a tükröket, vagyis a csomagkezelő valamelyikét használjuk, de akár az Ukuu esetén is így van (hasonlóan müködik, mint a tükrökről a rendszer), mert ez a normális. Ha kernelt tölt le az ember (felesleges, mert az Ukuu ezt az igényt pótolja, de LMDE 3 alatt nem jó), akkor van ez a 3 / 5 föggőség. Debian (LMDE 3) alatt lehet letölteni kernelt, azaz az említett módszert alkalmazni ... ha nagyon igény van erre. Azonban csaka kernel.org oldalról lehet, de az nincs optimalizálva ... így felesleges is az LMDE 3 alatt letölteni. Ha meg igen, akkor már kernelt kell forgatni, a Debian beállítások miatt.

Értékelés: 

0
Még nincs értékelve

Szezont a fazonnal ?!?.

#49

A 4.15.0-48-at kivéve (, amit elvileg el is távolítottam, de erről a Synapticnak és a Frissítéskezelőnek más-más volt a véleménye, ahogy azt korábban írtam), mindegyikhez 5 elem kapcsolódik, a 48-hoz csak 3.

Fabrikáltam egy parancsot a sudo dpkg --list | grep linux-image ## alapján, íme az eredmény részleteiben:

norbi@norbi-M540R:~$ sudo dpkg --list | grep 4.15.0- ##
ii  linux-headers-4.15.0-20                    4.15.0-20.21                        all          Header files related to Linux kernel version 4.15.0
hi  linux-headers-4.15.0-20-generic            4.15.0-20.21                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-43                    4.15.0-43.46                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-43-generic            4.15.0-43.46                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-44                    4.15.0-44.47                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-44-generic            4.15.0-44.47                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-45                    4.15.0-45.48                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-45-generic            4.15.0-45.48                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-46                    4.15.0-46.49                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-46-generic            4.15.0-46.49                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-47                    4.15.0-47.50                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-47-generic            4.15.0-47.50                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-48                    4.15.0-48.51                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-48-generic            4.15.0-48.51                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
ii  linux-headers-4.15.0-50                    4.15.0-50.54                        all          Header files related to Linux kernel version 4.15.0
ii  linux-headers-4.15.0-50-generic            4.15.0-50.54                        i386         Linux kernel headers for version 4.15.0 on 32 bit x86 SMP
hi  linux-image-4.15.0-20-generic              4.15.0-20.21                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-43-generic              4.15.0-43.46                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-44-generic              4.15.0-44.47                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-45-generic              4.15.0-45.48                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-46-generic              4.15.0-46.49                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-47-generic              4.15.0-47.50                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-image-4.15.0-50-generic              4.15.0-50.54                        i386         Linux kernel image for version 4.15.0 on 32 bit x86 SMP
ii  linux-kernel-generic                       4.15.0-20                           all          The Linux kernel.
ii  linux-libc-dev:i386                        4.15.0-50.54                        i386         Linux Kernel Headers for development
hi  linux-modules-4.15.0-20-generic            4.15.0-20.21                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-43-generic            4.15.0-43.46                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-44-generic            4.15.0-44.47                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-45-generic            4.15.0-45.48                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-46-generic            4.15.0-46.49                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-47-generic            4.15.0-47.50                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-48-generic            4.15.0-48.51                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-4.15.0-50-generic            4.15.0-50.54                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
hi  linux-modules-extra-4.15.0-20-generic      4.15.0-20.21                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-43-generic      4.15.0-43.46                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-44-generic      4.15.0-44.47                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-45-generic      4.15.0-45.48                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-46-generic      4.15.0-46.49                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-47-generic      4.15.0-47.50                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP
ii  linux-modules-extra-4.15.0-50-generic      4.15.0-50.54                        i386         Linux kernel extra modules for version 4.15.0 on 32 bit x86 SMP

Számomra úgy tűnik, hogy nem amiatt akarta törölni őket, mert bármi hiányzott volna, sőt pont azt nem akarta törölni, amihez csak 3 elem kapcsolódik, tehát hiányos/részben törölt.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szezont a fazonnal ?!?.

#55 Ha a 48-ast kívánod eltávolítani:

-- teszt

sudo apt-get purge linux-headers-4.15.0-48 linux-headers-4.15.0-48-generic linux-modules-4.15.0-48-generic --simulate

-- élesben

sudo apt-get purge linux-headers-4.15.0-48 linux-headers-4.15.0-48-generic linux-modules-4.15.0-48-generic

A headers és a modules nem lett eltávolítva.

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#31

A kiindulási pont anno ez a javaslat volt: https://linuxmint.hu/comment/29148#comment-29148

A kivitelezésem hiábsan sikerült itt:

Hibásan (ahogy én csináltam itt: https://linuxmint.hu/comment/29234#comment-29234):

GRUB_DEFAULT=saved
#GRUB_DEFAULT=true

Helyesen (a javaslat alapján):

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

,illetve:

Hibásan (ahogy én csináltam itt: https://linuxmint.hu/comment/29230#comment-29230):

GRUB_DEFAULT=saved
GRUB_DEFAULT=true

Helyesen (a javaslat alapján):

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

Ahogy már írtam korábban senki ne rólam vegyen példát, mert nem érdemes! Bocs!

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#42

Figyelem! Észrevettem, hogy van némi eltérés az alábbi (korábban itt: https://linuxmint.hu/comment/29237#comment-29237 és itt: https://linuxmint.hu/comment/29257#comment-29257 említett) 2 parancs kimenete között, ami félrevezető lehet:

Esetemben:

sudo grep menuentry /boot/grub/grub.cfg | less -N
      
1 if [ x"${feature_menuentry_id}" = xy ]; then
      2   menuentry_id_option="--id"
      3   menuentry_id_option=""
      4 export menuentry_id_option

      5 menuentry 'Linux Mint 19 Xfce' --class ubuntu --class gnu-linux --cla      5 ss gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7      5 -422c-bfb7-f30380cfeaf6' {
      6 submenu 'Speciális beállítások ehhez: Linux Mint 19 Xfce' $menuentry_      6 id_option 'gnulinux-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      7         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzió      7 val' --class ubuntu --class gnu-linux --class gnu --class os $menuent      7 ry_id_option 'gnulinux-4.15.0-50-generic-advanced-4af8aa9c-95e7-422c-      7 bfb7-f30380cfeaf6' {
      8         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-50-generic (      8 recovery mode)' --class ubuntu --class gnu-linux --class gnu --class       8 os $menuentry_id_option 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c      8 -95e7-422c-bfb7-f30380cfeaf6' {
      9         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzió      9 val' --class ubuntu --class gnu-linux --class gnu --class os $menuent      9 ry_id_option 'gnulinux-4.15.0-47-generic-advanced-4af8aa9c-95e7-422c-      9 bfb7-f30380cfeaf6' {
     10         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-47-generic (     10 recovery mode)' --class ubuntu --class gnu-linux --class gnu --class      10 os $menuentry_id_option 'gnulinux-4.15.0-47-generic-recovery-4af8aa9c     10 -95e7-422c-bfb7-f30380cfeaf6' {
     11         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzió     11 val' --class ubuntu --class gnu-linux --class gnu --class os $menuent     11 ry_id_option 'gnulinux-4.15.0-46-generic-advanced-4af8aa9c-95e7-422c-     11 bfb7-f30380cfeaf6' {
     12         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-46-generic (     12 recovery mode)' --class ubuntu --class gnu-linux --class gnu --class      12 os $menuentry_id_option 'gnulinux-4.15.0-46-generic-recovery-4af8aa9c     12 -95e7-422c-bfb7-f30380cfeaf6' {
     13         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzió     13 val' --class ubuntu --class gnu-linux --class gnu --class os $menuent     13 ry_id_option 'gnulinux-4.15.0-45-generic-advanced-4af8aa9c-95e7-422c-     13 bfb7-f30380cfeaf6' {
     14         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-45-generic (     14 recovery mode)' --class ubuntu --class gnu-linux --class gnu --class      14 os $menuentry_id_option 'gnulinux-4.15.0-45-generic-recovery-4af8aa9c:

sudo grep "menuentry '" /boot/grub/grub.cfg | less -N

      1 menuentry 'Linux Mint 19 Xfce' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7-422c-bfb7-f      1 30380cfeaf6' {
      2         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      2  'gnulinux-4.15.0-50-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      3         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-50-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      3 y_id_option 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      4         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      4  'gnulinux-4.15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      5         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-47-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      5 y_id_option 'gnulinux-4.15.0-47-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      6         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      6  'gnulinux-4.15.0-46-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      7         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-46-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      7 y_id_option 'gnulinux-4.15.0-46-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      8         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      8  'gnulinux-4.15.0-45-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      9         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      9 y_id_option 'gnulinux-4.15.0-45-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     10         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     10  'gnulinux-4.15.0-44-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     11         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-44-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     11 y_id_option 'gnulinux-4.15.0-44-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     12         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     12  'gnulinux-4.15.0-43-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     13         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-43-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     13 y_id_option 'gnulinux-4.15.0-43-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     14         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     14  'gnulinux-4.15.0-20-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     15         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-20-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     15 y_id_option 'gnulinux-4.15.0-20-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     16 menuentry 'Memory test (memtest86+)' {
     17 menuentry 'Memory test (memtest86+, serial console 115200)' {
~

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#58 Igen. Kimaradt a leírásomból, hogy ez a keresés

"menuentry '"

mégis jó lehet. Valamire, de nem a megoldáshoz vezető úton, mert az -N paraméter (less) ezt jelenti:

Egy sorszámot jelenít meg a kijelző minden sorának elején.

-N or --LINE-NUMBERS

Causes a line number to be displayed at the beginning of each line in the display.

https://linux.die.net/man/1/less

... létezik egy kötőjel nélküli N paraméter is.

Tehát az -N sorszámoz. De a sorszám a fájlbannem létezik, azt a less parancs hozza létre. Ezért nem használható a szám a GRUB beállításnál. Le is írom. Hasonló szolgáltatása például a Geany szövegszerkesztőek is van. Olykor jó tudni, hogy melyik sorra hivatkozom egy fájlból. Ha az egy „egzotikus” szám, vagyis nehezen megjegyezhető. akkor megadjuk. Példa: 15345., 634., 9876., stb. (ne kelljen keresni). De ha sorszámt nézünk, akkor a teljes szövegfájl nézzük, és nem egy részét. Nincs szűrés a greppel.

Magyarázat a keresésre

A

sudo grep menuentry /boot/grub/grub.cfg | less -N

parancssor kizárólag a menuentry kifejezésre keres, legyen akárhol, sor elején, közepén, végén, vagy akár lehet egy másik kifejezés része is.

A

sudo grep "menuentry '" /boot/grub/grub.cfg | less -N

parancsor a két " közötti menuentry ' kifejezésre keres, mely tartalma

menuentry

 [a szóköz]

'

Tehát a grep olyan kifejezéseket keres, amelyek pontosan megegyeznek a ezekkel a feltételekkel. Korábban is pontosan ugyanazt kereste, de most ott van még egy szóköz és egy ' is. A korábbi parancsor kimenete, első néhány sora nem tartalmazta a keresési feltételeket, ezért nem látszik a másik kimenetben

Ha a keresett kifejezés (string) szóközt is tartalmaz, határoló macskakörmök közé kell zárni. A macskakörmök lehetnek:

" [bal Shift + 2]

' [bal shift + 1]

Ha a keresett kifejezés tartalmazza a ' karaktert, akkor a keresett kifejezés határolására a " használandó.

Nemcsak a grep „keres”, hasonló az awk is, de még van pár.

Nemcsak kereséskor lehet használni a „macskakörmöket” ...
De például van olyan „macskaköröm”,

` [jobb Alt +7]

amelyek közé akár egy (vagy több) szóközt is tartalmazó paranccsort tudunk beletenni, azaz bármilyen parancsnak dobjuk oda így, a bash (Shell) az elvártnak megfelelően értelmezi. Mert a bash így lett elkészítve. Példa:

dpkg -l | grep -v `uname -r` | grep linux-image-* | awk '{print $2}'

A parancssor magyarázata:

a dpkg listázza az összes telepített alkalmazást | a grep-et arra kérjük, hogy a találatokból, vagyis a kimenetből szűrje ki a jelenleg telepített kernel nevét  (a többi csomag nevet mind megkapjuk) | az így megmaradt összes csomagnévből a linux-image- kifejezésre szűrünk, mely végződhet bármire (*) | az awk alkalmazást arra kérjük, hogy megjelenő találatokból csak a második kifejezést hagyja meg (amely kernel neve, verziószáma egyben), ... és ez marad a kimenet.

A

|

karakter a csővezeték, angolul pipe. Arra való, hogy az egyik parancs vagy parancssor kimenetét a másik parancs vagy parancssor bemenetére vezessük (feldolgozásra). És akár ilyen „vonatot” is lehet készíteni vele.
Hasonló célú karakter például a kacsacsőr:

>
>>
<

Ha visszafelé (jobbról balra) mutat, akkor a jobb oldalon látható elem a bemenet, és a bal oldalon látható elem a kimenet. Például kinyerünk valamit valahonnan (egy fájlból),

dconf load / < /home/$USER/.config/dconf/user.conf

amit korábban mentettünk (egy fájlba).

dconf dump / > /home/$USER/.config/dconf/user.conf

Itt jegyzem meg, a DConf használatánál (a blogra utalok) bámilyen változtatás előtt ezt a parancsot, vagyis a meglévő beállítások fájlba mentését érdemes lefuttatni, mert a hamburger menü okozhat meglepetéseket.

Értékelés: 

0
Még nincs értékelve

grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)

#50

Nálam ez a helyzet (előzmény: https://linuxmint.hu/comment/29269#comment-29269):

sudo grep "menuentry '" /boot/grub/grub.cfg | less -N
      1 menuentry 'Linux Mint 19 Xfce' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4af8aa9c-95e7-422c-bfb7-f      1 30380cfeaf6' {
      2         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-50-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      2  'gnulinux-4.15.0-50-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      3         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-50-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      3 y_id_option 'gnulinux-4.15.0-50-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      4         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      4  'gnulinux-4.15.0-47-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      5         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-47-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      5 y_id_option 'gnulinux-4.15.0-47-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      6         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-46-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      6  'gnulinux-4.15.0-46-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      7         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-46-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      7 y_id_option 'gnulinux-4.15.0-46-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      8         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-45-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option      8  'gnulinux-4.15.0-45-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
      9         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-45-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr      9 y_id_option 'gnulinux-4.15.0-45-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     10         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-44-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     10  'gnulinux-4.15.0-44-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     11         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-44-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     11 y_id_option 'gnulinux-4.15.0-44-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     12         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-43-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     12  'gnulinux-4.15.0-43-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     13         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-43-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     13 y_id_option 'gnulinux-4.15.0-43-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     14         menuentry 'Linux Mint 19 Xfce, Linux 4.15.0-20-generic verzióval' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option     14  'gnulinux-4.15.0-20-generic-advanced-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     15         menuentry 'Linux Mint 19 Xfce, with Linux 4.15.0-20-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentr     15 y_id_option 'gnulinux-4.15.0-20-generic-recovery-4af8aa9c-95e7-422c-bfb7-f30380cfeaf6' {
     16 menuentry 'Memory test (memtest86+)' {
     17 menuentry 'Memory test (memtest86+, serial console 115200)' {
~
~
~
~
~
~
~
~
(END)

A 4. pontban szereplő a legújabb, még használható változat az esetemben.

1. változat:

sudo nano /etc/default/grub

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

sudo update-grub

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

sudo grub-set-default 4
sudo systemctl reboot

Újraindul a gép, a GRUB menüben az első (Linux Mint 19 Xfce) opció az aktív, nem csinálok semmit, várom, hogy tovább lépjen.

A válasz:

Hiba: diskfilter writes are not supported.
Nyomjon meg egy billentyűt a folytatáshoz.

(volt már ilyesmi korábban is: https://linuxmint.hu/comment/29041#comment-29041)

Megnyomok egy billentyűt, majd betölt a rendszer.

uname -a
Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux

Nem erre számítottam, remélem nem hibáztam el semmit és nem ezért néz így ki.

Tehát vissza minden a kiindulási állapotra:

sudo nano /etc/default/grub
[sudo] norbi jelszava:              
GRUB_DEFAULT=0
#GRUB_TIMEOUT_STYLE=hidden

GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

2. változat:

sudo nano /etc/default/grub

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

Ezután felcseréltem az 1. változatban szereplő parancsok sorrendjét, hátha.

sudo grub-set-default 4
sudo update-grub

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
sudo systemctl reboot

A továbbiakban minden úgy történt, mint az 1. változatban és az eredmény is ugyanaz.

uname -a
Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux

3. változat:

sudo nano /etc/default/grub

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

sudo grub-set-default 4

sudo systemctl reboot

Újraindul a gép, a GRUB menüben az első (Linux Mint 19 Xfce) opció az aktív, nem csinálok semmit, várom, hogy tovább lépjen.
Feláll a rendszer, nincs hibaüzenet.

uname -a
Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux

Vissza minden a kiindulási állapotra, ahogy az 1. pontban írtam.

4. változat (a változtatás a 3.-hoz képeset ugyanaz, mint az 1. és a 2. között):

sudo nano /etc/default/grub

GRUB_DEFAULT=saved
#GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

sudo grub-set-default 4
sudo update-grub

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

sudo systemctl reboot

Újraindul a gép, a GRUB menüben az első (Linux Mint 19 Xfce) opció az aktív, nem csinálok semmit, várom, hogy tovább lépjen.

Eredmény:

Sikeresen el sikerül jutni a folyamatban a Mint logó és az 5 folyamatjelző fény megjelenéséig, ahol "ledermed" (üdítő újdonság ez, mert eddig ilyet csak a 4.15.0-46-os csinált, ha jól emlékszem). Következik a Ctrl+Alt+Prt Sc+REISUB, újra indul a folyamat, viszont most ott pihen meg, ahol be lehet lépni a Boot menübe (boot-olási sorrend változtatása céljából pl.) F2-vel (ott áll meg kb. 2/3-on a kék folyamatjelző csík, ez is a 4.15.0-46-ra volt eddig jellemző néha), itt már csak a reset segít.
Újraindulás és egy használható kernel választása volt csak a járható út a GRUB Speciális beállítások...-on belül.

Sajnos egyik sem a várt változást hozta, ha valamelyik jól működött volna, akkor úgy sejtem, hogy a sudo update-grub parancs kiadása után a kimenetben nem ennek kellett volna szerepelnie:
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
, hanem valami ilyesminek:
Sourcing file `/etc/default/grub.d/47_linuxmint.cfg'

Gondolom nem meglepő, hogy visszaállítottam minden a kiindulási állapotra ezután:

GRUB_DEFAULT=0    
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

A fenti sorokban én csak egy .cfg fájlt találok (/etc/default/grub.d/50_linuxmint.cfg'), belenéztem a /etc/default/grub.d mappába is a gépen ott is csak az említett szerepel. Lecsekkoltam az egész fájlrendszert, ott meg csak 3 db-ot dob ki, ami tartalmazza a linuxmint.cfg-t, mindhárom 50_linuxmint.cfg, az egyik itt található: /etc/default/grub.d (és ez jól is van így, ha minden igaz, ezt érintették is változtatások korábban), a 2. itt: /timeshift/snapshots/2018-12-30_11-43-43/localhost/etc/default/grub.d, a harmadik meg itt: /timeshift/snapshots/2019-01-30_12-00-01/localhost/etc/default/grub.d. Az utolsó kettő, ha jól sejtem, korábban a rendszerről készített pillanatképre utal (, majd megcáfolsz, vagy megerősítesz), ami nem akkora nagy gáz, ha nem tévedek, és sem negatív, sem pozitív irányba nem befolyásolja a jelen helyzetet, viszont ez lehet hogy magyarázza a 3 db i686-ot(, ha tévedek, kérlek nézd el nekem):
Az általad megjelölt sorban:
Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux
vagy itt, fentebb (az uname -a parancs kimeneteként):
Linux norbi-M540R 4.15.0-50-generic #54-Ubuntu SMP Mon May 6 18:45:45 UTC 2019 i686 i686 i686 GNU/Linux
vagy, ha most adom ki az uname -a parancsot (jelenleg a 4.15.0-45-öst használom):
Linux norbi-M540R 4.15.0-45-generic #48-Ubuntu SMP Tue Jan 29 16:27:25 UTC 2019 i686 i686 i686 GNU/Linux

Egyébként biztos, hogy már sikerült 1-2 dolgot kavarnom a rendszerben, de ez mondjuk az első, 4.15.0-20-generic sorában lévő 3 db i686 i686 i686-ra nem igazán magyarázat, mert, ha a sorban szereplő dátumot és időt nézem (Tue Apr 24 06:15:38 UTC 2018), és ha 2018-as változtatást jelent, az macerás, mert akkor még vastagon Ubuntu 14.04 LTS volt a gépemen (ez alapján már a fenti pillanatképes gondolatmenetem is sántít), ha csak a hónap, napra gondolok (bár idén április 24. szerda volt), akkor meg még a fórumtémát sem vetettem fel, nemhogy bármit is ügyködtem volna (ez meg a 4.15.0-45-öt és a 4.15.0-50-et lövi ki, a 2 pillanatkép viszont dátum alapján még beleférne: 2018-12-30 és 2019-01-30).

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#60 Nem szeretnélek sem megcáfolni, sem megerősíteni.
Begépeltél iszonyatosan sok sort ismét, de mindezt feleslegesen, mert a

sudo grub-set-default valami_szám

paranccsor nem működik.

Nem is működhet, ezt részletesen kifejtettem itt (a bejegyzés vége felé),
https://linuxmint.hu/blog/2019/05/grub-menu-szemelyre-szabasa-az-alapertelmezett-menupont-beallitasa
és a leírást (megoldás) neked is linkeltem korábban. Két napja talán.
Ezek szerint még nem értél rá elolvasni ...

Hogy valamelyest jobban felkeltsem az érdeklődésedet, ide másolom a bejegyzés címét is:

Igyekeztem igazán lényegre törő címet választani. Remélem, sikerült.
Megváltoztattam a hozzászólásom címét is. Most figyelemfelkeltőbb, mint a korábbi.

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#61

Láttam a bejegyzésedet, át is futottam rajta, de ahogy eddig, így most is, igyekeztem időrendi sorrendben haladni (, bár most kivételt teszek) és válaszolni minden kommentre (ha már vettétek és veszitek a fáradságot és időt szántok rám, az a minimum, hogy nem vagyok rest és ezt hálából megteszem), és persze minden tanácsot kipróbálni (még ha nem is feltétlenül kecsegtetett pozitív eredménnyel) és megosztani az eredményeket másokkal, különösen olyan olvasókkal, akik kíváncsiak ezen részleteire is és persze szeretnek olvasni.

A személyre szabást illetően (https://linuxmint.hu/blog/2019/05/grub-menu-szemelyre-szabasa-az-alapert...), tehát ez volna, amit sikerült összehoznom:
A grep menuentry /boot/grub/grub.cfg és a sudo cp /etc/default/grub /etc/default/grub.ORIG parancsot átugortam, mert ezeket már korábban kiadtam, tehát van eredeti grub.ORIG fájlom, illetve egy friss listám, mely tartalmazza a választható menuentry opciókat.

sudo nano /etc/default/grub

#GRUB_DEFAULT=0
GRUB_DEFAULT="Speciális beállítások ehhez: Linux Mint 19 Xfce>Linux Mint 19 Xfce, Linux 4.15.0-47-generic verzióval"
GRUB_SAVEDEFAULT=true

#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Ctrl+o Enter Ctrl+x

sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
sudo systemctl reboot

Újraindul a gép, megjelenik a GURB menü (mivel még mindig szereple a /etc/default/grub fájl #GRUB_TIMEOUT_STYLE=hidden sorában a #), ahol a Speciális beállítások ehhez: Linux Mint 19 Xfce jelenik meg kijelölve, biztató előjelként. Letelik a 10 másodperc (/etc/default/grub fájl GRUB_TIMEOUT=10 sora az oka ennek), ezt követően megjelenik egy hibaüzenet, de nem az, amit Te említettél, hanem ez:

Hiba: diskfilter writes are not supported.
Linux 4.15.0.47-generic betöltése...
Kiinduló ramdisc betöltése...

Nyomjon meg egy billentyűt a folytatáshoz...

Volt már hasonló jelenség: https://linuxmint.hu/comment/29041#comment-29041

Nyomkodás nélkül továbblép és feláll a rendszer, ezután:
uname -a
Linux norbi-M540R 4.15.0-47-generic #50-Ubuntu SMP Wed Mar 13 10:40:37 UTC 2019 i686 i686 i686 GNU/Linux

Nálam is működik (az apró hibán szerintem túllépek, mert nem jelent komoly akadályt), köszönet érte!

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

error: diskfilter writes are not supported

#62 A 10_linux fájlt szerkeszd, így: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1274320/comments/26

Másik leírás: http://www.voidcn.com/article/p-kjlqgvmo-hp.html

A probléma leírása: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1274320

error: diskfilter writes are not supported.

LVM-et, titkosítást használsz?

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#62

Sajnos korai volt az öröm.

A mai első indításkor egy újabb "kellemes" meglepetéssel örvendeztetett meg (ilyen még nem volt a 4.15.0-47-generic esetén):

Sikeresen el sikerül jutni a folyamatban a Mint logó és az 5 folyamatjelző fény megjelenéséig, ahol "ledermed". Következik a Ctrl+Alt+Prt Sc+REISUB, újra indul a folyamat, viszont most ott pihen meg, ahol be lehet lépni a Boot menübe (boot-olási sorrend változtatása céljából pl.) F2-vel (ott áll meg kb. 2/3-on a kék folyamatjelző csík), itt már csak a reset segít. Ezután feláll a rendszer, a beállítások szerint, a 4.15.0-47-es kernellel.

Egyre érik bennem a gondolat, hogy ez már tényleg nem (csak) a kernelek sara és egyre erősödik bennem az elhatározás is, hogy újratelepítsek mindent.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#64 Más megoldás is lenne, de az csak elfedné a hibajelenséget. Legjobb lenne egy friss telepítés és semmilyen mkconfig-os művelet (csak update-grub, persze, ha feltétlen szükséges valami miatt) ...

Ez megvolt?

sudo nano /etc/grub.d/10_linux

Ebben a sorban

  if [ "$quick_boot" = 1 ]; then

az új beállítás legyen 0. Íme:

  if [ "$quick_boot" = 0 ]; then

Mentés, és kilépés a nano szövegszerkezstőből:

Ctrl + O, és Enter, majd
Crtl + X

A beállítás frissítése:

sudo update-grub

Rendszer újraindítás (érvényesítés):

sudo systemctl reboot

-----

MIndez, itt (részlet):

      grub_warn "$(gettext_printf "Please don't use old title \`%s' for GRUB_DEFAULT, use \`%s' (for versions before 2.00) or \`%s' (for 2.00 or later)" "$GRUB_ACTUAL_DEFAULT" "$replacement_title" "gnulinux-advanced-$boot_device_id>gnulinux-$version-$type-$boot_device_id")"
      fi
      echo "menuentry '$(echo "$title" | grub_quote)' ${CLASS} \$menuentry_id_option 'gnulinux-$version-$type-$boot_device_id' {" | sed "s/^/$submenu_indentation/"
  else
      echo "menuentry '$(echo "$os" | grub_quote)' ${CLASS} \$menuentry_id_option 'gnulinux-simple-$boot_device_id' {" | sed "s/^/$submenu_indentation/"
  fi      
  if [ "$quick_boot" = 1 ]; then
      echo "    recordfail" | sed "s/^/$submenu_indentation/"
  fi
  if [ x$type != xrecovery ] ; then
      save_default_entry | grub_add_tab
  fi

Értékelés: 

0
Még nincs értékelve

error: diskfilter writes are not supported

#63

Ami az LMV-t és a rendszerem kapcsolatát illeti, az alábbiakkal tudok szolgálni, remélem megfelelő választ ad a kérdésedre (rákerestem a témára és olyan műveleteket soha nem hajtottam végre, amilyeneket itt emlegetnek: https://unixlinux.tmit.bme.hu/Logikai_k%C3%B6tetkezel%C3%A9s, sőt a GParted programot is most töltöttem le /korábban Ubuntu esetén használtam, mert volt mellette egy Windows is/, mert eddig nem volt rá szükségem):

https://ibb.co/68cXnyb
https://ibb.co/f8tc3qs

Ami a titkosítást illeti, nem tudok róla, hogy beállítottam volna anno bármit ezzel kapcsolatban (remélem akaratlanul nem sikerült, és nem erre utal a partíciónál a kulcs itt: https://ibb.co/f8tc3qs, hanem a felhasználóhoz kapcsolódó bejelentkezési jelszóra).

A sudo nano /etc/grub.d/10_linux most következik.

Értékelés: 

0
Még nincs értékelve
kimarite képe

error: diskfilter writes are not supported

#66 Ami a titkosítást illeti, nem tudok róla, hogy beállítottam volna anno bármit ezzel kapcsolatban (remélem akaratlanul nem sikerült, és nem erre utal a partíciónál a kulcs itt: https://ibb.co/f8tc3qs, hanem a felhasználóhoz kapcsolódó bejelentkezési jelszóra).

A GParted képenyőképen a kulcs nem valamilyen titkosításra utal. Mindenkinél ott van, például egy pendrive vizsgálatakor is. A kulcs ikon azt jelzi, a partíció be van fűzve (csatolva van), azaz használatban van (lock = zárolva). Bármely partícióval kapcsolatos művelet csak a partíció leválasztása után végezhető el. A leválasztás nem azonos az eszköz kiadásával, mely esetben az eszköznek egyáltalán nincs semmilyen kapcsolata a rendszerrel. Pendrive esetén, olyan mintha be sem lenne dugva.

Ami az LVM-et illeti, mindenképpen használod. Látszik ezen és a többi képen is. Tehát használsz logikai kötetkezelést.

LVM PV: Logical Volume Manager Physical Volume
Ne nyúlj most már ehhez hozzá, de itt egy kis tájékoztatás:
https://community.linuxmint.com/software/view/lvm2
http://ask.xmodulo.com/mount-lvm-partition-linux.html
https://linuxhint.com/lvm_linux_mint/
Persze, ha újratelepíted a rendszert, ne az „LVM” lehetőséget válaszd. Hanem a „Valami más” lehetőséget. A GRUB2 bug az LVM viszonylatában is fennáll (elméletileg), de ugye, a telepítés után nem jelentkezett, csak mostanában. A következtetés tehét, hogy a te tevékenységed okozta, például az mkconfig műveletek. És ez megoldja, legalábbis reméljük:

  if [ "$quick_boot" = 0 ]; then

A telepítésnél lehet választani titkosítást is. Az más kérdés.
Lehet nézni, létezik-e a crypttab könyvtár:

file /etc/crypttab

Ha nem, akkor ezt látod (kimenet):

/etc/crypttab: cannot open `/etc/crypttab' (No such file or directory)

Vagy megnézed az lsblk parancs kimenetét, abban szerepelnie kell a titkosítás valamely jele.

sudo lsblk

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#65

Megcsináltam a módosítást, most így néz ki:

   echo "menuentry '$(echo "$os" | grub_quote)' ${CLASS} \$menuentry_id_opti$
  fi      
  if [ "$quick_boot" = 0 ]; then
      echo "    recordfail" | sed "s/^/$submenu_indentation/"

De a hibaüzenet továbbra is megjelenik, legalábbis nálam:

Hiba: diskfilter writes are not supported.
Linux 4.15.0.47-generic betöltése...
Kiinduló ramdisc betöltése...

Nyomjon meg egy billentyűt a folytatáshoz...

Aprócska segítség:
Ha valaki hasonlóképpen módosít a /etc/grub.d/10_linux fájlon, hasznos lehet egy keresés az

  if [ "$quick_boot" = 1 ]; then

kifejezésre, mert mire másként megtalálja kiszárad a szeme.

A keresés módja (szerepel a Ctrl+w kombináció a nano ablakában alul, de ha elkerülné valaki figyelmét akkor íme):

a sudo nano /etc/grub.d/10_linux parancs kiadása után, Ctrl+w és megjelenik egy sor a nano ablakában alul (, a használható billentyűkombinációk felett), mely így néz ki:

Keresés:

ide érdemes beilleszteni a keresendő, if [ "$quick_boot" = 1 ]; then kifejezést

Keresés: if [ "$quick_boot" = 1 ]; then

és nyomni egy Entert.

 

 

Értékelés: 

0
Még nincs értékelve

error: diskfilter writes are not supported

#67

Szerintem egy újratelepítés lesz a vége a hétvégén, biztos, ami biztos.

file /etc/crypttab

/etc/crypttab: cannot open `/etc/crypttab' (No such file or directory)

sudo lsblk
[sudo] norbi jelszava:              
NAME                MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                   8:0    0 111,8G  0 disk
└─sda1                8:1    0 111,8G  0 part
  ├─mint--vg-root   253:0    0 108,8G  0 lvm  /
  └─mint--vg-swap_1 253:1    0     3G  0 lvm  [SWAP]
sr0                  11:0    1  1024M  0 rom  

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#68 Legjobb, ha újratelepíted a rendszert. A Ctrl + W felfedezése ügyes volt. :-)
A ^ karakter a bal Ctrl billentyűt jelenti, igen. A mentés és kilépés billentyűzet kombinációjában is használt elem.

Az interneten (pl. DuckDuckGo) a

error: diskfilter writes are not supported.

hibajelenségre lehet rákeresni.
https://duckduckgo.com/?q=error%3A+diskfilter+writes+are+not+supported.&...
De csak olyan megoldás van még, ami elfedi a jelenséget, azaz nem mutatja. Tehát nem oldja meg, csak nem fogod látni, ... és talán nem kell az indításhoz lenyomnod egy billentyűt.

De akkor próbáld meg azt, hogy egy másik helyen, a szöveg elején változtatod meg az értéket 0-ra.
Erről a videóban van szó: https://www.youtube.com/watch?v=g0aKXbOnYow

A korábban megváltoztatott értéket ugyenezen szerkesztés alkalmával állítsd vissza 1-re (ha az volt ott).

Értékelés: 

0
Még nincs értékelve
kimarite képe

quick_boot="0" | upd: ne csináld->telepítsd újra a rendszert

#70 De akkor próbáld meg azt, hogy egy másik helyen, a szöveg elején változtatod meg az értéket 0-ra.
Erről a videóban van szó: https://www.youtube.com/watch?v=g0aKXbOnYow

Miért mégsem ez a megoldás? Egy részlet

Miért használd a quick_boot="0" megoldást? És miért ez a rossz megoldás?

If you look one more time in the /etc/grub.d/00_header code, you will see that the recordfail featured is only used when quick_boot=1. So, changing quick_boot from 1 to 0 disables the recordfail feature, and disables writes in the RAID/LVM partition.

However, it'll disable many other features too (run grep \$quick_boot /etc/grub.d/* and you'll see). More yet, if one day you change your /boot/grub directory to outside the RAID/LVM, the recordfail feature will still disabled.

Summarily, this solution unnecessarily disables features, and it's not generic.

Mi a jó megoldás?

The correct solution should consider disable the save_env statements when GRUB is inside LVM or RAID partitions. ...

innen: https://askubuntu.com/questions/468466/diskfilter-writes-are-not-supported-what-triggers-this-error/498281#498281

Tehát, ha kikapcsolod a quick_boot-ot, akkor néhány más dolog sem fog működni.
A jelenség mögött a SAVEDEFAULT beállítás van (vagyis volt, mert „elmúlt”), azaz a beállításaid grubenv fájlba történő mentése. Ezzel kapcsolatosan nem kezelt le a GRUB2 bizonyos, például LVM köteteket (bug). Manapság már lekezeli ezeket. Szóval, egyáltalán azért nem kéne (állítólagos) megoldásokat keresni, mert megoldott már régen a dolog (ugyanonnan idézek):

Update: This bug is already fixed in Ubuntu Server 14.04 and some newer Ubuntu versions. Probably, you only need to run apt-get upgrade.

Bár az én rendszerem nem használt LVM-et, a SAVEDEFAULT beállításnak nincs hátrányos következménye. Még egyszer: manapság az LVM.nél sem jelentkezik a hiba. Alapvetően, mármint annak normális használata esetén (update-grub).Legalábbis én így értelmeztem, amiket a történetről a neten olvastam.

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#70

Jelen állapot:

prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"
ubuntu_recovery="1"
quiet_boot="1"
quick_boot="0"
gfxpayload_dynamic="1"
vt_handoff="1"

echo "menuentry '$(echo "$os" | grub_quote)' ${CLASS} \$menuentry_id_opti$
  fi      
  if [ "$quick_boot" = 1 ]; then
      echo "    recordfail" | sed "s/^/$submenu_indentation/"

Majd figyelemmel kísérem a hatását.

Értékelés: 

0
Még nincs értékelve

quick_boot="0" | upd: ne csináld-&gt;telepítsd újra a rendszert

#71

Akkor vissza minden és marad a hétvégi nagytakarítás.

Esetleg próbaképp nyomjak egy apt-get upgrade-et?

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#72 Ha a rendszer indítás után nincs a korábbi hiba üzenet, és gombot nyomni sem kell, akkor a javítás sikerült.

#73 A frissítés korántsem oldja meg az ilyesféle gondot. Az alkalmazás elállított beállításait a fejlesztök egyszerű frissítése nem teszi helyre. Nem erre szolgál, de ellsösorban azért nem, mert a felhasználó, vagyis pl. a te változtatásod szándékos is lehet. Bármely beállítás. A dpkg-reconfigure vagy a GRUB teljes újratelepítése segítene.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

Esetleg erre a kernelcsere (müködik - nem müködik) gondra az Ukuu nem lenne esetleg jó megoldás? Elég biztosan cserélgeti, törli, telepiti a különböző kerneleket. A jól müködő alól szerintem ki lehetne lőni a nem müködőket.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#74 A másik dolog, hogy manapság

-- a Linux Mint alapértelmezett beállitása, hogy minden frissül: a biztonsági szintek a 4-es vagy az 5-ös szintet belevéve, a kernel és a security tükörröl elérhetö csomagok.

Sokan így használják a Linux Mintet ...

A fejlesztök szándékaival összhangban, rögtön a telepítés után, de még az elsö frissítés (és bármilyen alkalmazás telepítése elött) érdemes a Frisstéskezelöben a következö beállítást alkalmazni: a biztonsági szinteket a 2-es szintig engedêlyezni, a kernel frissítéseket tiltani, de a biztonsági frissítéseket engedélyezni. Így is biztonságos marad a rendszer, de mondhatni kevesebb az esély belefutni valamilyen alkalmazás hibába.

Azért írtam le mindezt, mert a szigorúbb beállítások csak a Frissítéskezelövel elvégzett frissítéseknél érvényesülnek, a terminálban kiadott upgrade alkalmával figyelmen kívül lesznek hagyva. Illetöleg a Synaptic csomagkezelöben elvégzett frissítés alkalmával sincsenek figyelembe véve. ... azaz minden csomag frissül, ha kell, ha nem. Az ilyen, minden tekintetben "friss" rendszer a szigorúbb állapotra "visszaállítani" meglehetösen nehéz, ezért célszerű a telepítés után dönteni, melyik beállítás lenne szimpatikus a frissítésnél. A szigorúbb beállítás "korlátain" lehet enyhíteni viszont.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#75 Nincs is jobb alkalom a jó értelemben vett kísérletezésre, próbálkozásra. Persze, a fontos adatokat például külsö tárhelyre menteni érdemes. :-)

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#77 Ha jól emlékszem, Norbi6891-nek van rendszermentése (Timeshift ?)
olyan időpontról, amikor még nem volt ilyen kernel mizéria / és amikor még
nem nyúlt bele mélyebben a rendszerbe.
Szerintem, vissza kéne állítani erre az időpontra a rendszert - igaz, hogy elég
sok frissítést kap utána, - de most-már legalább tudja hogy mit kell megengedni
a frissítéskezelőnek telepítésre. Amit nem akar megengedni, azt pedig fekete
listára lehet tenni a frissítéskezelőben, - hogy legközelebb ne ajánlja fel ismét
telepítésre.
Gyorsabb mint az egész rendszer újratelepítése, belakása.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#78 Ha jól emlékszem, Norbi6891-nek van rendszermentése (Timeshift ?)
olyan időpontról, amikor még nem volt ilyen kernel mizéria / és amikor még
nem nyúlt bele mélyebben a rendszerbe.

Reméljük, én nem néztem vissza a szálat.

Amit nem akar megengedni, azt pedig fekete listára lehet tenni a frissítéskezelőben, - hogy legközelebb ne ajánlja fel ismét
telepítésre.

Ezzel nem feltétlen értek egyet, mármint a visszatartással-Általában. Hagyja csak települni a kernelt, de nem használja. Használjon egy újabb verziót, ami működik és emezt meg távolítsa el végleg. Mert még nem néztük meg, a Norbinál rosszul teljesítő kernel maga úgy egyáltalán egy biztonsági frissítés, és van-e újabb. Ha nincs az említettnél újabb (Norbinál működő) kernel, akkor telepíteni kell olyan verziót, ami nincs visszafogva, és frissüljön, amikor akar.

Biztonsági frissítést nem szabad visszatartani (ha arról van szó). Soha.

Gyorsabb mint az egész rendszer újratelepítése, belakása.

Általában igen. :-)

Real to real ...

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#79 "Biztonsági frissítést nem szabad visszatartani (ha arról van szó). Soha."

A kerneleknek általában az alverziója frissül (pl.: 4.15.0-48-ról -50-re.)
A frissítéskezelő ezeket kivétel nélkül biztonsági frissítésnek jelöli.
Érthető is, hiszen az időközben megtalált sérülékenységeket / hibákat befoltozzák,
javítják, és az új kernel alverzióval kapjuk meg ezt az immár javított kernelt.
De mi van olyankor, ha ezzel az javított kernel verzióval nem megfelelően működik
a rendszer ? Szerintem csak az a megoldás ha visszaállítom az előző (jól működő)
verziót - noha tudom hogy abban vannak sérülékenységek.
Szerinted mennyi esélye van annak hogy valaki az én gépemen kihasználja ezeket ?
Különben is, tökéletes kernel nincs - a jelenleg legújabba is vannak sérülékenységek
csak még nem találták meg őket. Erre az lesz a bizonyíték hogy a közeljövőben egy
újabb kernelverziót fog felajánlani a frissítéskezelő. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#80 ["Biztonsági frissítést nem szabad visszatartani (ha arról van szó). Soha."]

A kerneleknek általában az alverziója frissül (pl.: 4.15.0-48-ról -50-re.)
A frissítéskezelő ezeket kivétel nélkül biztonsági frissítésnek jelöli.

Nem, nem, dehogy (második sor)! Tényleg nem. :-))

De mi van olyankor, ha ezzel az javított kernel verzióval nem megfelelően működik
a rendszer ? Szerintem csak az a megoldás ha visszaállítom az előző (jól működő)
verziót - noha tudom hogy abban vannak sérülékenységek.

Van más megoldás, például egy másik sorozatból telepíteni, vagy egy újabbat. Lényeg, hogy működjön..

Szerinted mennyi esélye van annak hogy valaki az én gépemen kihasználja ezeket ?

Nem mindegy? Az esély általában így rosszabb.
Amúgy az ő gépe (rendszere), és nem a te géped .. . :-)

Különben is, tökéletes kernel nincs - a jelenleg legújabba is vannak sérülékenységek
csak még nem találták meg őket.

Látom, te is Benedek Eleken, Grimmen és a Magyar népmeséken nevelkedtél.
És a Murphy törvényről is hallottál már. Nagyon helyes! :-)
Íme, egy talán nem annyira ismert törvény, az ősi repülőgép törvény:

Az óceánban több repülőgép található, mint tengeralattjáró az égen...

Ez is igaz állítás.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#81 "Van más megoldás, például egy másik sorozatból telepíteni, vagy egy újabbat. Lényeg, hogy működjön.."

És ha telepítek egy másik sorozatból vagy egy újabbat - ahhoz kapok  frissítést a frissítéskezelőn keresztül ?
Háát, nem biztos ! - És ha nem kapok, ez azt jelenti hogy nincs is benne sérülékenység ?

Abban egyetértünk hogy lehetőleg a legújabb, - de frissülő kernel verziót kell használni.
Mert feltehetem a legújabb 5.1.5-öst is, de ahhoz nem fogok kapni frissítést.
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.1.5/

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#82 ["Van más megoldás, például egy másik sorozatból telepíteni, vagy egy újabbat. Lényeg, hogy működjön.."]

És ha telepítek egy másik sorozatból vagy egy újabbat - ahhoz kapok  frissítést a frissítéskezelőn keresztül ?
Háát, nem biztos ! - És ha nem kapok, ez azt jelenti hogy nincs is benne sérülékenység ?

Nagyon nem értjük egymást :-). Minden kernel egy ideig kapja a frissítéseket (de ezeket minden esetben), és ha már nem kap, akkor egy új verziószámra frissül, ahol ugyanúgy, egy ideig frissítéseket kap, majd ...

Abban egyetértünk hogy lehetőleg a legújabb, - de frissülő kernel verziót kell használni.
Mert feltehetem a legújabb 5.1.5-öst is, de ahhoz nem fogok kapni frissítést.
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.1.5/

Majd megkapja ezt is a frissítést.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#83 "Minden kernel egy ideig kapja a frissítéseket"

Ez az ! Nem mindegy hogy az adott kernel 9 hónapig, vagy 5 évig támogatott (kap frissítést.)
Ha egy nem működő helyett (tájékozatlanságból) olyat telepítek amelyiknek lejárt a támogatása
- akkor várhatom hozzá a frissítést !

https://wiki.ubuntu.com/Kernel/Support#A16.04.x_Ubuntu_Kernel_Support

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#84 ["Minden kernel egy ideig kapja a frissítéseket"]

Ez az ! Nem mindegy hogy az adott kernel 9 hónapig, vagy 5 évig támogatott (kap frissítést.)
Ha egy nem működő helyett (tájékozatlanságból) olyat telepítek amelyiknek lejárt a támogatása
- akkor várhatom hozzá a frissítést !

https://wiki.ubuntu.com/Kernel/Support#A16.04.x_Ubuntu_Kernel_Support

Megkérnélek, hogy ne másítsd meg a szavaimat, a kijelentésem értelmét,
úgy (de sehogy se), hogy csak a mondatom egyik felét másolod be. El is mondom miért:

Ha tájékozatlanságból olyan kernelt telepítesz, amelynek már lejárt a támogatása, azt csak külső alkalmazással teheted meg.

A rendszeren belül olyan nem létezik, hogy a tükrökről elérhető kernel(ek)nek bármilyen okból lejár a támogatása!

Éppen ezért gondoltam azt, beszéljük meg,  melyik kernel legyen telepítve és használva. Korábban is ugyanezt írtam. Az meg más kérdés, hogy én nem régebbi, hanem a meglévőnél újabb kernelt javasoltam, azokra mindegyikre van támogatás. Jó, lehet engem elkényelmesít, hogy csak tükröket használok, van a Stable (4.9), a Backports (4.19) és Liquorix (5.0), azaz olyan tükröket használok, amelyekről a kernel egészen biztosan frissül. Tudom. Zárójelben a kernel verziók. De ... az Ubuntu-nál is van proposed tükör, illetve HWE kernel. Azokat lehetne inkább használni, mint az Ukuu által biztosított kerneleket, illetve utóbbiakből lehet válogatni, Ismétlem, az újabb kerneleknek mind van támogatása. És mivel a rendszer egy fix kernel verziót tartalmaz, a külső kernel verziószáma mindig nagyobb lesz, ezért a külső marad meg. Hogy LTS egy kernel vagy nem ... no erre lehet mondani, hogy „beszéljük meg”. Az Ukuu-t én nem használom, különben Ubuntu-alapú rendszerekre használható.

Még egyszer: azt gondoltam, beszéljük meg,  melyik kernel legyen telepítve és használva. Nem volt egyértelmű ezek szerint ...

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#85 Ok. Beszéljük meg ! :) ... Nálam, és gondolom a felhasználók döntő többségénél
kifogástalanul működik a 4.15.0-50-es LTS kernel - kap frissítéseket az LTS kiadás
támogatásának végéig - Norbi6891 használja ezt ! ... Ja, hogy nem tudja ?
Miért nem tudja ?  - Ezt kéne megbeszélni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#86 Rendben.

Két lehetőség:

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04 
sudo sytemctl reboot
sudo add-apt-repository ppa:damentz/liquorix && sudo apt-get update

... „32 bit x86 SMP” (Norbi gépe 32 bites rendszert futtat!), legyen PAE:

sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae
sudo systemctl reboot

De azért azt is ki kéne deríteni (esetleg), hogy mi okoz a problémás kernelnél gondot. Nem árulok el titkot, de ezért vannak a szintek. Egyes hardvereken a legújabb kernel, Xorg, stb. gondokat okozhat. És ahogy emlékszem, nálam nem az 50-es kernel volt telepítve a 2-es szint mellett. Amúgy meg ... a következő indításkor meg lehet nézni a naplókat:

xdg-open /var/log/syslog
xdg-open /var/log/Xorg.0.log

és a

dmesg

kimenetet. A csíkozódás okára. Ha kíváncsi az ember arra ... .

Értékelés: 

0
Még nincs értékelve
kimarite képe

Nem mutiba készült ... de mégis

#87 Mutatok valamit azért. Nem ígéret ...

Az Isten álljon meg. :-) ;-)

Beállítások, amelyek mindenkinek jók.
Az 50-es kernel nem biztonsági frissítés ..

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#85 Nem azt ajánlottam, hogy az Ukuu kerneleit használja, hanem hogy az Ukuu segítségével távolitson el nem müködő kerneleket. Még a Synaptic használatánál is egyszerűbb. Ha a 2 szintig "befagyasztod" a Mintupdate-t a és csak  a biztonsági frissitések kerülnek fel, akkor pedig marad (mint már valahol írtam)  4.15.0.20.

Értékelés: 

0
Még nincs értékelve

Nem mutiba készült ... de mégis

#88 "Az 50-es kernel nem biztonsági frissítés .."

Az "USN-3981-1 kernel sérülékenység" javítását kaptuk meg az 50-es verzióval.
https://usn.ubuntu.com/3981-1/
Lehet hogy rosszul értelmezem, de szerintem ez a biztonsági javítás fogalomkörébe
tartozik. Függetlenül attól, hogy mit mutat a Mint frissítéskezelője.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Nem mutiba készült ... de mégis

#90 Most dolgom van (el kell mennem itthonró), nem tudom teljes körűen értelmezni, de
-- egyrészt az általam közzétett képen a 4.15.0-50.52 verzió látható, mint elérhető legújabb (habár deeplink nélkül ott a linkelt oldalon ez is),
-- másrészt elsőre azt gondolom, ez az 50-es sorozat sérülékenysége,
-- harmadrészt a képen látható telepített is elérhető, nincs törölve.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Nem mutiba készült ... de mégis

#91 Május 16.: időközben történt egy kernel frissítés (idézet) ... a „generic” az 54-es végű csomag (a META csomag ez)

ii  linux-image-4.15.0-50-generic 4.15.0-50.54 i386 Linux kernel image for version 4.15.0 on 32 bit x86 SMP

Van még egy olyan gondolatom is, hogy az Ubuntu részéről, ha sérülékenység áll fenn, akkor valamilyen módon (felhasználói beavatkozás nélkül) töröltetni kéne a 4.15.0-4x sorozatú kerneleket. Ez nem történik meg, hiszen a felhasználó be tud lépni ezekkel.

GRUB beállítófájl előállítása…

Megtalált linux lemezkép: ... https://linuxmint.hu/comment/29002#comment-29002

De miért? Hiszen sérülékenyek azok is.

És mindeközben ott „figyel” az általam képen mutatott, amely telepíthető, azaz használható. Meglehetősen biztonságosnak tartom a Linux Mint Frissítéskezelő alkalmazását. Mármint a tényleges biztonsági frissítések felismerésének tekintetében.

Értékelés: 

0
Még nincs értékelve

[comment:title]

@#0 "Van még egy olyan gondolatom is, hogy az Ubuntu részéről, ha sérülékenység áll fenn, akkor valamilyen módon (felhasználói beavatkozás nélkül) töröltetni kéne a 4.15.0-4x sorozatú kerneleket."

Ez szép dolog lenne ! Ha az új kernellel nem indulna a rendszer, akkor tényleg csak az
újratelepítés maradna mint lehetőség.

Értékelés: 

0
Még nincs értékelve
kimarite képe

[comment:title]

#94 Meg lehet közelíteni erröl az oldalról is a kérdést, de a sérülékenységhez ennek már vajmi kevés köze van. És az eredeti problémához sem.

Két tükörröl jönnek a kernelek. Ugye, az egyik a 20-as (több hozzászólásban látható, hogy ez a kernel telepítve van), azzal mindig be tud lépni. A belépés problémakörét megválaszoltnak érzem. A másik tükörröl jön egy másik kernel, amelyröl elmondható, hogy (szintén) folyamatosan frissül, és éppen ma reggel említetted, hogy sebezhetöség miatt mindenképpen frissíteni kéne. folytatom ...

Értékelés: 

0
Még nincs értékelve
kimarite képe

[comment:title]

#95 Adtam két másik lehetöséget használatra, mindkettöröl folyamatosan frissülnek a kernelek. Én csak azt mondom, visszatartott kernelt ne használjunk. És, a megoldás legyen meg, mert a jelenlegi "állás" nem jó megoldás. A lehetöségekhez mérten a legfrissebb kernelt kell használni ... valamelyik tükörröl.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#86 Tudja. Csak problémái vannak ezzel a verzióval. :-)

A 46-os verzióval kezdödött, és a 47-es, 48-as verzióval folytatódott.

Nem érvelek úgy, hogy nâlam, vagy mindenkinél működik valamely alkalmazás, mert ez egyáltalán nem válasz a felmerült problémára. Az 50-es kernelt fel lehet tennj, de, ha nem működik, annak nyoma marad a már említett naplófájlokban. Különben nem Linux megoldás az alkalmazások újratelepítésének vagy egy másik verzió telepítésének eröltetése a probléma feltárása helyett. Kétségkívül, van ilyen megoldás is, nem gyakori, de abban az esetben a probléma megoldása másképpen nem kivitelezhetö.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#78

Üdv mindenkinek!

Látom meglehetősen élénk az eszmecsere, a közvetlenül személyemet érintő dolgokra (remélem sikeresen) a későbbiekben majd megkísérelek válasszal szolgálni.

Jól emlékszel van (válasz erre: https://linuxmint.hu/comment/29391#comment-29391), 2 is:

Ha minden igaz ez a Mint telepítésének napján (korábban live módban használtam egy kicsit) készült, mikor még teljesen "szeplőtelen" volt a kicsikém: /timeshift/snapshots/2018-12-30_11-43-43/localhost/etc/default/grub.d

Ez meg egy hónappal később, ekkor is még totál érintetlen volt: /timeshift/snapshots/2019-01-30_12-00-01/localhost/etc/default/grub.d

Tartalék (a teljes újratelepítést megelőző, utolsó) megoldásnak mindkettő elég ígéretesnek tűnik.

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#74

(Válasz erre: https://linuxmint.hu/comment/29386#comment-29386)

Hibaüzenet továbbra is van, kéri a nyomkodást is, de ha várok pár másodpercet, akkor túl lép a hiányán. Egyébként az utóbbi néhány indítás során, ettől eltekintve, ha lassan is, de különösebb gond nélkül felállt a rendszer.

Erről tudnál kicsit részletesebben írni:

A dpkg-reconfigure vagy a GRUB teljes újratelepítése segítene.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#77

(válasz erre: https://linuxmint.hu/comment/29390#comment-29390)

Jelenleg éppen ez folyik, várom a konstruktív ötleteket, hiszen nekem (a rendszernek) már nagyjából úgy is mindegy (sok kárt már nem hiszem, hogy tudok tenni benne, de ha mégis, egy újratelepítést simán be tudok vállalni, ahogy korábban is írtam), így szívesen kipróbálok mindent (akár más helyett is, megkímélve a többieket az esetleges buktatóktól).

Értékelés: 

0
Még nincs értékelve

Ukuu  telepités

Ukuu  telepités

sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu

Nem kell szerintem új kernelt telepiteni, elég lenne a nem müködőt eltávolitani. Ha van kedved persze a legújabbat is kipróbálhatod, de lehetnek buktatók (pl. megjelenitési problémák).

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#86

Kiegészítésként (ehhez: https://linuxmint.hu/comment/29417#comment-29417), válaszul a hozzászólásodra (https://linuxmint.hu/comment/29404#comment-29404).

Ezeket látom most a Frissítéskezelő->Nézet->Linux kerneleken belül:

https://ibb.co/nrWzvfM
https://ibb.co/YQrB7Wz
https://ibb.co/SvxZ2Cm
https://ibb.co/60DSTsL

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#87

Hozzáfogtam a javaslatod megvalósításához (https://linuxmint.hu/comment/29410#comment-29410):

Íme:

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
[sudo] norbi jelszava:              
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
  linux-headers-4.15.0-43 linux-headers-4.15.0-43-generic
  linux-headers-4.15.0-44 linux-headers-4.15.0-44-generic
  linux-headers-4.15.0-45 linux-headers-4.15.0-45-generic
  linux-headers-4.15.0-46 linux-headers-4.15.0-46-generic
  linux-image-4.15.0-43-generic linux-image-4.15.0-44-generic
  linux-image-4.15.0-45-generic linux-image-4.15.0-46-generic
  linux-modules-4.15.0-43-generic linux-modules-4.15.0-44-generic
  linux-modules-4.15.0-45-generic linux-modules-4.15.0-46-generic
  linux-modules-extra-4.15.0-43-generic linux-modules-extra-4.15.0-44-generic
  linux-modules-extra-4.15.0-45-generic linux-modules-extra-4.15.0-46-generic
Ezeket az „sudo apt autoremove” paranccsal törölheti.
A következő további csomagok lesznek telepítve:
  libunwind8 linux-headers-4.18.0-20 linux-headers-4.18.0-20-generic
  linux-headers-generic-hwe-18.04 linux-image-4.18.0-20-generic
  linux-image-generic-hwe-18.04 linux-modules-4.18.0-20-generic
  linux-modules-extra-4.18.0-20-generic xserver-xorg-core-hwe-18.04
  xserver-xorg-input-all-hwe-18.04 xserver-xorg-input-libinput-hwe-18.04
  xserver-xorg-legacy-hwe-18.04 xserver-xorg-video-all-hwe-18.04
  xserver-xorg-video-amdgpu-hwe-18.04 xserver-xorg-video-ati-hwe-18.04
  xserver-xorg-video-fbdev-hwe-18.04 xserver-xorg-video-intel-hwe-18.04
  xserver-xorg-video-nouveau-hwe-18.04 xserver-xorg-video-qxl-hwe-18.04
  xserver-xorg-video-radeon-hwe-18.04 xserver-xorg-video-vesa-hwe-18.04
  xserver-xorg-video-vmware-hwe-18.04
Javasolt csomagok:
  fdutils linux-hwe-doc-4.18.0 | linux-hwe-source-4.18.0 linux-hwe-tools
  xfonts-100dpi | xfonts-75dpi xserver-xorg-video-geode firmware-amd-graphics
  xserver-xorg-video-r128 xserver-xorg-video-mach64 firmware-misc-nonfree
Ajánlott csomagok:
  xserver-xorg-input-wacom-hwe-18.04
Az alábbi csomagok el lesznek TÁVOLÍTVA:
  xserver-xorg xserver-xorg-core xserver-xorg-input-all
  xserver-xorg-input-libinput xserver-xorg-input-synaptics
  xserver-xorg-input-wacom xserver-xorg-legacy xserver-xorg-video-all
  xserver-xorg-video-amdgpu xserver-xorg-video-ati xserver-xorg-video-fbdev
  xserver-xorg-video-intel xserver-xorg-video-nouveau xserver-xorg-video-qxl
  xserver-xorg-video-radeon xserver-xorg-video-vesa xserver-xorg-video-vmware
Az alábbi ÚJ csomagok lesznek telepítve:
  libunwind8 linux-generic-hwe-18.04 linux-headers-4.18.0-20
  linux-headers-4.18.0-20-generic linux-headers-generic-hwe-18.04
  linux-image-4.18.0-20-generic linux-image-generic-hwe-18.04
  linux-modules-4.18.0-20-generic linux-modules-extra-4.18.0-20-generic
  xserver-xorg-core-hwe-18.04 xserver-xorg-hwe-18.04
  xserver-xorg-input-all-hwe-18.04 xserver-xorg-input-libinput-hwe-18.04
  xserver-xorg-legacy-hwe-18.04 xserver-xorg-video-all-hwe-18.04
  xserver-xorg-video-amdgpu-hwe-18.04 xserver-xorg-video-ati-hwe-18.04
  xserver-xorg-video-fbdev-hwe-18.04 xserver-xorg-video-intel-hwe-18.04
  xserver-xorg-video-nouveau-hwe-18.04 xserver-xorg-video-qxl-hwe-18.04
  xserver-xorg-video-radeon-hwe-18.04 xserver-xorg-video-vesa-hwe-18.04
  xserver-xorg-video-vmware-hwe-18.04
0 frissített, 24 újonnan telepített, 17 eltávolítandó és 0 nem frissített.
Letöltendő adatmennyiség: 64,3 MB.
A művelet után 244 MB lemezterület kerül felhasználásra.
Folytatni akarja? [I/n]

Egyelőre az n-t választottam, mert az eddig még hibátlanul működő kerneleket (45-ig bezárólag semmi gondom nem volt eddig) nullázta volna, az új 4.18.0-20-ast, meg a Frissítéskezelő is felajánlja telepítésre, ahogy fentebb belinkeltem (https://ibb.co/SvxZ2Cm).

A tárolót hozzáadtam a rendszerhez:

sudo add-apt-repository ppa:damentz/liquorix && sudo apt-get update
A következő PPA tárolót készül hozzáadni a rendszerhez:
 Liquorix is a distro kernel replacement built using the best configuration and kernel sources for desktop, multimedia, and gaming workloads.

Website: https://liquorix.net
Package Source: https://github.com/damentz/liquorix-package
Kernel Source: https://github.com/zen-kernel/zen-kernel
 További információk: https://launchpad.net/~damentz/+archive/ubuntu/liquorix
A folytatáshoz nyomja meg az Enter billentyűt, vagy a megszakításhoz a Ctrl-C billentyűkombinációt

Executing: /tmp/apt-key-gpghome.P9Z7vQpj23/gpg.1.sh --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 9B72E6DF
gpg: 9352A0B69B72E6DF kulcs: „Launchpad PPA for Steven Barrett” nyilvános kulcs importálva
gpg: Összesen feldolgoztam: 1
gpg:               importálva: 1
Találat:1 http://archive.ubuntu.com/ubuntu bionic InRelease
Letöltés:2 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Találat:3 http://archive.canonical.com/ubuntu bionic InRelease                 
Letöltés:4 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic InRelease [15,9 kB]
Letöltés:5 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Letöltés:6 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Mellőz:7 http://packages.linuxmint.com tara InRelease                          
Találat:8 http://packages.linuxmint.com tara Release                           
Letöltés:9 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic/main Sources [924 B]
Letöltés:10 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic/main i386 Packages [1.624 B]
Letöltés:11 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic/main Translation-en [1.152 B]
Letöltve 272 kB 1mp alatt (192 kB/s)                                          
Csomaglisták olvasása... Kész

sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae
Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:
  linux-headers-4.15.0-43 linux-headers-4.15.0-43-generic
  linux-headers-4.15.0-44 linux-headers-4.15.0-44-generic
  linux-headers-4.15.0-45 linux-headers-4.15.0-45-generic
  linux-headers-4.15.0-46 linux-headers-4.15.0-46-generic
  linux-image-4.15.0-43-generic linux-image-4.15.0-44-generic
  linux-image-4.15.0-45-generic linux-image-4.15.0-46-generic
  linux-modules-4.15.0-43-generic linux-modules-4.15.0-44-generic
  linux-modules-4.15.0-45-generic linux-modules-4.15.0-46-generic
  linux-modules-extra-4.15.0-43-generic linux-modules-extra-4.15.0-44-generic
  linux-modules-extra-4.15.0-45-generic linux-modules-extra-4.15.0-46-generic
Ezeket az „sudo apt autoremove” paranccsal törölheti.
A következő további csomagok lesznek telepítve:
  libc-dev-bin libc6-dev libelf-dev linux-headers-5.0.0-19.2-liquorix-686-pae
  linux-image-5.0.0-19.2-liquorix-686-pae zlib1g-dev
Javasolt csomagok:
  glibc-doc linux-doc-5.0
Ajánlott csomagok:
  firmware-linux-free
Az alábbi ÚJ csomagok lesznek telepítve:
  libc-dev-bin libc6-dev libelf-dev linux-headers-5.0.0-19.2-liquorix-686-pae
  linux-headers-liquorix-686-pae linux-image-5.0.0-19.2-liquorix-686-pae
  linux-image-liquorix-686-pae zlib1g-dev
0 frissített, 8 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
Letöltendő adatmennyiség: 61,2 MB.
A művelet után 303 MB lemezterület kerül felhasználásra.
Folytatni akarja? [I/n]

Itt az előzőekhez hasonlóan szintén az n-t választottam, mert mint ahogy az előbb, úgy itt is, a hasznos (-nak tűnő) kerneleket is törölné (ki tudja, lehet, hogy a későbbiekben még jól jönnek), az újdonság (5.0.0-19.2) sajnos még nem érhető el a Frissítéskezelőn keresztül (, csak egy korábbi, ezt is belinkeltem korábban: https://ibb.co/60DSTsL), esetleg, most, hogy már hozzáadtam a tárolót???

Az utolsó 3 parancsot is kiadtam, az eredmények sajnos nekem sokat nem mondanak, de legalább jó hosszú mindegyik. Szívesen bemásolom őket, ha Te vagy valaki más vetne rá egy pillantást.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#99 Hibaüzenet továbbra is van, kéri a nyomkodást is, de ha várok pár másodpercet, akkor túl lép a hiányán. Egyébként az utóbbi néhány indítás során, ettől eltekintve, ha lassan is, de különösebb gond nélkül felállt a rendszer.

Rendben. Volt még egy javaslatom,

De akkor próbáld meg azt, hogy egy másik helyen, a szöveg elején változtatod meg az értéket 0-ra.
Erről a videóban van szó: https://www.youtube.com/watch?v=g0aKXbOnYow

itt: https://linuxmint.hu/comment/29377#comment-29377

Habár azt látom, éppen így próbáltad: https://linuxmint.hu/comment/29380#comment-29380

-----

[A dpkg-reconfigure vagy a GRUB teljes újratelepítése segítene.]

Erről tudnál kicsit részletesebben írni?

Igen. Bár sokat nem kell részletezni.

A grafikus megoldás

  • A dpkg-reconfigure

Nyisd meg a Synaptic csomagkezelőt.

Gépeld be a grub keresőszót, keress rá a kifejezésre.

Nyomd meg a Telepített verzió elemet, úgy, hogy felülre kerüljenek a telepített alkalmazások (ez esetben látod szabad szemmel is).

A telepített változat tekintetében futtatod a dpkg-reconfigure parancsot ..., egy next, next folyamatot fogsz látni. Értelemszerű válaszokat kell adnod, de nem hátrány, ha a folyamatról kép sorozatot készítesz, és azt megosztod velünk (Imgur vagy ImgBB). Ha a telepített alkalmazás csomagneve a grup-pc, akkor így állítod be az általad kívánt beállításokkal (reconfigure):

sudo dpkg-reconfigure grub-pc
  • A GRUB újratelepítése

Fontos, hogy közben ne kapcsold ki a rendszert, és az internet eléréssel se legyen gond (csomagot telepítesz, az az Internetről jön)!

Nyisd meg a Synaptic csomagkezelőt.

Gépeld be a grub keresőszót, keress rá a kifejezésre.

Nyomd meg a Telepített verzió elemet, úgy, hogy felülre kerüljenek a telepített alkalmazások (ez esetben látod szabad szemmel is).

Jelöld ki az összes telepített csomagot. Az én rendszeremnél 4 csomagra illett a grub keresőszó ...

Az egérmutatót vidd a kijelölt elemek fölé az egérmutatót, és nyomd meg az egér jobb gombját. A megjelenő menüben válaszd a „Kijelölés teljes eltávolításra” menü elemet. Itt tájékoztatást kaphatsz, mely függőségek lesznek eltávoíítva (nem teljes eltávolítással és, ha léteznek eltávolítabdó csomag függőségek) a kijelölt alkalmazásokon, csomagokon kívül. Az én rendszeremnél ez az os-prober csomag.

A változtatás véglegesítéséhez, az eltávolításhoz nyomd meg az Alkalmaz rádiógombot.

... telepítsd újra az eltávolított csomagokat. Csak ezután kapcsold ki vagy indítsd újra a rendszert.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#103 A következő csomagok automatikusan lettek telepítve, és már nincs rájuk szükség:

Ezzel az üzenettel jelzi a rendszer, ha valamely csomagok árva csomagok, nem kötődnek semmilyen más csomaghoz. Azaz, a most mutatott csomagoknak nincs függősége a rendszerben és ők sem függőségei a rendszercsomagok bármelyikének ..., illetve újabb verzió érhető el belőlük, pótolhatóak. Sőt, nincsen szükség a használatukra sem.

A  „Automatikus telepítve” jelzés eltávolítható a Synaptic csomagkezelő segítségével, vagy, ha újratelepíted az eltávolításra jelölt csomagokat ezzel a módszerrel (1, 2, 3, ahány csomagról szó lenne):

sudo apt-get install --reinstall pkg1 pkg2 pkg3

Ám a HWE kernelnél ez a régebbi kernelek megtartásában nem segít vélhetően, látod a Xorg összetevőket is, egészen mások. A puding próbája a próba. Eltávolítod a nemrég említett jelzést, és megnézed, mi történne a HWE kernel telepítésekor. Eltávolítódna-e csomag, ha igen, akkor mi, ... és, ha azt újratelepíted, akkor mi történik, a végére tudsz-e érni a történetnek, úgy, ahogy te szeretnél.

Éles rendszeren (napi használatban), azonban a csomag jelzések eltávolításateljesen felesleges, és értelmetlen. Egyrészt, mert meg kell jegyezni a változtatásokat (erre általában egy átlag felhasználó nem képes, de nem is várható el), mert bármely későbbi történet ezekből következik. Másrészt, ami szintén fontos, nem véletlenül van olyan beállítása a rendszernek, hogy régi könyvtárakat, csomagokat, azaz a felesleges maszlagot jelölje eltávolításra, és tényleg távolítódjanak el a csomagok ... .

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#103 Az utolsó 3 parancsot is kiadtam, az eredmények sajnos nekem sokat nem mondanak, de legalább jó hosszú mindegyik. Szívesen bemásolom őket, ha Te vagy valaki más vetne rá egy pillantást.

Igen. Ha kíváncsi vagy, akkor segítünk. A szöveg megosztására használd a https://paste.ubuntu.com/ oldalt (az URL kell ide).

Ez az oldal a beillesztett szövegek rövid távú cseréjére szolgál két vagy több fél között.

A parancsok ...

De azért azt is ki kéne deríteni (esetleg), hogy mi okoz a problémás kernelnél gondot. Nem árulok el titkot, de ezért vannak a szintek. Egyes hardvereken a legújabb kernel, Xorg, stb. gondokat okozhat. És ahogy emlékszem, nálam nem az 50-es kernel volt telepítve a 2-es szint mellett. Amúgy meg ... a következő indításkor meg lehet nézni a naplókat:

xdg-open /var/log/syslog
xdg-open /var/log/Xorg.0.log

és a

dmesg

kimenetet. A csíkozódás okára. Ha kíváncsi az ember arra ... .

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#104 Ezt kipróbálhatod:

A grubenv fájl hibája

[*] Talán a szerkesztés következménye, talán nem, de a következő rendszer indításkor aprónak tűnő hibát kaptam. Írtam korábban, hogy meg kell nyomni egy billentyűt és így indul el a rendszer. Nem feltétlen kell nyomkodni semmit, mert amikor az időzítés (5-10 másodperc) letelik, a rendszer automatikusan elindul. Csupán nagyon siettem. Ettől függetlenül egy hibáról van szó. A pontos hibaüzenet:

hiba: a környezetblokk túl kicsi
[...]
Nyomd meg valamelyik billentyűt a folytatáshoz...

Angolul:

error: environment block is too small.
[...]
Press any key to continue...

Megoldás:

Új grubenv fájl kell készíteni ...

Nevezd át a létező, eredeti grubenv fájl,

sudo mv /boot/grub/grubenv /boot/grub/grubenv.ORIG

a törlés helyett. A törölt fájl menthetetlen, ha volt baja, ha nem.

Készíts egy új grubenv fájlt, amely lehet „üres” (én is így tettem, hátrányát nem tapasztaltam):

sudo grub-editenv /boot/grub/grubenv create

... természetesen a fájl nem üres, csak nincs benne a beállításra vonatkozó sor. Úgy egyáltalán.

A másik megoldás a set kapcsoló lenne ... (lásd lentebb a kézikönyv ide vonatkozó részét)

De utóbbira nem volt szükség, mert a GRUB beállításainak frissítése,

sudo update-grup

és egy rendszer újraindítás

sudo systemctl reboot

után visszakerül a fájlba a környezeti változó (environment variables).
Amely nem a régi, azaz korábbi „főmenüs”, hanem az újonnan, általam beállított.

Lefuttattam a

sudo dpkg-reconfigure grub-pc

parancsot is. Nemcsak a grub-pc lehet azonban a telepített GRUB alkalmazás. Vélhetően nem ez segített (grubenv), de másoknak (úgy 7-8 éve) igen. Itt hagyom jegyzetnek. A parancs futtatásakor csupán néhány kérdésre kell válaszolni (nem nehezek), és ezzel a művelettel a grub-pc alkalmazást akár az új beállításokkal használhatod. Kernel paramétereket is meg lehet adni vele.

Olvasom a fájlt, ... https://linuxmint.hu/blog/2019/05/grub-menu-szemelyre-szabasa-az-alapertelmezett-menupont-beallitasa

És ezek után teszt. Megmaradt-e az indításnál jelentkező hibaüzenet?

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#104

Előzmény: https://linuxmint.hu/comment/29448#comment-29448

Bizony már minden variációban kipróbáltam, de nem történt meg a csoda.

A GRUB újratelepítésére ugrottam (gondolom nem sok értelme lett volna rekonfigurálni, ha utána úgy is újratelepítem, remélem nem tévedtem), íme a folyamat képekben.

https://ibb.co/vQYsDdC
https://ibb.co/0n7GSyy
https://ibb.co/RS4FgcH
https://ibb.co/FVh3Sjv
https://ibb.co/KrJBwWp
https://ibb.co/fvwdCGK
https://ibb.co/2tFRmy7
https://ibb.co/kXn9tq0
https://ibb.co/bNqBmnx

A végén beütött a $z@r:

https://ibb.co/HVtZFCz

Lehet, hogy a fenti eredmény magyarázza az eddigi gondokat?

Javaslat (most járatom a gépet egyelőre, de valamikor nem lenne baj, ha le tudnám állítani), esetleg egy sudo apt autoremove (https://linuxmint.hu/comment/29264#comment-29264), vagy egy füst alatt adjam ki a sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04 és a sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae parancsokat (a tárolót már korábban hozzáadtam: https://linuxmint.hu/comment/29446#comment-29446) és szorgosan nyomkodjam most az y-t a végén (az autoremove itt is lefut + hozzájutok az új kernelekhez is egy füst alatt)?

Ha minden borul, akkor még jó vagyok pendriveról live módban a következő indításkor?

A válasz megérkeztéig elkezdek "mentegetőzni". :-(

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#108

Esetleg itt az idő komolyabban leporolni a korábbi pillanatképeket (https://ibb.co/hRz8vJm), mert vannak (https://linuxmint.hu/comment/29433#comment-29433), a januárira gondoltam, mint lehetséges mentsvárra.

 

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#106

Előzmény: https://linuxmint.hu/comment/29453#comment-29453

xdg-open /var/log/syslog eredménye: https://paste.ubuntu.com/p/VK8YzjdtHy/
xdg-open /var/log/Xorg.0.log eredménye: https://paste.ubuntu.com/p/pMHjPJqSk3/
dmesg eredménye: https://paste.ubuntu.com/p/jg3ZVfsHgM/

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#108 Próbáld újra (https://ibb.co/HVtZFCz). Így:

sudo apt-get clean
sudo apt-get update
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober
sudo dpkg --configure -a
sudo apt-get -f install

Mi történik?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#110 Háát ... ezt (a naplókat) is majd megnézzük, de most „komoly” gond van. Ez:

Írtam megoldást: https://linuxmint.hu/comment/29496#comment-29496

Több csomagkezelő nem lehet nyitva egyszerre, úgy nem működnek. Csak egy ... .

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#108

Előzmény: https://linuxmint.hu/comment/29491#comment-29491

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04
[sudo] norbi jelszava:              
E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae
E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

A háttérben futott a Synaptic, ezt bezárva már így néz ki:

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04 után: lefut a szükséges folyamat a terminálablakban, majd megjelenik egy párbeszédablak:

https://ibb.co/mq7rc0x
https://ibb.co/StpLbTw

ezen még túljutok, de a következőn (https://ibb.co/fSwrzrH) már nem, hiába nyomok Entert (OK-t), egy újabb ablak jelenik meg mely arról tájákoztat, hogy nem választottam ki telepítési helyet és tájékoztat ennek veszélyeiről, majd a Nem lehetőséget javasolja a folytatást illetően, amit megfogadok és minden kezdődik előről, az első ablak mejelenésével.

Megpróbálok benézni a Synapticba, a válasz ez: https://ibb.co/cY0n9pg

Bezárom a terminált, ezáltal megszakítom a folyamatot, de a Synaptic válasza továbbra is marad ugyanaz, viszont már a sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04 parancsot sem tudom újra kiadni:

E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

, ahogy a sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae parancsot sem, a válasz itt is ugyanaz.

Állítólag a háttérben fut egy folyamat, de jól elbújt, mert sehol sem látom.

A Frissítéskezelő Néze->Linux kerneleken belül ez a változás, a korábbihoz képest (https://ibb.co/SvxZ2Cm):

https://ibb.co/M84RVFF

, tehát a 4.18.0-20-as települt és csak a GRUB-pc konfigurálásával van gond, ahogy a Synapticban is korábban (https://linuxmint.hu/comment/29491#comment-29491): https://ibb.co/HVtZFCz

 

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#111

(Előzmény: https://linuxmint.hu/comment/29496#comment-29496)

sudo apt-get clean
[sudo] norbi jelszava:              
E: Nem sikerült zárolni: /var/cache/apt/archives/lock - open (11: Erőforrás átmenetileg nem érhető el)
E: /var/cache/apt/archives/ könyvtár zárolása sikertelen
sudo apt-get update
Találat:1 http://archive.ubuntu.com/ubuntu bionic InRelease
Letöltés:2 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Találat:3 http://archive.canonical.com/ubuntu bionic InRelease                 
Találat:4 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic InRelease    
Találat:5 http://archive.ubuntu.com/ubuntu bionic-updates InRelease            
Letöltés:6 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Mellőz:7 http://packages.linuxmint.com tara InRelease                          
Találat:8 http://packages.linuxmint.com tara Release     
Letöltve 163 kB 1mp alatt (113 kB/s)                     
Csomaglisták olvasása... Kész
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober
E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?
sudo dpkg --configure -a
dpkg: hiba: dpkg frontend zárolva van egy más folyamat által
sudo apt-get -f install
E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#113 ezen még túljutok, de a következőn (https://ibb.co/fSwrzrH) már nem, hiába nyomok Entert (OK-t), egy újabb ablak jelenik meg mely arról tájákoztat, hogy nem választottam ki telepítési helyet és tájékoztat ennek veszélyeiről, majd a Nem lehetőséget javasolja a folytatást illetően, amit megfogadok és minden kezdődik előről, az első ablak mejelenésével.

A TAB az OK-ra lépés általában, de amin nem jutottál túl, hogy ki kell választani egy kötetet vagy eszközt, ahova a GRUB-ot teszed. Mivel más rendszer nincs telepítve, azt mondom, legyen az sda a GRUB helye, a legfelső választási lehetőség (szám nélküli sda). Ki kell választani, a Space (billentyű) a kijelölés, ekkor * kerül oda, majd TAB, ezzel lépsz az OK-ra.

Amíg a GRUB nincs rendben, ne kapcsold ki a rendszert.

Értékelés: 

0
Még nincs értékelve

Esetleg erre a kernelcsere

#112

Megcsináltam (https://linuxmint.hu/comment/29496#comment-29496), az eredmény is meg van már: https://linuxmint.hu/comment/29503#comment-29503

Több csomagkezelő nem lehet nyitva egyszerre, úgy nem működnek. Csak egy ... .

Időközben ezt is kiszúrtam (https://linuxmint.hu/comment/29503#comment-29503), mást meg szerintem jól elszúrtam.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Esetleg erre a kernelcsere

#116 Gyakorlat teszi ... :-) ;-)

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#115

Előzmény: https://linuxmint.hu/comment/29505#comment-29505

OK. Sejtettem én is, hogy kellene választani egyet, csak a mikéntje nem volt meg. Már csak az a gondom, hogy nem tudom újra előcsalogatni az érintett ablakot (https://linuxmint.hu/comment/29503#comment-29503). Kellene valamilyen parancs hozzá. sudo config grub-pc vagy valami hasonló?

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#118 Szerintem ez:

sudo dpkg-reconfigure grub-pc

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#119

sudo dpkg-reconfigure grub-pc
[sudo] norbi jelszava:              
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB: az alapértelmezett menüpont beállítása

#120 Vélhetően, mert kiléptél a korábbi beállításból, megszakítottad azt. De fogva tartja a config.dat fájlt.

Ez sem fut le? Nem valószínű amúgy ...

sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

Ha így sem megy, megint távolítsd el a Synapticban (teljes eltávolítás) ugyanazeket a csomagokat, majd zárd be a Synapticot, és:

sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

Értékelés: 

0
Még nincs értékelve

GRUB: az alapértelmezett menüpont beállítása

#121

sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober
[sudo] norbi jelszava:              
E: Nem sikerült zárolni: /var/lib/dpkg/lock-frontend - open (11: Erőforrás átmenetileg nem érhető el)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?

A Synaptic-os művelet macerás lesz ezért: https://linuxmint.hu/comment/29503#comment-29503

...

Megpróbálok benézni a Synapticba, a válasz ez: https://ibb.co/cY0n9pg

Bezárom a terminált, ezáltal megszakítom a folyamatot, de a Synaptic válasza továbbra is marad ugyanaz,...

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --> sda (példa)

#122 Akkor ezt kell tenned:

Mindent zárj be.

Nyiss egy terminált:

sudo rm -f /var/lib/dpkg/lock-frontend
sudo apt-get clean
sudo apt-get update
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#123

sudo rm -f /var/lib/dpkg/lock-frontend
[sudo] norbi jelszava: 
sudo apt-get clean
E: Nem sikerült zárolni: /var/cache/apt/archives/lock - open (11: Erőforrás átmenetileg nem érhető el)
E: /var/cache/apt/archives/ könyvtár zárolása sikertelen
sudo apt-get update
Találat:1 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic InRelease
Letöltés:2 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Találat:3 http://archive.ubuntu.com/ubuntu bionic InRelease                    
Letöltés:4 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Találat:5 http://archive.canonical.com/ubuntu bionic InRelease                 
Mellőz:6 http://packages.linuxmint.com tara InRelease                          
Letöltés:7 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Találat:8 http://packages.linuxmint.com tara Release                           
Letöltve 252 kB 1mp alatt (176 kB/s)                    
Csomaglisták olvasása... Kész
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober
E: Nem sikerült zárolni: /var/lib/dpkg/lock - open (11: Erőforrás átmenetileg nem érhető el)
E: Az adminisztrációs könyvtár (/var/lib/dpkg/) nem zárolható, lehet hogy másik folyamat használja?

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#124 Próbálkozzunk még valamivel, aztán más megoldás után nézek.

sudo rm -f /var/cache/apt/archives/lock
sudo apt-get update
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

Vélhetően meg kell keresnünk a htop-ban a futó (tehát zárolt) dpkg folyamatokat, és ki kell lőni így: SIGUSR1

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#125 De ha megnyitod a grafikus Rendszerfigyelő alkalmazást, ott is rá lehet keresni a dpkg folyamatra (Folyamatok). Mást nem szabad kilőni, leállhat a rendszer és akkor csak (például) Live CD segítségével telepítheted újra a GRUB-ot. Mert most nincs telepítve ... .

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#125

sudo rm -f /var/cache/apt/archives/lock
[sudo] norbi jelszava:               
Elnézést, próbálja újra.
[sudo] norbi jelszava:              
sudo apt-get update
Találat:1 http://archive.canonical.com/ubuntu bionic InRelease
Találat:2 http://ppa.launchpad.net/damentz/liquorix/ubuntu bionic InRelease    
Találat:3 http://archive.ubuntu.com/ubuntu bionic InRelease                    
Letöltés:4 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]
Letöltés:5 http://archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]
Letöltés:6 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]
Mellőz:7 http://packages.linuxmint.com tara InRelease                          
Találat:8 http://packages.linuxmint.com tara Release     
Letöltve 252 kB 1mp alatt (170 kB/s)                     
Csomaglisták olvasása... Kész
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober
E: Nem sikerült zárolni: /var/lib/dpkg/lock - open (11: Erőforrás átmenetileg nem érhető el)
E: Az adminisztrációs könyvtár (/var/lib/dpkg/) nem zárolható, lehet hogy másik folyamat használja?

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#127 Akkor még ezt próbáljuk:

sudo rm -f /var/lib/dpkg/lock
sudo dpkg --configure -a
sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#128 És ezt is nézzük meg (eggyel korábban is írtam, azt is nézd meg):

sudo lsof /var/lib/dpkg/lock

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#129 Ezek példák, élesben ne ezt csináld ...

Tehát az lsof mutatja a folyamat PID-t (11003), amit aztán kilövünk. Nagyjából így (példa):

sudo kill -9 11003

Vagy, ha a PID alapján megnézzük a ps-sel (de már az lsof is mutatja), melyik alkalmazás használja,

ps -f 11003

és az alkalmazást lőjük ki, amely, ha dpkg, akkor így (sokféleképpen lehet, mindet nem tudom begépelni)

sudo pkill dpkg

Innentől biztonságos, megteheted ...

... illetve a fuser is feloldhat (példa):

sudo fuser -vki /var/cache/debconf/config.dat
sudo fuser -vki /var/lib/dpkg/lock-frontend
sudo fuser -vki /var/cache/apt/archives/lock
sudo fuser -vki /var/lib/apt/lists/lock
sudo fuser -vki /var/lib/dpkg/lock

És végül:

sudo dpkg --configure -a

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#126

Ezeket találtam (https://ibb.co/Kq13q71), az első tűnik gyanúsnak és ismerősnek leginkább.

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#129

sudo lsof /var/lib/dpkg/lock
[sudo] norbi jelszava:              
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
lsof: WARNING: can't stat() fuse file system /run/user/1000/doc
      Output information may be incomplete.
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
dpkg    6244 root    3uW  REG  253,0        0 6817101 /var/lib/dpkg/lock

 

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#130

A Feladatkezelőben nem menne? Van Leállítás, Befejezés, Kilövés opció is és talál kevésbé kockázatos hiba szempontjából, csak azt kellene megsúgnod, hogy melyikre tüzeljek (nekem az első a gyanús, de lehet, hogy a 2.-nak is vesznie kell).

Utána már folytathatnám ezzel (ahogy írtad fetebb):

sudo fuser -vki /var/cache/debconf/config.dat
sudo fuser -vki /var/lib/dpkg/lock-frontend
sudo fuser -vki /var/cache/apt/archives/lock
sudo fuser -vki /var/lib/apt/lists/lock
sudo fuser -vki /var/lib/dpkg/lock

És végül:

sudo dpkg --configure -a

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#131 Ezeket kilőheted.

Ha kilőtted, ellenőrzés:

lsof /var/lib/dpkg/lock

Ha hasonló a kimenet

COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
dpkg    6244 root    3uW  REG  253,0        0 6817101 /var/lib/dpkg/lock

akkor még fut valami.

A PID-t kell kilőni, amely, ha 6244, akkor így (ha más számot látsz, akkor azt a számot gépeld be a parancssorba):

sudo kill -9 6244

Ha kilőtted, ellenőrzés:

lsof /var/lib/dpkg/lock

Ha nincs zárolva, azaz nincs ilyesmi

COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
dpkg    6244 root    3uW  REG  253,0        0 6817101 /var/lib/dpkg/lock

akkor jöhet ez,

sudo dpkg --configure -a

majd ez.

sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober

De túl gyakran ne csináld ezt, ne lőj ki alkalmazásokat. Nem szabad bezárni a terminál ablakát, ha abban fut egy-egy parancs vagyis folyamat.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#133 A Feladatkezelőben lődd ki azt a kettő folyamatot (Kilövés). Mindkettőt. ... de írtam erre az imént választ.
Mindegy nekik. Általában nem fut a dpkg, csak a frissítés és a telepítés alkalmával.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --> sda (példa)

#135 Egyébként próbálhatod csak a felsőt kilőni ... . És úgy ránézni a zárolásokra az újratelepítésnél. Ha próbálgatsz, az a tanulás része. Néhány esetben rendszer összeomlással, újratelepítéssel jár, de itt még nem. :-)

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#134

Feladatkezelőben nem megy: https://ibb.co/TRbkykN

Terminálban sikerül (https://ibb.co/Kq13q71):

sudo kill -9 7340
, illetve 
sudo kill -9 6244

parancsokkal.

lsof /var/lib/dpkg/lock

Nincs látható kimenet, mely jó jel.

sudo dpkg --configure -a

Megjelenik a párbeszédablak, így nem tudom kiadni a sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober parancsot.

A párbeszédablakban viszont nem tudom kiválasztani a mentés helyét, mert a Space-re nem reagál úgy, ahogy vártam (https://linuxmint.hu/comment/29505#comment-29505), a TAB+Enter viszont remekül Ok-z. Max a következő ablakig (https://ibb.co/DKMzDMX) tudok eljutni nyomkodással, ahogy eddig is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --> sda (példa)

#137 Ja ..., ritkán használom a Feladatkezelőt, de az üzenet azt jelenti, felhasználóként nincs jogod leállítani a folyamatot. Mert az admin szinten fut.

Megjelenik a párbeszédablak, így nem tudom kiadni a sudo apt-get install --reinstall grub-pc grub-pc-bin grub-common grub2-common grub-gfxpayload-lists os-prober parancsot.

Ez így rendben van. Nem is kell újratelepíteni, mert a „sudo dpkg --configure -a” parancssor ezt helyettesíti, azaz megpróbálja helyretenni a félbeszakított telepítés folyamatát.

Nem (Enter), azaz nem szeretnénk a GRUB telepítés nélkül folytatni. Mit látsz utána?

Ha leáll az egész, akkor újra kell indítani. A le kurzorral lépsz az sda elemre, és csak utána lesz a Space.

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#138

A kiinduló párbeszédablakra ugrik vissza:

https://ibb.co/mq7rc0x
https://ibb.co/StpLbTw

, és minden mehet újra előről.

Jelenleg ezt látom a Feladatkezelőben:

https://ibb.co/WsfDnK0

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --> sda (példa)

#139 A Feladatkezelőt zárd be. Nem kell már. Amúgy .. lehet nézegetni, de csak, ha valami gyanúsan fogyasztja a CPU-t vagy a RAM-ot. :-)
Az látszik, egyszer sudo nélkül próbálkoztál. Lebuktál. ;-)

Menj addig a részig (GRUB beállítások), ahol az sda-t kell kiválasztani.

A le kurzorral lépsz az sda elemre (esetleg a jobbra kurzorral), és csak eztán kell megnyomni a Space-t. Ha nem sikerül, ne nyomj Ok-t.

Értékelés: 

0
Még nincs értékelve
kimarite képe

ImgBB

#140 Egyébként jobb, ha regisztrálva töltöd fel a képernyőképeket az ImgBB oldalra. Látom, vendégként vagy jelen. Ha belépve töltöd fel a képeket, akkor azokat később bármikor megtalálod.

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC reconfigure

#140 A le kurzorral lépsz az sda elemre, és csak eztán kell megnyomni a Space-t.

Igen, így van. Kipróbáltam. Igaz, az én rendszeremen azonnal az sda-ra állt rá a kijelölés. Nyilván, mert telepítve már van a GRUB.
A Debian terjesztések Live telepítőjének a nem grafikus (Graphical Install), hanem CLI (Install) telepítője is ezzel módszerrel működik. A (le és a fel) kurzorok a lépegetések, és a Space a kiválasztás, a *.

sudo dpkg-reconfigure grub-pc

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#140

Nyomkodtam a nyilakat (már próbáltam korábban, eredmény nélkül), Space-eltem is rendesen (egyébkén már a párbeszédablak megjelenésének nem teljesen patentsége is feltűnt, jobb oldalt a [] nem látszódik teljesen, itt jelenne meg a *), majd enter és lefut egy folyamat, mely hibát jelez, mivel a nyomkodás közben látatlanul a /dev/md-0 lett kijelölve. Felajánlja a folytatást, itt Nem a válasz, majd előről minden (, de itt már minden látszik, sőt csillagokat is látok :-))), majd erre korrigálok: https://ibb.co/5KqmVRN és TAB+Enter, majd ez látszódik a terminálban (van benne korábbi elem is, csak a teljesség kedvéért):

sudo lsof /var/lib/dpkg/lock
[sudo] norbi jelszava:              
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
lsof: WARNING: can't stat() fuse file system /run/user/1000/doc
      Output information may be incomplete.
COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
dpkg    6244 root    3uW  REG  253,0        0 6817101 /var/lib/dpkg/lock
sudo kill -9 7340
[sudo] norbi jelszava:              
sudo kill -9 6244
lsof /var/lib/dpkg/lock
sudo dpkg --configure -a

Beállítás: linux-image-4.18.0-20-generic (4.18.0-20.21~18.04.1) ...
Beállítás: grub-pc (2.02-2ubuntu8.13) ...
Telepítés a(z) i386-pc platformhoz.
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 24779: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 24779: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 24779: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 24779: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 24779: grub-install
grub-install: figyelmeztetés: A(z) „ext2” fájlrendszer nem támogatja a beágyazást.
grub-install: figyelmeztetés: Beágyazás nem lehetséges. A GRUB ezen telepítés során kizárólag blokklisták segítségével települhet, viszont a blokklisták NEM MEGBÍZHATÓAK és használatuk nem javallott..
grub-install: hiba: diskfilter writes are not supported.
Telepítés a(z) i386-pc platformhoz.
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 25192: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 25192: grub-install
File descriptor 3 (pipe:[335634]) leaked on vgs invocation. Parent PID 25192: grub-install
grub-install: figyelmeztetés: A(z) 32 szektort a(z) „FlexNet” program már használja, elkerülés. Ez a szoftver indítási vagy egyéb problémákat okozhat a jövőben. Kérje meg a szerzőit, hogy ne tároljanak adatokat az indítási sávban..
A telepítés befejeződött. Nem jelentettek hibát.
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.18.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.18.0-20-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
Beállítás: grub-gfxpayload-lists (0.7) ...
Aktiválók feldolgozása: linux-image-4.18.0-20-generic (4.18.0-20.21~18.04.1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.18.0-20-generic
/etc/kernel/postinst.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.18.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.18.0-20-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész
 

Van benne ismerős sor is:

grub-install: hiba: diskfilter writes are not supported.

A regisztrációt majd megteszem, most az idő szűke miatt mellőzöm még.

Én csak "sudo-zva" látom a dpkg --configure -a parancsot, de biztos odakerült valahogy nélküle is, legyen az én bűnöm.

Synaptic működik, jelenlegi állapot: https://ibb.co/XC88pNy

Úgy sejtem, hogy most már biztonságosan leállíthatom a gépet, ha így van akkor mára felfüggesztem a kontárkodást :-)

Értékelés: 

0
Még nincs értékelve
kimarite képe

GRUB PC --&gt; sda (példa)

#143 Úgy sejtem, hogy most már biztonságosan leállíthatom a gépet,

Igen. :-)

Valamilyen megjelenítési hiba miatt nem láthattad a * karaktert. Ezt majd érdemes lenne vizsgálni, mármint a megjelenítési hibákat.

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#143 Ami feltűnt - ext2-es fájlrendszerre formázott eszközre van telepítve a rendszer ?

Értékelés: 

0
Még nincs értékelve

GRUB PC --&gt; sda (példa)

#144

Remek, akkor befejezettnek tekintem a Mit (?), Hogyan (?), Mikor (?) NEEE (!!!) tegyünk a Linux Mintünkkel sorozatom mai epizódját és felfüggesztem egy időre az ámokfutásomat, melyhez a bűntársi segítségedet ezúton is hálásan köszönöm.

Gondolom azért a korábbi, GRUB-ot érintő, mindenfajta beállítást érdemes lesz lecsekkolnom (sejtem, hogy minden elszállt és nem a 47-es, hanem ismét az 50-es az alapértelmezett kernel).

Ha a gép azt a választ adta, hogy ext2-es fájlrendszer, akkor az biztos úgy van, neki inkább hihetsz, mint az én szavamnak. Azt már meg nem mondom, hogy mi volt a beállítás (egy Mint telepítő videó alapján jártam el) cca. fél évvel ezelőtt (egyébként ext-re szavaznék én is, csak a számban nem vagyok biztos), viszont arra tisztán emlékszem, hogy a bootable pendrive készítésekor a FAT32 javasolták (ezt meg is fogadtam melékeim szerint), mert azzal is elbír a Linux (és így nem kell a Windows számára használhatatlanra formázni a stickeket).

Mára búcsúzom! Jó éjt és szép álmokat! (remélem nem lesz miattam senkinek rémálma)

Nehogy valaki kétségbe essen, vagy megnyugodjon, mert:

to be continued...

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#146 A

sudo parted -l

parancssor kimenet megmutatja a partíciók formázását.

Igazából pontosan nem tudom, az LVM minek látszik ..., merthogy LVM van nálad. :-)

Ha újratelepíted a rendszert, akkor az EXT4 vagy a BRTFS fájlrendszert kéne választanod. Ezek naplózó fájlrendszerek. Azért is, mert úgy tippelem, az LVM használatára semmi okod nincs. De azért nézz utána mire jó az LVM. Sok mindenre! Tényleg.

Szerintem az LVM EXT2 formázású partíciónak látszik. :-)
Mert amúgy más partíciód nincsen, csak a lemez, az sda.
És a fizikai valamint a virtuális LVM „partíciók” ketten.

Értékelés: 

0
Még nincs értékelve

BTRFS ?

#147 Most hogy megjelent a legújabb Gparted 1.0  - kicsit rákerestem.
Az egyik helyen ilyet olvastam:
Mi az újdonság a GParted 1.0.0-ban

A GParted 1.0.0-as verziójában szereplő egyéb figyelemre méltó változások között megemlíthetjük a btrfs-progs segédprogramok támogatásának eltávolítását a Btrfs fájlrendszereinek kezelésére
https://news.softpedia.com/news/gparted-open-source-partition-editor-rea...
Ez azt jelentené hogy a legújabb Gparted dobta a BTRFS támogatást ?
 

Értékelés: 

0
Még nincs értékelve

BTRFS ?

#148 Letöltöttem az 1.0.0-ás .ISO-t kiírtam, megnéztem ... ugyanúgy benne van a BTRFS
támogatás, mint az ezt megelőző verziókban.

Értékelés: 

0
Még nincs értékelve

Partíció, formázás

#147

Üdv újra!

Pillanatnyi helyzetjelentés:

Jól sejtettem és a GRUB tegnapi teljes lenullázása elbúcsúztatta a korábbi beállításait is. Ez eddig még nem zavaró számomra, mert a korábbi csíkozás/ledermedés jópofisággal eddig nem örvendeztetett meg az újonnan alapértelmezett 4.18.0-20-as.

uname -a
Linux norbi-M540R 4.18.0-20-generic #21~18.04.1-Ubuntu SMP Wed May 8 08:43:00 UTC 2019 i686 i686 i686 GNU/Linux

Mindenesetre újra láthatóvá tettem a GRUB-ot, hogy lássam mi a pontos helyzet a betöltési folyamat során:

sudo nano /etc/default/grub
[sudo] norbi jelszava:             
sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.18.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.18.0-20-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-50-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-50-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-47-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-47-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-44-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-44-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-43-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-43-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-20-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-20-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
kész

reboot

Eddig minden patentül működik (kopp-kopp-kopp), néhány indítás után nincs a korábbi hibaüzenet sem (, ami ezt szokta tartalmazni: hiba: diskfilter writes are not supported.), erre viszont a korábbiak (https://linuxmint.hu/comment/29542#comment-29542 komment grub-install: hiba: diskfilter writes are not supported.) alapján nem számítottam, kellemes meglepetés, remélem tartós is.

Válasz erre: https://linuxmint.hu/comment/29548#comment-29548

sudo parted -l
[sudo] norbi jelszava:              
Típus: ATA SAMSUNG HM121HI (scsi)
/dev/sda lemez: 120GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: msdos
Lemezjelzők:

Szám  Kezdet  Vég    Méret  Típus    Fájlrendszer  Jelzők
 1    1049kB  120GB  120GB  primary                boot, lvm

Típus: Linux device-mapper (linear) (dm)
/dev/mapper/mint--vg-swap_1 lemez: 3209MB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: loop
Lemezjelzők:

Szám  Kezdet  Vég     Méret   Fájlrendszer    Jelzők
 1    0,00B   3209MB  3209MB  linux-swap(v1)

Típus: Linux device-mapper (linear) (dm)
/dev/mapper/mint--vg-root lemez: 117GB
Szektorméret (logikai/fizikai): 512B/512B
Partíciós tábla: loop
Lemezjelzők:

Szám  Kezdet  Vég    Méret  Fájlrendszer  Jelzők
 1    0,00B   117GB  117GB  ext4

Én csak ext4-et látok és nem ext2-t, ez így jónak tűnik számomra.
Egyelőre még így használom a rendszert és nem telepítem újra, hanem gyilkolom még egy kicsit.

A nem kívánt vizuális effektekre is kellene valamilyen magyarázatot találni (https://linuxmint.hu/comment/29543#comment-29543 és a korábbiak), melyhez szívesen asszisztálok.

Lehet, hogy most jött el az idő egy korábbi komment (https://linuxmint.hu/comment/28980#comment-28980) felelevenítésére?

Kiadjam a korábban említett (https://linuxmint.hu/comment/29446#comment-29446) sudo apt-get install linux-image-liquorix-686-pae linux-headers-liquorix-686-pae parancsot, vagy csapjak a kezemre és örüljek annak, hogy most a 4.18.0-20 jól működik (, gondolom őt előzné meg a paranccsal telepítendő)?
Ha kiadnom a parancsot és nem tünteti el a korábbi kerneleket (autoremove), ahogy korábban fenyegetett vele, akkor most már töröljem a 46-os, 47-es, 50-es végűt (melyek "csodákra" voltak képesek), vagy várjak addig, amíg a (rájuk jellemző) megjelenítési gondok okára fény derül (hátha kell még a velük történő rendszerindítás a nyomozás során, vagy ilyesmi)?

Értékelés: 

0
Még nincs értékelve

Partíció, formázás

#150 Szerintem csapj a kezedre, és állitsd be a frissitéseket a javasolt 2-es  szintig. Töröld a többi kernelt. Ha szükséged lesz újabb kernelre egyszerüen visszaállitod a szinteket (És lehet, hogy kezded elölről). Sok sikert.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#150 Maradhatsz itt, a 20-as kernelnél.

Hogy bekapcsold-e a 2-es szintig történő frissítést? Nem hiszem, hogy érdemes immár.
Maradjon minden szint (ahogy volt, úgy is lesz).
Hiszen a 2-es szint fölé is frissültek egyes alkalmazások, ez megfoghatja a frissítésüket esetleg (nem teszteltem).

Ami fontos: a kernel frissítését kell kikapcsolnod, és a biztonsági frissítéseket be.

De csak miután töröltél minden 20-ason kívüli kernelt (image + headers), amit bárhogyan, bármelyik alkalmazással megtehetsz.
A lényeg, ha a törlések után kiadod a

sudo apt-get purge --autoremove

parancssort, ne mutasson eltávolítandó alkalmazást.

És ezek után lépsz a Frissítéskezelő beállításokra. Azonnal. Kernel- és biztonsági frissítés ...

Próbálkozhatsz ezek után a Liquorix kernellel is ...
A telepítéseknél - ha terminálban történik - a

--simulate

kapcsoló szimulálja, hogy mi fog történni.

Ugye, a módszer ez (pkg = példa)

sudo apt-get install pkg --simulate

Értékelés: 

0
Még nincs értékelve

Partíció, formázás

#152

Előzmények:
https://linuxmint.hu/comment/29592#comment-29592
https://linuxmint.hu/comment/29597#comment-29597

Letakarítottam minden a 4.18.0-20-ason kívül (ha a részletek érdekelnek valakit, itt megtekintheti lépésről lépésre: https://paste.ubuntu.com/p/PNtY49mfzm/), mert terminálban hibát jelzett:

sudo apt-get purge linux-image-4.15.0-20-generic

Csomaglisták olvasása... Kész
Függőségi fa építése       
Állapotinformációk olvasása... Kész
Néhány csomagot nem lehetett telepíteni. Ez azt jelentheti, hogy
egy lehetetlen állapotot kért, vagy ha az unstable disztribúciót
használja, akkor néhány igényelt csomag még nem készült el vagy ki
lett mozdítva az Incoming-ból.
Az alábbi információk segíthetnek megoldani a problémát:

Az alábbi csomagoknak teljesítetlen függőségei vannak:
 linux-modules-extra-4.15.0-20-generic : Függ ettől: linux-image-4.15.0-20-generic de az nincs telepítésre megjelölve vagy
                                                       linux-image-unsigned-4.15.0-20-generic de az nem telepíthető
E: Hiba, a pkgProblemResolver::Resolve töréseket generált, ezt visszatartott csomagok okozhatják.

A Frissítéskezelő viszont megoldotta:

https://ibb.co/Jt4tRzC
https://ibb.co/6PkJcGL

Lehet, hogy a fenti sorok magyarázatul szolgálnak a korábbi, kiindulási problémára (csíkozás, dermedés), bár amikor a 4.15.0-20-ast indítottam sosem volt vele gond.

Folyamat közben megjelentek az alábbi sorok is, ezek miatt kell aggódnom?

4.15.0-43 törlésekor:

rmdir: '/lib/modules/4.15.0-43-generic' eltávolítása meghiúsult: A könyvtár nem üres

4.15.0-44 törlésekor:

rmdir: '/lib/modules/4.15.0-44-generic' eltávolítása meghiúsult: A könyvtár nem üres

4.15.0-45 törlésekor:

rmdir: '/lib/modules/4.15.0-45-generic' eltávolítása meghiúsult: A könyvtár nem üres

4.15.0-46 törlésekor:

rmdir: '/lib/modules/4.15.0-46-generic' eltávolítása meghiúsult: A könyvtár nem üres

4.15.0-47 törlésekor:

rmdir: '/lib/modules/4.15.0-47-generic' eltávolítása meghiúsult: A könyvtár nem üres

4.15.0-50 törlésekor:

rmdir: '/lib/modules/4.15.0-50-generic' eltávolítása meghiúsult: A könyvtár nem üres

A 4.15.0-50-es törlésekor még ez is extra volt a többihez képest:

I: /vmlinuz.old is now a symlink to boot/vmlinuz-4.15.0-20-generic
I: /initrd.img.old is now a symlink to boot/initrd.img-4.15.0-20-generic

Módosítgattam a Frissítéskezelőben is:

https://ibb.co/KqHR0MJ
https://ibb.co/sbcmK7W
https://ibb.co/51MPQ5b
https://ibb.co/6ysLdHg
https://ibb.co/r3xwBdX
https://ibb.co/Sx9yLhv
https://ibb.co/gSx8by3
https://ibb.co/XZs2Vts

A szintek módosításán még vacillálok (jelenleg a kiindulási állapot él, de megjelöltem a módosításokra vonatkozó elképzeléseimet is /így látnám őket, de nem települnének, ugyanúgy, ahogy a kernelek sem jelen állás szerint/, a tanácsok nyomán), szeretném, ha minden up-to-date lenne, de nem minden áron.

A Liquorix kernelt egyelőre jegelem, igaz, hogy vonzó a 2020. februárig tartó támogatás (https://ibb.co/r57LgnL), de még beérem a jelenlegi, 2019. augusztusig támogatottal (https://ibb.co/S5yGX3F), ha nem lesz semmi gebasz a közeljövőben.

Egyébként augusztus után mi lesz, a 4.18-as frissül addig egy magasabb verziószámúra (mivel nálam ki van most lőve a kernelfrissítés), akkor majd telepítsem az újat, vagy az 5.0.0-xx-et, vagy nem gáz, hosszútávon, ha nem vagyok naprakész és már elavult a kernel a gépen (mostanság, a gondok miatt, ugye rövidtávon használtam koros változatokat, kényszerből), ez a rendszer biztonságát és az egyéb frissítéseket nem érinti majd negatívan?

 

Mára búcsúzom!

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#153 A 4.18.0-20-as valami új szerzemény lehet.
Az eddig látott kernelek a 4.15-ös sorozatból voltak mind.

Értékelés: 

0
Még nincs értékelve

Partíció, formázás

#153 Ehhez a 4.18-as kernelhez Augusztusig még valószínű kapsz frissítést.
Július vége felé figyelni kéne a Frissítéskezelő kernel listáját, hogy nem jelenik-e
meg benne újabb főverzió. - Ha megjelenik, érdemes lenne azt telepíteni - mert
ahhoz rendszeresen kapnál a Frissítéskezelőn keresztül frissítést.
A kernel.org szerint, az utolsó longterm (hosszan támogatott) kernel a
4.19.47 https://www.kernel.org/

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#155 Ehhez a 4.18-as kernelhez Augusztusig még valószínű kapsz frissítést.
Július vége felé figyelni kéne a Frissítéskezelő kernel listáját, hogy nem jelenik-e
meg benne újabb főverzió. - Ha megjelenik, érdemes lenne azt telepíteni - mert
ahhoz rendszeresen kapnál a Frissítéskezelőn keresztül frissítést.
A kernel.org szerint, az utolsó longterm (hosszan támogatott) kernel a
4.19.47

Gondolom, akkor csak én nézem meg naponta a frissítéseket, és telepítem is, csodabogárként. Orvos sem látott.
Az valami új kocka szokás, hogy figyelni kell a kernel megjelenését ... a felhasználó nem ülhet a sejhaján nyugton?

érdemes lenne azt telepíteni - mert
ahhoz rendszeresen kapnál a Frissítéskezelőn keresztül frissítést.

Mindig frissül a kernel (valamelyik friss lesz használatban), nincs olyan, hogy nem.
Nincsenek olyan kernelek, amelyek nem rendszeresen frissülnek. Mindegyik rendszeresen frissül. Rosszult tudom?
Tehát az van ... :
-- tegyük fel, telepítetted a Linux Mint 19.1 kiadást,
-- van benne egy kósza de telepített kernel,
-- elérhető több másik kernel (a tükrökről).
Nno, az összes kernel frissülni fog a támogatás kezdetétől a végéig. Mert a Linux Mint terjesztés LTS.

Értékelés: 

0
Még nincs értékelve

Partíció, formázás

#156 A 4.15-ös is hosszan támogatott kernel - de az utolsó néhány verziója
Norbi rendszerén valamiért nem megfelelően működött.
A jelenleg jól működő 4.18-as támogatása Augusztusban megszűnik.
Szerinted, ezután melyiket kéne használnia ? Szerintem, mindenképpen olyat,
amit a frissítéskezelő felajánl - kivéve a 4.15-öst.
De mi van olyankor ha Augusztusban csak a 4.15-ös frissülne ?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#157 Mi van, mi van? Ez:

Nno, az összes kernel frissülni fog a támogatás kezdetétől a végéig. Mert a Linux Mint terjesztés LTS.

------

És ott tartunk, hogy a 20-as végű kernel jó választâs. Továbbá, ott, hogy az 50-es végű kernel nem biztonsági frissítés. ... többször is le van írva. Mindez a 4.15 sorozatnál van.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Partíció, formázás

#158 Összegezve: az (említett) utolsó néhány, a kérdezönél nem működö kernel verzió nem számít egy kutyafülét sem. Túlléptünk ezen. Olvass majd vissza.

Értékelés: 

0
Még nincs értékelve

Frissítés-Frissítéskezelővel-Jópofiság

Előzmény: https://linuxmint.hu/comment/29631#comment-29631

Nagyon új szerzemény (https://linuxmint.hu/comment/29503#comment-29503), a javaslat viszont tőled származik (https://linuxmint.hu/comment/29410#comment-29410), bár a Frissítéskezelőben is szerepelt, ugyanúgy, ahogy a 5.0.0. is, de eddig csak a 4.15-ösök voltak használatban, ahogy írtad is.

Előzmény: https://linuxmint.hu/comment/29632#comment-29632

Én is arra gondoltam, hogy július végéig jó vagyok, de szemmel tartom, hátha lesz frissebb, melynek később jár le a támogatási ciklusa (a kernelfrissítések most le vannak tiltva, de láthatóak elvileg a Frissítéskezelőben: https://ibb.co/sbcmK7W), amit egy Timeshift után magamévá teszek. Kösz a 4.19-es javaslatot, így már 2 opció is van (5.0.0 mellett), ha még sem úgy alakulnának a dolgok a 4.18-cal, ahogy remélem.

Hétfőn felajánlott a Frissítéskezelő 2 frissítést, mindkettő 2-es szint, az egyik biztonsági, a másik "sima", újabb verzió. Nyomtam neki egy Telepítést (előtte a Timeshift kimaradt, lehet, hogy később ezt még megbánom), lefut minden, de a végén hibaüzenet érkezik (https://ibb.co/0C6mX30):

Egy csomag telepítése meghiúsult. Kísérlet a helyreállításra:
dpkg: hibe: dpkg frontend zárolva van egy másik folyamat által

Ötletem sincs, hogy mi lehet ez a másik folyamat, mert a Firefox+YouTube-on kívül más nem volt beélesítve, és eddig ez nem jelentett problémát. Egyébként a frontend zároláshoz köthető hiba ismerős korábbról: https://linuxmint.hu/comment/29503#comment-29503

Összességében ezek a frissítések történtek (a 2-ből 7 lett még így is): https://ibb.co/L6htcdC és a Frissítéskezelő sem panaszkodik arra, hogy nem naprakész a rendszer: https://ibb.co/vYnjmmt .
 

Ráfaraghatok még erre (Egy csomag telepítése meghiúsult.) a későbbiekben, vagy a következő frissítésig elmegy a korábbi verzióval és akkor majd remélhetőleg minden frissül?

Értékelés: 

0
Még nincs értékelve

Frissítés-Frissítéskezelővel-Jópofiság

#160

Érkeztek új kernelfrissítések (https://ibb.co/z6rHfP1), jelenleg pihenőpályára állítottam őket, viszont a 4.18-as tekintetében továbbra is csak augusztusig vagyok jó (https://ibb.co/92GJLp0), őszintén nem erre számítottam. Az is meglepett, hogy az 5.0.-ás nincs a listán, csak a sajátján (https://ibb.co/yX5JW5F), ugyanúgy 2020. februárig tartó támogatással (, ha az előbbinél és itt is maradt ugyanazt az időszak, akkor biztos én gondoltam rosszul és nem hosszabbodik minden alkalommal, hanem a sorozat végéig marad ugyanaz az időpont, viszont akkor így július végén biztos, hogy búcsú lesz a 4.18-tól, aztán vagy 4.19, vagy 5.0, vagy más jön és a reménykedés, hogy működni fog). A fentieknél jobban már csak a 4.15-ös lepett meg (https://ibb.co/NZJ8VWJ) a Nem támogatott felirattal, normális, hogy ilyen infók jelennek meg egy kernelnél? Ha nem nézem meg a saját listáját és csak a telepítendő listában jelölöm be, simán települt volna úgy, hogy nem támogatott, mert ha igen, az szexi, már csak azért is, mert így akkor boríthat minden, ha jól gondolom.

Értékelés: 

0
Még nincs értékelve

Frissítés-Frissítéskezelővel-Jópofiság

#160 Az hogy nem inditottál frissitést, nem jelent semmit. Van olyan, hogy unattanted-upgrades és az bizony telepit neked olyat, ami a megitélése szerint nem ér rá megvárni azt, hogy te frissitsd. Akkor kellett volna megnézni a futó folyamatokat, hogy mi az ami telepit. Valószinüleg befejezte és nem lesz gubanc. Meglátod, ha lesz legközelebb frissiteni való. Egébként nem teljesen értem ezt kernel-mizériát. Ha van jó, müködőképes kernel, akkor minek a kernelfrissités. A gépet is vagy alkaltrészeit is cseréled? Mert akkor van értelme a kernlcserének. Ha nem, akkor minek. Vagy ha mindig a legfrissebbre vágysz, akkor miért nem rolling disztrót választasz? A legújabb kernelek már 5.1.6-nál tartanak...Mégegyszer kérdezem, miért fontos egy LTS-nél egy nem biztonsági frissités besorolású kernelcsere? Még egy picit vársz, és kapsz egy új csajt (Tinát) új kernellel...

Értékelés: 

0
Még nincs értékelve

Frissítés-Frissítéskezelővel-Jópofiság

#162

Kernelfrissítés most nem történt és a jelenlegi 4.18-as támogatási ciklusának a végéig nem is tervezem (,ahogy láttad még mindig ezt használom: https://ibb.co/92GJLp0, pedig már van frissebb is), ha nem lesz gond, de utána csak kellene egy támogatott verzióra frissítenem, vagy nem? Gondolom, hogy van jelentősége annak, hogy egy kernel az adott pillanatban bír-e támogatással vagy sem (,ha nem így lenne, akkor mi értelme volna egyáltalán a támogatási ciklusok megadásának), mert ha tök mindegy és a gép, illetve a rajta futó alkalmazások használatára nézve semmilyen negatív hatással nincs, akkor tőlem aztán az elérhető legelavultabb is lehet alapértelmezett a gépen (bár eddig minden frissítést megadtam, amit felajánlott, akár az Ubunturól, akár a Mintről volt szó, az előbbinél ebből nem volt gond, az utóbbinál, a vége felé igen).

Ahogy írtam 1 db biztonsági (ezt azért érdemes volt lefuttatni, szerintem ezt Te sem vonod kétségbe) és 1 db újabb verzióra történő frissítés történt (enélkül még meglettem volna, bár ki tudja, hogy egy verziófrissítés mögött milyen mértékben bújik meg a biztonság javításának szándéka), mindkettő az "ártalmatlannak" tűnő 2-es besorolással jelent meg  a Frissítéskezelőben, így nem nagyon gyanakodtam. Arra számítottam, hogy még extra összetevők, kiegészítők is felmásznak a gépre (, így lett 2-ből 7, azért az nem lenne hátrányos, ha erre figyelmeztetne, esetleg engedélyt kérne, vagy alapból megjelennének ezek is a telepítendő listában, a besorolásaikkal, függőségeikkel együtt, hogy dönteni lehessen a sorsukról), mondjuk ezeket korábban (,amíg nem volt gond) nem szoktam figyelni, most is csak a hiba miatt néztem rá a frissítési előzményekre, és ott bukkantam rájuk. Az azonban meglepett, hogy hibaüzenet érkezett (ilyen még sosem volt frissítések során) és hogy egy háttérben futó alkalmazásra hivatkozott (a múltkor, terminálban történő ügyködés során merült fel ilyesmi először), mert én bizony nem futtattam semmit, tudomásom szerint (sajnos nem néztem meg a Feladatkezelőben, ami öreg hiba volt), megnyitva is csak az említett Firefox volt, de azt meg nem érintette a frissítés (, bár amikor korábban így volt, akkor sem jelentett problémát, mert max megkért a bezárására a gép, ha zavarta valami a telepítést), lehet, hogy valamilyen lappangó instabilitás bujkál a rendszerben és erre utalnak a különféle hibák, és a jövőben még inkább körültekintőnek kell lennem.

A legfrissebb operációs rendszerekre meg végképp nem vagyok ráizgulva, szeretek várni kb. 1 évet, amíg biztosan kinövik a gyermekbetegségeiket, az Ubuntut is 14.04 LTS változatban használtam múlt decemberig és nem éreztem késztetés az újabbra váltásra.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Frissítés-Frissítéskezelővel-Jópofiság

#163 A gátló folyamatokat már meg tudod nézni. Ha egyszer nem megy, nézd meg újra, 15-20 perc múlva.

Használhatod a 15_20-as vagy a 18_20-as kernelt (ezt augusztusig). Az előbbi (4.15) az LTS, biztos kitart a támogatás végéig.
A kernel - a vélekedéssel ellentétben -nagyon ritkán frissül, nem kell aggódni feleslegesen.
Ha a kernel frissítés ki van kapcsolva, és a biztonsági frissítések be vannak kapcsolva, ez esetben akkor biztosan frissül a kernel, ha a korábbi változat veszélyessé válik valamilyen okból. Nincs igazán szükség a legújabb kernelre, azaz maradhatsz „ahol vagy”. Hacsak, nincs különösebb okod a legújabb kernelt használni. Ahogy atime is írta. Én ilyen okot szintén nem érzékelek.

A Liquorix kernel pl. (mostanában) naponta frissül. Jelenlegi verziószáma: 5.1-4.1
De ... én tesztelem. Nem LTS, de folyamatosan javítják, így soha nem jár le, ha engeded frissíteni. Ez tehát egy másik filozófia. Van egy tükör, és az ezen található kernelt naponta, kétnaponta, hetente frissítik ... a hosszú távú támogatás, másként értelmezve.

Ha a Systemback vagy a Timeshift használatával időszakonként visszaállítási pontokat készítesz, akkor akár a HWE kernelt is telepítheted (LTS az is). Igazából mostanában kéne még egy visszaállítási pont ... amikor megint jól működik a rendszer. Eltekintve attól, hogy a telepítéskor jeletkező hibának a visszaállítási pont elkészítése előtt utána kéne járni.

Értékelés: 

0
Még nincs értékelve

Frissítés-Frissítéskezelővel-Jópofiság

#164

Ha az LTS 4.15.0-20-ra gondolsz, ami a legrégebbi a (4.15.0-ás) sorozatban, akkor azt max egy újratelepítést követően tudnám ismét használni (https://linuxmint.hu/comment/29630#comment-29630), most csak a 4.18.0-20-as van meg egyedül (Ezek szerint, amikor itt: https://linuxmint.hu/comment/29597#comment-29597 a 20-as kernelt emlegetted /"De csak miután töröltél minden 20-ason kívüli kernelt...", akkor Te a 4.15.0-20-ra gondoltál, én meg az akkor éppen friss 4.18.0-20-asra, és lepucoltam minden 4.15-tel kezdődőt, így a 4.15.0-20-at is, most már mindegy).

Egyébként a 4.15-ös szériát hanyagolnám, mert a végén már volt velük gond gazdagon, tegnap is jeleztem egy érdekességet (https://ibb.co/NZJ8VWJ), ma meg még ezt is megfejelte (https://ibb.co/qjRMStf), ezután már nem igazán bízom benne (támogatott/nem támogatott, csíkoz/nem csíkoz, ledermed/nem dermed le), max végszükség esetén, július végén/augusztus elején ránézek a legfrissebbre, aztán ha azzal is gondok lesznek, akkor már, a közelmúlt élményei után, hála nektek, tudom a megoldás módját és majd addig ügyködöm, amíg ki nem csikarok egy életképes felállást.

"...akkor akár a HWE kernelt is telepítheted (LTS az is)..."

Itt már totál elvesztettem a fonalat, megpróbálom kibogozni, hátha sikerül:

Itt javasoltad először:
https://linuxmint.hu/comment/29410#comment-29410

    HWE: https://wiki.ubuntu.com/Kernel/LTSEnablementStack

sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04

Itt néztem meg először, de visszatáncoltam:

https://linuxmint.hu/comment/29446#comment-29446

Itt pedig vérrel, verejtékkel ugyan, de települt:

https://linuxmint.hu/comment/29503#comment-29503

Vagyis a HWE-hez kapcsolódva, általad megadott:
sudo apt-get install --install-recommends linux-generic-hwe-18.04 xserver-xorg-hwe-18.04 parancs hatására az alábbiak települnek (részlet innen: https://linuxmint.hu/comment/29446#comment-29446):

Az alábbi ÚJ csomagok lesznek telepítve:
  libunwind8 linux-generic-hwe-18.04 linux-headers-4.18.0-20
  linux-headers-4.18.0-20-generic linux-headers-generic-hwe-18.04
  linux-image-4.18.0-20-generic linux-image-generic-hwe-18.04
  linux-modules-4.18.0-20-generic linux-modules-extra-4.18.0-20-generic

Összegezve, a fentiek alapján akkor a HWE rövidítés és a 4.18.0-20-as kernel között van némi kapcsolat (legalábbis én ezt tapasztaltam), amire azt írtad, hogy LTS, viszont én a Feladatkezelőben azt látom, hogy ezév augusztusában lejár a támogatása. A két utóbbi dolog nem zárja ki egymást, lehet LTS és a ciklusának vége 2019. augusztus, de attól még tény, ami tény, hogy csak augusztusig támogatott.

Szóba került már a 4.19-es is (https://linuxmint.hu/comment/29632#comment-29632), mint legújabb LTS változat, ha jól kapiskálom, akkor ez lehetne a 4.18-as "utódja" LTS vonalon, és ha így van akkor ő lenne az optimális választás július végén/augusztus elején. Eddig még nyomát sem látom a Frissítéskezelőben (, ha akart volna, már biztos megjelent volna), így alkalomadtán majd szükségem lehet egy sudo apt-get install kezdetű parancsra, melynek a megalkotásában könnyen megeshet, hogy segítséget kérek a későbbiekben.

Az 5-ös is egy opció számomra, bár azzal csak 2020. februárig vagyok jó, de még utána is tervezem használni a Mint 19-et, egészen a támogatása végéig és egy ilyen "futamidejű" kernel lenne az igazi (a 4.15-ös passzolt hozzá ebben a tekintetben).

Pár napja (,amikor a kernelek törlésével szenvedtem) készítettem egy mentést a Systemback segítségével, ma meg 2 frissítés között (a tegnapi problémás után és a mai probléma mentes előtt) készítettem egy pillanatképet is a Timeshift segítségével, így duplán biztosítva vagyok. A telepítéskor jelentkező hiba okára pedig még a mai napig nem akadtam rá (a Feladatkezelőben legalábbis nem), de úgy tűnik, hogy minden települt és működik normálisan. A Frissítéskezelőben is minden OK volt utána, lehet, hogy vaklárma volt, de azért mégis csak furcsa számomra.

Igazából jelenleg totál nyugodt és happy vagyok, elengedtem a legfrissebb kernelhez való korábbi ragaszkodásomat. Egyelőre nem piszkálok semmit (az a biztos, mert én vagyok a legnagyobb kockázati tényező a rendszeremre nézve jelenleg, csak a kötelező minimális frissítések férnek bele, azok is a korábbinál nagyobb körültekintéssel) és figyelő álláspontba helyezkedem (mindent a szemnek, semmit a kéznek alapon csekkolom, hogy milyen újszerű jelenségek merülnek fel esetleg), néha benézek a fórumra (intenzív jelenlétet nem ígérek), és megosztom az észrevételeket (esetleg tanácsot/segítséget kérek), hátha hasznát veszi őket valaki (ennél többet nem tudok tenni a Mintet használókért jelenleg).

Búcsúzom!

Értékelés: 

0
Még nincs értékelve
kimarite képe

Frissítés-Frissítéskezelővel-Jópofiság

#161 Én itt nem látom, hogy nem támogatott. Te mást látsz ezek szerint. Támogatott a 4.15-ös sorozat, ugyanis LTS.

A 20-as változat is telepíthető, az a telepítéskori alapértelmezett. Hogy az 51-es épp akkor, amikor nézted, nem volt támogatott. Nem tudom, miért. https://pkgs.org/download/linux-image-4.15.0-51-generic (létezik ... azést linkeltem ezt az oldalt, mert nehéz keresni az Ubuntu Package oldalon)
Szerintem, felesleges dolgokkal foglalkozol. Olyan kernelt nézegetsz, ami tönkre vágja a géped, rendszered ... .

Mint említettem, a 20-as végű kernelt kéne használnod. És ennyi. Itt a kép, amit korábban betettem:

-----

#165 Rossz a gondolatmenet. Csomóan ezt a kernelt használják. Tudod, mi volt a gond? Felelevenítem. Elindítottál egy GRUB telepítés, ami egy folyamat ... és a folyamat szokásos befejezése helyett (nem tudtad befejezni), csak becsuktad a terminált. Csak ez volt a gond. Nem is kicsi.

Ha az LTS 4.15.0-20-ra gondolsz, ami a legrégebbi a (4.15.0-ás) sorozatban, akkor azt max egy újratelepítést követően tudnám ismét használni (https://linuxmint.hu/comment/29630#comment-29630), most csak a 4.18.0-20-as van meg egyedül (Ezek szerint, amikor itt: https://linuxmint.hu/comment/29597#comment-29597 a 20-as kernelt emlegetted /"De csak miután töröltél minden 20-ason kívüli kernelt...", akkor Te a 4.15.0-20-ra gondoltál, én meg az akkor éppen friss 4.18.0-20-asra, és lepucoltam minden 4.15-tel kezdődőt, így a 4.15.0-20-at is, most már mindegy).

Írtál mindenfélét egyszerre. Igen, látom már, törölted (4.15.0-20), de azelőtt eggyel korábban nem ezt írtad.

Egyébként a 4.15-ös szériát hanyagolnám, mert a végén már volt velük gond gazdagon, tegnap is jeleztem egy érdekességet (https://ibb.co/NZJ8VWJ), ma meg még ezt is megfejelte (https://ibb.co/qjRMStf), ezután már nem igazán bízom benne (támogatott/nem támogatott, csíkoz/nem csíkoz, ledermed/nem dermed le), max végszükség esetén, július végén/augusztus elején ránézek a legfrissebbre, aztán ha azzal is gondok lesznek, akkor már, a közelmúlt élményei után, hála nektek, tudom a megoldás módját és majd addig ügyködöm, amíg ki nem csikarok egy életképes felállást.

... ahogy írom, a GRUB telepítése volt a gond.

Összegezve, a fentiek alapján akkor a HWE rövidítés és a 4.18.0-20-as kernel között van némi kapcsolat (legalábbis én ezt tapasztaltam), amire azt írtad, hogy LTS, viszont én a Feladatkezelőben azt látom, hogy ezév augusztusában lejár a támogatása. A két utóbbi dolog nem zárja ki egymást, lehet LTS és a ciklusának vége 2019. augusztus, de attól még tény, ami tény, hogy csak augusztusig támogatott.

Igen, ez a HWE kernel. Amit korábban egyáltalán nem szerettél volna telepíteni, Magától azonban nem mászik fel! :-)
Figyelj arra és emlékezz is, mit csináltál. Nem ellenőriztem, mit telepítettél, mondom, nehéz az Ubuntu oldalon keresni, vagy én nem találom a helyes módszert. És én most nem az Ubuntu-alapú Mintet használom.

Szóba került már a 4.19-es is (https://linuxmint.hu/comment/29632#comment-29632), mint legújabb LTS változat, ha jól kapiskálom, akkor ez lehetne a 4.18-as "utódja" LTS vonalon, és ha így van akkor ő lenne az optimális választás július végén/augusztus elején. Eddig még nyomát sem látom a Frissítéskezelőben (, ha akart volna, már biztos megjelent volna), így alkalomadtán majd szükségem lehet egy sudo apt-get install kezdetű parancsra, melynek a megalkotásában könnyen megeshet, hogy segítséget kérek a későbbiekben.

Szóba kerülhet a mákos tészta is. Én például szeretem.És a mákos gubát is. :-D
Az kéne nézni, minek van értelme. Hihetetlen sok lehetőség van, lesz, de soknak nincs értelme ... jelenleg.

Az 5-ös is egy opció számomra, bár azzal csak 2020. februárig vagyok jó, de még utána is tervezem használni a Mint 19-et, egészen a támogatása végéig és egy ilyen "futamidejű" kernel lenne az igazi (a 4.15-ös passzolt hozzá ebben a tekintetben).

Liquorix. Olvasd vissza, mit írtam. De én ragaszkodom ahhoz, hogy a 4.15.0-20-as telepíthető, használható és frissül, azt javasoltam mindig is. Most sajnos nem tudom bemásolni amiket írtam, de az előzmények megvannak.
Vagy az Ukuu-s megoldás. Nem fizet a 4.15.0-20-as kernel fejlesztője nekem semmit amúgy, hogy reklámozzam állandóan ... . :-)

Pár napja (,amikor a kernelek törlésével szenvedtem) készítettem egy mentést a Systemback segítségével, ma meg 2 frissítés között (a tegnapi problémás után és a mai probléma mentes előtt) készítettem egy pillanatképet is a Timeshift segítségével, így duplán biztosítva vagyok. A telepítéskor jelentkező hiba okára pedig még a mai napig nem akadtam rá (a Feladatkezelőben legalábbis nem), de úgy tűnik, hogy minden települt és működik normálisan. A Frissítéskezelőben is minden OK volt utána, lehet, hogy vaklárma volt, de azért mégis csak furcsa számomra.

Az egyszeri dolgokkal nem kell foglalkozni igazából. Ha kezdő az ember fia vagy lánya ... . Hacsak nem vagy a Mari, aki egyszer (állapotos lett, de nem akarta). Nem is vizsgáltuk. Csak te.

Igazából jelenleg totál nyugodt és happy vagyok, elengedtem a legfrissebb kernelhez való korábbi ragaszkodásomat. Egyelőre nem piszkálok semmit (az a biztos, mert én vagyok a legnagyobb kockázati tényező a rendszeremre nézve jelenleg, csak a kötelező minimális frissítések férnek bele, azok is a korábbinál nagyobb körültekintéssel) és figyelő álláspontba helyezkedem (mindent a szemnek, semmit a kéznek alapon csekkolom, hogy milyen újszerű jelenségek merülnek fel esetleg), néha benézek a fórumra (intenzív jelenlétet nem ígérek), és megosztom az észrevételeket (esetleg tanácsot/segítséget kérek), hátha hasznát veszi őket valaki (ennél többet nem tudok tenni a Mintet használókért jelenleg).

Búcsúzom!

OLyan intenzíven vagy jelen, ahogy szeretnél. Szia

Értékelés: 

0
Még nincs értékelve

Szemet gyönyörködtető új jelenségek

Verőfényes szép napot mindenkinek!

Az alábbiak történtek mióta nem adtam életjelen magamról (nem kívántam feleslegesen szipolyozni a segítő szándékú kommentelők erőforrásait).

2019.06.21.:

Ismételten jelentkezett a Mint logó megjelenését követő "elakadás", a betöltési folyamat során, Ctrl+Alt+Prt Sc+REISUB után újraindul, de most már eddig sem jut el, hanem a BIOS-ba (F2-vel) történő belépés lehetőségét felkínáló résznél fárad meg. Eddig most csak egyszer következett ez be, de volt már ilyen korábban, akkor a kernelekre gyanakodtam, de most ez kizárt, mivel nem történt kernelfrissítés, mivel a Frissítéskezelőben le is vannak tiltva (https://ibb.co/6ysLdHg https://ibb.co/sbcmK7W).

Frissítések viszont történtek az elmúlt (problémamentes) időszakban, legutóbb 2019.06.19-én, de ez is hibátlanul lefutott:

Csomagok előkonfigurálása ...

(Adatbázis olvasása ... 313433 fájl és könyvtár van jelenleg telepítve.)

Kibontás előkészítése: .../chromium-codecs-ffmpeg-extra_75.0.3770.90-0ubuntu0.18.04.1_i386.deb ...

Kibontás: chromium-codecs-ffmpeg-extra (75.0.3770.90-0ubuntu0.18.04.1) e helyett: 74.0.3729.169-0ubuntu0.18.04.1 ...

Kibontás előkészítése: .../openvpn_2.4.4-2ubuntu1.3_i386.deb ...

Kibontás: openvpn (2.4.4-2ubuntu1.3) e helyett: 2.4.4-2ubuntu1.2 ...

Aktiválók feldolgozása: ureadahead (0.100.0-21) ...

ureadahead will be reprofiled on next reboot

Beállítás: openvpn (2.4.4-2ubuntu1.3) ...

* Restarting virtual private network daemon.

...done.

Beállítás: chromium-codecs-ffmpeg-extra (75.0.3770.90-0ubuntu0.18.04.1) ...

Aktiválók feldolgozása: systemd (237-3ubuntu10.21) ...

Aktiválók feldolgozása: man-db (2.8.3-2ubuntu0.1) ...

 

, viszont érintett egy korábban problémás fájlt (openvpn: https://linuxmint.hu/comment/29668#comment-29668 https://ibb.co/0C6mX30), és most lehet, hogy ez okozza (vagy egy másik program) a gondot, de hogy nem kernelprobléma az biztos.

A fentieket csak tájékoztató jelleggel írtam le, ha más is tapasztal hasonló jelenségeket, akkor nem feltétlenül a kernelt kell hibáztatni (,ahogy korábban én tettem), hanem lehet a vele együtt, vagy korábban telepített/frissített programra is gyanakodni. Jelenleg megfigyelő állásponton vagyok, és ha ismétlődik a jelenség, akkor visszaállítom a rendszert egy korábbi időpontra és mellőzöm az openvpn frissítését egy időre, teszt jelleggel.

2019.06.30.:

Ismételten jelentkezett a Mint logó megjelenését követő "elakadás", a betöltési folyamat során (Eskü, hogy nem csináltam semmit, a gép levegővel történő portalanításán kívül), Ctrl+Alt+Prt Sc+REISUB után újraindul, de most már eddig sem jut el, hanem a BIOS-ba (F2-vel) történő belépés lehetőségét felkínáló részt követően fárad meg, amikor már a Mint logó következne. Olyan sorokat látok a képernyőn, melyek úgy sejtem, arra utalnak, hogy a gép hálózati kártyáját használva, hálózaton keresztül (BOOT sorrend 3. lehetősége) próbál betöltődni a rendszer (úgy dereng, hogy történt már régebben is hasonló). Ezt követően már a Ctrl+Alt+Prt Sc+REISUB sem segít (csak annyiban, hogy újra azok a sorok jelennek meg, mint koábban), a megoldást egy resetelés hozza meg, mely után minden működik, ahogy kell.

Kiegészítésként:

Az alaplam egy Phoenix model

BIOS versio: 1.00.03

BOOT priority order:

1: USB HDD:

2: IDE HDD: SAMSUNG HM121HI-(S1)

3: PCI BEV: REALTEK BOOT AGENT

Kíváncsi volnék a nálam szakavatottabbak véleményére, hogy mi lehet ennek a (, már nem az első alkalommal tapasztalt) jelenségnek az oka, a rendszer (software jellegű) hibája (nem lepődnék meg rajta, mert volt gyilkolászva rendesen), ami a HDD-n van (BOOT sorrend 2. lehetősége), vagy a hardware rendetlenkedik (elég koros, így nem zárnám ki) és mondjuk megfáradóban van, vagy csak szektorhiba jelentkezett, ami érinti a rendszer betöltéséhez és működéséhez szükséges fájlokat és azok tárolási helyét?

Izguljak, vagy ne izguljak? Milyen gyakoriság után érdemes egy (HDD formázással egybekötött) újratelepítésen (,mely a softwares és hardwares problémákra is gyógyír lehet) elgondolkodnom?

Köszönöm a válaszokat!

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Szemet gyönyörködtető új jelenségek

#167 Veteményes szép napot kívánok én is!

Mindez (lásd az idézetet) a merevlemez hibájára vagy arra utal, hogy nem talál indítható rendszert a GRUB, például egy-egy nem jól átgondolt fstab szerkesztés után. Én is tettem hasonlót, a Lemezkezelö segítségével a media könytár alá fűztem be a rendszer partíciót, mely így a következö indításkor nem a megszokott helyén leledzett, ezért a rendszer nem indult el.

A lemez hibái a dmesg kimenetben, sylog naplóban láthatóak. A lemez àllapotának ellenörzése: Lemezkezelö, HDDSentinel, Smart.

Bizony, egyes folyamatok, alkalmazások lelassíthatják vagy megakadályozhatják a rendszer indulását, netán az újraindítást, kikapcsolást is. Mindennek oka lehet rossz beàllítás, az alkalmazással összefüggõ, hibás hardver, amely nem kommunikál, vagy egyéb nyűge van. Esetleg maga az alkalnazás működik rosszul.

De például valamely számítógép wlkatrész is elhagyhatta magát.

A lemez állapotára mindenképpen érdemes ránézni. Illetve az említett VNC-T (vagy csak az indítási folyamatot) átmenetileg kikapcsolva, annak működését is lehet tesztelni a második körben.

Idézet:

Olyan sorokat látok a képernyőn, melyek úgy sejtem, arra utalnak, hogy a gép hálózati kártyáját használva, hálózaton keresztül (BOOT sorrend 3. lehetősége) próbál betöltődni a rendszer (úgy dereng, hogy történt már régebben is hasonló). Ezt követően már a Ctrl+Alt+Prt Sc+REISUB sem segít (csak annyiban, hogy újra azok a sorok jelennek meg, mint koábban), a megoldást egy resetelés hozza meg, mely után minden működik, ahogy kell.

Értékelés: 

0
Még nincs értékelve

Üdv!

Üdv!

Futtattam a dmesg parancsot, íme a kimenete: https://paste.ubuntu.com/p/M4vJBbBMWK/

Nekem sokat nem mond, bár csak rápislantottam és még nem néztem meg alaposabban, sorról-sorra, viszont a Lemezkezelőben futtatott ellenőrzések már számomra is beszédesebbek, íme az eredmények:

https://ibb.co/GxTvKzn (rövid)
https://ibb.co/y0m11NR (általános: extra gázosnak néz ki)
https://ibb.co/s66gqjN (kiterjesztett: ez sem éppen a legegészségesebb)

A Boot orderben kilőttem az előző bejegyzésemben (https://linuxmint.hu/comment/30132#comment-30132) emlegetett 3. bootolási opciót, helyette kapott egy usb key-t (gyors kérdés: a live pendrive-ot normál esetben miként értékeli, bootolási szempontból, a gép usb key-nek /ez volna számomra az ésszerűbb/, vagy usb hdd-nek /eddig csak ez szerepelt a boot sorrendemben és így indult pendriveról is, mikor úgy hozta a szükség/).

Vegezetül még egy gyors kérdés: ha végleg megadja magát a vinyó, akkor létezik valamilyen gányolási lehetőség arra, hogy egy hordozható gép IDE-s HDD-jét SATA-sra cseréljem (nem hinném, hogy IDE-s nagyon forgalomban lenne még új állapotban, a helyszűke miatt /hajadon a lelkem és nem "házas"/ az átalkító kábelezés is macerás lehet), vagy csak egy usb-s külső HDD a járható út, esetleg egy nagyobb kapacitású pendrive, ugyanígy csatlakoztatva (sebesség és használhatóság szempontjából ez mekkor visszalépés - még nem néztem utána, de sejtem, hogy még egy IDE csatoló sebessége is felette van egy USB 2.0-snak). Őrült ötletnek tűnhet, de egy, pl. 128-as (méretileg hasonló a jelenlegi vinyómhoz), SD kártya használható rendszerlemezként (van foglalat a gépben, így esztétikusabb lenne, mint egy külső HDD), és ha igen, akkor sebesség, használhatóság tekintetében mi a helyzet ezzel? Ha van ilyen jellegű tapasztalat/információ, annak megosztását megköszönném, bár tervezem az utánaolvasást.

Üdv!

 

Értékelés: 

0
Még nincs értékelve

A téma lezárásaként:

A 4.18.0-20-as kernelt használva is voltak még betöltési problémák, de egyre ritkábban (akit érdekel fentebb, illetve itt találhatja meg a részleteket: https://paste.ubuntu.com/p/T7B7Xp6C6y/), a problémát végül egy rendszer-visszaállítás (https://linuxmint.hu/comment/30718#comment-30718) segítségével oldottam meg (remélhetőleg véglegesen), amit egy nyomtatási hiba tett szükségessé.

Így most a kiindulási kernelt használom: 

norbi@norbi-M540R:~$ uname -a
Linux norbi-M540R 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:15:38 UTC 2018 i686 i686 i686 GNU/Linux

És a kernelekre vonatkozó frissítési beállításaim a következők (már a 4.18.0-20-ast használva is életbe voltak léptetve):

https://ibb.co/sbcmK7W

https://ibb.co/6ysLdHg

Tehát terveim szerint minden marad így a támogatási ciklus végéig, 2023 áprilisáig.

Végezetül, de nem utolsó sorban, mindenkinek köszönöm a hozzászólásokat és a segítséget!

Üdv, Norbi!

Értékelés: 

0
Még nincs értékelve