Linux Mint 18.3 32 bit MATE telepítés után a login képernyőn megfagy a laptop billentyűzete és a touchpad

Fórum: 

Sziasztok!

Teljesen kezdő vagyok Linux telepítésben és egy kis segítségre lenne szükségem, mert nem tudom feltelepíteni a Linux MInt 18.3-at a gépemre.

A gépen eddig Windows 7 volt és csak egy 120 GB-os Kingston SSD van benne.

Amikor felraktam a 32 bites Linux Mint Mate-t, akkor úgy tűnt, hogy szuperül működik, de miután leállítottam és később újra elindítottam, a login képernyőn lefagyott a billentyűzet és a touchpad is, mielőtt beírhattam volna a jelszavamat. 5-6 újraindulásból 1-szer nem fagynak le, de minden más alkalommal igen, ami használhatatlanná teszi a rendszert. A live rendszert sem tudja elindítani, ha újra beteszem a dvd-t. Az alábbihoz hasonló hibaüzenetet is kaptam (nem biztos, hogy pontosan ez, mert nagyon gyorsan eltűnt :$): 

mmc0 unknown controller (16) - you may experience problems

Próbáltam keresni a fórumban is, de pont ezzel a problémával nem találkoztam.

Itt van néhány adat a gépemről, hátha segíthet valamit a probléma okának felfedezésében.

Az inxi -F parancs kimenete:

paste.ubuntu.com/26287192/

A sudo lspci -nnkv parancs kimenete:

paste.ubuntu.com/26287203/

Előre is nagyon a segítségeteket! Remélem tudtok néhány ötletet adni, mert egyedül nem boldogulok.

 

 

kimarite képe

Linux Mint 18.3 32 bit MATE | MMC

@#0 Szia. A hibaüzenetet a kártyaolvasód produkálja.
https://hu.wikipedia.org/wiki/MultiMediaCard

Ha tettél bele SD vagy más kártyát, akkor vedd ki és ezek nélkül indítsd a Mint-tet.

A kártya olvasód tulajdonságai:
https://paste.ubuntu.com/26287203/

06:04.2 SD Host controller [0805]: O2 Micro, Inc. Integrated MMC/SD Controller [1217:7120] (rev 01)
	Subsystem: Micro-Star International Co., Ltd. [MSI] Integrated MMC/SD Controller [1462:42d7]
	Flags: slow devsel, IRQ 20
	Memory at fe3ffc00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [a0] Power Management version 2
	Kernel driver in use: sdhci-pci
	Kernel modules: sdhci_pci

Ami egy érdekes megoldás, hogy a [1462:42d7] eszköz címek (ID) máshol is feltűnnek.

Amikor nem fagy a rendszer, meg kéne próbálnod ezt a két parancsot,

sudo rmmod sdhci_pci
sudo modprobe sdhci_pci

azaz eltűntetni az eszköz modult, majd visszatölteni és utána vizsgálni a fagyást (mely mástól is lehet, de most ezt a dolgot vizsgáljuk). A parancs kimenetek kellenének!

Továbbá kéne (a szokásos, bevált pastebin által) az

lsmod

kimenet. Továbbá az alábbi logok tartalma:

sudo more /var/log/syslog
sudo more /var/log/kern.log

A szóköz (Space) billenytűvel lapozz a fájl végéig, hogy a teljes tartalom látszódjon (a 'more' így működik). Más módszerrel is megnyithatod a fájlohat ... olvasásra. Itt majd megnézzük a hibaüzetet pontosabban.

Értékelés: 

0
Még nincs értékelve

Linux Mint 18.2 32 bit Xfce-n szintén ugyanez a hiba

Szia Kimarite!

Nagyon szépen köszönöm a gyors választ!

A 18.3-as MATE telepítésénél valóban benne volt egy SD kártya, amit a telepítés közepén vettem ki, de azóta felraktam próbaképpen egy 18.2-es Xfce-t az előző helyett és akkor már nem volt SD kártya benne a telepítéskor és mégis jött ugyanaz a hibaüzenet.

Kipróbáltam a "sudo rmmod sdhci_pci" és a "sudo modprobe sdhci_pc" parancsokat, amiknek nem volt kimenetük. A kikapcsolás és újraindítás után maradt a korábbi hiba.

Mivel most a 18.2-es Xfce volt a gépemen, többi parancs kimenete onnan jön (még az utolsó újraindítás előttről).

Az lsmod kiemente:

paste.ubuntu.com/26292483/

A syslog teljes kimenete:

paste.ubuntu.com/26292493/

A kern.log kimenete:

paste.ubuntu.com/26292505/

Az utóbbi két parancsnak nagyon nagy a kimenete. Bemásoltam ide az egészet, nem tudom, hogy így gondoltad-e.

Remélem lehet majd látni ezek valamelyikében valami hasznos információt.

Remélem nem baj, hogy közben csináltam egy újratelepítést is, de azt hittem, hogy egy korábbi verzión talán nem jön ez a billentyűzet + touchpad lefagyás.

Előre is nagyon köszönöm a segítséget!

 

Értékelés: 

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

Linux Mint 18.2 32 bit Xfce-n szintén ugyanez a hiba

#2 Nálad be volt töltve a modul, így tényleg nincs kimenet (visszatér a prompt, a készenléti jelzés).
Nálam nincs használva és emiatt nincs betöltve a modul, így figyelmeztetést kapok a törlési kísérlet alkalmával,

kim@kim:~$ sudo rmmod sdhci_pci
rmmod: ERROR: Module sdhci_pci is not currently loaded

de ha betöltöm, akkor az van, mint nálad.

kim@kim:~$ sudo modprobe sdhci_pci
kim@kim:~$ sudo rmmod sdhci_pci
kim@kim:~$ sudo modprobe sdhci_pci
kim@kim:~$

Igazából a törlés/újrabetöltés művelete után kéne nézni, megvan-e még a korábbi hibaüzenet, mert így teszteljük a modulok betöltésének működését ..., azaz, ha később is újratöltjük, mert -talán- a rendszer indulásakor ez nem volt tökéletes.

A tesztelés (utolsó történések) vizsgálata, közvetlenül a fenti újratöltés után:

dmesg tail

.. habár a dmesg-ből manapság áttologatnak dolgokat a syslog és a kern.log fájlokba.

Nem baj, hogy terjedelmes a syslog és a kern.log tartalma, teljesen szokványos. Később ránézek.

Értékelés: 

0
Még nincs értékelve

Linux Mint 18.3 32 bit MATE - lefagy a billentyűzet és touchpad

Szia!

Mióta legutóbb írtam visszaraktam a windows 7-et, amivel minden rendben volt és újra felraktam a Linux Mint 18.3 Mate-t, és már a telepítés után sem bírt újraindulni a rendszer. Erőszakkal kellett lekapcsolni a laptopot és amikor újra elindítottam, szintén lefagyott a billentyűzet és a touchpad.

Miután kiszedtem még az akkut is, sikerült ismét működésre bírni a rendszert.

Így a friss Linux Mint 18.3 MATE alatt a "törlés/újrabetöltés" után az alábbi a "dmesg tail" parancs kimenete:

paste.ubuntu.com/26294897/

A "törlés/újrabetöltés" után ismét le akartam állítani a rendszert, de csak egy fekete képernyőt mutatott és hangosan fújtatott a gép, viszont magától nem tudott leállni. Szóval ismét erővel kellett leállítani. Utána az elindításnál megint lefagyott a billentyűzet és a touchpad. Előtte egy pillanatra felvillant a korábbi "MMC"-s hibaüzenet is.

Most már nem tervezem újratelepíteni a gépet :) , megvárom, hátha van lehetőség valamit így utólag javítani, ami megoldja ezt a furcsa problémát.

Előre is nagyon köszönöm a segítséget és BÚÉK!

Értékelés: 

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

Linux Mint 18.3 32 bit MATE - lefagy a billentyűzet és touchpad

#4 B.Ú.É.K.!

Aham, K8. :) .. jó régi.

* dmesg
https://paste.ubuntu.com/26294897/

atkbd serio0: Unknown key pressed (translated set 2, code 0xf1 on isa0060/serio0).
atkbd serio0: Use 'setkeycodes e071 <keycode>' to make it known.

-- ezzel a billentyűkóddal gond van, azaz nincs beállítva. Lehet ez touchpad jellemző is.

Forrás:
-- az alábbi leírás több dologban kissé elavult, csak példa (nemcsak a gksu gedit használatának hiánya miatt) ..., vagyis a részletezett megoldás elavult (mert nem az upstart, hanem a systemd van használatban a Linux Mint 18+ kiadástól, ... stb.)
http://www.jveweb.net/en/archives/2011/01/configure-unrecognized-keys-in...
(https://unix.stackexchange.com/questions/46929/using-setkeycodes-to-map-...)
https://wiki.ubuntu.com/LaptopTesting/Keycodes

-- teszt
(elkészíted a billentyű jellemzőket tartalmazó fájlt, majd olvasod)

xmodmap -pke | tee -a  xmodmap_less_01.txt
xdg-open xmodmap_less_01.txt

Úgy látom (gyors rákeresés volt csak), a 'e071' az F5 billentyű lenne.
Hasonló téma:
https://bbs.archlinux.org/viewtopic.php?id=43662
Mi gyárilag ezen billentyűnek a funkciója? Pl. a 'suspend' lenne? Megnyomtad bármikor is?

-- nálam F5
(teszt parancs, majd megnyomtam az F5-öt, végül bezártam az ablakot)

xev | grep keycode
    state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
    state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,

-- megoldás lehet a grub fájlban ez a kernel kapcsoló

i8042.nomux=1

és utána -rendszer újraindítás szükséges- nézni a 'dmesg tail' kimenetben, hogy van-e előbbi jelzés.

Forrás:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/717931
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/374459
https://bugzilla.kernel.org/show_bug.cgi?id=13363 # touchpad
https://bugs.freedesktop.org/show_bug.cgi?id=21766 # synaptics

Megoldása:

-- másolat készítése (ha elrontanál valamit)

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

-- szerkesztés

sudo nano /etc/default/grub

-- így néz ki eredetileg a szövegtömb
(ha nálad más szerepel az adott sorban vagy máshol, meg ne változtasd!)

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet usbcore.autosuspend=-1"
GRUB_CMDLINE_LINUX="initrd=/install/initrd.gz"

-- ezt a sort kell szerkeszteni: a 'i8042.nomux=1' kifejezést illeszted be az alább látható módon. Szóközzel, és a macskakörmök közé.
(szerkesztés: mászkálás a kurzor nyilakkal történik)

GRUB_CMDLINE_LINUX_DEFAULT="quiet usbcore.autosuspend=-1 i8042.nomux=1"

-- mentés és kilépés a nano szövegszerkesztőből

Ctrl + O és Enter
Ctrl + X

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

sudo update-grub

-- a változtatás az újraindított rendszernél érvényesül

sudo reboot

-- teszt

dmesg tail

vagy találatra szűkítve

dmesg tail | grep atkbd

az aktuális kernel bugja is lehet, amit a fenti kapcsoló megold, de érdemes először beállítani a gyári beállítást az F5 billentyűre, s aztán (pl. 'sudo reboot' után) tesztelni: dmesg tail. Ha ez nem oldja meg, akkor a kapcsoló, illetve 'majd' egy másik kernel.

:::::

snd_hda_intel 0000:01:05.2: azx_get_response timeout, switching to polling mode: last cmd=0x000f0000
snd_hda_intel 0000:01:05.2: No response from codec, disabling MSI: last cmd=0x000f0000
snd_hda_intel 0000:01:05.2: Codec #0 probe error; disabling it...
snd_hda_intel 0000:01:05.2: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000
input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:05.2/sound/card1/input17

-- a probléma megoldva a kernel által, de -a korábbi módszerrel: grub- megelőző megoldás lehet az

enable_msi=0

vagy/és a BIOS frissítése. A másik kapcsoló mellé.

Forrás:
https://www.spinics.net/lists/alsa-devel/msg32728.html
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1153389

Megközelítőleg arról van szó, hogy a laptopodon a BIOS kezeli az alaplap eszközeit. Ha a Linux rendszert (kernel) szeretnéd vezérlőnek, akkor nálad az AMD processzorhoz

powernow_k8: Found 1 AMD Athlon(tm) 64 X2 Dual-Core Processor TK-55 (2 cpu cores) (version 2.20.00)
smpboot: CPU0: AMD Athlon(tm) 64 X2 Dual-Core Processor TK-55 (family: 0xf, model: 0x48, stepping: 0x2)

az amd64-microcode csomagot kéne telepíteni ..., de 'szomorú' hírem, hogy a K8-as alaplapokra nem, hanem a K9-es alaplapoktól létezik a microcode támogatás (nekem K7, és K8 alaplapom is van), úgyhogy ez nem lehetséges, így marad a BIOS frissítés, ha elérhető ilyesmi: és talán megoldást jelent arra, hogy a BIOS megfelelően mutassa az eszközt a kernelnek (ez a BIOS tudásától függ, de frissíteni sosem árt). Mondom, a kernel megoldja, de pár másodpercet megtakarítasz a kapcsoló használatával. De írja is a kernel a 'gondot' (jelzés):
... ja nem írja ;), csak nálam írta (a K7-hez), pontosabban jelenleg nem írja nálam (magyarázat nem fontos).
Most nálad a HDA-Intel hang kodek van használatban az MSI helyett.

:::::

EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load. Either enable ECC checking or force module loading by setting 'ecc_en
-- ismét egy nagy 'sajni', de a K8 vélhetően nem ECC képes. Viszont belépve a BIOS-ba, megnézheted, be- vagy ki van kapcsolva (ha mégis lehetséges).
-- azonban, vélhetően nem használsz ECC képes RAM-ot
https://en.wikipedia.org/wiki/ECC_memory
úgyhogy ezzel ne foglalkozz.

-- ha a figyelmeztetéssel mégis foglalkozol, tehát úgy érzed (tudod), hogy ECC RAM-ot használsz, csak akkor használd ezt a kapcsolót (grub) a szokásos módszerrel a többi mellé:

-- ha be szeretnéd kapcsolni (ECC RAM-od van)

ecc_enable_override=1

-- ha ki szeretnéd kapcsolni (nincs ECC RAM-od)

ecc_enable_override=0

... de csak, mert a jelenlegi BIOS azt mondja a kernelnek, hogy az ECC engedélyezve van, ... bármi van is ott.

-- másik módszer a modul direkt betöltése:

sudo modprobe -v amd64_edac_mod

Ez után is teszt (a modprobe egy másik megoldás, külön teszt): dmesg tail
Mármint, hogy előny vagy hátrány lesz a kapcsoló.
A gép BIOS-át nem ismerem, ezért nem tudom megmondani.

Forrás:
https://thetechskinny.blogspot.hu/2010/11/enabling-ecc-memory-in-linux-w...
http://martinstumpf.com/how-to-diagnose-memory-errors-on-amd-x86_64-usin...
https://forums.gentoo.org/viewtopic-t-999214-start-0.html
https://serverfault.com/questions/567733/how-i-know-if-i-have-ecc-ram-or...

:::::

snd_hda_codec_realtek hdaudioC0D0: ALC888: SKU not ready 0x598301f0
-- ennek ilyesmi megoldása lesz,
'After, I went to System Settings-Sound-Hardware and verified the card was being read and switched from Analog Audio to HDMI output + Analog input. And there was sound! '
https://ubuntuforums.org/showthread.php?t=1790356
ha nem jó, akkor ránézünk mélyebben.

:::::

O2: enabling read prefetch/write burst. If you experience problems or performance issues, use the yenta_socket parameter 'o2_speedup=off'”
-- szintén kernel paraméter, a WiFi eszközzel függ össze:

o2_speedup=off

Csak, ha Wifi teljesítmény problémákat érzékelsz (majd).

Forrás:
https://bugzilla.redhat.com/show_bug.cgi?id=1180920

:::::

k8temp 0000:00:18.3: Temperature readouts might be wrong - check erratum #141
[    6.477662] k8temp 0000:00:18.3: hwmon_device_register() is deprecated. Please convert the driver to use hwmon_device_register_with_info().

-- az lm-sensors csomag gondolom telepítve van. Első gondolatom, hogy futtatni kéne a

sensors-detect

alkalmazást, és megpróbálni -a futtatási módszere szerint- felismertetni a hardvert (chip-et), mely eddig nincs felismerve. Erről majd linkelek leírást. A K8 (és a K7 valamint a korábbiak) 'már csak ilyenek'.
http://forums.debian.net/viewtopic.php?f=10&t=47119
Remélhetőleg találunk megoldást. Jelenleg csak régebbi kernelhez találtam (de ez elévült),
https://forums.gentoo.org/viewtopic-t-773375-highlight-it87.html
http://www.linux-phc.org/forum/viewtopic.php?f=8&t=231
(http://www.linux-phc.org/forum/viewtopic.php?f=13&t=2)
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/511908 # hasonló
https://bbs.archlinux.org/viewtopic.php?id=114752
viszont a BIOS frissítés
https://www.bios-mods.com/forum/archive/index.php?thread-8824-2.html
erre is megoldás lehet. Vagy találunk más megoldást.
Fagyást okozhat ... .

:::::

x86/mm: Checked W+X mappings: FAILED, 96 W+X pages found.
-- kernel bugnak tűnik. Nem tudom a megoldást. Másik kernel.

Pl.: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=852324
Az elérhető régebbi kernel talán jobb lenne ezen a hardveren.

:::::

WARNING: CPU: 1 PID: 1 at /build/linux-hwe-Ka7SDj/linux-hwe-4.10.0/arch/x86/mm/dump_pagetables.c:226 note_page+0x664/0x840
-- kernel bug (figyelmeztetés), az előbbivel kéz a kézben jár. A K8 szerintem a régebbi kernellel jobban futna.
Forrás:
https://bugzilla.redhat.com/show_bug.cgi?id=1318599
https://bugzilla.redhat.com/show_bug.cgi?id=1282052
Régebbi vagy újabb kernel ... .

-----

Mindezen dolgokat egyenként kell tesztelni, és az eredményeket közzétenni. Pl.: kezded az elsővel, tesztelsz, eredményt osztasz meg ..., arra válaszolunk. Hogy pl. jó-e az a kernel kapcsoló, vagy mi a következő lépés.

Kéne még két log (a másik kettőt is megnézem hamarosan)

xdg-open .xsession-errors
sudo more /var/log/Xorg.0.log

Értékelés: 

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

Linux Mint 18.3 32 bit MATE - lefagy a billentyűzet és touchpad

#5 Lehet, az első javaslat is megoldás lesz.
Viszont a fagyásra az utolsóként említett két fájlban is magyarázat lehet.

Értékelés: 

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

Linux Mint 18.3 32 bit MATE - lefagy a billentyűzet és touchpad

#5 Máris egy érdekesség itt (syslog)
https://paste.ubuntu.com/26292493/
Mert most a 4.10-es HWE kernel van telepítve nálad, és a hiba (ERROR),

Error: can't open /lib/modules/4.8.0-53-generic/updates/dkms

még a 4.8-as kernelé.
Ilyenkor a kernel-headers telepítése hozhat megoldást (a meglévő kernel-image csomag mellé, ami maga a kernel). Vagy a dkms csomag telepítése, ha az még/már nincs telepítve ... .

Mi a kimenet:

for i in /boot/vmlinuz* ; do dpkg -S $i | egrep -v $(uname -r); done | cut -d- -f3-4

Az új kernel valahogy felkerült ... .
Maradni kéne a 4.8-asnál. Mármint a K8-cal. Vagy régebbinél.
https://launchpad.net/ubuntu/+source/linux-hwe/+bugs

:::::

További (WiFi)

rfkill: WLAN hard blocked

Nem probléma, ha mindig bekapcsolod a WiFi-t, ha szeretnéd.

::::

Mi az ata3? (kern.log)
https://paste.ubuntu.com/26292505/

ata3: softreset failed (device not ready)

... gondolom, az SSD.

Kérhetek két kimenetet:

sudo fdisk -l
sudo parted -l

Bár a 4.8-as kernelnél is tapasztalható ez:

WARNING: CPU: 1 PID: 1 at /build/linux-hwe-NipZtD/linux-hwe-4.8.0/arch/x86/mm/dump_pagetables.c:225 note_page+0x664/0x840
x86/mm: Found insecure W+X mapping at address c00a0000/0xc00a0000

Itt azt írják, az EFI állítja be rosszul ...,
https://bugzilla.redhat.com/show_bug.cgi?id=1306885
azt mondom az elérhető legrégebbi kernelt próbáld,
https://bugs.archlinux.org/task/47849
https://classicforum.manjaro.org/index.php?topic=30400.0
hogy ilyesmi legyen az üzenet,

x86/mm: Checked W+X mappings: passed, no W+X pages found.

vagy a lehető legújabb kernelt.

Elérhető kernelek:

apt-cache policy "linux-image-*|linux-hwe-*"

Értékelés: 

0
Még nincs értékelve

Linux mint 18.3 - lefagy a billentyűzet és a touchpad

Szia! Fúúú rengeteg mindent írtál és szerintem a felét sem értem, úgyhogy lépésenként teszem fel a kérdéseimet. :) Az unknown key pressed kérdéssek kapcsolatban: az F5-öt magában maximum véletlenül nyomtam meg, de az Fn + F5-öt már direkt, mivel ezzel lehet a laptop képernyőjének fényerejét növelni. Viszont ezt látszólag rendben meg is csinálta a linux. Illetve a sudo showkey -k parancsot használva, az Fn + F5 kódja a 225. Amit viszont nem értek, hogy a  "xmodmap -pke | less" parancs szerint a 225 nem a fényerő növelése, hanem a következő "keycode 225 = XF86Search NoSymbol XF86Search", de látszólag mégis rendben növeli a fényerőt. Illetve két másik keykódhoz van fényerővel kapcsolatos dolog rendelve a parancs szerint, ha jól értem: keycode 233 = XF86MonBrightnessUp NoSymbol XF86MonBrightnessUpkeycode 233 = XF86MonBrightnessUp NoSymbol XF86MonBrightnessUp Szóval ezek utána fogalmam sincs, hogy milyen billentyűjellemzőket tartalmazó fájlt kellene készítenem. A kernel kapcsolókkal kapcsolatban írtad, hogy másolatot kell készítenem az általad leírt paranccsal ( sudo cp /etc/default/grub /etc/default/grub.ORIG), ha elrontanák valamit. De ha tényleg elrontok valamit, akkor hogyan tudom előcsalni ezt a másolatot és újra használni? Hogyan tudok átállni az elérhető legrégibb kernelre? Mert most csak kiírtam a 18.3-as mint iso-ját egy dvd-re és feltelepítettem. Így került rá az a kernel, ami most van. Tehát fogalmam sincs, hogy hogyan tudok egy régebbit használni. :$ A többi lognak a kimenetét majd csak hétvégén fogom tudni ide felrakni, mert linuxon a paste.ubuntu folyton megdöglik, így oda nem tudom innen felrakni a kimeneteket.Sőt még a fórumba is csak egy androidos tabletről sikerült posztolni ezt a választ, mert ez se töltődött be. Előre is köszi!  

Értékelés: 

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

Linux Mint 18.3 - lefagy a billentyűzet és a touchpad

#8 Az eredeti grub fájl biztonsági másolata:

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

Ha nem jó valami, akkor a gép indítása után átlész az egyik konzolra (Ctrl + Alt + F2), bejelentkezel, és megfordítva adod ki a parancsot (az elv: copy amiről amire), visszamásolod a biztonsági másolatot az eredetire (amit szerkesztettél korábban):

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

Az hittem, hogy ma is kell a force kapcsoló, (nem így volt egy éve még), de nem, mert egy létezőt írnál felül:

       -f, --force
              A létező célfájlok törlése, rákérdezés nélkül.
sudo cp -f /etc/default/grub.ORIG /etc/default/grub

Az eredeti időbélyeg, ilyesmi nem számít, a többi ugyanaz lesz, tehát a ppreserve kapcsoló sem kell

       -p, --preserve
              Megőrzi az eredeti fájl tulajdonosát, csoportját, jogosultságait
              és időbélyegeit.
sudo cp -p /etc/default/grub.ORIG /etc/default/grub

Az első és a második parancsnál sem, mivel ... ugyanazok:

ls -la /etc/default/ | grep grub
-rw-r--r--   1 root root  1224 jan    3 18:35 grub
-rw-r--r--   1 root root  1224 jan    3 18:35 grub.ORIG

Tehát a p és az f kapcsoló NEM kell. Csak említettem.

Ha valamiért nem tudsz konzolra lépni, akkor LiveCD-ről kell a chroot-ot használnod, erről írtam egy blogot:
https://linuxmint.hu/blog/2016/08/chroot-live-rendszer-livecddvdusb-stick
Grub frissítése a chroot után:
https://linuxmint.hu/blog/2017/09/a-grub-ujratelepitese-beallitasa-live-...
Nem hiszem, hogy ezen két dologra szükséged lesz. Nem nagy változtatások a kernel kapcsolók a grub fájlban .., rosszabb nemigen lesz. ;)

Az eredetiről készített biztonsági másolatkor nem kell frissítened a grub beállítást, hiszen azt (még) nem változtattad, meg, de ezen parancs után (a biztonsági másolat visszamásolása)

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

igen (grub frissítés),

sudo update-grub

és végül újraindítod a rendszert (változtatás érvényesítése).

sudo reboot

-----

A fényerős dolgot értem, vélhetően nemcsak egy beállítás létezik, hanem a te sajátod is.

A hibaüzenetnek ehhez nincs köze, de jó lenne megosztani a kimenetet, amiről már ezt írtam,

-- teszt
(elkészíted a billentyű jellemzőket tartalmazó fájlt, majd olvasod)

xmodmap -pke | tee -a  xmodmap_less_01.txt
xdg-open xmodmap_less_01.txt

Úgy látom (gyors rákeresés volt csak), a 'e071' az F5 billentyű lenne.
Hasonló téma:
https://bbs.archlinux.org/viewtopic.php?id=43662
Mi gyárilag ezen billentyűnek a funkciója? Pl. a 'suspend' lenne? Megnyomtad bármikor is?

-- nálam F5
(teszt parancs, majd megnyomtam az F5-öt, végül bezártam az ablakot)

xev | grep keycode
    state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,
    state 0x10, keycode 71 (keysym 0xffc2, F5), same_screen YES,

hiszen úgy többé-kevésbé neked is kevesebbet kellett volna gépelned, és mi is jobban értjük majd az összefüggéseket :). Persze, ha lehetőség lesz erre. Nálam nem lassú a paste ubuntu betöltése ... . A K8 kicsit régi cucc, de nem lehetetlen minden igényét kielégíteni. :)

Értékelés: 

0
Még nincs értékelve