Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
Ve správci balíčků APT, používaném v Debianu a odvozených distribucích, byla nalezena a opravena kritická zranitelnost CVE-2026-109518. Vzdálený útočník může obejít ověření stažených balíčků pomocí přesměrování a dočasných chyb HTTP serveru.
)
V /proc/mdstat je asi toto:
Personalities : [raid1]
md2 : active raid1 hda3[0] hdb3[1]
76099840 blocks [2/2] [UU]
resync=DELAYED
md1 : active raid1 hda2[0] hdb2[1]
1951808 blocks [2/2] [UU]
[================>....] resync = 81.9% (1600000/1951808) finish=0.0min speed=228571K/sec
md0 : active raid1 hda1[0] hdb1[1]
96256 blocks [2/2] [UU]
unused devices: none
Divne mi je to, ze hodnoty sa vobec nemenia. Je to normalne? Asi nie, nepride mi to velmi v poriadku. Alebo moze byt problm niekde inde?
/dev/md1:
Version : 00.90.03
Creation Time : Mon Feb 19 16:24:45 2007
Raid Level : raid1
Array Size : 1951808 (1906.38 MiB 1998.65 MB)
Device Size : 1951808 (1906.38 MiB 1998.65 MB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Mon Feb 19 18:05:17 2007
State : clean, resyncing
....
/dev/md2:
Creation Time : Mon Feb 19 16:24:50 2007
Raid Level : raid1
Array Size : 76099840 (72.57 GiB 77.93 GB)
Device Size : 76099840 (72.57 GiB 77.93 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Sat Mar 3 06:59:49 2007
State : active
....
to co je uz toto?
)))
nestretol sa s takym niecim niekto?
V princípe by to problém nemal byť. Tak isto to máme u nás na jednom stroji. Nie je to optimálne a výkon tým trpí, ale lepšie sa to v danej chvíli vyriešiť nedalo. Teraz sa už k tomu nikomu nechce vracať - kým to funguje.
K pôvodnému problému: beží na tom počítači mdadm démon? Je správne nastavený aby posielal maily, prípadne logoval do syslogu?
Ešte by som skúsil pozrieť tieto parametre:
elf ~ # cat /proc/sys/dev/raid/speed_limit_max 200000 elf ~ # cat /proc/sys/dev/raid/speed_limit_min 1000
To pole celkovo vyzerá, že nie je zosynchronizované, a to by mohol byť v prípade výpadku jedného z diskov veľký průser.
Tiskni
Sdílej: