Příspěvky

31

Hardware / Re:Debian Stretch mrznutí grafiky po hibernaci

« kdy: 10. 05. 2018, 16:18:44 »

myslíš toto:

Kód: [Vybrat]

[    11.840] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse0)
[    11.840] (II) No input driver specified, ignoring this device.
[    11.840] (II) This device may have been added with another device file.
[    11.840] (II) config/udev: Adding input device TPPS/2 IBM TrackPoint (/dev/input/event12)
[    11.840] (**) TPPS/2 IBM TrackPoint: Applying InputClass "libinput pointer catchall"
[    11.840] (II) Using input driver 'libinput' for 'TPPS/2 IBM TrackPoint'
[    11.841] (II) systemd-logind: got fd for /dev/input/event12 13:76 fd 30 paused 0
[    11.841] (**) TPPS/2 IBM TrackPoint: always reports core events

no vypadá to trochu podezřele, ale netuším co s tím. Ručně jsem Synaptics nekonfiguroval - zůstal instal-default - což není záruka, že je to dobře  že by byl tady někde zakopaný pes https://wiki.debian.org/SynapticsTouchpad#Debian_9_.22Stretch.22 ?

32

Hardware / Re:Debian Stretch mrznutí grafiky po hibernaci

« kdy: 10. 05. 2018, 15:25:28 »

@ByCzech : Startuji v UEFI. Bios jsem upgradoval cca před 2 měsíci, protože to mně napadlo také. Původně jsem tam měl nějaký originální BIOS z před dvou let a nyní je tam 1.24, dostupná je 1.25. Dle popisu nová verze BIOSu opravuje nějaké security chyby v Intel špiónech  , takže nepředpokládám, že by to pomohlo.
Ještě zkusím i backportované jádro - ale to je občas sázka do loterie, že nepůjde něco jiného. Kromě tohoto issue totiž funguje vše perfektně včetně suspend_sedation https://wiki.debian.org/SystemdSuspendSedation. Problematika DST tabulek je pro mně něco nového - nastuduji.

@Neviditelný : docela přímočarý postup  vyzkouším akorát si nejsem jist zda-li v Debianu "startx" nenastartuje znovu GDM - na 99% si myslím, že ano. A pochopil jsem i to, že místo

Kód: [Vybrat]

systemctl suspend jsi chtěl napsat

Kód: [Vybrat]

systemctl hibernate 

Díky!

33

Hardware / Re:Debian Stretch mrznutí grafiky po hibernaci

« kdy: 10. 05. 2018, 09:10:48 »

@ ByCzech, dmicode jsem neznal - docela podrobný výpis HW - přikládám v příloze.
@ JardaP, Gnome 3.22 - viz původní příspěvek. instalit SSH na stroj kvůli debugu tohoto se mi zatím fakt nechce - hlavně, když ani nevím jestli žije síť - to bubu muset ještě vyzkoušet.

Díky.

34

Distribuce / Re:Zkušenosti s automatickým upgradem LTS verze Ubuntu (16.04 na 18.04)

« kdy: 10. 05. 2018, 06:41:07 »

Obecně při upgrade LTS verzi se radí počkat do prvního fix balíku u novější verze. V tomto případě tedy upgradovat,  až na 18.04.1. Samotný Canonical to takto doporučuje. Tento prekryv slouží právě na vychytani chyb u nové verze.

35

Hardware / Re:Debian Stretch mrznutí grafiky po hibernaci

« kdy: 09. 05. 2018, 23:46:07 »

do jiného VT se přepnout nedá. klávesnice nereaguje. že by byl systém vytížený to se mi nezdá. větrák je v klidu. když to zamrzne tak se zastaví samozřejmě i ukazatel hodin, který pak přeskočí právě o těch 32s 

36

Hardware / Debian Stretch mrznutí grafiky po hibernaci

« kdy: 09. 05. 2018, 23:17:47 »

Ahoj,

vcelku ohrané téma - mrznutí grafiky na Linuxu, nicméně mám trochu jinou variantu 
Instalace : Debian 9, Gnome, up-to-date k dnešnímu dni.

Kód: [Vybrat]

uname -a : Linux skynet 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64 GNU/Linux
Projevení závady : po hibernaci systému, (která se provede korektně) tak systém při obnovení z hibernace naběhne, ale po zalogování cca do 1-2 sekund X-ka zamrznou - jde pouze pohybovat myšítkem, ale pochopitelně na nic nereaguje. Nicméně např. kliknutí myšítka se bufferují, protože, když při zamrznutých X-kách kliknu na spuštění aplikace tak po "odmrznutí" se mi tato aplikace spustí jakoby nic. A teď to zajímavé - odmrznutí nastane vždy po 32 sekundách. Projeví se to tak, že prostě systém zase reaguje normálně - ani neproblikne obrazovka, jako kdyby se třeba X-ka resetovali.

Pátrám, kde může být problém. Zatím dávám do přílohy jaký mám hardware a výpis z dmesg , /sys/class/drm/card0/error - viz odkaz v dmesg, lspci - v , ale nejsem z toho vůbec moudrý.

Ještě jeden hint - toto zamrznutí se stává, až u druhé a další hibernace - napoprvé proběhne wakeup z hibernace naprosto bez problémů plynule bez zamrznutí.

Díky za nasměrování, kde pátrat, kde poGooglit. Předem díky za váš čas - prohlížení logů je vždy "lahůdka" 

37

Windows a jiné systémy / Re:Druhotné licence MS

« kdy: 17. 04. 2018, 17:18:49 »

Jinými slovy s tímto webem zatím nikdo praktickou zkušenost nemá a můžu se docela dobře napálit, že mi zakoupená licence nepůjde ani aktivovat. A následnou reklamací u prodejce by jsem asi patrně ničeho nedosáhl.

Do smyslu uváděného judikátu opravdu nevidím, nicméně zdaleka to dle vašich reakcí není všechno jednoznačné (legální vs nelegální).

P.S. nesmyslně jsem uvažoval třeba o Officech, ale vždyť mi vlastně LO úplně stačí :-) i když některé zákeřné tabulky jsou peklo!

38

Windows a jiné systémy / Druhotné licence MS

« kdy: 17. 04. 2018, 12:03:06 »

Ahoj,

docela by mně zajímal váš názor na druhotné licence MS produktů. viz zde je na tom založena celá živnost : https://www.smartlicence.cz/druhotne-licence/

Je to dle vašeho názoru legální druhotná licence ?
Snad se nestrhne flame i když chápu, že si koleduju :-)

39

Hardware / Re:MacBook Pro 2017 - Linux

« kdy: 27. 01. 2018, 21:18:36 »

Nechápu co potencionální jabkaři pořád řeší ? Taky jsem koketoval s Macbookem (cca před 3 roky). Tak jsem šel do iStyle a dozvěděl se, že je možno si na 14dní (dle mého se dá ukecat i na déle) půjčit Mackbooka/Airbooka a když nevyhovuje tak normálně vrátit. Mají tam testovací stroje, které takto půjčují - zaplatíš normálně plnou cenu nového stroje a po vrácení stroje vrátí částku zpět, nebo rovnou dodávka nového  stroje s případným doplatkem/nedoplatkem.

Testovací stroj byl normálně v pohodě, vzhledově jako nový a cca 50x nabíjecích cyklů. Je možno ho přeinstalovat, reinstalovat - jak je libo. Stejně to potom po vrácení přehrnou vlastním image.

Co doporučuji je v předstihu si zařídit Apple účet - bez Apple účtu je vyzkoušení Mackbooku takové neúplné. Mají to hodně provázané, hlavně v současné době co jede iCloud naplno.

Měl jsem ho takto půjčený dokonce 2x. Takže jsem si všechno docela osahal, vyzkoušel a ......... nyní používám Debian na ThinkPadu 

40

Odkladiště / Re:GDPR: maly linux server (samba AD) a 5 stanic

« kdy: 23. 01. 2018, 14:20:15 »

@Sten - naprostý souhlas.
ještě bych doplnil, že je dobré si zaplatit nějaký ten seminář na toto téma, kde se ti ujasní pojmy jako např. co to vlastně jsou osobní data, jak se mají klasifikovat, jaké platí výjimky z GDPR (např. při sporu s platnými zákony o povinné archivaci údajů pro ČSSZ apod.).
Jinak GDPR není jen o IT, ale a to možná především o zpracovatelích a vlastnících citlivých dat. Jako v mnoha jiných případech je IT pouze nástroj, ale to jak má být použit rozhoduje majitel/jednatel - prostě právně odpovědná osoba.

41

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 20. 01. 2018, 21:56:58 »

https://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-nfs-client-config-options.html
zde pěkně vysvětleno. ale to jsem našel, až teď 

42

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 20. 01. 2018, 21:45:37 »

tak zabralo

Kód: [Vybrat]

intr,soft,timeo=1 čeká 1s a pak login normálně pokračuje.
@ByCzech - klobouk dolů 

díky všem za podnětnou diskusi a ty odkazy na jaderné vývojáře jsou fakt výživný 

43

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 20. 01. 2018, 21:36:56 »

rád by jsem to vyřešil. Kde to visí to vím. Když se po několikerém pokusu náhodou dostanu do konzole (alt+ctrl+F1) a dám shutdown r --now tak v textovém výpisu to na umoutu toho sharu visí 90s - pěkně systemD odpočítává  a pak restart doběhne.
intr, soft vyzkouším.

44

Desktop / Re:Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 20. 01. 2018, 13:13:06 »

Mount option nofail.

Tak bohužel toto nepomohlo. Chová se to úplně stejně - holt asi "dobrej" oddíl 
Jakmile mám mountpoint namountovaný a dám suspend a následně probuzení mimo dostupnost moutnutého sharu tak to vytuhne na přihlašovací obrazovce.

45

Desktop / Debian Stretch (Gnome) // systemD a nedostupný mount

« kdy: 18. 01. 2018, 20:25:02 »

Ahoj,
následující situace:
v /etc/fstab mám záznam :

Kód: [Vybrat]

10.xx.xx.xx:/volume1/NAS /home/user/NAS nfs defaults 0 0všechno funguje. Přistupuji na mountpoint bez problémů.

Nicméně suspenduji, nebo vypnu NB a přesunu se mimo domácí síť a v tu chvíli jakmile NB chci probudit tak to tuhne při přihlašování na nekonečném timeoutu, protože to nemá dostupný ten mount. Tuším odkud vítr vane - systemD !

Netušíte, kde tomu geniálnímu systemD sdělit, že pokud není mountpoint dostupný tak čekej xx sekund a pak pokračuj dále?

Všude jsem se dočetl, že je to problém, či dokonce feature!? WTF!?, ale nikde žádné rozumné řešení.

Už jste to řešili, nebo jste se s tím smířili ?

Díky za nakopnutí.