Chrome alapú böngészőkkel lefagy a gép.

szhf62 képe

Fórum: 

Mostanában elég sűrűn tapasztalom a Linux Mint 19 MATE-n, hogy a Chrome alapon működő böngészőkkel (Chromium, Opera, és újabban már a Vivaldi is) a gép az inretnetezés közben lefagy (akár 1 megnyitott lappal is), nem reagál sem az egérre, sem a billentyűzetre. Egyedül csak a főkapcsoló "gyógyítja meg" a problémát.
Egy ideje kivettem a gépbő 2 db 1 GB-s RAM-ot, hogy a benne maradt párban levő azonos órajelű 4 (2x2) GB RAM-mal fusson, akadálytalanul. Egy kis ideig a fagyás nem jelentkezett, de jelenleg már ez napi szinten bekövetkezik. A gép DDR2-es.
Valakinek lenne használható ötlete hogy csak ezért ne kelljen használni a Firefoxot? (Nem vagyok teljesen elégedett a Firefox Sync-el, sok elmentett könyvjelzőt nem szinkronizál[t].)
 

Chrome alapú böngészőkkel lefagy a gép.

@szhf62: A Firefoxra én is akkor orroltam meg, amikor szinkronizáláskor az összes könyvjelzőmet kukázta a mobilos verzió. Azóta szinte kizárólag a Chrome-ot használom - ezzel még nem volt gondom, nem omlik össze.

Vannak esetek, amikor valamilyen alkalmazás nekem is lefagyasztja a gépemet, de nem csinálok belőle gondot - a bekapcsológomb a gyógyír, aztán minden folytatódhat tovább.

A Vivaldi meg nyomja a reklámokat, nálam nem nyerő.

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

Flash Plugin telepítve vagy nem? Más kell, mint a Firefoxnak!

-----

Terminálból indított alkalmazás legtöbbször kiírja a hibát. Ha hamar jelentkezik, akkor:
-- meg kéne figyelni, milyen lapnál gyakori,
-- van-e valami különleges dolog a weboldalon, pl. elinduló videó.

Régen próbáltam, de a kimenetet fájlba lehet vezetni. Böngészőknél nem biztos, hogy a futás alatt végig működik. Példa:

chromium-browser | tee -a chromium-browser_teszt_01.txt

Újraindítás után a fájl tartalmát elolvasod, közlöd:

xdg-open chromium-browser_teszt_01.txt

(a böngésző indító parancsát elírtam tegnap. Módosítva a helyes kifejezésre)

Értékelés: 

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

Firefox

@#1 Sok könyvjelzőm van a Chrome-on, a Firefox régebben onnan importálta ezeket (megkeverve, és eléggé hiányosan).
Egy kis szépséghiba előállt: A memtest telepítve van, de a rendszerben nem látszik: https://i.ibb.co/j69GFZ8/szoftverkezel.png
és: https://i.ibb.co/xsky1Fz/memtest.png
Hogyan tovább ezzel?

Gyanítom hogy a DDR2-es gépe(ke)t kezdik "kiselejtezni" a fejlesztésekből, ezért lehet a sűrű lefagyás a Chrome alapú böngészőkkel.

@Hosszú Lajos. A Vivaldi reklámszórásának jó ellenszere az UBlock Original (reklámblokkoló) kiegészítő. Nálam ez van fenn minden böngészőn. :)

Értékelés: 

0
Még nincs értékelve

Firefox

#4 A Firefox könyvjelzőit le lehet menteni egy "JSON" fájlba (pl. a Dokumentumok könyvtárba) - szükség esetén innen vissza is lehet állítani.
Vagy: A rejtett (és belakott) ".Mozilla" mappát kimásolod egy pendrávra, és szükség esetén (lenullázódott Firefox)
A lenullázódott Firefox .Mozilla mappáját kukázod, és a helyére bemásolod a pe.-en lévő belakott mappát.
Ezt lehet alkalmazni új telepítés esetén is, de akár egy live rendszeren lévő Firefoxra is átviheted a telepített
rendszeren lévő Firefox beállításait. (Könyvjelzőkkel, about:config beállításokkal, kitrjesztésekkel együtt.)

 

Értékelés: 

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

Firefox

#5 A ScreenGrab kiegészítő most szünetel:
https://web.archive.org/web/20181118221855/https://addons.mozilla.org/hu...
(https://addons.mozilla.org/hu/firefox/addon/screengrab-fix-version/)

Vélhetően dolgozik az új rendszerű kiegészítőn ...:  So you tell me 'trust me' I can trust you  Szurkolok! :D ;)

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#3 https://i.ibb.co/9V9mW0b/flash.png és https://i.ibb.co/JCMfkky/chromium.png no meg https://i.ibb.co/Fwgz1fC/jraind-t-s-ut-n.png
Leginkább a Facebookon lefagy a böngésző, de több megnyitott lapnál pl. a felhőtárolóban való matatásomnál is előfordult, néha a Gmailban is tapasztaltam ezt. A processzor órajelével, hőmérsékletével nincs gond, ez az átlagot mutatja.

Értékelés: 

0
Még nincs értékelve

Chromium vagy Chrome

#7 Miért nem a Chrome-ot használod, miért a Chromiumot? Még a szinkronizálással se lenne gondod - belépsz a Google-fiókodba, és máris minden szinkronizálva van (könyvjelzők, kinézet, stb.) platformtól függetlenül.

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#7 Úgy tűnik a harmadik képről,
https://i.ibb.co/Fwgz1fC/jraind-t-s-ut-n.png
hogy a Chromium a saját „Flash”-t használja.
Egyébként ez egy plugin, azok között kell keresni. A Chromium-on belül nyilván. És nem a fájlok között, mint az első képen teszed:
https://i.ibb.co/9V9mW0b/flash.png

De így is lehet:

dpkg -l | grep *flash*
apt-cache policy *flash*

Akkor nézzük a Chromium indítást:

chromium-browser

Mindhárom parancs kimenetét szövegesen kérem most!
Képről
https://i.ibb.co/JCMfkky/chromium.png
nem tudom kibogarászni a szöveget ...

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#10 Én el bírtam olvasni: MediaEvent: MEDIA_ERROR_LOG_ENTRY ( "error": "FFmpegdemuxer: open kontext failed")

MediaEvent: PIPELINE_ERROR DEMUXER_ERROR_COULD_NOT_OPEN  Ez megismétlődik 4x, majd:

ERROR: http_bridge_cc (126) Not implemented reached in virtual void syncer: HttpBridgeFactory: OnSignalReceived()szhf62@-ESPRIMO-E5730:~$

A Sandbox és a GTK Warning az ott volt nálam is anno, azokra azt mondtad bug, nem kell vele foglalkozni. Jelenleg nálam jól fut, de azért kíváncsi vagyok, írogat-e még valamit. Bocs, hogy közbeszóltam. Most nálam a Chromium szokásához híven legalább 5 perc, mire betölt, de utána lapoz, mint a villám (Antergos).

Értékelés: 

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

Mondjuk ezek minden féle

Mondjuk ezek minden féle rendszer alatt ott vannak, ezekel nem kell foglalkozni(lent). A lényeg: az előzőben kiírtam, a képről én leolvastam:a MEDIA körül van a baja. Azok a csupa nagybetűs szövegek nincsenek nálam, valahol ott a hiba.

[7485:7485:1211/102815.374819:ERROR:sandbox_linux.cc(364)] InitializeSandbox() called with multiple threads in process gpu-process.
[7450:7450:1211/102816.527475:ERROR:x11_input_method_context_impl_gtk.cc(144)] Not implemented reached in virtual void libgtkui::X11InputMethodContextImplGtk::SetSurroundingText(const base::string16 &, const gfx::Range &)

Értékelés: 

0
Még nincs értékelve

Chromium

#11 A Chromium 5 perc betöltése nem semmi, a Chrome indulása nálam 1-2 másodperc. Dobd ki azt a gépet.

Értékelés: 

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

Chromium

#13 Miért dobnám? Jól mennek a filmek is, és jól lapoz. Kicsit hosszú a bootolás, és a Chromium betöltése, mindegy melyik Linuxszal használom. Firefox viszont nem olyan soká tölt be 10 másodperc, csak azt még amikor Linux Mintet használtam (utána Manjaron is) untam meg, hogy elkezd valamit 100% -al darálni a Facebookon, és kiakad, máshol sehol, de a Facebook gyakran kiakasztott engem is, amikor még PaleMoon-t használtam, a Facebook újított valamit, és addig 1-2 napig nem tudtam hozzászólni semmihez, amíg a PaleMoon nem követte őket a frissítéseivel. a PaleMoon egy Firefox fork, de ritkábban frissül. Ezen a gépen már nem használok forkolt böngészőt. Éppen ezért. A Chrome/Chromium, amióta világ a világ, még a Windows alatt is 100 x lassabban tölt be, mint a Firefox. Nem értem, de így van. Utána már nincs akkora különbség a működésükben.

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#12 #14 Jó srácok :-), de nem mindenki ér rá gépelni, és a szöveges kimeneteket mindig is szövegben kérjük. Ide, ha rövid, és „paste” oldal segítségével, ha hosszú.
Lehet, az OpenGL verziójával van gond, de bugokat is látok. Most nem használom a Chromium böngészőt, nincs is telepítve. Teljesen jól ki lehet elemezni a kimeneteket, ha a teljes szöveg ide kerül.

-----

#7 szhf62: a rendszerről is kéne némi információ:

inxi -F

És a Chromium-ról

chromium-browser --version

Természetesen a korábbi parancsokon túl.

Még valami: nem véletlenül Snap vagy Flatpak csomagot használsz?

A Chrome származék böngészőknek néha azért előfordultak nyavajái. A Facebook, a felhő tároló sok RAM-ot fogyaszt, lehet, abból van kevés. Például a Mega szolgáltatás a RAM-ba tölt be. Mondjuk, regisztrálva vagyok és az asztali alkalmazást is  használom (használtam, mert az új rendszerre még nem teleptettem), így lehet, nem. Melyik tárhelyről van szó? Talán régebben is volt hasonló problémád (vagy az a régi géppel?), ki kéne végre elemezni. Gépről, rendszerről alkalmazásokról (pl. Chromium) infó és teszt. A kimenetek.

Linux Mint Tara 19 alatt a Chromium verziószámai:

apt-cache policy chromium-browser
chromium-browser:
  Telepítve: (nincs)
  Jelölt:    71.0.3578.80-0ubuntu0.18.04.1
  Verziótáblázat:
     71.0.3578.80-0ubuntu0.18.04.1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic-updates/universe amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 Packages
     65.0.3325.181-0ubuntu1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic/universe amd64 Packages

Azonban vaktában nem lehet tesztelni. :-)

Értékelés: 

0
Még nincs értékelve

Chromium

#14 Itt van egy 5 perces részlet egy filmből. Ha ez is jól megy, akkor oké, ha nem, javasolt a csere:
https://my.pcloud.com/publink/show?code=XZa8WP7Z9jQydSk1mQuczcpluccAw7xt...
Full HD, HEVC kódolású. Ajánlatos letölteni.

Értékelés: 

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

Chromium

#16 A kérdező, szhf62 böngésző problémával küzd. Játssza le a filmet a böngészővel? Nem szokás, és tán netes dologról van inkább szó. Vagy hogyan gondolod a javaslatod?

Értékelés: 

0
Még nincs értékelve

Chromium

#17 Ez a javaslat nem neki szólt.

Értékelés: 

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

Chromium

#18 Hozzám szólt. De nálam a Chromium több perc alatt tölt be (1-2 perc, túloztam az előbb) a Firefox 10 másodpercéhez képest. Amúgy meg tudok nézni HD filmeket is simán a Chromiumból. Az első betöltés tart sokáig, utána semmi gond, talán még gyorsabban is lapoz, mint a Firefox. Megnéztem a részletet az Avatar vége felé van. Ennél rosszabb gépen néztem  meg annak idején  online. Esetleg elférne benne még az NVIDIA kártya, de annak idején mikor üzembe helyeztem, nem tudtam működésre bírni, ezért benne hagytam a régi gépben azt. Memória hely már nincsen az alaplapon. Nem is tud ez az alaplap 2GB-nál többet kezelni. Viszont van 2 VGA kártya helyem, de egyikből sem volt a kártyáról kép, csak az alaplapi működik. Nem értek hozzá, mit kellene átkapcsolni. Legrosszabb esetben is nyernék vele 256 MB memóriát. Sőt a kétmagos CPU másik fele is felszabadulna, nem a VGA-ra használná a másik magot. Az egy magos AMD gépen valószínűleg az NVIDIA kártyának köszönhetően lehetett akár HD filmeket is nézni. Ott a böngészőkkel több gond volt. Emebbe a gépbe bedugom, és továbbra is csak az alaplap foglalatból van kép. Ha van rá ötleted, hogyan lehetne feléleszteni a videokártyát, esetleg menjünk át máshová, talán a hardveres témába ezt megtárgyalni.

Értékelés: 

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

Firefox

@#1 Bocs, hogy csak így megkésve válaszolok. Memtest:
https://i.ibb.co/yNMV3qJ/11-04-18-0339.jpg
https://i.ibb.co/KNhHJSm/11-04-18-0326.jpg
https://i.ibb.co/7yXkc2T/11-04-18-0325.jpg
https://i.ibb.co/nBtdWMf/11-04-18-0324.jpg
https://i.ibb.co/P4W44h4/11-04-18-0323.jpg
https://i.ibb.co/7bp0pVD/11-04-18-0322.jpg
https://i.ibb.co/vv8KMt4/11-04-18-0321.jpg
https://i.ibb.co/Wxs0XMP/11-04-18-0320.jpg
Ezzel sikerült "tálalni":
https://i.ibb.co/m4sfCF1/K-perny-k-p-2018-12-11-16-01-15.png    :-)

A log fájlok "merre kóborolnak" (miként tudom elérni őket)?

Nincs különösebb bajom a Firefoxszal, régebben importáltam a könyvjelzőket a Chrome-ból de sokat kihagyott, és összekeverte a jól összeállított sorrendet. Néha - hogyha észre veszem, hogy a Chromiumnál "nem stimmel valami", használom.

 

Értékelés: 

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

Chromium vagy Chrome

#8 Van ugyan Chrome .deb fájlom, de a Chromium is ugyanezt "teljesíti" kevesebb memóriahasználattal. Ha ebben a felállásban feltenném a Chrome-ot, talán még rosszabb helyzetben lennék... (A beállításait még a Vin XP-ről "hoztam át".)

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#10 https://paste.ubuntu.com/p/5gxjcPK3wP/
(Kicsit be vagyok havazva, elnézést a megkésett válaszért.)

Nem snapból illetve flatpakból telepítek csomagokat (erre mindig figyelek a telepítés előtt).  :-)

Értékelés: 

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

Chromium

#16 Csak hang van, és fekete képernyőt látok (Vivaldival). Nagyon ritkán szoktam böngészőből videót nézni. Ha érdekes, azt inkább letöltöm. :)
 

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#15 szhf62@szhf62-ESPRIMO-E5730:~$ inxi -F
System:    Host: szhf62-ESPRIMO-E5730 Kernel: 4.15.0-42-generic x86_64
           bits: 64
           Desktop: MATE 1.20.1  Distro: Linux Mint 19 Tara
Machine:   Device: desktop System: FUJITSU SIEMENS product: ESPRIMO E5730 serial: N/A
           Mobo: FUJITSU SIEMENS model: D2824-A1 v: S26361-D2824-A1 serial: N/A
           BIOS: FUJITSU SIEMENS // Phoenix v: 6.00 R1.19-03.2824.A1 date: 07/12/2011
CPU:       Quad core Intel Core2 Quad Q8400 (-MCP-) cache: 2048 KB
           clock speeds: max: 2666 MHz 1: 2000 MHz 2: 2000 MHz 3: 2666 MHz
           4: 2666 MHz
Graphics:  Card: NVIDIA GK208 [GeForce GT 710B]
           Display Server: x11 (X.Org 1.19.6 )
           drivers: nouveau (unloaded: modesetting,fbdev,vesa)
           Resolution: 1280x1024@75.02hz
           OpenGL: renderer: NV106 version: 4.3 Mesa 18.0.5
Audio:     Card-1 NVIDIA GK208 HDMI/DP Audio Controller driver: snd_hda_intel
           Card-2 Intel 82801JD/DO (ICH10 Family) HD Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-42-generic
Network:   Card: Intel 82567LF-3 Gigabit Network Connection driver: e1000e
           IF: enp0s25 state: up speed: 100 Mbps duplex: full
           mac: 00:19:99:64:31:25
Drives:    HDD Total Size: 160.0GB (22.5% used)
           ID-1: /dev/sda model: Hitachi_HDT72101 size: 160.0GB
Partition: ID-1: / size: 146G used: 34G (25%) fs: ext4 dev: /dev/sda1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 43.0C mobo: N/A gpu: 44.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 202 Uptime: 53 min Memory: 964.5/3691.7MB
           Client: Shell (bash) inxi: 2.3.56 
szhf62@szhf62-ESPRIMO-E5730:~$ 

 

szhf62@szhf62-ESPRIMO-E5730:~$ chromium-browser --version
Using PPAPI flash.
Chromium 71.0.3578.80 Built on Ubuntu , running on LinuxMint 19
szhf62@szhf62-ESPRIMO-E5730:~$ 

Megjegyzem, a Vivaldival nem tapasztalom már a fagyást, Utoljára már csak az Opera és a Chromium használatával fagyott a gép. Terminálból "pöccre indul" a Chromium, és gyorsabban is tölt be. :)

Értékelés: 

0
Még nincs értékelve

Chromium

#23 Le kell tölteni, mert úgy látszik a böngészők nem támogatják a h.265-öt - a Chrome se, a Firefox se játssza le. VLC-vel, vagy SMPlayerrel lejátszható.

Értékelés: 

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

Chromium

#25 Csak megjegyzésként: Az .mkv-t (is) jól lejátssza a VLC, de a letöltés (a nagy fájl méret miatt) kisé hosszadalmas volt. Egy előző fórumtémában szó volt konvertálókról. Kíváncsiságból átkonvertáltam Curlew-vel .mp4-be a filmet. Az eredményt itt láthatod:
https://i.ibb.co/xJpd7j4/convert.png
(Helytakarékosság érdekében a Curlew-et - vagy más konvertálót - is tudod használni a nagyobb fájlok tömörítésére.  :)   )

Értékelés: 

0
Még nincs értékelve

Chromium

#26 mkv, vagy mp4, az mindegy. Ezek csak konténerek. Mindegyikbe belepakolható videó, hang, felirat, stb. A lényeg a videókodek ebben az esetben. A mentett 5 perces rész HEVC (h.265) kódolású - jobb minőséget biztosít, mint a h.264 (ez utóbbiban sugározzák a magyar földi digitális csatornákat). A HEVC jóval nagyobb mértékben terheli a processzort, mint a h.264, ha nincs hardveres támogatás hozzá. Éppen ezért linkeltem be fecamecának, hogy ezzel tegyen egy próbát, mennyire terheli le a gépét - erre egyébként nem válaszolt.

Amikor te átkonvertáltad a letöltött fájlt, milyen kodekkel tetted, és milyen lett az eredmény minősége (a Mediainfo program közvetlenül mutatja)? Filmkódolásra többnyire a Handbrake-et használom, ritkábban az Avidemuxot. Ez utóbbi kiválóan alkalmas vágásra is konvertálás nélkül, de csak kulcskockák bejelölésével - így készült az 5 perces rész is a teljes filmből.

A konvertált videót feltöltenéd egy tárhelyre, hogy megnézzem, milyen lett?

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#22 Hát a Chrome/Chromium-alapú böngészők gyári Flash Plugin-je így telepíthető:

sudo apt-get install pepperflashplugin-nonfree

Nálam most nincs Flash Plugin telepítve. Firefox-szot használok. ...illetve igen, a Firefox-hoz alapértelmezetten (de az nem a fenti), mert ez most egy Linux Mint, és a telepítéskor már kiválasztottam a nem szabad csomagokat is! Debian alatt nem volt. Esetleg próbáld telepíteni.

A többire holnap keresek rá.

Értékelés: 

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

Chromium

#25 Jelen pillanatban a beágyazásnál csak a H.264/HEVC a támogatott (Cisco), a H.265/HEVC nem. Mármint én a Firefox-ra tudom, de szerintem a többi böngészőnél sem. Itt lehet tesztelni: https://tools.woolyss.com/html5-audio-video-tester/

Az asztali lejátszáshoz már nem kell PPA-t felvenni (https://launchpad.net/~strukturag/+archive/ubuntu/libde265) és az Ubuntu 18.04, Linux Mint 19 Tara tekintetében nincsenek meg a Gstreamer, VLC csomagok (a PPA-n), de nem is kell, hiszen a Linux Mint alatt eleve telepítve ez a két csomag:, amely a lejátszásért felelős (pl. MPV, SMPlayer, VLC):

-- Open H.265 video codec implementation
libde265 is an open source implementation of the H.265 video codec.
It is written from scratch in plain C for simplicity and efficiency.

-- H.265/HEVC video stream encoder (shared library)
libx265 is an encoding library for creating H.265/High Efficiency Video Coding
(HEVC) video streams.

-----

No, no browser supports H.265. And wide support is not likely to be added in the near future.

EDIT:

I updated the question because there are reports of it working in Edge when hardware decoding is available.

This is a good point.

In this case, the browser still does not support it. It is offloading decoding to the OS (Windows), and the OS is offloading to the hardware. But the result is the same as having browser support. This becomes cheaper, because the license was paid for by the chip company.

Background:

H.265 licensing has historically been extremely expensive. In some cases orders of magnitude more expensive than H.264. MPEG-LA and HEVC Advance patent pools expected companies like apple and Microsoft to pay for it. But they got too greedy (specifically HEVC Advance) by eliminating price caps, so Microsoft would have had to pay hundreds of millions of dollars for H.265, where H.264 caps out in the low millions. HEVC Advance has changed the licensing policy, but it may be too late, as google Microsoft, Amazon, Netflix, Cisco, Mozilla and others are developing a royalty free alternative (under the name Alliance for Open Media) so online video can never be held hostage again.

updated answer :) – szatmary Apr 3 '16 at 21:44

  •  

    This is an awesome answer, I was wondering what was "taking" so long, but the hostage situation makes sense. I hope the Alliance can create something better than webm was, though. – degenerate May 11 '16 at 21:50

  •  

    It looks like Apple resolved the licensing problem. HEVC support is coming to macOS 10.13 (High Sierra) and iOS 11. – Duvrai Jun 5 '17 at 20:06

  •  

    We'll see. It may be too little to late for HEVC. There was a third patent pool announced on March 31, 2017. So well see how that goes for companies that don't have a quarter trillion cash on hand. And encoding.com has reported that their demand for HEVC has fallen from 6%, to 3%. While apples support is interesting, My money is still on VP9/AV1 – szatmary Jun 6 '17 at 0:53

Forrás: https://stackoverflow.com/questions/36382568/h-265-hevc-web-browser-supp...

Habár ... :-) : https://stackoverflow.com/questions/36382568/h-265-hevc-web-browser-supp...

Chromium can support h.265 when compiled with the aforementioned codec enabled during compilation.

Check it out - https://github.com/henrypp/chromium/releases

Those are all 64 bit releases, so make sure you install them on 64 Bit Windows only.

Once installed try to play the "first" video here - http://www.h265files.com/embed-h265-video.php

That way you will know if its working or not :-)

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#22 Ha jól értem, akkor minden böngésző indul,
Megjegyzem, a Vivaldival nem tapasztalom már a fagyást, Utoljára már csak az Opera és a Chromium használatával fagyott a gép. Terminálból "pöccre indul" a Chromium, és gyorsabban is tölt be. :)
de nagyon ritkán összeomlik vagy fagy. Egyre ritkábban.

Ha terminálból pöccre indul, akkor az indítóba kéne kukucskálni, ott mi az indítás parancsa!
... akkor, ha a menüből vagy valamely parancsikonról nehezebben indul.
Itt vannak az indítók (rendszer szinten, kivéve KDE asztali környezet egyes indítói), listázod:

ls /usr/share/applications

Valahol ott ... (a neve alapján kéne keresni).

-----

A Chromium böngészőnél kéne egy ilyen indítás, aztán tesztelni ezzel,

chromium-browser --disable-gpu-driver-bug-workarounds

hogy omlik-e. Aztán, ha nem, akkor meg kéne, hogy melyik omlik. Ha gyakran, akkor könnyebb tesztelni.  :-)
A kapcsoló nem minden böngészőnél használható, illetve, ennek utána kell néznem.

Vagy így:

chromium-browser --disable-gpu-driver-bug-workarounds --enable-native-gpu-memory-buffers

Vagy így (a hardveres gyorsítás kikapcsolása, ha be van kapcsolva.):

chromium-browser --disable-gpu-driver-bug-workarounds --enable-native-gpu-memory-buffers --disable-gpu

Esetleg egyenként.

Forrás: https://bbs.archlinux.org/viewtopic.php?id=241964
https://productforums.google.com/d/msg/chrome/CtKF2BiskT8/ZSqJMFaRAwAJ (itt még sok minden van, de a problémát és a hardvereket kell majd nézni ... átgondolni. Hogy melyik megoldás jó neked, az ide nem bemásoltakból)

-----

The command line option --disable-gpu-driver-bug-workarounds was added in order to expose driver bugs that have necessarily been worked around in order to pass the WebGL conformance suite or for other reasons. We need to make sure that this flag is hooked up to all of the code for these workarounds. Then it will be possible to push GPU vendors to pass the WebGL conformance suite with this flag passed to Chrome.

Forrás: https://bugs.chromium.org/p/chromium/issues/detail?id=123427

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#24 Ui.: feltűnt nekem a használt kernel verziószáma. Megnéztem. Talán túl új.
Nem tudni, hogyan viselkedik, de, ha belépnél ezzel, megtudjuk (fagyás teszt):

inxi -S
System:    Host: kim-hp Kernel: 4.15.0-20-generic x86_64 bits: 64
           Desktop: Cinnamon 3.8.8  Distro: Linux Mint 19 Tara

Mert ez 4-es szint, de nem biztonsági frissítés (a te rendszereden ez van):

Régi gépre nem mindig a legújabb (vagy „csak” az újabb) kernel jó.

Értékelés: 

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

Chromium, Opera, Vivaldi (szerkesztve)

#31 Ui.: azonban az újabb (elérhető) kernel más csomagokat is húz magával. Teszem fel, 2. biztonsági szint van beállítva, és a biztonsági frissítések, de a kernel is frissül a beálltások szerint, ... tehát semmi több a szintek tekintetében. Ezt látod a Synaptic-ban a függőségek tekintetében, ha a linux-generic csomagot telepítésre jelölöd ki:

Ugyanez történik, ha a Frissítéskezelőben,
-- be van állítva a kernel frissítés
-- vagy, teszem fel, a 4-es szint is.

Telepítés történik, mert nincs telepítve az alkalmazás:

apt-cache policy linux-generic
linux-generic:
  Telepítve: (nincs)
  Jelölt:    4.15.0.42.44
  Verziótáblázat:
     4.15.0.42.44 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
     4.15.0.20.23 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic/main amd64 Packages

Fontos: a Synaptic nem veszi figyelembe a szinteket!

Terminálban így lehet mélyebben ránézni a függőségekre:
(kicsit job ezt átnézni a Synaptic-ban ;-))

-- először telepíted az apt-rdepends alkalmazást,

sudo apt-get install apt-rdepends

-- majd futtatod a most említett kernel frissítő alkalmazás tekintetében
(ez a csomag azt csinálja, hogy mindig frissíti a kernelt, ha van elérhető.
Persze, csak a verziószám tekintetében, ami nálam 20, nálad 42.
Mindkét helyen látható [Synaptic, apt-rdepends), hogy elég sok csomag frissül, de végülis a fene tudja, a böngészős történetbe mi kavar bele. A puding próbája az evés :-). Úgyhogy esetleg hiába lépsz be a régebbi kernellel, más még bekavarhat a frissítések közül. Ezt nem tudom. Legjobb a friss telepítés (próba): 2. szintig + biztonsági frissítések és semmi kernel frissítés. Ha van Timeshift mentésed a telepítés utánról, az is megoldás lehet. A LInux Mint telepítése után én először mindig a szinteket állítom be (netán a használt tükröket is) és csak ezután frissítek, és ez az első frissítés. Majd eztán a Timeshift. Csak ezután telepíted az egyéni alkalmazásaid, majd megint egy mentés a Timenshift-tel ... . Logikus.)

apt-rdepends linux-generic
Reading package lists... Done
Building dependency tree       
Reading state information... Done
linux-generic
  Depends: linux-headers-generic (= 4.15.0.42.44)
  Depends: linux-image-generic (= 4.15.0.42.44)
linux-headers-generic
  Depends: linux-headers-4.15.0-42-generic
linux-headers-4.15.0-42-generic
  Depends: libc6 (>= 2.14)
  Depends: libelf1 (>= 0.142)
  Depends: libssl1.1 (>= 1.1.0)
  Depends: linux-headers-4.15.0-42
libc6
  Depends: libgcc1
libgcc1
  Depends: gcc-8-base (= 8.2.0-1ubuntu2~18.04)
  Depends: libc6 (>= 2.14)
gcc-8-base
libelf1
  Depends: libc6 (>= 2.14)
  Depends: zlib1g (>= 1:1.1.4)
zlib1g
  Depends: libc6 (>= 2.14)
libssl1.1
  Depends: debconf (>= 0.5)
  Depends: debconf-2.0
  Depends: libc6 (>= 2.14)
debconf
  PreDepends: perl-base (>= 5.20.1-3~)
perl-base
  PreDepends: dpkg (>= 1.17.17)
  PreDepends: libc6 (>= 2.23)
dpkg
  Depends: tar (>= 1.28-1)
  PreDepends: libbz2-1.0
  PreDepends: libc6 (>= 2.14)
  PreDepends: liblzma5 (>= 5.2.2)
  PreDepends: libselinux1 (>= 2.3)
  PreDepends: libzstd1 (>= 1.3.2)
  PreDepends: zlib1g (>= 1:1.1.4)
tar
  PreDepends: libacl1 (>= 2.2.51-8)
  PreDepends: libc6 (>= 2.17)
  PreDepends: libselinux1 (>= 1.32)
libacl1
  Depends: libattr1 (>= 1:2.4.46-8)
  Depends: libc6 (>= 2.14)
libattr1
  Depends: libc6 (>= 2.4)
libselinux1
  Depends: libc6 (>= 2.14)
  Depends: libpcre3
libpcre3
  Depends: libc6 (>= 2.14)
libbz2-1.0
  Depends: libc6 (>= 2.4)
liblzma5
  Depends: libc6 (>= 2.17)
libzstd1
  Depends: libc6 (>= 2.14)
debconf-2.0
linux-headers-4.15.0-42
  Depends: coreutils
coreutils
  PreDepends: libacl1 (>= 2.2.51-8)
  PreDepends: libattr1 (>= 1:2.4.46-8)
  PreDepends: libc6 (>= 2.25)
  PreDepends: libselinux1 (>= 2.1.13)
linux-image-generic
  Depends: amd64-microcode
  Depends: intel-microcode
  Depends: linux-firmware
  Depends: linux-image-4.15.0-42-generic
  Depends: linux-modules-extra-4.15.0-42-generic
amd64-microcode
intel-microcode
  Depends: iucode-tool (>= 1.0)
iucode-tool
  Depends: libc6 (>= 2.14)
linux-firmware
linux-image-4.15.0-42-generic
  Depends: kmod
  Depends: linux-base (>= 4.5ubuntu1~16.04.1)
  Depends: linux-modules-4.15.0-42-generic
kmod
  Depends: libc6 (>= 2.17)
  Depends: libkmod2 (= 24-1ubuntu3.1)
  Depends: lsb-base
libkmod2
  Depends: libc6 (>= 2.17)
lsb-base
linux-base
  Depends: debconf (>= 0.5)
  Depends: debconf-2.0
linux-modules-4.15.0-42-generic
linux-modules-extra-4.15.0-42-generic
  Depends: crda
  Depends: linux-image-4.15.0-42-generic
  Depends: linux-image-unsigned-4.15.0-42-generic
  Depends: wireless-crda
crda
  Depends: iw (>= 3.2-1~)
  Depends: libc6 (>= 2.7)
  Depends: libnl-3-200 (>= 3.2.7)
  Depends: libnl-genl-3-200 (>= 3.2.7)
  Depends: libssl1.1 (>= 1.1.0)
  Depends: wireless-regdb
iw
  Depends: libc6 (>= 2.14)
  Depends: libnl-3-200 (>= 3.2.7)
  Depends: libnl-genl-3-200 (>= 3.2.7)
libnl-3-200
  Depends: libc6 (>= 2.14)
libnl-genl-3-200
  Depends: libc6 (>= 2.4)
  Depends: libnl-3-200 (= 3.2.29-0ubuntu3)
wireless-regdb
linux-image-unsigned-4.15.0-42-generic
  Depends: kmod
  Depends: linux-base (>= 4.5ubuntu1~16.04.1)
  Depends: linux-modules-4.15.0-42-generic
wireless-crda
  Depends: crda (>= 1.1.1-1ubuntu2)

Mennyi minden van itt ... :-)

Az első kérdés jelen esetben és általában véve az lehet:
-- minek neked az új kernel? Valami nem működik a régebbivel?
-- miért nem felel meg a 2. szintig, biztonsági frissítésekkel együtt telepólő rendszer (a kernel frissítése nélkül. Valami nem működik, ha ezt választod?
Próbáltad?
Nagy elmélkedések nem kellenek, fárasztó is lehet. Teszt és ennyi. Bejön vagy nem.
-----
Ha meg nagyon kell az újabb kernel (de először derüljön ki miért, mi az ok pontosan), akkor érdemes lehet próbát tenni a HWE sorozattal. A képernyőképen is látható, hogy az Ubuntu 16.04 kiadásét tudod használni. Részletek: https://wiki.ubuntu.com/Kernel/LTSEnablementStack

Értékelés: 

0
Még nincs értékelve

Manjaro alatt kinlodtam az

Manjaro alatt kinlodtam az Operaval, video csak a Youtuben ment, mas oldalakon ha videot nyitottam, vagy nem jatszotta le, vagy megfagyott.

Lehet nem ez itt a gond, de nalam az    opera-ffmpeg-codecs  telepitese oldotta meg, azota hibatlan. Ez nem bongeszo bovitmeny hanem valami rendszer alkalmazas, en Manjaro alatt aur-bol telpitettem. Probat meger.

Értékelés: 

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

Manjaro alatt kinlodtam az ... --> a Linux Mint-re mi a jó

#33 mas oldalakon
18 plusszos? :-)
Rejtélyek vannak.

Nagyjából kétféle videó létezik:
-- HTML5
-- Flash

A böngésző HTML5 támogatása itt nézhető meg a YouTube tekintetében: https://www.youtube.com/html5. Ez elég sok információ.

Linux Mint

-- multimédia pakk általában:

apt-cache policy mint-meta-codecs
mint-meta-codecs:
  Telepítve: 2018.06.08
  Jelölt:    2018.06.08
  Verziótáblázat:
 *** 2018.06.08 500
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages tara/main amd64 Packages
        500 http://ftp.energotel.sk/pub/linux/linuxmint-packages tara/main i386 Packages
        100 /var/lib/dpkg/status

-- és például a Chromium böngésző tekintetében az FFMPEG:

apt-cache policy chromium-codecs-ffmpeg*
chromium-codecs-ffmpeg-extra:
  Telepítve: 71.0.3578.80-0ubuntu0.18.04.1
  Jelölt:    71.0.3578.80-0ubuntu0.18.04.1
  Verziótáblázat:
 *** 71.0.3578.80-0ubuntu0.18.04.1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic-updates/universe amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 Packages
        100 /var/lib/dpkg/status
     65.0.3325.181-0ubuntu1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic/universe amd64 Packages
chromium-codecs-ffmpeg:
  Telepítve: (nincs)
  Jelölt:    71.0.3578.80-0ubuntu0.18.04.1
  Verziótáblázat:
     71.0.3578.80-0ubuntu0.18.04.1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic-updates/universe amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 Packages
     65.0.3325.181-0ubuntu1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic/universe amd64 Packages

Vélhetően az Opera böngésző alá is jó a cucc. Nincsenek tapasztalataim (nincs telepítve). Kedvenc böngészőm a ... Firefox. Ezt használom most kizárólag. Nemrég frissült:

apt-cache policy firefox
firefox:
  Telepítve: 64.0+linuxmint2+tessa
  Jelölt:    64.0+linuxmint2+tessa
  Verziótáblázat:
 *** 64.0+linuxmint2+tessa 700
        700 http://ftp.energotel.sk/pub/linux/linuxmint-packages tara/upstream amd64 Packages
        100 /var/lib/dpkg/status
     64.0+build3-0ubuntu0.18.04.1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic-updates/main amd64 Packages
        500 http://security.ubuntu.com/ubuntu bionic-security/main amd64 Packages
     59.0.2+build1-0ubuntu1 500
        500 http://ftp.energotel.sk/pub/linux/ubuntu/archive bionic/main amd64 Packages

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet

Azert jeleztem ezt az otletet, bar igaz nem Mint hanem Manjaro alatt megoldotta a problemat, 

DE a problema bar ritkan jelntkezik, multiplatformos azaz pl. Windows alatt is ugyanezek a tunetek az osszes Blink motoros bongeszonel, es az ffmpeg codecs megoldotta sokszor. Es mind a chrome, mind a chromium, az opera es a vivaldi is pont blink motoros bongeszo.

Értékelés: 

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

Azert jeleztem ezt az otletet

#35 Multiplatformos jelenség, nem tudtam.
Mi lehet az ok? A sandbox, vagy akkortól kezdődőtt, amikor átálltak az FFmpeg natív VP8-dekóder használatára?

Értékelés: 

0
Még nincs értékelve

Ezt nem tudom neked

Ezt nem tudom neked megmondani, W10 alatt 1x futottam bele eddig, elkezdtem forumozni a hiba miatt es tobb forumon sok emberke kinlodott ezzel a gonddal. Es se Firefox, se a win beepitett Edge bongeszoje nem produlalta a fagyasokat csak a Blink motoros bongeszok. Ott olvastam ezt a kodek megoldast, a Linuxon meg mult heten tapasztaltam ugyanezt a tunetet Opera alatt es ugyanugy az ffmpeg codecs oldotta meg. Ezert mertem levonni a konzekvenciat hogy nem platform, hanem bongeszomotor fuggo. Termeszetesen nincs kizarva hogy tevedek es mas van a hatterbe, de a hibajelenseg es a megoldas ha ugyanaz, akkor nem jarok messze az igazsagtol.

Értékelés: 

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

Ezt nem tudom neked

#37 Értem. A háttérinfót, ha nem is teljes magyarázat, köszönöm.

Értékelés: 

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

Azert jeleztem ezt az otletet

#36 Lehet hogy még korai lenne inni a medve bőrére, de mintha egy csapásra megszűnt volna a fagyás (Chromium, és Vivaldi)...
A 4.15.0-42.45-ös kernellel, a 71.0.3578.80-as Chromiummal, és a 2.2.1388.34-1-es Vivaldival nem tapasztalom már a fentieket (Operát még nem próbáltam, abból is most jött újabb frissítés.)

A frissítéskezelőben (ezennel) kivettem a pipát a 4-es szintű frissítések elől.

A probléma a 4.15.0-39-es kernel használatánál jelentkez(het)ett.
 

Értékelés: 

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

Azert jeleztem ezt az otletet

#39 Kicsit késő a szinteket állítani, de a jövőbeli problémákat kikerülöd, már, ha lesznek ilyenek.

A Chromium indításakor a rendszer használ–e kulcstartó bekérést? Mert arra lenne megoldás, most olvastam erről.

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet

#40

Ez érdekelne, mert nálam van amikor használja, vagyis kéri a jelszót, van amikor nem.

Nem zavar, csak nem tudom az okát.

Értékelés: 

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

Azert jeleztem ezt az otletet

#40 Nem használ a rendszer Chromiummal (és más böngészővel) kulcstartó bekérést. Mindegyikkel (Chromium, Vivaldi, Opera) - hosszabb ideig - kipróbálva nem jelentkezett a fagyás. (Csak érdekességként: Az előző kernel használatakor a fel- és letöltések ideje alatt a képernyő sem kapcsolt alvó módba, mostanra már ez is helyreállt.) Lehet ilyenkor a kernelverzió "hiányosságára" (is) gyanakodni?

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet

#40 Én úgy vettem észre, hogy az automatikus bejelentkezés esetén kéri a jelszót, de ez sem mindig igaz, mert a Bunsenlabs esetében akkor sem, viszont az autostartban szerepel egy ilyen sor:

/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

 

Értékelés: 

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

Azert jeleztem ezt az otletet

#42 Volt egy előző kérdés: Terminálból "pöccre indul" a Chromium, és gyorsabban is tölt be. :)

Az

/usr/share/applications

könyvtárban vannak az indítók, megkeresed a Chromimum-ét, aztán bemásolod ide az egész „Exec=” sort.

-----

(Csak érdekességként: Az előző kernel használatakor a fel- és letöltések ideje alatt a képernyő sem kapcsolt alvó módba, mostanra már ez is helyreállt.) Lehet ilyenkor a kernelverzió "hiányosságára" (is) gyanakodni?

Fel-é és letöltések? Ezeknél miért kapcsolna alvó módba a képernyő? Hiszen használod a rendszert. Talán inkább az a fura, hogy most alvó módba kapcsol a képernyő, mikozben fut valamelyik P2P kliens. Amúgy: Energiakezelő beállítások.
Nem figyeljük napi szinten a kernelek változásait, viszont van leírásuk, hogy mi változott, tesztelni lehet. A fizika-kémia tanárom mondta: ő sem tudja ötösre a tananyagot, mert „az” a lexikon, a négyes az egyetemi tanár, stb.. Előfordulhat azért, hogy egy bizonyos kernel valamely jellemzője áll a dolog mögött. De bug-jelentés után ezt javíthatják, mármint a te hardvereid tekintetében is.

Értékelés: 

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

Azert jeleztem ezt az otletet: kulcskarika kikapcsolása (Chromiu

#41 Ha tömegközlekedéssel utazom, az okostelefont hírek olvasására használom. Így találtam meg ezt (idézet):

Indításkor állandóan felugró: kulcskarika kikapcsolása, indítás parancs után:

--password-store=basic

Volt ilyesmi is,

Kikapcsolni
chrome://flags

Opció:
Smooth scrolling

Bővítmények

ContentBlockHelper
Disable HTML5 Autoplay
Dark mode
uBlock Origin
Download plus (eszköztáron mutatja egy csík hol jár a letöltés.)

de egy, viszont az egyben nem jó a leírás, azon egyszerű okból, mert nem aktuális (egyes részei elavultak).

Forrás: https://logout.hu/cikk/egy_smooth_ubuntu_rendszer_kialakitasa_sse_only_a...

-----

Az

/usr/share/applications

könyvtárban vannak az indítók, megkeresed a Chromimum-ét, aztán bemásolod ide az egész „Exec=” sort, utána majd javasoljuk, mit tegyél.

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet: kulcskarika kikapcsolása (Chromiu

#45 Igen, ez jól müködik, egyetlen hátrénya, hogy (a Chromium) nem szinkronizál. Ha az

/usr/share/applications

könyvtáran lévő desktopot szerkesztem akkor nem is fog, Talán jobb lenne a

/home/felhasználó/.local/share/applicatons

könyvtárban.

Értékelés: 

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

Azert jeleztem ezt az otletet: kulcskarika kikapcsolása (Chromiu

#46 Azt nem néztem, hogy a Chromium hova teszi az indítót. Tehát akkor a felhasználó saját könyvtárába teszi, és amazt kéne szerkeszteni. A szinkronizálás is működhet így?

Értékelés: 

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

Azert jeleztem ezt az otletet

#44 A terminálból indítva a Chromium lényegesen gyorsabban indul, mint a panelen (vagy a menüben) található indítóikonról. Ezt próbáltam a "pöccre indul" kifejezéssel jelezni. 
Elnézést, rosszul fejeztem ki magamat. Nem a képernyő elalvása nem történt meg a korábbiakban, hanem a képernyővédő nem indult el a beállított (egy perces) időpontban a fel- és letöltések között. (Sokszor kell "magára hagyni" a gépet miközben végzi a dolgát. Ha csak egy világos kép virít sokáig amikor távol vagyok a géptől, zúgolódik az asszony... (GL Text van 1 percre állítva, ez nem zavarja őt annyira.)

Értékelés: 

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

Azert jeleztem ezt az otletet

#48 És mi az "Exec=" sor tartalma? Leírtuk, hol keresd.

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet

#48 Véletlenül a swap partíció nincs kikapcsolva? Én nemrég jártam így. Lekérdezheted a státuszát ezzel a paranccsal: swapon --show

Értékelés: 

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

Azert jeleztem ezt az otletet

#44 Ebből nem tudom kivadászni az "Exec="t.  https://i.ibb.co/V3wKf7j/usr.png

Nincs probléma a Chromiummal (és a többi böngészővel már), csak csodálkoztam rajta, hogy terminálból elindítva lényegesen gyorsabban indul, mint egyébként. (Nem szoktam terminálból indítani alkalmazásokat gyakran...)

#50   Telepítéskor a gépre "bíztam" a teljes HDD-re a dolgot, a swaphoz azóta sem nyúltam hozzá. A "kellemetlen hibajelenség" azóta már megszűnt, ismét az én beállításom szerint működik már minden.
szhf62@szhf62-ESPRIMO-E5730:~$ swapon --show
NAME      TYPE SIZE USED PRIO
/swapfile file   2G   0B   -2
szhf62@szhf62-ESPRIMO-E5730:~$ 

 

Értékelés: 

0
Még nincs értékelve

Azert jeleztem ezt az otletet: kulcskarika kikapcsolása (Chromiu

#47 Nálam a Whisker menüben nem lett átállitva, a panelinditóban és csak ott viszont az általad emlitett

--password-store=basic 

kapcsolóval indul. Ekkor nem szinkronizál, viszont ha a menüből vagy terminálból inditom, akkor persze jelszót kér, és utána szinkronizál. Remélem mások számára is érthetően irtam le.

Értékelés: 

0
Még nincs értékelve