-- először a

ls /lib/firmware | grep 7265

parancs kimenetét kérem, addig az alábbit nem csináld meg.

#4.1 Ez a kettő hiányzik: iwlwifi-7265D-18.ucode , iwlwifi-7265D-19.ucode

A terminál használatával

-- letöltöd (saját könyvtárba kerül / ez egyetlen parancs)

wget -c https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git/plain/iwlwifi-7265D-18.ucode https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git/plain/iwlwifi-7265D-19.ucode

-- átmásolod oda, ahol a többi is tartózkodik

sudo cp iwlwifi-7265D-*.ucode /lib/firmware/

-- frissíted a rendszert az új firmware-kre

sudo depmod -a

-- újraindítod a rendszert

sudo reboot

-- ellenőrzöd, a korábbi hiba fennáll-e még
(a parancs kimenetét másold ide)

dmesg | grep iwl

Ötlet innen:
https://forum.level1techs.com/t/kernel-4-8-1-to-4-9-wi-fi-problem-solved...

Emmanuel Grumbach's fork of linux-firmware.git
https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.g...
( https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/linux-firmware.git/ )
 

@# 3 és #4

Köszi.

Mutasd a a parancs kimeneteit:

ls /lib/firmware | grep 7265

Tehát megnézzük, megvannak-e valahol.
( https://askubuntu.com/questions/672700/how-can-i-install-intel-dual-band... )

A hiba itt látszódik (failed ... error 2):

[ 5.822194] Intel(R) Wireless WiFi driver for Linux
[ 5.822198] Copyright(c) 2003- 2015 Intel Corporation
[ 5.825560] iwlwifi 0000:03:00.0: Unsupported splx structure
[ 5.825586] iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-7265D-19.ucode failed with error -2
[ 5.825602] iwlwifi 0000:03:00.0: Direct firmware load for iwlwifi-7265D-18.ucode failed with error -2
[ 5.833026] iwlwifi 0000:03:00.0: loaded firmware version 17.352738.0 op_mode iwlmvm

#9.1 Én -a tanács adásánál- megbíztam a kernelben, mármint, hogy melyik firmware-t hiányolja az eszköz. Szimlán érdekesség, hogy itt -általad linkelt Github lap- a 22-es kéne: https://github.com/OpenELEC/iwlwifi-firmware/tree/master/firmware: iwlwifi-7265D-22.ucode - azért látunk két elnevezést (a másik a 3165D) gondolom, mert Dual (D).
Igen, kell nézni azt is, hogy a legújabb legyen és persze a kernel verzióhoz megfelelőséget is. Amit ajánlottam, a feltételeknek pl. megfelel.

Amíg másolgatunk, egyszerű törölni a nem megfelelőt. Persze, a telepítést is 'vissza lehet vonni'. A 'dmesg' mutatja meg a hibákat .., más logban is megtalálható, de itt ez a legegyszerűbb teszt.

#9 "Miután a kernelem 4.4.0-53, a 4.3+ kernelhez töltöttem le az -ucode16.242141.0.tgz-t'
-- apróság, de itt nincs '16-os':
https://www.intel.com/content/www/us/en/support/network-and-i-o/wireless...

A linkeket nem kell a pasztára tenni, csak a pl. 10-15 (20) sornál hosszabb szövegeket. Tehát a paszta (paste ubuntu) célja nem valami káros URL szűrése, hanem, hogy a hosszú szövegeket linkesíted a fórumra. Hosszú szöveg például egy 'dmesg' kimenet.

'Mindentől függetlenül egy process hacker-szerű ...'
-- egyáltalán nem értem, mire gondolsz. Beszéljük meg.

#10 Rá kéne keresni, hogy az adott Lenovo-nál mit jelent ez a kettős hangjelzés.
Tedd be a 29-es firmware-t, aztán a szokásos műveletek és az újraindítás után dmesg (paste).

Ma este 8 órakor lefagyott hosszú idő után ismét a lenovo. A 29-es firmware nincs még betéve. Amit még nem említettem, minden esetben egy kettős hangjelzés után fagy le. (kb.800/400 Hz). A többire majd kitérek. 

#10.1.1 Itt még mindig a 19-est tölti

iwlwifi 0000:03:00.0: Unsupported splx structure
intel_rapl: Found RAPL domain package
intel_rapl: Found RAPL domain core
intel_rapl: Found RAPL domain uncore
intel_rapl: Found RAPL domain dram
iwlwifi 0000:03:00.0: loaded firmware version 19.324151.0 op_mode iwlmvm
media: Linux media interface: v0.10
snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915_bpo])
iwlwifi 0000:03:00.0: Detected Intel(R) Dual Band Wireless AC 3165, REV=0x210
iwlwifi 0000:03:00.0: L1 Disabled - LTR Disabled
iwlwifi 0000:03:00.0: L1 Disabled - LTR Disabled

mint itt:
https://paste.ubuntu.com/25024966/

A korábban letöltött kettőt átnevezed vagy törlöd, és úgy egy 'dmesg | grep iwl' kimenet.

Például

-- átnevezés (a 19-est érdemes először, hiszen azt használja most)

sudo mv /lib/firmware/iwlwifi-7265D-19.ucode /lib/firmware/iwlwifi-7265D-19.ucode.ORIG

-- aztán

sudo reboot

-- teszt

dmesg | grep iwl

-- érdemes az átnevezéssel próbálkozni, mert megmarad ott, ahol volt, csak kikapcsolod.
De ha nem működik, újra azt tölti, akkor törlés:

sudo rm -f /lib/firmware/iwlwifi-7265D-19.ucode

Csak a törlésnek érdemes óvatosan hozzáfogni, törölhetsz mást is. Lehet az -i kapcsolóval egy megerősítést kérni.

sudo rm -fi /lib/firmware/iwlwifi-7265D-19.ucode

Ekkor egy kérdés lesz, hogy tényleg törölni szeretnéd. Ha tényleg, mert az a fájl -és nem gépelted el, ha nem másolsz- akkor törölheted. A TAB kiegészíti a neveket. Az -f kapcsoló a 'mindenképpen', vagyis a force. Bevált kapcsoló, semmi gond vele.

Kézikönyvek

man cp
man rm

#10.1

 http://paste.ubuntu.com/25042508/

Hang jelzés keresése folyamatban.#10.1

Utólag szerkesztem: komolyabb memória tesztelésen gondolkodom.(DDR4-4GB). Valamiféle stressz dolog rémlik egy rescue anyagon. Vagy hétfőn kérek próbára egy hasonló modult.

#11 Láthatóan a 19-es kell a rendszernek, legalábbis hiányolja. Tehát visszanevezed

sudo mv /lib/firmware/iwlwifi-7265D-19.ucode.ORIG /lib/firmware/iwlwifi-7265D-19.ucode.ORIG

és a további szokásos teendők után tesztelsz.
A 29-est hagyhatod 'békén', vélhetően nem kavar be.
Megpróbálhatod betenni a 22-est
https://linuxmint.hu/comment/12297#comment-12297
először, úgy, hogy nem nevezel át semmit (plusz  aszokásos teendők). Bár lehet a 18-as és a 19-es kell, ez van.

A fagyást mást okozhatja, például a RAM, mint gondoltad. A MEMTest alkalmazást lehet erre alkalmazni, mármint a GRUB betöltésekor azt választod, és legalább -ha jól tudom- 6-8 óráig futtatod, mert többféle vizsgálatot csinál. Ahogy nézem 64 bit-re a memtester alkalmazást tudod telepíteni:
https://packages.ubuntu.com/search?keywords=memtest&searchon=names

Persze, néha más is okozhatja, pl merevlemez bad szektor. Nekem egyszer volt, hogy a videókártya okozta, kilazult ..., becsavaroztam, és még most is működik. A /var/log könyvtában a '0' jelzéssel (vagy '0' nélkül) a jelen belépéskor jelzi a rendszer a logokat, és '1' jelzéssel az eggyel korábbiakat, azaz a fagyás előtti. A '*.gz' betömörítettekkel nem foglalkozunk általában, mentések. Pl.: ls /var/log -1

alternatives.log
alternatives.log.1
alternatives.log.2.gz
alternatives.log.3.gz
alternatives.log.4.gz
alternatives.log.5.gz
alternatives.log.6.gz
alternatives.log.7.gz
alternatives.log.8.gz
apt
aptitude
aptitude.1.gz
aptitude.2.gz
aptitude.3.gz
aptitude.4.gz
atop
auth.log
auth.log.1
auth.log.2.gz
auth.log.3.gz
auth.log.4.gz
bootstrap.log
btmp
btmp.1
clamav
daemon.log
daemon.log.1
daemon.log.2.gz
daemon.log.3.gz
daemon.log.4.gz
debug
debug.1
debug.2.gz
debug.3.gz
debug.4.gz
dmesg
dpkg.log
dpkg.log.1
dpkg.log.2.gz
dpkg.log.3.gz
dpkg.log.4.gz
dpkg.log.5.gz
dpkg.log.6.gz
dpkg.log.7.gz
dpkg.log.8.gz
fail2ban.log
fail2ban.log.1
fail2ban.log.2.gz
fail2ban.log.3.gz
fail2ban.log.4.gz
fail2ban.log.5.gz
faillog
firebird
firewalld
fontconfig.log
fsck
installer
kern.log
kern.log.1
kern.log.2.gz
kern.log.3.gz
kern.log.4.gz
lastlog
lightdm
mail.err
mail.err.1
mail.info
mail.info.1
mail.info.2.gz
mail.info.3.gz
mail.info.4.gz
mail.log
mail.log.1
mail.log.2.gz
mail.log.3.gz
mail.log.4.gz
mail.warn
mail.warn.1
mail.warn.2.gz
mail.warn.3.gz
mail.warn.4.gz
messages
messages.1
messages.2.gz
messages.3.gz
messages.4.gz
rkhunter.log
rkhunter.log.1
slim.log
syslog
syslog.1
syslog.2.gz
syslog.3.gz
syslog.4.gz
syslog.5.gz
syslog.6.gz
syslog.7.gz
ufw.log
ufw.log.1
ufw.log.2.gz
ufw.log.3.gz
ufw.log.4.gz
unattended-upgrades
user.log
user.log.1
user.log.2.gz
user.log.3.gz
user.log.4.gz
vbox-install.log
wtmp
wtmp.1
Xorg.0.log
Xorg.0.log.old
Xorg.1.log

Mert például egy I/O (adatátvitel) hiba miatti fagyást a korábbi logban megtalálsz.

 http://paste.ubuntu.com/25048963/

Délután megcsináltam, most indítottam újra, egy mostani fagyás után.

#12 talán valamelyik alkalmazás 20 óra környékén frissít. Pl. a ClamAV elég sok rendszer erőforrást fogyaszt. Persze, akkor lehet gond (esetleg), ha nem túl sok áll ebből rendelkezésre.

Az eddig betett ucode-k maradnak persze, (22,27,29), a visszanevezés megtörténik a gép szabaddá válásakor. S marad a 18,19 is. Az említett memória tesztet az éjszaka folyamán már megtettem. A pendrivera tett progi: PassMark MemeTest86 v7.3 pro. Test time:1h51'16''; errors=0; test passed: 56/56 - 100%; RAM: PC4-17000 DDR4 2133 MHz. Választhatnék több test selectiot (most 4 volt), de egyenlőre ez megnyugtatott, eddig.

Alapban SSD van HDD helyett ,tehát a rendszer ssd-n van. Annak a tesztje is megér(ne) egy misét ,de ezt hagyom a végére (ha egyáltalán...). Memória után én a processzort "nyaggatnám", bár azt is át kell gondolnom, hogy nincs-e a gépben olyan eszköz ,aminek drivere nincs kielégítve, s a

"tudat alatt" nyekereg(ne).[pl. ujjnyom olvasó; mem kártya olvasó, kamera]. A /var/log könyvtárban nézelődtem nagyjából, konkrétan a 07.07 - 20 óra körül kellene keresgélnem, mert egy akkori fagyást konkrétan lejegyeztem (időpont).

Az említett Lenovo laptop szinte folyamatosan használatban van (feleségem dolgozik vele), én asztali gépemről kommentelek mindent. A laptop garanciás (április 20-án lett véve), ettől függetlenül a dvd-irót kidobtam, helyén egy 1 TB-s HDD üzemel. Az időnkénti fagyást előtte is tette.

#13

#4 Bocs, de több tipus létezik, ebből a szériából?
Mert itt
https://forums.lenovo.com/t5/Lenovo-C-E-K-M-N-and-V-Series/Lenovo-v310-1...
ugyanúgy fagyásra paraszkodnak, mindeközben nálad, az inxi kimenetben nem látszik a Radeon GPU (AMD Radeon M5 M430).

-----

#13 Nézegetve egyéb oldalakat (Intel CPU), én úgy gondolom, nálad ezt a kapcsolót kéne megpróbálni a grub fájlban, aztán GRUB update (sudo update-grub) és reboot ..

intel_idle.max_cstate=1

Mert nemcsak 4.0.+ kernelnél jelentkezik [*]

Egyéb kapcsolók, csak a jegyzet kedvéért:

processor.max_cstate=0|1 # az egyik érték

i915.semaphores=1

i915.enable_rc6=1

i915.enable_fbc=1

Források:
* https://bugzilla.kernel.org/show_bug.cgi?id=109051#c11
https://wiki.archlinux.org/index.php/intel_graphics
... https://gist.github.com/wmealing/2dd2b543c4d3cff6cab7

Leírtam nemrég többször, hogy és melyik sort kell az /etc/default útvonalon található grub konfig fájlban szerkeszteni, de itt van 'vázlatosan':
https://askubuntu.com/questions/749349/how-to-set-intel-idle-max-cstate-1

 #13 Vissza lett nevezve az .ucode19, s a tesztből kiderül, hogy ucode18 helyett máris ez töltődött be. A múltkor említett memória teszten túl, elvégeztem egyéb teszteket is. Az Intel oldaláról kiindulva (Intel Processor Diagnostic Tool)=IPDT (https://downloadcenter.intel.com/download/19792/Intel-Processor-Diagnost...) kerestem tovább a Lenovo oldalán is, s találtam egy tesztelő programot (https://pcsupport.lenovo.com/hu/hu/lenovodiagnosticsolutions/tools/boota...). Ezt kiírtam pendrávjra, s le tudtam általa tesztelni az említett V310 tip. gépet. A processzor teszt tartott 10 percig, de hibát nem jelzett egy komponens sem (storage; alaplap; stb.). Komolyabb processzor "nyaggatás" a Lenovotól nem várható, ezt az Intelre fogom bízni. Ami még visszavan, a /var/log/ aktuális fájljainak átböngészése, hibára utaló jelzés után.

#14 Ezeket a jellemzőket,

-- pontos elnevezés
-- network controller
a cím alá bemásolhatnád a kérdésbe.

A tegnap fékövér karakterrel jelzett kernel kapcsolót kipróbálhatnád, javítottam a leírást az upgrade-grub parancsal. Ha nem tudod, hogy kell, szólj. Nagyon valószínű, hogy ez lesz a megoldás.

Sajnos, nem tudjuk, mit keressünk, én a helyedben az összes logot egyenként átnézném (0, 1), a tömörítettek kivételével. Vagy lehet próbálkozni egy ilyennel,

grep -inR 'warn|err|fail' /var/log

de a keresőszavak előfordulhat nem pont jók: warning, error, failed rövidítései.

 Azt szeretném közölni, hogy átírom az enem65 elnevezést Lenovo 80SY -ra. Ezen túl e név alatt fog minden futni e téma körül.

Az eddig elemzett gép pontos elnevezése. Lenovo V310-15ISK modell: 80SY02WUHV ; RAM: 4G ; SSD: 128G ; Processzor: Intel i3 - 6006U ;

network controller: Intel dual band wireless-ac3165 plus bluetooth. Raedon kártya nincs benne (alap Intel vga)

07.12-n 17.30-kor ismét fagyás történt; a /var/log/ átnézése éjfél körül lesz lehetséges.

#16 Egyelőre erre tudok válaszolni:

systemd-sleep[7475]: /lib/systemd/system-sleep/wpasupplicant failed with error code 254

A wpasuplicant suspend bug-ja
https://bugs.launchpad.net/ubuntu/+source/wpa/+bug/1422143
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1543788
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835648
Gondolom, mikor lecsukod a fedelet, akkor van beállítva a suspend.

Ez csak egy helyzetjelentés ... :-)

A VIM egy GTK3+ hiba lehet, ez máshol is feltűnik nálad ... (később nézem)

Wpasuplicant:
Az előbbiekből kiindulva, jó lenne tudni:

-- ha létezik a keresett fájl, akkor a tartalma (xdg-open)

file /lib/systemd/system-sleep/wpasupplicant

-- a tartalom (ez egy másik fájl)

xdg-open /usr/lib/pm-utils/sleep.d/60_wpa_supplicant

 http://paste.ubuntu.com/25092655/; ez a cat /var/log/syslog | grep fail parancs eredménye. Ebből a glib-gObject  problémája ered. Tovább most nem tudok menni, mert későre jár. Lehet, hogy eltávolítom a vim-gnome-t és install a vim-gtk. (14-n 22.55-kor ismét lefagyott).

http://paste.ubuntu.com/25092709/  (fagyás előtti syslog részlet).

#17 A hibaüzenet környékének időpontjában kéne az üzeneteket nézegetni.
Ugyanis, mi csak a hibát néztük:
https://bbs.archlinux.org/viewtopic.php?id=209395
A példában látható, hogy kiderül az alkalmazás neve is.
 

http://paste.ubuntu.com/25103266/ (grep -inR error /var/log/)

#19 error 4 in libQt5Network.so.5.5.1
-- libqt5network5:
https://packages.ubuntu.com/search?suite=all&searchon=names&keywords=lib...
5.5.1+dfsg-16ubuntu7 | 5.5.1+dfsg-16ubuntu7.5
Melyik változat van neked most?

FAT-fs (sdc1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
-- ránéznél a Lemezkezelő alkalmazással erre a meghajtóra?

xreader error:0 in libcairo.so.2.11400.6
-- ez egy Cairo / Xreader bug-nak tűnik, mint ez is:
https://github.com/linuxmint/xreader/issues/92

failed to init interface for address fe80::416b:549:97d3:47a6%3
-- vélhetően ez a hálózati kártyád, de például az

ifconfig

parancs megmutatja. Az?
A probléma a Network Manager-rel és vélhetően a wpasuplicant-tal is össze függ. Ez is ide, tehát megtaláltuk az okát:

Lenovo-V310-15ISK org.gtk.vfs.Daemon[1342]: ** (process:1610): WARNING **: send_infos_cb: Nincs „org.gtk.vfs.Enumerator” felület a(z) /org/gtk/vfs/client/enumerator/3 útvonalon lévő objektumon (g-dbus-error-quark, 19)
Lenovo-V310-15ISK org.gtk.vfs.Daemon[1342]: message repeated 29 times: [ ** (process:1610): WARNING **: send_infos_cb: Nincs „org.gtk.vfs.Enumerator” felület a(z) /org/gtk/vfs/client/enumerator/3 útvonalon lévő objektumon (g-dbus-error-quark, 19)]
Lenovo-V310-15ISK org.gtk.vfs.Daemon[1342]: ** (process:1610): WARNING **: send_done_cb: Nincs „org.gtk.vfs.Enumerator” felület a(z) /org/gtk/vfs/client/enumerator/3 útvonalon lévő objektumon (g-dbus-error-quark, 19)
Lenovo-V310-15ISK dbus[784]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service'

-- a 'systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' a probléma oka. (kicsit idegesító, hogy a paste ubuntu nem töri a sorokat és lapozni kell)

A megoldáson gondolkodom, ezeket találtam:
https://forum.manjaro.org/t/partition-conflict-with-manjaro-win7/7715
https://forums.linuxmint.com/viewtopic.php?t=242137

Eseti megoldás lehet ez. Az indítás után futtasd,

sudo service network-manager stop
sudo service network-manager start

aztán vizsgáld a fagyást. Nálam mindenféle üzenet nélkül leállt és újraindult. Segíthet.

-----

Az intel_idle.max_cstate=1 kapcsoló 12-én éjjel bekerült a /etc/default/grub - ba, tegnap egész nap úgy ment, fagyás nem volt.
-- nézem, hogy írod-e, volt-e fagyás, de nem látom
-- a 'sudo update-grub' parancsot is futtatad (az menti el teljesen a változtatást)?
-- volt fagyás a kapcsolóval? ... éppen erre van amúgy.

 Legutóbbi fagyás: 17.07.16-21.35; Fagyás előtti kern.log sorok: http://paste.ubuntu.com/25112486/ és fagyás előtti syslog: http://paste.ubuntu.com/25112519/

#20 Ugyanazokat a hibákat látom első ránézésre. A saját hozzászólásodat kommentelted, de abból nem derül ki érdemi információ arra, amit a javítás érdekében csináltál, ezért két kérdés lenne még egyszer (egyszer legalább jó lenne mindkettőre válaszolni. Ehhez egy dal noszogatásnak ;) : http://www.youtube.com/watch?v=oas5nAlfrwg )

Eseti megoldás lehet ez. A rendszer indítása után futtasd,

sudo service network-manager stop
sudo service network-manager start

aztán vizsgáld a fagyást. Nálam mindenféle üzenet nélkül leállt és újraindult. Segíthet.

-----

Idézet:
„Az intel_idle.max_cstate=1 kapcsoló 12-én éjjel bekerült a /etc/default/grub - ba, tegnap egész nap úgy ment, fagyás nem volt.”
-- nézem, hogy írod-e, volt-e fagyás, de nem látom.
-- a 'sudo update-grub' parancsot is futtattad (az menti el teljesen a változtatást)?
-- volt fagyás a kapcsolóval? ... éppen erre van amúgy.

#19 után, de annak elemzése nélkül. a ma esti fagyás kivonatos syslog-ja: http://paste.ubuntu.com/25114651/ 

170707-21:54-kor történt. A gép azóta is megy, éjjel 2 körül férek hozzá. A 20.02-es elemzést is köszönöm!

(ha a jövőben URL-t illesztesz be a fórumra, és formázod is, úgy a 'Hivatkozás beillesztése/módosítása' szövegszerkesztő ikon segítségével tedd be az eredeti URL-t a látható szöveg alá. Mert különben 'esetleg' [nem jártam utána] a Drupal módosítja az URL-t, a végére felesleges karaktereket tesz [%C2%A0], így az rákattintással nem nyitható meg, tehát pl. a „Paste not Found” lesz az eredmény. Javítottam. # köszi, kimarite)

#21 . ???

sudo service network-manager stop
sudo service network-manager start

-----

ntpd[12821]: bind(22) AF_INET6 fe80::c4a3:ab91:3529:dd0c%3#123 flags 0x11 failed: Cannot assign requested address
ntpd[12821]: unable to create socket on wlp3s0 (118) for fe80::c4a3:ab91:3529:dd0c%3#123
ntpd[12821]: failed to init interface for address fe80::c4a3:ab91:3529:dd0c%3
ntpd[12821]: bind(22) AF_INET6 fe80::416b:549:97d3:47a6%3#123 flags 0x11 failed: Cannot assign requested address
ntpd[12821]: unable to create socket on wlp3s0 (119) for fe80::416b:549:97d3:47a6%3#123
ntpd[12821]: failed to init interface for address fe80::416b:549:97d3:47a6%3
ntpd[12821]: bind(22) AF_INET6 fe80::56ae:fcb9:26f5:4a32%3#123 flags 0x11 failed: Cannot assign requested address
ntpd[12821]: unable to create socket on wlp3s0 (120) for fe80::56ae:fcb9:26f5:4a32%3#123
ntpd[12821]: failed to init interface for address fe80::56ae:fcb9:26f5:4a32%3

Az IPv6 támogatással van (itt) a gond (ntpd):
https://bbs.archlinux.org/viewtopic.php?id=110718
(némileg: https://forums.linuxmint.com/viewtopic.php?t=242137
https://bugzilla.redhat.com/show_bug.cgi?id=999176)

Néhány mérés tegnap éjszakáról:  http://paste.ubuntu.com/25115174/ = lspci
http://paste.ubuntu.com/25115200/ = dpkg -l | grep gvfs
http://paste.ubuntu.com/25115295/ = 60_wpa_supplicant 
A grub-ba pár perce bekerült (véglegesen) az intel_idle sor. Erről (is) levélben kifejtem álláspontom.

(https://..untu.com/25115174/  = lspci !Még egy javaslat: legyen egy szóköz a / és a = között # kimarite)

#22 Feljegyzés a fedélzeti naplóból: levelet nem írtál, bár korábban ígérted.

Ma kétszer fagyott (legutóbb hanggal); később közzéteszem az eddigi friss /var/log/ vizsgálatokat. 

#23 Csak így tovább! ;) :-)

 Az alap probléma végső megoldása még nincs meg, de a figyelés folyamatos. "Szárazon tartom a puskaport". Közzé teszek minden eddigi info-t.

Még soha nem adtam fel 2009 óta.