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!
Beküldte Norbi6891 -
Értékelés:
Ü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!
Üdv mindenki!
Beküldte kimarite -
Értékelés:
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.
Üdvözöllek!
Beküldte Norbi6891 -
Értékelés:
Ü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!
Üdvözöllek!
Beküldte Norbi6891 -
Értékelés:
https://www.youtube.com/watch?v=prHDES9XmjU
Rossz videót linkeltem be, a következő volna a számomra használható, ha jól sejtem: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.
Üdvözöllek!
Beküldte lala -
Értékelés:
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)
Üdvözöllek!
Beküldte Norbi6891 -
Értékelés:
Ü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!
A belinkelt videó alapján ezt sikerült összehoznom.
Beküldte Norbi6891 -
Értékelés:
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.
Üdvözöllek!
Beküldte Norbi6891 -
Értékelés:
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'
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte kimarite -
Értékelés:
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
Üdvözöllek!
Beküldte lala -
Értékelés:
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.
A belinkelt videó alapján ezt sikerült összehoznom.
Beküldte Norbi6891 -
Értékelés:
Ü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???
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte Norbi6891 -
Értékelés:
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?
Üdvözöllek!
Beküldte Norbi6891 -
Értékelés:
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)?
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte kimarite -
Értékelés:
-- készíts biztonsági mentést
--szerkesztés (a kurzor nyilakkal lépkedsz)
-- az eredeti, változtatást igénylő szövegtömb (nagyjából) így néz ki:
-- kiemeltem a változtatást
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
... 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)
Kézikönyv:
Tartalom részlet:
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.
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte Norbi6891 -
Értékelés:
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.
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte lala -
Értékelés:
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.
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte Norbi6891 -
Értékelés:
É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.
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte kimarite -
Értékelés:
nálad itt mi szerepel?
Forrás: https://askubuntu.com/questions/468466/diskfilter-writes-are-not-support...
-----
https://youtu.be/rk8bEbmwOh0?t=2181
Szezont a fazonnal ?!?
Beküldte Salabakter -
Értékelés:
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.
grub-set-default
Beküldte kimarite -
Értékelés:
leírtam.
Még egyszer mert egyszer márBeállítod ezt (grub fájl):
Természetesen kell egy mentés:
Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):
Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):
Elméletileg a 4-es menüvel, kernellel indul a rendszer.
Ellenőrzése:
-----
Egy próbát megér így is:
... utána minden ugyanaz.
Még annyit, hogy ....
Beküldte Salabakter -
Értékelés:
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.
Béláim az Úrban, menjetek hát békével !
Szezont a fazonnal ?!?
Beküldte kimarite -
Értékelés:
Legközelebb próbáld meg, hogy csak így indítod:
é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):
Természetesen kell egy mentés:
Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):
Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):
Elméletileg a 4-es menüvel, kernellel indul a rendszer.
Ellenőrzése:
-----
Egy próbát megér így is:
... utána minden ugyanaz.
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte Norbi6891 -
Értékelés:
prefix="/usr"
exec_prefix="/usr"
datarootdir="/usr/share"
ubuntu_recovery="1"
quiet_boot="1"
quick_boot="1"
gfxpayload_dynamic="1"
vt_handoff="1"
!#sudo grub-mkconfig -o /boot/grub/grub.cfg
Beküldte kimarite -
Értékelés:
Megnézheted újra, ha megcsináltad ezt,
https://linuxmint.hu/comment/29148#comment-29148
akkor mire változik a jelenlegi tartalom.
Szezont a fazonnal ?!?
Beküldte Norbi6891 -
Értékelés:
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!
grub-set-default
Beküldte Norbi6891 -
Értékelés:
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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
Akárhol alkalmazod. A grub fájlban vagy a parancsban.
Amit te elképzelsz annak ez a beállítása (részlet):
-----
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):
Természetesen kell egy mentés:
Aztán beállítod, amelyik kernelt, azaz menü elemet szeretnéd (ez egy parancs):
Persze, kell egy rendszer újraindítás (mert logikus, hogy ekkor tudja betölteni a beállítást, röptében nem fogja):
Elméletileg a 4-es menüvel, kernellel indul a rendszer.
Ellenőrzése:
Még valami
Egy próbát megér így is:
... utána minden (teendő) ugyanaz.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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?
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
A grub fájl szerkesztése és mentése után:
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:
Elég furán fogalmazol, nem látom a sort ahol beírtad volna a 3-as számot. De elhiszem.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
Ü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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte lala -
Értékelés:
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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-29005) 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
>) 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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
Ö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:
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:
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):
Kimarite-nek és Norbinak.
Beküldte Salabakter -
Értékelés:
@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ű.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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:~$
Ezért!
Beküldte atime -
Értékelés:
@#38 Szerencsésebb lenne a pkexec használata
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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).
Kimarite-nek és Norbinak.
Beküldte Norbi6891 -
Értékelés:
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!
Szezont a fazonnal ?!?
Beküldte Norbi6891 -
Értékelés:
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
Szezont a fazonnal ?!?.
Beküldte lala -
Értékelés:
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.
Szezont a fazonnal ?!?.
Beküldte Norbi6891 -
Értékelés:
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.
Kimarite-nek és Norbinak.
Beküldte kimarite -
Értékelés:
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:
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.
Szezont a fazonnal ?!?.
Beküldte lala -
Értékelés:
É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 !?
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
Ha az általad használt parancs fut le, az első sor is beleszámíthat a menübe természetesen:
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:
Tehát, ha a grub fáljban ez a beállítás
és a Debian alapértelmezett kernelét szeretném mindig (amely a 10-es), akkor ez a parancs:
A kézikönyv:
Idézet:
-----
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
Halihó: a megoldás ez lehet
Beküldte kimarite -
Értékelés:
https://linuxmint.hu/blog/2019/05/grub-menu-szemelyre-szabasa-az-alapert...
Szezont a fazonnal ?!?.
Beküldte lala -
Értékelés:
- 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.
Szezont a fazonnal ?!?.
Beküldte atime -
Értékelés:
Szezont a fazonnal ?!?.
Beküldte kimarite -
Értékelés:
https://packages.ubuntu.com/bionic/linux-generic
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: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§ion=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)
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
Összes telepített kernel fejlesztői csomag listázása:
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-)
Látjuk az összes telepített kernelt (ez egy Debian):
A különbséget el lehet távolítani.
Nézelődés
Ha csak a neveket keresem, akkor lehet szűrni:
Egy sorba, szóközzel:
Kiszűrve a jelenlegi kernelt:
É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):
A kimenet:
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.
Szezont a fazonnal ?!?.
Beküldte Norbi6891 -
Értékelés:
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.
Szezont a fazonnal ?!?.
Beküldte kimarite -
Értékelés:
-- teszt
-- élesben
A headers és a modules nem lett eltávolítva.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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):
,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):
Ahogy már írtam korábban senki ne rólam vegyen példát, mert nem érdemes! Bocs!
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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)' {
~
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte kimarite -
Értékelés:
leírásomból, hogy ez a keresés
Igen. Kimaradt amé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.
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
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
parancsor a két " közötti menuentry ' kifejezésre keres, mely tartalma
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:
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),
amit korábban mentettünk (egy fájlba).
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.
grub-set-default 3 | GRUB_DEFAULT=3 (nem ugyanaz)
Beküldte Norbi6891 -
Értékelés:
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).
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
Begépeltél iszonyatosan sok sort ismét, de mindezt feleslegesen, mert a
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:
GRUB menü személyre szabása: az alapértelmezett menüpont beállítása
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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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!
error: diskfilter writes are not supported
Beküldte kimarite -
Értékelés:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1274320/comments/26
A 10_linux fájlt szerkeszd, így: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
LVM-et, titkosítást használsz?
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
Ez megvolt?
Ebben a sorban
az új beállítás legyen 0. Íme:
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:
Rendszer újraindítás (érvényesítés):
-----
MIndez, itt (részlet):
error: diskfilter writes are not supported
Beküldte Norbi6891 -
Értékelés:
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.
error: diskfilter writes are not supported
Beküldte kimarite -
Értékelés:
https://ibb.co/f8tc3qs, hanem a felhasználóhoz kapcsolódó bejelentkezési jelszóra).
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: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:
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:
Ha nem, akkor ezt látod (kimenet):
Vagy megnézed az lsblk parancs kimenetét, abban szerepelnie kell a titkosítás valamely jele.
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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
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.
error: diskfilter writes are not supported
Beküldte Norbi6891 -
Értékelés:
Szerintem egy újratelepítés lesz a vége a hétvégén, biztos, ami biztos.
/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
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
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
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).
quick_boot="0" | upd: ne csináld->telepítsd újra a rendszert
Beküldte kimarite -
Értékelés:
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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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.
quick_boot="0" | upd: ne csináld->telepítsd újra a rendszert
Beküldte Norbi6891 -
Értékelés:
Akkor vissza minden és marad a hétvégi nagytakarítás.
Esetleg próbaképp nyomjak egy apt-get upgrade-et?
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
Esetleg erre a kernelcsere
Beküldte atime -
Értékelés:
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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
-- 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.
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
Esetleg erre a kernelcsere
Beküldte lala -
Értékelés:
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.
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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 ...
Esetleg erre a kernelcsere
Beküldte lala -
Értékelés:
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ő. :)
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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:
Ez is igaz állítás.
Esetleg erre a kernelcsere
Beküldte lala -
Értékelés:
É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/
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
É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.
Esetleg erre a kernelcsere
Beküldte lala -
Értékelés:
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
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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 ...
Esetleg erre a kernelcsere
Beküldte lala -
Értékelés:
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.
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
Két lehetőség:
... „32 bit x86 SMP” (Norbi gépe 32 bites rendszert futtat!), legyen PAE:
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:
és a
kimenetet. A csíkozódás okára. Ha kíváncsi az ember arra ... .
Nem mutiba készült ... de mégis
Beküldte kimarite -
Értékelés:
Az Isten álljon meg. :-) ;-)
Beállítások, amelyek mindenkinek jók.
Az 50-es kernel nem biztonsági frissítés ..
Esetleg erre a kernelcsere
Beküldte atime -
Értékelés:
Nem mutiba készült ... de mégis
Beküldte lala -
Értékelé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.
Nem mutiba készült ... de mégis
Beküldte kimarite -
Értékelés:
-- 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.
Nem mutiba készült ... de mégis
Beküldte kimarite -
Értékelés:
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)
Május 16.: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.
[comment:title]
Beküldte lala -
Értékelés:
@#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.
[comment:title]
Beküldte kimarite -
Értékelés:
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 ...
[comment:title]
Beküldte kimarite -
Értékelés:
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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ö.
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
Ü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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
(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.
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
(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).
Ukuu telepités
Beküldte atime -
Értékelés:
Ukuu telepités
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).
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
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
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
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.
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
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
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):
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.
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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):
Á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 ... .
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
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:
és a
kimenetet. A csíkozódás okára. Ha kíváncsi az ember arra ... .
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
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:
Angolul:
Megoldás:
Új grubenv fájl kell készíteni ...
Nevezd át a létező, eredeti grubenv fájl,
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):
... 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,
és egy rendszer újraindítás
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
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?
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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". :-(
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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.
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
Előzmény: https://linuxmint.hu/comment/29453#comment-29453
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
https://ibb.co/HVtZFCz). Így:
Próbáld újra (Mi történik?
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
Írtam megoldást: https://linuxmint.hu/comment/29496#comment-29496
Több csomagkezelő nem lehet nyitva egyszerre, úgy nem működnek. Csak egy ... .
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
(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?
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
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.
ezen még túljutok, de a következőn (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.
Esetleg erre a kernelcsere
Beküldte Norbi6891 -
Értékelés:
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.
Esetleg erre a kernelcsere
Beküldte kimarite -
Értékelés:
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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ó?
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
sudo dpkg-reconfigure grub-pc
[sudo] norbi jelszava:
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
GRUB: az alapértelmezett menüpont beállítása
Beküldte kimarite -
Értékelés:
Ez sem fut le? Nem valószínű amúgy ...
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:
GRUB: az alapértelmezett menüpont beállítása
Beküldte Norbi6891 -
Értékelés:
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,...
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
Mindent zárj be.
Nyiss egy terminált:
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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?
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
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
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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?
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
Tehát az lsof mutatja a folyamat PID-t (11003), amit aztán kilövünk. Nagyjából így (példa):
Vagy, ha a PID alapján megnézzük a ps-sel (de már az lsof is mutatja), melyik alkalmazás használja,
és az alkalmazást lőjük ki, amely, ha dpkg, akkor így (sokféleképpen lehet, mindet nem tudom begépelni)
Innentől biztonságos, megteheted ...
... illetve a fuser is feloldhat (példa):
És végül:
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
Ezeket találtam (https://ibb.co/Kq13q71), az első tűnik gyanúsnak és ismerősnek leginkább.
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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):
És végül:
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
Ha kilőtted, ellenőrzés:
Ha hasonló a kimenet
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):
Ha kilőtted, ellenőrzés:
Ha nincs zárolva, azaz nincs ilyesmi
akkor jöhet ez,
majd ez.
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.
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
Mindegy nekik. Általában nem fut a dpkg, csak a frissítés és a telepítés alkalmával.
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
Feladatkezelőben nem megy: https://ibb.co/TRbkykN
Terminálban sikerül (https://ibb.co/Kq13q71):
parancsokkal.
Nincs látható kimenet, mely jó jel.
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.
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
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.
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
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.
ImgBB
Beküldte kimarite -
Értékelés:
GRUB PC reconfigure
Beküldte kimarite -
Értékelés:
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 *.
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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 :-)
GRUB PC --> sda (példa)
Beküldte kimarite -
Értékelés:
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.
GRUB PC --> sda (példa)
Beküldte lala -
Értékelés:
GRUB PC --> sda (példa)
Beküldte Norbi6891 -
Értékelés:
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...
Partíció, formázás
Beküldte kimarite -
Értékelés:
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.
BTRFS ?
Beküldte lala -
Értékelés:
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 ?
BTRFS ?
Beküldte lala -
Értékelés:
támogatás, mint az ezt megelőző verziókban.
Partíció, formázás
Beküldte Norbi6891 -
Értékelés:
Ü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)?
Partíció, formázás
Beküldte atime -
Értékelés:
Partíció, formázás
Beküldte kimarite -
Értékelés:
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
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
kapcsoló szimulálja, hogy mi fog történni.
Ugye, a módszer ez (pkg = példa)
Partíció, formázás
Beküldte Norbi6891 -
Értékelés:
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!
Partíció, formázás
Beküldte kimarite -
Értékelés:
Az eddig látott kernelek a 4.15-ös sorozatból voltak mind.
Partíció, formázás
Beküldte lala -
Értékelés:
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/
Partíció, formázás
Beküldte kimarite -
Értékelés:
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.
Partíció, formázás
Beküldte lala -
Értékelés:
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 ?
Partíció, formázás
Beküldte kimarite -
Értékelés:
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.
Partíció, formázás
Beküldte kimarite -
Értékelés:
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte Norbi6891 -
Értékelés:
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?
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte Norbi6891 -
Értékelés:
É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.
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte atime -
Értékelés:
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte Norbi6891 -
Értékelés:
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.
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte kimarite -
Értékelés:
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.
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte Norbi6891 -
Értékelés:
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!
Frissítés-Frissítéskezelővel-Jópofiság
Beküldte kimarite -
Értékelés:
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:
-----
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
Szemet gyönyörködtető új jelenségek
Beküldte Norbi6891 -
Értékelés:
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!
Szemet gyönyörködtető új jelenségek
Beküldte kimarite -
Értékelés:
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.
Üdv!
Beküldte Norbi6891 -
Értékelés:
Ü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!
A téma lezárásaként:
Beküldte Norbi6891 -
Értékelés:
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!