Z příspěvku Turris Sentinel – co přinesl rok 2024 na blogu CZ.NIC: "Za poslední rok (únor 2024 – únor 2025) jsme zachytili 8,3 miliardy incidentů a to z 232 zemí a z jejich závislých území. Tyto útoky přišly od 6,2 milionu útočníků (respektive unikátních adres). SMTP minipot je stále nejlákavější pastí, zhruba 79 % útoků bylo směřováno na tento minipot, 16 % útoků směřovalo na minipot Telnet, 3 % útoků směřovaly na minipot HTTP a 2 % na minipot FTP. Dále jsme zaznamenali 3,2 milionu unikátních hesel a 318 tisíc unikátních loginů, které útočníci zkoušeli."
Byla vydána (Mastodon, 𝕏) nová verze 3.0.4 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Byla vydána nová stabilní verze 7.4 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 136. Přehled novinek i s náhledy v příspěvku na blogu.
Spolek vpsFree.cz vydal statistiky týkající se distribucí nasazených na serverech členů. V dlouhodobém pohledu je zřejmé, že většina uživatelů z původního CentOS přechází na Rocky Linux. Pozoruhodný je také nárůst obliby distribuce NixOS, která dnes zaujímá třetí místo po Debianu a Ubuntu.
Google minulý týden představil Material 3 Expressive, tj. novou verzi svého designového jazyka Material Design pro Android 16 a Wear OS 6.
Byl vydán Debian 12.11, tj. jedenáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Makepad dospěl do verze 1.0 (𝕏). Jedná se o multiplatformní open source UI framework pro Rust napsaný v Rustu.
Konference OpenAlt 2025 hledá přednášející. Proběhne o víkendu 1. a 2. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 153 (pdf)
Byl publikován květnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Řešení dotazu:
Asi chybuje RAM grafiky - případně vlastní grafika. Pokud grafika nemá vlastní RAM skus otestovat tu v NT zda nechybuje.Je to Mobility Radeon 9700 (RV350) s integrovanou 64MB pameti. Zkusim pohledat nejake nastroje, zda-li nejsou na otestovani.
Pokud má vlastní tak je možný studeňák u IO grafiky - zapečení v troubě to může spravit. (vyskytuje se to u pájek které namají olovo)Zkusim laptopa rozdelat a podivat se na pajsl, ale obavam se, ze nic nenajdu, kdyz nevim co hledat :)
A pak nějaká zrada ve zdroji kdy nestíhá dodat příslušný proud - vyskoušet jiný adaptér. A nebo ještě přehřívání grafiky.Tady problem nebude, mam ten laptop 7 let, s napajenim jsem nikdy nemel problem a prehrivani GK hrozi jedine pri pareni nejakych narocnejsich her. To bude spis tim studenakem nebo nejakym kondenzatorem.
Zkusim laptopa rozdelat a podivat se na pajsl, ale obavam se, ze nic nenajdu, kdyz nevim co hledat :)To nenajdeš většinou je ten studeňák pod vlastním čipem grafiky. (pomáhá trouba nebo horkovzdušná pistole viz: Jak opravit grafickou kartu? Zapečte ji!) Zdroj taky může blbnout - kondenzátory vysychají.
Ja na tom scr01 zadne pruhy nemam a histogram v gimpu taky ukazuje jen jeden odstin cervene.To pozadi je ciste cervene (
#ff0000
) a v nem by mely byt videt pruhy ve tmavsim odstinu. Pri modre a zelene je vse ok, pri bile uz je ten defekt trochu videt.
Jednou mne zlobil laptop podobne a stacilo domacknout ksandu vedouci do displeje.Ten problem bude nekde "driv" nez na vystupu GK, jinak by nesel zachytit screenshotem. Navic jsem zkousel i externi VGA monitor a zadna zmena.
Aha, ona v tom histogramu barva 0xFF0000 splynula s Y osou, takze jsem videl jen tu defektni.Ja na tom scr01 zadne pruhy nemam a histogram v gimpu taky ukazuje jen jeden odstin cervene.To pozadi je ciste cervene (#ff0000
) a v nem by mely byt videt pruhy ve tmavsim odstinu. Pri modre a zelene je vse ok, pri bile uz je ten defekt trochu videt.
Skúšal si aj memory test ?
Ak ide o integrovanú grafickú kartu s zdielanou RAM, tak by si mohol vyskúšať výmenu RAM.
Kartu jsem nikdy predtim netaktoval, ani ted jsem nic (rucne) nemenil.
Napadaji me dve ruzne moznosti reseni:
1. studenak, pri tom benchmarku se karta zahrala na "spravnem" miste a tim se to "spravilo"
2. neco se prepsalo v nejakem registru karty nebo zmenilo nastaveni
No, hlavne ze obraz zase slape jak ma a snad to vydrzi
to vypada, ze byla spatna frekvence pameti, pouzivas jenom widle nebo i linux? ve widlich se snad dala frekvence menit i v registru, v linuxu mozna nejakej drajvr spatne precetl frekvenci z biosu nebo to bios neinicializoval?Hlavne Linux, Win jenom prilezitostne. Tezko rict, cim to bylo, ale objevilo se to za provozu pri zapnutem laptopu, kdyz jsem byl pryc.
az se to znovu objevi, tak zkus notebook vypnout a vytahnout baterku tak na hodinuMel jsem baterku vytazenou pres noc a nepomohlo.
a ten atitraytools, to je s tou chlupatou kostkou? to je dobrej test video pameti i GPUTed si nejsem jisty, chlupatou kostku jsem videl, ale mozna to bylo v ATITools, ktere jsem zkousel predtim.
a v linuxu resp. ve widlich mas v drajvrech zapnuty sporeni energie = powerplay?V Linuxu pouzivam OSS driver. Dle manu by mel "dynamic clock scaling" umet, ale nepouzivam. Na Win (XP) netusim, tam mam myslim systemove ovladace s vychozim nastavenim.
#Radeon low energy
echo profile > /sys/class/drm/card0/device/power_method
echo low > /sys/class/drm/card0/device/power_profile
nebo
#Radeon dynpm
#echo dynpm > /sys/class/drm/card0/device/power_method
coz je ekvivalent kernelovy volby
radeon.dynclks=1
Tiskni
Sdílej: