Lenovo V310-15ISK- lefagy

enem65 képe

Az elemzett gép pontos elnevezése: Lenovo V310-15ISK; modell: 80SY02WUHV; RAM 4G; SSD:128G; Processzor: Inteli3-6000U; Network controller: Intel dual band wireless-ac3165 plus bluetooth; Integrált VGA: Intel HD Graphics 520

Hozzászólások

kimarite képe

Teszt (nem javít)

Ne ide másolj, hanem a https://paste.ubuntu.com/ által oszd meg velünk.

Mutasd a következő parancsok kimeneteit

inxi -F
dmesg 2>&1 | tee -a dmesg_freezewhy_01.txt

A második kimenet a saját könyvtáradban, a text fájlban lesz, onnan másolható (a paste ubuntu-ra / a megostás módszerére a keresővel keress rá, ha nem egyértelmű)

PC vagy laptop, márkája?

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

dmesg | inxi -F

@# 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

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

dmesg | inxi -F

-- 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/ )
 

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

dmesg | inxi -F / egyéb

#4.1.1 -- van Windows is?
https://askubuntu.com/questions/850463/iwlwifi-00000100-0-unsupported-sp...

-- van, amit te állítottál át a WiFi kapcsolat beállításaiban, vagy alapértelmezett?
https://bbs.archlinux.org/viewtopic.php?id=206488

Értékelés: 

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

ls /lib/firmware...

#6 Köszi, akkor jöhet ez,
https://linuxmint.hu/comment/12263#comment-12263
mert le kell töltened a rendszernek hiányzókat.

Mit jelent, hogy neked kellett a wifi-t létrehozni? Milyen leírás alapján csináltad ezt?

Értékelés: 

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

ls /lib/firmware...

#6.1 Ui.: van egy érdekes dolog, de kivárom, amíg a pótlást megteszed.

Az érdekes dolog, az eszközöd,

Detected Intel(R) Dual Band Wireless AC 3165, REV=0x210

de ez
https://paste.ubuntu.com/25024966/
a korábbi dmesg kimenethez képes
https://paste.ubuntu.com/25019423/
nem változott.

És amelyről itt
https://wireless.wiki.kernel.org/en/users/Drivers/iwlwifi
ezt írják:

7260, 3160, 7265, 7265D, 3165 and 3168 support

Those devices will not be supported by the newest firmware versions: the last firmware that was released for 3160, 7260 and 7265 is -17.ucode. Bug fixes will be ported to -17.ucode. 7265D, 3165 and 3168's latest firmware version is -29.ucode. In order to determine if your 7265 device is a 'D' version, you can check the dmesg output:

Detected Intel(R) Dual Band Wireless AC 7265, REV=0x210

The revision number of a 7265D device is 0x210, if you see any other number, you have a 7265 device.

Összegezve, a te eszközödet
-- nem támogatják a (leg)újabb firmware-ek,
-- kiegészítő típusjel a D, mert ezt látjuk: 0x210,
-- és neked a '-29.ucode' firmware kéne inkább (a Wiki szerint).

De mindez, csak ennek a fényében érdekes, hogy:
Működik-e most az eszköz (működése normális vagy hibás: pl. lassú), és fagy-e a rendszer továbbra is?

Értékelés: 

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

ls /lib/firmware...

A pótlások már megtörténtek, a változást jeleztem. Kreálás alatt azt értettem, hogy április 21-n, nekem kellett működésre bírni az adott Intel kártyát, mert linux alatt nem működött (windows nincs a gépen). Miután a kernelem 4.4.0-53, a 4.3+ kernelhez töltöttem le az -ucode16.242141.0.tgz-t.

Wifi kapcsolat jelenleg is normális, fagyás nem történt a firmware "bővítés"  óta. Az, hogy lasúbb-e, fél nap alatt nehéz megítélni, mert a szerver oldalt is konstansnak kellene tekinteni (meg egyebek). A -29ucode firmware-t éjjel töltöttem le, de még nincs hozzáadva.

Javaslatod szerint fogok eljárni.

Értékelés: 

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

ls /lib/firmware...

#8 Csak félig értelek. Ezt nem értem, és két okból nem:

-- miért a '-ucode16.242141.0.tgz'-t töltötted le, honnan vetted, hogy éppen ez jó neked ..., melyik oldalon olvastad, stb.?
-- én nem találom, honnan töltötted le a tgz fájlt?
https://www.google.hu/search?q=-ucode16.242141.0.tgz

Amit értek: a már letöltött '-29ucode firmware'-t hamarosan hozzáadod a rendszered firmware-ihez.

-29.ucode
Részemről ez tényleg javaslat volt, olyan szempontból, hogy meg lehet próbálni azzal (is) ..., hiszen a (egy) Wiki így fogalmaz, arra utal, hogy az kéne.

De közben meg azt látjuk, a nemrég letöltött és a megfelelő helyre bemásolt, vagyis a 'dmesg' kimenetben a korábban látszó, két hiányolt firmware-rel is működik a Wifi, a rendszer nem fagy. Ezt a megoldást meg a logikából vettük.

Tehát: próbáld meg a 29-essel, hátha jobb lesz.

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

ls /lib/firmware...

Honnan töltöttem le: https://paste.ubuntu.com/25035440/ ; és https://paste.ubuntu.com/25035422/ A kernel verzió miatt választottam ezt (4.4.0-53). Segített még: https://paste.ubuntu.com/25035491/ Ezeken a helyeken bóklászhattam még, tettem is. (https://paste.ubuntu.com/25035512/). A 7265D-29 telepítés után beszámolok a fejleményekről. Mindentől függetlenül egy process hacker-szerű dolgot még kerülgetek.

Értékelés: 

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

ls /lib/firmware...

#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.

Értékelés: 

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

ls /lib/firmware...

#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.

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

ls /lib/firmware...

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. 

Értékelés: 

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

ls /lib/firmware... ls /lib/firmware...

#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).

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

ls /lib/firmware... ls /lib/firmware... ls /lib/firmware... +

#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.

Értékelés: 

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

ls /lib/firmware... ls /lib/firmware... ls /lib/firmware... +

#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

Értékelés: 

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

ls /lib/firmware... +

#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.

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

ls /lib/firmware... +

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.

Értékelés: 

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

ls /lib/firmware... +

#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.

Értékelés: 

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

lenovo V310_firmware+

 #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.

Értékelés: 

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

lenovo V310_firmware+ inxi -F / fagyás

#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

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

név váltás

 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.

Értékelés: 

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

cím csere

#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.

Értékelés: 

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

név váltás név váltás

#14 Túlságosan nem szeretnék beleszólni, de

-- a cím
Lenovo V310-15ISK (80SY02WUHV), Intel VGA - lefagy

-- a cím tartalma (nyitó hsz.)
Az 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)

így lenne jobb.

-----

A megoldásról: kéne ezzel már tesztelned

ezt a kapcsolót kéne megpróbálni a grub fájlban (/etc/default/grub), aztán GRUB update (sudo update-grub) és reboot ..

intel_idle.max_cstate=1

Értékelés: 

5
Átlag: 5 (1 szavazat)
enem65 képe

grub szerkesztés

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. Közben megnéztem a /var/log állományokat a jelzett (warning;error;failed) jelzőkre. Ezek vizsgálata folyamatos, bár ha időre szűkíthetném egyszerűbb lenne (a legutóbbi 2 fagyás időpontját rögzítettem).

Értékelés: 

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

grub szerkesztés

#15 Nem mindenhol ez az idő formátum, de:

grep -inR '2017-07-01 12:xx' /var/log

Elég az első x-et beírni, mint szám.

Értékelés: 

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

új fagyás (VIM ?)

 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).

Értékelés: 

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

cat /var/log/syslog | grep fail

#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

Értékelés: 

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

org.gtk.vfs.Daemon[1356]: message repeated..:[ ** (process) ..

#17 Erre tudok most válaszolni, szintén helyzetjelentés most:

/var/log/syslog:2600:Jul 15 23:28:16 Lenovo-V310-15ISK org.gtk.vfs.Daemon[1356]: message repeated 15 times: [ ** (process:1605): WARNING **: send_infos_cb: Nincs �org.gtk.vfs.Enumerator� fel�let a(z) /org/gtk/vfs/client/enumerator/2 �tvonalon l�v� objektumon (g-dbus-error-quark, 19)]

Kitérő:
Nálad sem látszanak egyes karakterek?
Linux alól másoltad be a szöveget, mivel, hogyan?
Vagy a Pastebin-nél állítottál valamit?

Vissza:
Azt kéne tudni, mit csináltál a fagyások előtt. Vélhetően egy egy eszközt csatlakoztattál, például a Bluetooth-ot.

Hiba jelentések
https://askubuntu.com/questions/880746/random-freezing-and-crashes-on-16...
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1548841

GVFS csomagok:

dpkg -l | grep gvfs

Mi van nálad itt?

ls -la /usr/share/dbus-1/services/

Milyen futó folyamatok vannak:

ls -l /run

Igazából a fagyást okozó folyamat nevét kéne kideríteni, ha 1604 (a paste kimenetben a 'process' adat egyszer, de másodszor már -természetesen- más), akkor így lehet:

ps -p 1605 -o comm=

Amikor még nem fagy, de már jelentkezik a fenti hiba, akkor kéne megnézni, mi a folyamat az aktuális PID alapján. Persze, ez nem könnyű, tudom. Esetleg egy cron-ba tett script segítene, mely időszakonként rákeresne a hibára (keresőszó pl.: org.gtk.vfs.Daemon) és valahogy jelezné is neked- Szűkíteni is lehet a keresést az adott log fájlra.

!Fontos
A betett kernel kapcsoló miatt nem melegszik jobban a gép? Nem mintha ..., de érdemes megfigyelni.

Értékelés: 

5
Átlag: 5 (1 szavazat)
kimarite képe

grep-inR 'error'

#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.
 

Értékelés: 

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

ls -l /run + dbus-1

 http://paste.ubuntu.com/25103447/ = ls -l /run

http://paste.ubuntu.com/25103464/ = ls -la /usr/share/dbus-1/services/

Fagyások előtt minden esetben (nagy valószínűséggel) szöveges fáj(ok) konvertálása történt (vagy éppen folyamatban volt) Calibre programmal.

Külső eszköz csatlakoztatása biztosan nem történt (fagyást megelőzően). A fagyás előtti pillanatokat nem tudom rögzíteni ,hiszen nincsen ráutaló jel (mármint a fagyásra). A kernel kapcsolót (intel_idle.max_cstate=1) kb. két napja visszavontam,de nem melegedés miatt, hanem próba gyanánt.

A GVFS csomagokat még nem vizsgáltam.

Értékelés: 

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

intel_idle.max_cstate=1

#18 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.

Értékelés: 

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

fagyás előtti sorok

#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.

Értékelés: 

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

fagyás előtti sorok fagyás előtti sorok 0717-21:54 _új fagyás

#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)

Értékelés: 

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

fagyás előtti sorok fagyás előtti sorok 0717-21:54 _új fagyás

#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.

Értékelés: 

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

07.18-i mérések + intel_idle

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)

Értékelés: 

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

?

#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)

Értékelés: 

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

nincs eddig megoldás

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

Értékelés: 

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

adat gyűjtés

 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.

Értékelés: 

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

adat gyűjtés

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

Értékelés: 

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

közelítés

 Pár lépés van vissza, de szívós fajta vagyok és alapos.

Értékelés: 

0
Még nincs értékelve