Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se
… více »Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.
Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.
Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.
Google Chrome 152 byl prohlášen za stabilní. Nejnovější stabilní verze 152.0.7977.64 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Opraveno bylo 327 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Před 35 lety, 25. srpna 1991, oznámil Linus Benedict Torvalds v diskusní skupině comp.os.minix, že vyvíjí (svobodný) operační systém (jako koníček, nebude tak velký a profesionální jako GNU) pro klony 386 (486), že začal v dubnu a během několika měsíců by mohl mít něco použitelného.
Apple představil čipy M6 a M5 Ultra, Mac mini s M6 nebo M5 Pro a Mac Studio s M5 Max nebo M5 Ultra. Fedora Asahi Remix zatím podporuje jenom M1 a M2.
Firefox 157 přinese zapnutou podporu rastrového grafického formátu JPEG XL. Založena je na v Rustu napsané implementaci jxl-rs používané i v Chrome a Chromiu.
lsmod? Myslim, ze s prehrievanim to nesuvisi. Teplota je ok, vacsinou bezim na AC a ventilator je stale zapnuty. Aky mas bios? Ja som upgradoval na F.0E a neviem ci to robilo aj predtym, lebo som linux nepouzival.
.
lsmod pripadne napisat, co si doinstalovaval?
.
echo 0 > /proc/acpi/fan/C263/statemelo by to poradne roztocit vetrak.
acpi -t tam mi po echo 0 > /proc/acpi/fan/C256/state vybehne teplota na 80. Nechapem. Co je vlastne ta stvrta thermal zone?
Vidim to tak, ze linux, kym nedospeje budem musiet na tomto nb ozeliet a to ma velmi mrzi. Este snad skusim prekompilovat jadro, ked budem mat viac casu. Podla mna to v ziadnom pripade nie je hw problem. Win bezi uplne v pohode a nestalo sa ani raz ze by sa sekol. Softverova chyba je urcite v implementacii acpi v linuxe a hw problem je, ze ventilator je ovladany softverovo. Ved to je uplna katastrofa, chyba v os vam moze upiect procak!!!
Co je vlastne ta stvrta thermal zone?nic takoveho u sebe nemam, jen TZ1, TZ2 a TZ3. a:
Ked dam acpi -t tam mi po echo 0 > /proc/acpi/fan/C256/state vybehne teplota na 80.meni se ve vypisu stav termalni zony se stoupajici teplotou? (active[1] -> active[3])? pokud ne, tak asi nefunguje posilani acpi udalosti. pomoct by mohlo pridani parametru tzp=300 jadru/modulu thermal. zpusobi, ze se budou TZ kontrolovat kazdych 30 vterin, misto aby se cekalo, az hw sam rekne, ze se neco deje. to posilani udalosti totiz rado prestava fungovat. resi se to jako bug v kernelu (= jsou na to patche), odkaz se mi ted nekam zakutalel. mam podezreni, ze to souvisi s obcasnym stoprocentnim vytizenim procesoru procesem kacpid....
dmesg:
[ 17.421645] ACPI: Fan [C255] (off) [ 17.421753] ACPI: Fan [C256] (off) [ 17.421854] ACPI: Fan [C257] (off) [ 17.421955] ACPI: Fan [C258] (off) [ 17.426595] ACPI: CPU0 (power states: C1[C1] C3[C3]) [ 17.426600] ACPI: Processor [C000] (supports 8 throttling states) [ 17.432063] ACPI: Thermal Zone [TZ1] (43 C) [ 17.435870] ACPI: Thermal Zone [TZ2] (42 C) [ 17.443816] ACPI: Thermal Zone [TZ3] (16 C) [ 17.447534] ACPI: Thermal Zone [TZ4] (50 C) $ uname -a Linux nx6125 2.6.15-25-amd64-generic #1 SMP PREEMPT Wed Jun 14 11:28:03 UTC 2006 x86_64 GNU/LinuxVyskusam parkrat rucne nahodit ventilator pred shutdown/restart, ci to bude fungovat dokonale.
masomlejn:/usr/src/linux# ls -1 /proc/acpi/thermal_zone/ TZ1 TZ2 TZ3
masomlejn:/usr/src/linux# uname -a Linux masomlejn 2.6.17-maso17 #1 PREEMPT Mon Jun 19 18:49:40 CEST 2006 i686 GNU/Linuxa nekde tady dole se vali odkaz na cely muj konfig jadra.
Vyskusam parkrat rucne nahodit ventilator pred shutdown/restart, ci to bude fungovat dokonale.hodne stesti
Nevim co je TZ4 (predpokladam, ze by to mohol byt HDD, ale to je len dmnienka).
Tato TZ4 sa objavila len po instalacii posledneho BIOSu F.0F. Mam tu skusenost, ze je treba starostlivo vyberat ovladace od ATI, lebo nie vsetky funguju (napr. 8.20,8-x86_64, 8,24,8-x86_64 fungovali a fungovalo mi aj suspend to disk aj suspend to ram s inymi co som skusal ako aj s poslednym 8,26,18-x86_64 to jednoducho blbne). Pouzivam SuSE 10.0, 10.1, a teraz SLED10
, nejspíš ten modul thermal.
Dále je zajímavé toto:
cat /proc/acpi/thermal_zone/TZ1/trip_points
Příkaz vypíše:critical (S5): 102 C passive: 100 C: tc1=1 tc2=2 tsp=100 devices=0xdf7cef20 active[0]: 80 C: devices=0xdf725f40 active[1]: 65 C: devices=0xdf725e60 active[2]: 55 C: devices=0xdf725de0 active[3]: 40 C: devices=0xdf725d60Tady je to jasné, do 40 ˚C se ventilátor netočí, po 40 ˚C se točí na první stupeň, po 55 ˚C na druhý atd. To jsem vysledoval, že funguje o.k.. Tyto hodnoty si ale linux nevycucá s prstu, ty mu podle mne předá bios. A těch 55 ˚C na druhém stupni otáček se mi zdá už příliš vysoko. Ty hodnoty jdou ale dokonce změnit, např.: echo -n "102:0:100:80:60:45:40" > /proc/acpi/thermal_zone/TZ1/trip_points. Nicméně po chvíli se přenastavené hodnoty změní na původní, něco to hlídá a tu tabulku obnoví
. Nicméně se nevzdávám a budu pátrat dál
.
Nicméně se nevzdávám a budu pátrat dálViva la Resistance! ;) me hlavne utesuje, ze se kolem techhle acpi-bugu porad neco deje. tak proste jen upgraduju kernel a cekam, az bude vsechno OK :)
$ cat /proc/acpi/thermal_zone/TZ1/trip_points critical (S5): 95 C passive: 88 C: tc1=1 tc2=2 tsp=100 devices=0xffff81001789c340 active[0]: 80 C: devices=0xffff810017fa2a80 active[1]: 75 C: devices=0xffff810017fa2940 active[2]: 65 C: devices=0xffff810017fa2840 active[3]: 58 C: devices=0xffff810017fa2740dmesg:
[ 0.000000] ACPI: RSDP (v000 HP ) @ 0x00000000000fe270 [ 0.000000] ACPI: RSDT (v001 HP 0944 0x10030620 HP 0x00000001) @ 0x0000000017fefc84 [ 0.000000] ACPI: FADT (v002 HP 0944 0x00000002 HP 0x00000001) @ 0x0000000017fefc00 [ 0.000000] ACPI: MADT (v001 HP 0944 0x00000001 HP 0x00000001) @ 0x0000000017fefcb8 [ 0.000000] ACPI: MCFG (v001 HP 0944 0x00000001 HP 0x00000001) @ 0x0000000017fefd14 [ 0.000000] ACPI: SSDT (v001 HP HPQPpc 0x00001001 MSFT 0x0100000e) @ 0x0000000017ff72ad [ 0.000000] ACPI: DSDT (v001 HP SB400 0x00010000 MSFT 0x0100000e) @ 0x0000000000000000Pravdepodobne DSDT bude urcovat spravanie acpi, trippoints, ... Este upozornim, ze mam upgradovany bios na verziu F.0E.
Module Size Used by smbfs 63160 0 tun 8448 1 ohci_hcd 19268 0 radeon 110752 0 drm 65364 1 radeon ip_nat_ftp 2816 0 ip_nat 14828 1 ip_nat_ftp ip_conntrack_ftp 6256 1 ip_nat_ftp xt_limit 2176 1 xt_state 1856 1 ip_conntrack 41492 4 ip_nat_ftp,ip_nat,ip_conntrack_ftp,xt_state nls_cp437 5568 1 cpufreq_ondemand 5472 1 powernow_k8 11720 0
Tiskni
Sdílej: