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.
Nejvyšší kontrolní úřad (NKÚ) vydal zprávu o finančním řízení prostředků EU v ČR (pdf). Dočíst se lze například, že přes 8 miliard korun na digitální vzdělávání nepřineslo naplnění žádného z prioritních cílů programu. Peněžní prostředky z fondů EU sice byly vynaloženy formálně v souladu s právními předpisy, avšak s minimálním nebo neprokazatelným dopadem na proklamované cíle ve vzdělávání. Na Metodickém portálu RVP.CZ bylo ke konci
… více »Ahoj,
mám vytvořený mirror z disků "sda3" sdb3 poslední dobou mi dělá problém, že mi po restartu nepřipojí do pole disk sdb3. Jinak md0 se normálně mountne.
Relevantní věci z dmesg:
[ 12.041923] md: bind ... [ 13.492388] md: raid1 personality registered for level 1 [ 13.492462] bio: create slab at 1 [ 13.492517] md/raid1:md0: active with 1 out of 2 mirrors [ 13.492532] md0: detected capacity change from 0 to 250997497856 [ 13.492603] fedora-storage-init[829]: mdadm: started array /dev/md0 [ 13.514379] md0: unknown partition table ... md: export_rdev(sdb3)
cat /proc/mdstat
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
mdadm --manage /dev/md0 --add /dev/sdb3
mdadm: /dev/sdb3 reports being an active member for /dev/md0, but a --re-add fails. mdadm: not performing --add as that would convert /dev/sdb3 in to a spare. mdadm: To make this a spare, use "mdadm --zero-superblock /dev/sdb3" first.
Ta napovídaná varianta pomocí --zero-superblock funguje, disk přidám do md0, proběhne synchronizace, ale po restartu je zase mimo.
Díky za každou užitečnou radu
28.12.2011 22:57
Max | skóre: 73
| blog: Max_Devaine
MAILADDR max@devaine.cz PROGRAM /usr/sbin/handle-mdadm-events ARRAY /dev/md2 metadata=0.90 UUID=14640e9e:d1c30960:5b020607:1eecbc2b ARRAY /dev/md3 metadata=0.90 UUID=1d4bfb10:2b00fef9:5b020607:1eecbc2b ARRAY /dev/md5 metadata=0.90 UUID=1011cbb3:b48abbe7:5b020607:1eecbc2b ARRAY /dev/md6 metadata=0.90 UUID=88018aa2:0d416a22:5b020607:1eecbc2bRozhodně bych nespoléhal na autodetekci pole apod. věcí. Všechno pěkně natvrdo nastavit v příslušném configu.
mdadm --detail --scanZdar Max
ARRAY /dev/md0 metadata=1.2 name=shadow:0 UUID=f9d385ca:8e93ebe9:8a91c445:8ae42251
mdadm --stop /dev/md0
mdadm --assemble --scan
mdadm: /dev/md0 has been started with 1 drive (out of 2).
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb3
mdadm: /dev/sda3 has no superblock - assembly aborted
cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
unused devices: <none>
Jak může nemít superblok, když mi ho tam normálně přidá a sdb3 ne? Jak tam podle něj ten superblock vytvořím aniž bych ty data musel přesunout jinam a vytvořit to celý znova? Zajímavý je, že mi to nějakou dobu chodilo a pak se to vyk****lo 
Ano, původně to šlapalo. Zapomněl jsem uvést, že se jedná o Fedoru 16 x64. Ještě uvedu:
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sdb3 /dev/sda3 --force
dmesg
[ 458.792605] md: export_rdev(sdb3) [ 462.671513] md: export_rdev(sdb3) [ 868.220250] md0: detected capacity change from 250997497856 to 0 [ 868.220257] md: md0 stopped. [ 868.220262] md: unbind [ 868.235200] md: export_rdev(sda3) [ 883.046691] md: md0 stopped. [ 883.047437] md: bind [ 883.047588] md: bind [ 883.047620] md: kicking non-fresh sdb3 from array! [ 883.047626] md: unbind [ 883.060041] md: export_rdev(sdb3) [ 883.065413] md/raid1:md0: active with 1 out of 2 mirrors [ 883.065477] md0: detected capacity change from 0 to 250997497856 [ 883.067044] md0: unknown partition table
Tiskni
Sdílej:
