Dotaz: LinuxMint 21.3 Virginia zamrzá a nedodržuje nastavená pravidla.

[Darina Lakovičová]

Ahojte. Poraďte mi prosím.

Nainstalovala jsem si, po dlouhém rozmýšlení do čeho přejít, Linux Mint Mate, 21.3 Virginia. Nainstalováno na Fujitsu Primergy 720 s diskem SSD 120 GB, 24GB RAM DDR3 a grafikou Fire Pro V5800. Ze začátku vše v pohodě ale druhý den se mi začaly opakovat problémy kterých se neumím zbavit a některé jsou otravné a nutí mě restartovat. Projevují se v nepravidelných časových intervalech ale při každém spuštění systému.

1) Nainstalovala jsem Wine ale nejde nic s wine nainstalovat z programů pro windows.

2) Nemám nainstalovaný Chrome ale systém mi pořád nabízí instalaci aktualizace pro Chrome

3) Pořád se mi stává, že mi zamrzne počítač takovým způsobvem, že mi napřed zmiznou veškery ikony v menu, potom v panelech a nakonec na ploše. V ten moment otevřu menu ale nic nespustím. Počítač nejde vypnout, nejde se odhlásit, musím ho natvrdo restartovat. Když zmáčknu tlačítko napájení tak mi vyskočí klasická tabulka s výběrem možností restart, uspat, vypnout atd - ale místo písmen mám jen čtverečky a nesmyslné znaky.

4) Ve správci napájení mám zakázáno, aby monitor přecházel do spánku a počítač, aby se nikdy neuspal. Toto ale nefunguje. Monitor mi do spánku přechází neustále jen počítač se nevypíná. Upravit mi toto nijak nejde.

Poradíte mi co s tím mám? Děkuji.

Odpovědi

[jejda]

Ty windows programy které se snažíš spouštět jsou 32bit nebo 64bit? Na to aby fungovaly ve wine 32bit programy, je potřeba mít nainstalované 32bit knihovny. Jestli chceš aby ti monitor svítil furt, zkus:

xset s 0
xset dpms 0 0 0

[Darina Lakovičová]

Děkuji za odpověď. Nebudu používat Wine a raději se podívám po alternativách pro linux. Já byla hodně zvyklá na IrfanView. Nastavení xset nepomohlo. Teda pokud jsem to udělala správně a zadala to v terminálu. Monitor se vypíná pořád.

[Want]

Pokud chceš alternativu na obrázky tak zkus geeqie.

[jejda]

Tak zrovna prohlížečů obrázků jsou pro linux mraky. Osobně se mi docela líbí pix. To je divné že ten xset nefunguje. Co vypíše příkaz xset q? Můžeš ješte skusit

xset -dpms

nebo

gsettings set org.mate.power-manager sleep-display-ac 0
gsettings set org.mate.power-manager sleep-display-battery 0

A opravdu se ten monitor načisto vypne? Není to jenom spořič obrazovky? Můžeš zkusit ještě

gsettings set org.mate.screensaver idle-activation-enabled false

Není tam náhodou wayland místo X11?

[Darina Lakovičová]

Ten příkaz mi vypíše toto z čehož jsem ale blbá.

Keyboard Control:
  auto repeat:  on    key click percent:  0    LED mask:  00000002
  XKB indicators:
    00: Caps Lock:   off    01: Num Lock:    on     02: Scroll Lock: off
    03: Compose:     off    04: Kana:        off    05: Sleep:       off
    06: Suspend:     off    07: Mute:        off    08: Misc:        off
    09: Mail:        off    10: Charging:    off    11: Shift Lock:  off
    12: Group 2:     off    13: Mouse Keys:  off
  auto repeat delay:  500    repeat rate:  30
  auto repeating keys:  00ffffffdffffbbf
                        fadfffefffedffff
                        9fffffffffffffff
                        fff7ffffffffffff
  bell percent:  50    bell pitch:  400    bell duration:  100
Pointer Control:
  acceleration:  2/1    threshold:  4
Screen Saver:
  prefer blanking:  yes    allow exposures:  yes
  timeout:  600    cycle:  600
Colors:
  default colormap:  0x20    BlackPixel:  0x0    WhitePixel:  0xffffff
Font Path:
  /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,built-ins
DPMS (Energy Star):
  Standby: 0    Suspend: 0    Off: 0
  DPMS is Enabled
  Monitor is On

[jejda]

To tam je napsané: Screen Saver timeout 600. Těch 600 sekund se nastaví jako výchozí hodnota když zavoláš xset s bez čísla. Když zadáš třeba xset s 7200, monitor to zhasne až za dvě hodiny. xset s 0 ten timeout vypne a monitor bude svítit furt. Aby to nastavení zůstalo aji po restartu, měl by se ten příkaz zapsat třeba někam do ~/.xinitrc

[Peter Golis]

Primergy je serverová rada Fujitsu (pred tým Siemens). Pozri remote management toho servera či nepíše nejaké chyby s pamäťami, chladením alebo so zdrojom. A skontroluj či je tá karta kompatibilná s daným serverom a nie je náhodou zasunutá do slotu vyhradeného pre radič diskov.

PS: Nehučí ten server nejako moc?

[Andrej]

1) Nainstalovala jsem Wine ale nejde nic s wine nainstalovat z programů pro windows.

To je poněkud vágní tvrzení, na které se těžko konkrétně odpovídá.

• K čemu mají být programy pro Windows? Které to jsou? (Kdybych potřeboval programy pro Windows (a naštěstí žádné nepotřebuju), dal bych si do virtuálního stroje Windows a zprovoznil bych si nějaký seamless režim.
• Co na ty programy říká AppDB? Jsou tam k nim nějaké komentáře a návody? Pomáhají?
• Tohle připomíná XY problém. Bylo by dobré přesně popsat, co mají ty programy dělat, co přesně je cílem, tedy to X. Instalace Wine a pokus zprovoznit tam software je pouze Y bez X.

2) Nemám nainstalovaný Chrome ale systém mi pořád nabízí instalaci aktualizace pro Chrome

Nemít nainstalovaný Chrome může být leckdy těžko dosažitelné. K některým aplikacím (založeným na UI kolem Electronu, například) se občas přinejmenším část Chrome nainstaluje jako závislost.

Ať tak či tak, aktualizace je vhodné vždy aplikovat. (Co když řeší některý z už zmíněných problémů?) (O bezpečnostních opravách nemluvě.)

3) Pořád se mi stává, že mi zamrzne počítač takovým způsobvem, že mi napřed zmiznou veškery ikony v menu, potom v panelech a nakonec na ploše.

Počítač? (To asi ne, když se zjevně dá „otevřít“ menu.) Něco tedy je s desktopovým prostředím. Opět ale chybí pár informací.

• Které desktopové prostředí to je? Implicitní (z)Mate(k) nebo něco jiného?
• Co je během takových selhání v dmesg (journalctl -k -b)? Pokud se najednou nedají zobrazit ikony, připomíná to jakýsi katastrofální problém s úložištěm. Bez logů kernelu se ovšem nic bližšího odhadnout nedá.
• V jiných desktopových prostředích se děje totéž? Když si nainstaluješ KDE a přihlásíš se do relace s KDE, případně nainstaluješ Gnome a přihlásíš se do relace s Gnome, taky se to seká? (Stejně? Jinak?) ← Tohle má samozřejmě cenu zkoušet jedině v případě, že v dmesg nic kritického není.
• Je něco zajímavého ve /var/crash nebo v jiných logovacích výstupech?

Ve správci napájení mám zakázáno, aby monitor přecházel do spánku a počítač, aby se nikdy neuspal. Toto ale nefunguje. Monitor mi do spánku přechází neustále jen počítač se nevypíná. Upravit mi toto nijak nejde.

Inu, máme rok 2024. Ta grafická karta je z roku 2010. Otázka je, jaká jsou očekávání ohledně její bezproblémové funkce. Tohle je takový klasický dvojí metr — uživatel si zprovozní Linux na 14 let starém hardwaru (na kterém by například žádné současné placené Windows neběžely), ale požaduje samozřejmě bezproblémovou funkci všeho…

• Není tam náhodou (u tak staré grafiky) potřebný nějaký z těch proprietárních driverů? Tady má AMD něco, ale je to z roku 2015, tak nevím.
• Phoronix tvrdí, že by to dnes mělo fungovat: Není u Phoronixu nějaký hint, jak to nastavit? Zmiňuje se tam Gallium3D. Tu a tam jsou ještě nějaké další návody.
• Apropos, funguje na tom rozumně grafická akcelerace? Nebo je to v nějakém nouzovém režimu typu VESA (či jak se to jmenovalo)? I to by se dalo + mělo dohledat v dmesg.
• Naděje, že na tomu bude fungovat Wayland, není příliš velká. (Nevidím v návodech nic konkrétního na toto téma.) Pak je taky pravděpodobné, že je desktop odkázaný na rozbitý abandonware X.org, který se v tom roce 2010 převážně používal.

Obecně platí: Linux je vhodné provozovat na současném hardwaru. (Jako ostatně každý systém.) Snaha zprovoznit něco, co je tak daleko za zenitem (14 let a podobně), je předem prohraný boj, protože podpora bude časem jedině horší, nikoliv lepší.

[JLL]

Vyzere to kompletne pamet a zatuhne to. Deje se mi to take. Kdyz to nechas pul hodiny byt, tak se restartuji X a jede to chvili normalne. HW za to fakt nemuze. Je to vyzranim veskere dostupne pameti (v mem pripade 16GB).

[pavele]

No a máš tam Xorg nebo Wayland?

Nemá to prostředí nějakou indexaci souborů - tracker nebo něco podobného? Já to vždycky po instalaci vypínám.

Jaké používáš grafické prostředí? Nemůžeš nainstalovat třeba xfce, jestli to taky dělá?

[JLL]

Je to výchozí Mint cinnamon. Xorg, s Wayland se to vůbec nedělá. Ne, na experimenty s jiným prostředím nemám prostor.

[Rovano]

Cinnamon je známý tím, že je plný chyb. A přesně takových. Byla tam obezlička, kdy skripty prováděly úlohy, aby se paměť nezaplnila. Možná je to něco takového.

[Andrej]

Je to výchozí Mint cinnamon. Xorg, s Wayland se to vůbec nedělá.

Tak tady přesně sedí tohle z mého původního příspěvku:

• V jiných desktopových prostředích se děje totéž? Když si nainstaluješ KDE a přihlásíš se do relace s KDE, případně nainstaluješ Gnome a přihlásíš se do relace s Gnome, taky se to seká? (Stejně? Jinak?) ← Tohle má samozřejmě cenu zkoušet jedině v případě, že v dmesg nic kritického není.

Ne, na experimenty s jiným prostředím nemám prostor.

Tak tady (skoro) přesně sedí tohle z mého původního příspěvku:

Tohle je takový klasický dvojí metr — uživatel si zprovozní Linux na 14 let starém hardwaru (na kterém by například žádné současné placené Windows neběžely), ale požaduje samozřejmě bezproblémovou funkci všeho…

Svobodný desktop přece musí bez problémů fungovat…

• na 14 let starém hardwaru,
• na starém a opotřebeném hardwaru obecně,
• na nesmyslně malém prostoru,
• na nevhodném rozdělení disku zmrveném ve prospěch Windows,

…a tak dále a tak podobně. Na to se hodí odpovědět otázkou: Nastávají takové problémy i na novém, současném hardwaru, s dostatkem prostoru a s rozumným grafickým prostředím podporujícím Wayland?

[JLL]

Co přesně je na: i7 4C/8T@2.7Ghz a 16GB ram nedostatečného? Jaký prosto přesně tomu chybí a co přesně znamená "opotřebovaný"? Windows tam vůbec nejsou, a je tam terový samsung SSD. Prakticky to dnes stále odpovídá běžná konfiguraci.

Celý Mint se s Wayland vůbec nedodává, takže celá odpověď je mimo mísu, ev. jen trapná snaha prudit, když je celé vlákno o Mintu.

[Vtipnéř]

Je to výchozí Mint cinnamon. Xorg, s Wayland se to vůbec nedělá. Ne, na experimenty s jiným prostředím nemám prostor.

Jestli je na vině Cinnamon, jak tvrdí Rovano, tak přejít na jiné prostředí by mohlo být nejrychlejší řešení.

[JLL]

Mam stejny problem. Oprtoti predchozi verzi (19.3) tam neco extremne zere pamet.Pak to zacne tuhnout. Pri stejnem pouziti je daleko nenazranejsia chova se radikalne hur.

[Vtipnéř]

Co zkusit program top nebo něco podobného k detekci problému?

[JLL]

To jsem samozřejmě dělal. Nic průkazného jednoznačného jsem nenašel. Systém hned po bootu zasere 6GB paměti...vlastní pád způsobí chrome a java, evntuelně ještě v kombinací s VS code. Prostě to expanduje do nekonečna. Při stejné práci ja 19.3 se mi tohle nikdy nestalo, nyní pravidelně. Je možné, že to je těmi aplikacemi, ale i tak nevidím důvod, proč je to schopné stáhnout prakticky celý systém (např. ssh pak běží, ale přihlášení trvá minuty, a nelze nic dělat). Celkově se 21.3 chová daleko pomaleji a těžkopádněji, důvod neznám.

[Pavel 'TIGER' Růžička]

Na mém testovacím Lenovu X230 se nic podobného neprojevuje.

[Vtipnéř]

Na mém testovacím Lenovu X230 se nic podobného neprojevuje.

To mi trochu připomíná odpověď na dotaz, kolik pracovníků softwarové podpory jisté nejmenované firmy je potřeba k výměně žárovky: Žádný, protože na vám sdělí, že jejich žárovka svítí.

[Peter Golis]

Výmenu žiarovky nemá na starosti oddelenie SW podpory. Nie je to vtip, pretože je to pravda.

[Pavel 'TIGER' Růžička]

Domnívám se, že zjištění, že se to neděje na každé hardwareové kombinaci není úplně k ničemu.