#2 A következő kernel paramétert kéne próbálni:

psmouse.synaptics_intertouch=1

A próba dönti el, beválik-e.
A módszer (példa): https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...
Figyelmesen olvasd el, és használd átgondoltan.

Mert úgy látom, nem a libinput van használatban, hanem a xorg synaptics ...

Itt a javaslat (https://paste.ubuntu.com/p/zkG99nN4Mb/ ):

[    2.979426] psmouse serio1: synaptics: queried max coordinates: x [..5664], y [..4648]
[    2.991204] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    3.005677] psmouse serio1: synaptics: queried min coordinates: x [1278..], y [1206..]
[    3.005682] psmouse serio1: synaptics: Your touchpad (PNP: DLLb6b2 PNP0f13) says it can support a different bus. If i2c-hid and hid-rmi are not used, you might want to try setting psmouse.synaptics_intertouch to 1 and report this to linux-input@vger.kernel.org.
[    3.057287] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd00323/0x840300/0x12e800/0x0, board id: 3014, fw id: 1832337
[    3.089758] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6

Magyarázat:
https://lkml.org/lkml/2019/1/11/1320
https://patchwork.kernel.org/patch/9880743/
https://ask.fedoraproject.org/t/synaptic-touchpad-stopped-working-after-...
https://forums.lenovo.com/t5/Other-Linux-Discussions/Thinkpad-X1-Carbon-...
https://bbs.archlinux.org/viewtopic.php?pid=1781984#p1781984 (https://bbs.archlinux.org/viewtopic.php?id=236367 )

Amúgy a suspend után működik a touchpad / trackpad?

És ez is mutatja, mi a probléma:

[ 2494.727379] PM: Syncing filesystems ... done.
[ 2494.733774] Freezing user space processes ... (elapsed 0.006 seconds) done.
[ 2494.740021] OOM killer disabled.
[ 2494.740021] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 2494.741354] Suspending console(s) (use no_console_suspend to debug)
[ 2494.912072] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[ 2494.913669] sd 0:0:0:0: [sda] Stopping disk
[ 2495.100056] psmouse serio1: Failed to disable mouse on isa0060/serio1

Ha szükséges lesz, tovább vizsgálódunk.

Szia Kimarite!

Ez hosszabb lett mint a "Háború és Béke"  :-)

https://paste.ubuntu.com/p/zkG99nN4Mb/

https://paste.ubuntu.com/p/N6GW3yzRN6/

Mit kell benne nézni?

#6 A

sudo apt-get update

parancs kimenete kéne (a hiány, vagyis az üzenet másolhatósága miatt)..., de nem kell, mert így tudod felvenni a WineHQ tükör nyilvános GPG kulcsát (a Linux Mint terjesztésre):

wget -nc https://dl.winehq.org/wine-builds/winehq.key

sudo apt-key add winehq.key

sudo apt-get update

Forrás: https://wiki.winehq.org/Ubuntu

#4 A secure nem tudom hogy aktiválta magát, de köszönöm, kilövöm.

Viszont. Illesztőprogram kezelőnél "a tároló információk betöltése meghiúsult."

 

#10 Touch pad letiltása egyszerűen "egér és érintőpárna " menüben lett letiltva, de most kifejezetten a további próbálkozások miatt engedélyeztem.

Ha a tiltás nélkül újraindítod a rendszert, majd teszteled az altatásből ébresztést, mit tapasztalsz?
Egyelőre a kernel paraméter nélkül ...

#8

Közben megnéztem a secure boot-ot. Az alaplapon "disabled" van.

sudo apt-get update

https://paste.ubuntu.com/p/gYxTSScCrB/

wget -nc https://dl.winehq.org/wine-builds/winehq.key
--2019-11-30 14:23:43--  https://dl.winehq.org/wine-builds/winehq.key
dl.winehq.org (dl.winehq.org) feloldása… 151.101.194.217, 151.101.130.217, 151.101.66.217, ...
Csatlakozás a következőhöz: dl.winehq.org (dl.winehq.org)[151.101.194.217]:443… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 3220 (3,1K) [application/pgp-keys]
Mentés ide: „winehq.key”

winehq.key                                          100%[===================================================================================================================>]   3,14K  --.-KB/s    idő 0s     

2019-11-30 14:23:43 (9,03 MB/s) -- „winehq.key” mentve [3220/3220]

sudo apt-key add winehq.key
OK

sudo apt-get update
Találat:1 http://ppa.launchpad.net/nathan-renniewaldock/flux/ubuntu bionic InRelease
Találat:2 http://archive.ubuntu.com/ubuntu bionic InRelease                                                                                                                              
Letöltés:3 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]                                                                                                         
Találat:4 http://archive.ubuntu.com/ubuntu bionic-updates InRelease                                                                                                                             
Letöltés:5 https://dl.winehq.org/wine-builds/ubuntu bionic InRelease [6.259 B]                                                                                                                  
Találat:6 http://archive.canonical.com/ubuntu bionic InRelease                                                                                                                                  
Letöltés:7 http://archive.ubuntu.com/ubuntu bionic-backports InRelease [74,6 kB]                                                                   
Mellőz:8 http://packages.linuxmint.com tina InRelease                                                                       
Találat:9 http://packages.linuxmint.com tina Release                                                                        
Letöltés:10 https://dl.winehq.org/wine-builds/ubuntu bionic/main amd64 Packages [531 kB]
Letöltés:12 https://dl.winehq.org/wine-builds/ubuntu bionic/main i386 Packages [562 kB]
Letöltve 1.256 kB 1mp alatt (977 kB/s)                     
Csomaglisták olvasása... Kész

Touch pad letiltása egyszerűen "egér és érintőpárna " menüben lett letiltva, de most kifejezetten a további próbálkozások miatt engedélyeztem.

Illesztőprogram kezelő most lefutott hiba nélkül, de üres az ablak, "nincsenek használatban zárt illesztőprogramok"

#13 Negatív. :-(

Akkor most jöhet a kernel kapcsoló próbája.
Rendszer újraindítással nyilván (a paraméter bejegyzés szerinti beállítása után).

És imádkozzunk ... https://www.youtube.com/watch?v=TGW3jeZCFcQ :-)

-----

Van még egy változás. A korábbi lépésben, mikor a wine-t újratelepítettem, azóta az az alól futtatott Win-es Firefox (csak az alá tudok egy plugint telepíteni) nem mutatja a biztonsági kamerák képét.

Ez már nem ide tartozik. Más téma, más bejegyzés.

#12

Negatív. :-(

Sajnos semmi változás. Frissítette a wine-t.

Van mégegy változás. A korábbi lépésben mikor a wine-t újratelepítettem, azóta az az alól futtatott Win-es Firefox (csak az alá tudok egy plugint telepíteni) nem mutatja a biztonsági kamerák képét.

#17 Ezt linkeltem korábban,

https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...

és én itt nemcsak a gksu-s parancsot látom, hanem amit használhatsz is, az a "sudo nano..."-s.

A kommentelt, azaz megjegyzésbe tett sorokkal nem kell foglalkoznod ..., de az is le van írva a bejegyzésemben, hogy mi a lényeg ..., és mi a példa.

Azt mondom most is, akkor fogj az egésznek, ha megértetted a leírtakat. A kérdéseidböl viszont az látszik, vélhetöen, még elolvasni sem volt idöd a leírtakat ... . Akkor kezdesz neki az olvasásnak, amikor akarsz. A szabadidöd nem osztom be.

#14 Itt ilyeneket is találtam:

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
#GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
GRUB_CMDLINE_LINUX="

A két # -es sor nincs is a Mint 19 GRUB-jában.

A leírásokban szereplő parancs nem futtatható: gksu geany /etc/default/grub felajánlja a ksu-t de azzal sem.

user:~$ psmouse.synaptics_intertouch=1
psmouse.synaptics_intertouch=1: a parancs nem található

 

#27 Itt a bejegyzés (ismét linkelem):
https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fa...
Az alábbiakban a már kész, azaz a fentebb linkelt bejegyzésemből másolok!
Kivéve a rendszer újraindításának parancssorát, mert az változott a systemd-vel, de a bejegyzésben említett is használható, működik.
Mindezt azért teszem, mert neked és csakis neked ezt kell tenned a kernel paraméter alkalmazásához. Másnak mást ...

-----

• Világosan le van írva, melyik a szerkesztendő fájl

A beállító (konfigurációs) fájl helye, azaz elérési útja:

/etc/default/grub

A módosításoknak csak akkor fogj hozzá, ha már megértetted a folyamatot.

-----

• A biztonsági másolat készítése

-- biztonsági mentést készítesz az eredeti fájlról:

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

-----

• A szerkesztés

Mutatom a használatot a nano [...] szövegszerkesztő tekintetében,

sudo nano /etc/default/grub

-----

• Nem ugyanazt látod ..., mert ez egy példa

-- valami ilyesmi szövegtömböt keress:
(a nano alkalmazásban a kurzor nyilakkal tudsz lépkedni a szövegben)

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"
GRUB_CMDLINE_LINUX=""

... nem ugyanezt látod majd,
https://linuxmint.hu/blog/2017/10/a-grub-menu-lathatosaga
mert a fenti az én beállításom.

-----

• Ezt a sort keresd (a paraméter is példa)

-- ebbe a sorba kell bemásolnod majd az i8042.kbdreset=1 kapcsolót:
(jelen esetben, mert ez egy példa:
https://linuxmint.hu/comment/17508#comment-17508)

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_backlight=vendor"

------

• A sor nálad eredetileg így néz ki (begépeltem - képen nem mutatunk szöveges információt!)

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vt.handoff=1"

... nem tudom, minek gépeltél be még két paramétert. Miért? Példa ... !

    Biztonsági másolat készült a szerkesztés előtt még?

-----

• Így kell kinéznie a sornak (nálad, mert más, és más lehet a Linux rendszerek paraméterezése):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vt.handoff=1 psmouse.synaptics_intertouch=1"

A szóközök és a " -be zárás számít!

-----

• Mentés ...

-- mented a változtatásokat, és kilépsz a nano szövegszerkesztőből,

Ctrl + O, és Enter
Ctrl + X

------

• A rendszer beállítások frissítése ...

-- frissíted a rendszer beállításokat,

sudo update-grub

------

• A rendszer újraindítása

... a változtatás a rendszer első újraindításakor lép érvénybe.

-- újraindítod a rendszert, például így.

sudo systemctl reboot

-----

• Teszt

dmesg | egrep -i 'psmouse | synaptics'

A kimenet kell!

     Javaslatokat örömmel fogadok, hogy miképpen lehetnék még egyértelműbb! Bátran mondd az ötleteket.

Esetleg szívj el egy cigarettát,
https://www.youtube.com/watch?v=MMErtAtAtBY
vagy más bevált dolgot csinálj ..., ha nem megy a figyelem.
:-)

#26 Szövegesen tedd ide a kimenetet:

grep GRUB_CMDLINE_LINUX_DEFAULT /etc/default/grub

És azon megmutatom...

^{https://www.youtube.com/watch?v=WYhPoLONqZg}

#30 Jó .. elárulok egy titkot, azt, hogy neked ez a két paraméter biztosan nem kell:

acpi_blacklight=vendor

i8042.kbdreset=1

Ezek példaként lettek említve. A példa olyan dolog, ami szemléltetés célra van, azaz valaminek a bemutatásában, megismertetésében a feladat (ismétlem) szemléltetésére szolgál általában. A példát szolgaian, azaz szóról szóra nem kell követni.

Mondom, pihenj rá az egészre, ha nem megy. Tényleg. Elsőre nem mindenkinek megy. De az előző hozzászólásomban, remélem, legalábbis nagyon egyértelműen fogalmaztam ..., sokat segíthet, ha elolvasod.

Törölni kéne ... és a neked ajánlott harmadikat betenni.

Ez az:

psmouse.synaptics_intertouch=1

Nemrég írtam erről elég hosszan.

-----

#31 Most hiába tesztelsz, azt is megírtam nemrég, hogy miért.

#28 dmesg | egrep -i 'psmouse | synaptics' -re a válasz:

[    3.268197] psmouse serio1: synaptics: queried max coordinates: x [..5664], y [..4648]
[    3.294224] psmouse serio1: synaptics: queried min coordinates: x [1278..], y [1206..]
[    3.294225] psmouse serio1: synaptics: Trying to set up SMBus access
[    3.296582] psmouse serio1: synaptics: SMbus companion is not ready yet
[    3.347373] psmouse serio1: synaptics: Touchpad model: 1, fw: 8.1, id: 0x1e2b1, caps: 0xd00323/0x840300/0x12e800/0x0, board id: 3014, fw id: 1832337
[    3.379069] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6

Most várok, hogy leálljon és tesztelem az ébresztést.

 

Már benne van az i8042.kbd... rész:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=2
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_blacklight=vendor i8042.kbdreset=1"
GRUB_CMDLINE_LINUX=""

 

#42 most tettem egy újabb kísérletet, az SMbus-ra még ránézek

Ezen én is gondolkodom ... . Meg azon, hogy miképpen tudunk tesztelni.

nagyon meglepett, hogy 1,5 év alatt a Mint 19 cinnamon még nem jutott el odáig, hogy hibernációból vissza tudna jönni.

Nem a Linux Mint nem tudja a hibernációt, hanem a kernel nem tudja, s mindez mindegyik Linux terjesztés alatt jelentkezik. A hibernálás nehéz ügy a kernel tekintetében.
De most a hibernálásról beszélsz, korábban az altatásról (mindvégig). Most melyikkel van gond?
A kettő nem ugyanaz: https://www.fosslinux.com/184/what-is-difference-between-suspend-and-hib...
Ha hibernálsz, akkor kikapcsol a rendszer, azaz biztosan nem tudod felébreszteni a WiFi egérrel.
A hibernáláshoz ugyanannyi hely kell, mint amit a rendszered foglal.

Semmi olyat nem szerettem volna, amit a 18.3 ne tudna

Hát ez lehet az újabb kernel miatt, és más dolgok miatt is.
Mint látod, foltozás van, azaz patchek készültek a hasonló problémára más Linux terjesztések alá is.
De a te gondod valahol a Power Management környékén lehet. Hogy mikor kap áramot, azaz vezérlést a WiFi, azaz az egér.
Aggasztó az is, hogy a Synaptics driver ki- vagy bekapcsolva is hibaüzenetet dobál. Ez megint más történet.

Most kicsit nehéz három napom lesz, de körbenézek. :-)

#41

Kimarite!

Köszönöm az eddigi áldozatos segítségedet. Egyszer már visszatértem 18.3 vezióra más okok miatt, most tettem egy újabb kísérletet, az SMbus-ra még ránézek, de nagyon meglepett, hogy 1,5 év alatt a Mint 19 cinnamon még nem jutott el odáig, hogy hibernációból vissza tudna jönni. Semmi olyat nem szerettem volna, amit a 18.3 ne tudna, ezért valószínűsítem hogy nem a BIOS beállításokban van a hiba.

Összességében tetszett, de sajnos emiatt visszatérek a régi bevált rendszerhez.

#44 Nézzük a kimeneteket.

cat /proc/acpi/wakeup

grep . /sys/bus/usb/devices/*/power/wakeup

grep . /sys/bus/usb/devices/*/product

lsusb

ls /etc/udev/rules.d/

A kimenetek mindenképpen kellenek.
Használatban kell lennie az USB-s, WiFi-s egér vezérlőnek a parancssorok futtatásakor.

• Az egyik megoldás, hogy a megfelelő vezérlő ébresztését engedélyezed.

Nem ezzel a megoldással, amit itt javasolnak,
https://askubuntu.com/questions/848698/wake-up-from-suspend-using-wirele...
hanem hasonlóan. Tehát a linken leírtakat NE csináld meg, csak a kimenetek kellenek (a fenti öt).
    Fontos, hogy mindig ugyanoda dugd a WiFi-s eszköz csatlakozóját, ugyanott használd!

• A  másik megoldás  egy szabály létrehozása (ebbe ne kezd bele amúgy még)

-- szerkeszted a „10-wakeup.rules” fájlt, vagy, ha még nem létezik, létrehozod

sudo nano /etc/udev/rules.d/10-wakeup.rules

-- bele egy ehhez hasonló tartalom, melyhez az lsusb kimenet szolgáltat adatokat (ez egy példa, ne másold):

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="062a", ATTRS{idProduct}=="4101" RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb8/power/wakeup'"

Forrás: https://askubuntu.com/questions/848698/wake-up-from-suspend-using-wirele...

Állítólag az Ubuntu 18.04 és a Linux Mint kiadásokon és az ennél újabb rendszereken a második megoldás működőképes.

(Most így kerestem a megoldásokra: https://duckduckgo.com/?q=usb+wifi+mouse+suspend+linux&t=ffsb&atb=v191-1... )

#42 most tettem egy újabb kísérletet, az SMbus-ra még ránézek

Ezen én is gondolkodom ... . Meg azon, hogy miképpen tudunk tesztelni.

nagyon meglepett, hogy 1,5 év alatt a Mint 19 cinnamon még nem jutott el odáig, hogy hibernációból vissza tudna jönni.

Nem a Linux Mint nem tudja a hibernációt, hanem a kernel nem tudja, s mindez mindegyik Linux terjesztés alatt jelentkezik. A hibernálás nehéz ügy a kernel tekintetében.
De most a hibernálásról beszélsz, korábban az altatásról (mindvégig). Most melyikkel van gond?
A kettő nem ugyanaz: https://www.fosslinux.com/184/what-is-difference-between-suspend-and-hib...
Ha hibernálsz, akkor kikapcsol a rendszer, azaz biztosan nem tudod felébreszteni a WiFi egérrel.
A hibernáláshoz ugyanannyi hely kell, mint amit a rendszered foglal.

Semmi olyat nem szerettem volna, amit a 18.3 ne tudna

Hát ez lehet az újabb kernel miatt, és más dolgok miatt is.
Mint látod, foltozás van, azaz patchek készültek a hasonló problémára más Linux terjesztések alá is.
De a te gondod valahol a Power Management környékén lehet. Hogy mikor kap áramot, azaz vezérlést a WiFi, azaz az egér.
Aggasztó az is, hogy a Synaptics driver ki- vagy bekapcsolva is hibaüzenetet dobál. Ez megint más történet.

Most kicsit nehéz három napom lesz, de körbenézek. :-)

#43 WiFi-s egérrel nem jön vissza. ;-)

Pech, hogy előtte nem próbáltam ki, hogy a laptop saját billentyűzetéről éled-e a 19.2. most nyitva maradt a laptop fedele és miután a vezeték nélküli klaviatura meg se nyikkant, kipróbáltam a sajátját. Na arról elindult.

#42 Bocs hogy belevauzok, de "nagyon meglepett, hogy 1,5 év alatt a Mint 19 cinnamon még nem jutott el odáig, hogy hibernációból vissza tudna jönni." Pedig visszajön, most próbáltam ki. 19.2 Mint Cinnamon...Sok mindent nem is kellett tenni.

############# Hibernálás menü megjelenitése, laptopfedél beállitás
sudo tee /etc/polkit-1/localauthority/50-local.d/com.ubuntu.enable-hibernate.pkla <<'EOB'
[Enable hibernate]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate;org.freedesktop.login1.handle-hibernate-key;org.freedesktop.login1;org.freedesktop.login1.hibernate-multiple-sessions
ResultActive=yes
EOB
###############################################################################

 

#56 Ez alapból jónak tűnik

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="24ae", ATTRS{idProduct}=="2010" RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb1/power/wakeup'"

de mégsem lesz így jó.

Mert az sh nem ott van, ahol a parancsban ..., javítanunk kell.

Hol is az sh?

which sh

Itt (a kimenet)

/usr/bin/sh

Ha nálad is ugyanitt van (vélelmezem, hogy igen), akkor így lesz jó a parancs:

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="24ae", ATTRS{idProduct}=="2010" RUN+="/usr/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb1/power/wakeup'"

A rendszert indítsd újra a szerkesztés után.

Esetleg ez is használhat (a szabályok frissítésére - rendszer újraindítás nélkül):

sudo udevadm control --reload

Kézikönyv,

man udevadm

és vonatkozó rész.

       -R, --reload
           Signal systemd-udevd to reload the rules files and other databases
           like the kernel module index. Reloading rules and databases does
           not apply any changes to already existing devices; the new
           configuration will only be applied to new events.

-----

Jegyzetnek ideteszem: https://forum.manjaro.org/t/laptop-power-resume-from-wireless-usb-keyboa...

#55 Módosított sorral létrehoztam a wakeup-ot ennek Bus 001 Device 002: ID 24ae:2010 megfelelően:

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="24ae", ATTRS{idProduct}=="2010" RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb1/power/wakeup'"

Újraindítás után nincs változás. Bár lehúztam, de sokkal jobban tetszik a felület, jóval gyorsabbnak is érzem a 18.3-nál rendszert. Szívesen maradnék ezen. A használati módból adódóan az ébresztés kardninális kérdés nálam.

Kérdésedre, hogy alvás, vagy hibernáció? Jó kérdés. A beállítások között a grafikus felületen "felfüggesztés"-t lehet beállítani. Na ez melyik a kettő közül? :-)

#63 Ja igen, nálad valóban ott:

File list of package dash in bionic of architecture amd64

/bin/dash
/bin/sh
/usr/share/doc/dash/NEWS.Debian.gz
/usr/share/doc/dash/README.Debian.diet
/usr/share/doc/dash/README.source
/usr/share/doc/dash/changelog.Debian.gz
/usr/share/doc/dash/copyright
/usr/share/man/man1/dash.1.gz
/usr/share/man/man1/sh.1.gz
/usr/share/menu/dash

https://packages.ubuntu.com/bionic/amd64/dash/filelist

-----

Tehát, ha olvasod ezt az új fájlt

cat /etc/udev/rules.d/10-wakeup.rules

akkor benne a fenti sor (amit te alakítottál át a példából)?

-----

Kéne a kimenet a mostani állapotban:

dmesg

(pasztázva)

#62 Nem. Nálam így van, ahogy a parancsban:

Inspiron-5559:~$ which sh
/bin/sh

 

#67 tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80

Kapcsold ki a BIOS-ban a TPM-et.
https://forums.linuxmint.com/viewtopic.php?t=263918#p1431165

-----

Lehetséges hogy USB 3.0-as mindkét USB HUB?

Az egyik igen:

[    1.432086] usb 2-1: new SuperSpeed USB device number 2 using xhci_hcd
[    1.455810] usb 2-1: New USB device found, idVendor=0480, idProduct=a202
[    1.455811] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.455812] usb 2-1: Product: External USB 3.0
[    1.455813] usb 2-1: Manufacturer: TOSHIBA
[    1.455814] usb 2-1: SerialNumber: 20171221003456F

Ezt kéne vizsgálni:

[    1.580033] usb 1-3: new full-speed USB device number 2 using xhci_hcd
[    1.731325] usb 1-3: New USB device found, idVendor=24ae, idProduct=2010
[    1.731326] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    1.731327] usb 1-3: Product: Rapoo 2.4G Wireless Device
[    1.731328] usb 1-3: Manufacturer: RAPOO

Irány a BIOS, és kapcsold be az xHCI támogatást! Enable lehetőség van? És még mik?
Automata beállítás vagy más „hasonló” nem jó:

Go inside the BIOS and make sure xHCI is set to Enabled, not Auto, Smart Auto or anything similar.
In “Smart Auto” mode the USB 3.0 port acts like a 2.0 port before OS USB 3.0 drivers are loaded.

https://communities.vmware.com/message/2564184#2564184
https://www.systutorials.com/239979/usb-standards-supports-linux/

I bought a laptop and it says so on the sticker below the keyboard: "USB 3.0 10x faster" and then it comes with a BIOS with USB 3.0 disabled by default. Who would've thought. Shame on ASUS! In here the option is called "USB XHCI Mode" and you have to change it to "Enabled".

https://askubuntu.com/questions/729558/how-do-i-get-usb-3-0-driver-worki...

-----

[drm] enabling PCIE gen 3 link speeds, disable with radeon.pcie_gen2=0

Minden rendben a kép megjelenítéssel? Inxi-dből:

Graphics:
  Device-1: Intel Skylake GT2 [HD Graphics 520] driver: i915 v: kernel 
  Device-2: AMD Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430 / R7 
  M520] 
  driver: radeon v: kernel 
  Display: x11 server: X.Org 1.19.6 driver: ati,modesetting,radeon 
  unloaded: fbdev,vesa resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa DRI Intel HD Graphics 520 (Skylake GT2) 
  v: 4.5 Mesa 19.0.8 

A toucpadre csak futólag:

psmouse serio1: synaptics: SMbus companion is not ready yet

i2c_hid i2c-DLLC6B2:00: i2c-DLLC6B2:00 supply vdd not found, using dummy regulator

... https://patchwork.kernel.org/patch/10760691/

-----

iwlwifi 0000:02:00.0: RF_KILL bit toggled to enable radio.

Mit mutat az USB wake up-ra a BIOS? Nem az van kijelölve a képen ...

https://www.dell.com/support/article/hu/hu/hubsdt1/sln285316/how-to-disa...
(https://askubuntu.com/questions/1149113/iwlwifi-auto-disabling-radio/114... )

-----

[  334.592246] usb 2-1: Disable of device-initiated U1 failed.
[  334.595796] usb 2-1: Disable of device-initiated U2 failed.

Ez egy érdekes jelenség.
Az USB-s Toshiba merevlemezre vonatkozik.
https://bugzilla.redhat.com/show_bug.cgi?id=1295579
A másik HUB-ba dugva?

Egy kimenet kéne:

dmesg | egrep -i device-initiated

És egy pasztázott

sudo lshw

kimenetet is kérek.

#65 Igen, de már két USB portra is megcsináltam.

cat /etc/udev/rules.d/10-wakeup.rules
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="24ae", ATTRS{idProduct}=="2010" RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb1/power/wakeup'"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="24ae", ATTRS{idProduct}=="2010" RUN+="/bin/sh -c 'echo enabled > /sys/bus/usb/devices/usb2/power/wakeup'"

Nem fogsz unatkozni :-) itt látok az egérre valamit ami "faliled" dmesg: https://paste.ubuntu.com/p/srHk74fZRJ/

Kiadtam a sudo modprobe usbcore autosuspend=-1 parancsot 2x is. Kellett volna történnie valaminek? Vagy altatás után lesz hatása?