Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/dev/md2:
Version : 1.1
Creation Time : Sat Sep 11 21:26:20 2010
Raid Level : linear
Array Size : 3897586816 (3717.03 GiB 3991.13 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Sat Sep 11 21:26:20 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Rounding : 64K
Name : ds:2 (local to host ds)
UUID : 32ba686a:43c4626a:f4edc8c7:abfb387b
Events : 0
Number Major Minor RaidDevice State
0 8 51 0 active sync /dev/sdd3
1 8 35 1 active sync /dev/sdc3
Da sa takyto raid zrusit (resp. odobrat z neho jeden disk/particiu)?
Uz som uvolnil diskove pole na menej ako polovicu:
/dev/md2 3.6T 1.6T 2.1T 43% /mnt/dataTeraz urobim este resize FS (ext4). A dalsim krokom by malo byt presun pouzivanych blokov na iba jeden HDD a odobratie druheho... Viem ze sa to da v LVM. Ale vie to aj SW RAID (mdadm) ? Prosim poradte...
Řešení dotazu:
raid-0 ani raid-linear nikomu(!!!) nikdy v zivote nedoporucujem... LVM je milion krat pouzitelnejsie... manageovatelnejsie... a taktiez dokaze stripping ako raid-0.
Kroťte se trochu… To, že používáte nějaký nástroj, aniž byste si nejdřív zjistil, k čemu je určen, jak se používá a jaké má vlastnosti, je váš problém, ne toho nástroje. SW RAID je prostě něco jiného než LVM, funguje jinak a má také jiné možnosti a vlastnosti. Nemá smysl porovnávat, co je lepší a co horší, protože každý z těch nástrojů slouží k úplně jinému účelu (proto se také často používají společně).
Je nemanazovatelne
To je jen slovo. Co konkrétně si pod tím mám představit?
a pri akomkolvek probleme/potrebe vymenit disk je potrebne zrusit komplet cele diskove pole
Pokud vás tato vlastnost u neredundantních polí překvapuje, pak tím jen potvrzujete, co jsem napsal v minulém příspěvku - že používáte nástroj, aniž byste zjistil aspoň jeho základní vlastnosti.
Kde vidite to prakticke vyuzitie ???
U RAID 0 je to větší velikost a zejména vyšší rychlost při čtení nebo zápisu delšího souvislého bloku. Nulová odolnost proti výpadku jednoho pole nemusí být vždy problém (např. pokud se jedná o snadno reprodukovatelná data) nebo se dá řešit nasazením v kombinaci si mirrorem. Výhodou linear může být fakt, že i když přijdete o jeden disk, pořád vám zůstane souvislá část výsledného zařízení, takže je šance aspoň nějaká data obnovit. U RAID 0 jste ztracen a LVM je v tomto ohledu někde na půl cesty (záleží na míře fragmentace a na tom, jestli přijdete o metadata).
Aby nedošlo k nedorozumění: netvrdím, že je RAID 0 nebo linear vždy dobrá volba. Tvrdím, že existují situace, kdy jsou vhodnou volbou. Pokud je použijete tam, kde vhodnou volbou nejsou, je to jen a jen vaše chyba.
To je jen slovo. Co konkrétně si pod tím mám představit?Predstavujem si pod tym, ze ked mam pole 1TB + 2x 750GB... tak mozem k nemu kludne prihodit napr. 2TB a tieto 2x 750GB mozem podla lubovole ponechat v poli alebo presunut aktivne 9used) extenty na novy disk a vyhodit ich... proste mozem s tym polom pracovat... rovnako ak napr. FS na diskovom poli ma napr len 1,5TB used, tak mozem shrinknut FS na cca 1,8TB... presunut aktivne extenty aj z 1TB disku a taktiez ho odobrat... a nakoniec tam ostane len 2TB hdd s 1,8TB FS... ktory si pripadne mozem zvacsit na max (2TB)... proste mozem s nim pracovat ako chcem... takze sw raid linear je v podstate nezmysel - a ja som zial nemal na vyber... synology zariadenie mi nic ine neponuklo... len linear, raid0 alebo raid1... zial..
Výhodou linear může být fakt, že i když přijdete o jeden disk, pořád vám zůstane souvislá část výsledného zařízení, takže je šance aspoň nějaká data obnovit.Tak toto je uplny nezmysel... uz pri beznom pouzivani po par mesiacoch je toto tvrdenie utopia... mazanie... kopirovanie... a 90% suborov je rozsypanych napriec diskami v ramci pola... ak zdochne jediny disk, podari sa obnovit mozno 10% dat - fakt zalezi od intenzity/stylu pouzivania.. opat mozem len povedat sw raid linear je v podstate nezmysel v dnesnej dobe nahradeny LVM.
Okrem utocenia ste neukazali ziaden prinos tohto typu raidu...
Útočíte tady jen vy a to hned od začátku. Pokusil jsem se vám něco vysvětlit, ale asi jsem si měl hned na začátku uvědomit, že je to marné, protože se nechcete na něco zeptat, ale jen si postěžovat a vykřičet se. Nezbývá doufat, že aspoň tento účel vám to splnilo…
http://neov.wz.cz/fotos/cube/
s tym ze som pridal dalsie disky, ale neocakaval som takyto odpor (zo strany mdadm) - ano nemal som ho nastudovany... lebo som ho do teraz nepotreboval...
/dev/sda: INTEL SSDSA2CT040G3: no sensor /dev/sdb: WDC WD20EARX-00PASB0: 38°C /dev/sdc: WDC WD20EARS-00S8B1: 41°C /dev/sdd: WDC WD20EARS-00S8B1: 42°C /dev/sde: WDC WD1200BEVS-00RST0: 34°C
================================================================== || LVM lv_photo | LVM lv_data || ================================================================== || LVM vg_photo | LVM vg_data || ================================================================== || 2x250GB raid1(sdb1,sdc1) | simple partitions sdb2,sdc2,sdd || ================================================================== || 3x 2TB (sdb, sdc, sdd) || ==================================================================co som musel urobit zial krkolomne... cez vytvorenie lv_data nad vg_data len z PV sdb2.... nasledne presunut maximum z raidu nad sdc a sdd .... zvysok popresuat na eterne disky.... zrusit raid... a pripojit disky do vg_photo resp vg_data... a teraz kopirujem veci spat z externych hdd...
Tiskni
Sdílej:
