O víkendu (15:00 až 23:00) probíhá EmacsConf 2023, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy jsou k dispozici přímo z programu.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.
Organizace Apache Software Foundation (ASF) vydala verzi 20 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Desktopové prostředí Cinnamon, vyvíjené primárně pro distribuci Linux Mint, dospělo do verze 6.0. Seznam změn obsahuje především menší opravy a v říjnovém přehledu novinek v Mintu avizovanou experimentální podporu Waylandu.
OpenZFS (Wikipedie), tj. implementace souborového systému ZFS pro Linux a FreeBSD, byl vydán ve verzích 2.2.2 a 2.1.14. Přináší důležitou opravu chyby vedoucí k možnému poškození dat.
V ownCloudu byly nalezeny tři kritické zranitelnosti: CVE-2023-49103, CVE-2023-49104 a CVE-2023-49105 s CVSS 10.0, 8.7 a 9.8. Zranitelnost CVE-2023-49103 je právě využívána útočníky. Nextcloudu se zranitelnosti netýkají.
I letos vychází řada ajťáckých adventních kalendářů. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2023. Pro programátory v Perlu je určen Perl Advent Calendar 2023. Zájemci o UX mohou sledovat Lean UXmas 2023. Pro zájemce o kybernetickou bezpečnost je určen Advent of Cyber 2023…
Byla vydána verze 2.12 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
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 23.11 Topi. Přehled novinek v Changelogu.
Po 4 měsících vývoje byla vydána nová verze 4.2 multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu a na YouTube.
hdparm -I /dev/sda
je funkce TRIM podporována. Přesto bych rád ověřil, že TRIM skutečně funguje, vzhledem k té poněkud divoké konfiguraci.
Našel jsem na internetu postup, při kterém se vytvoří soubor, zjistí počáteční sektor, smaže a pak se pomocí hdparm --read-sector
ověří, že sektory jsou skutečně po čase nahrazené nulami. Problém je, že já nevím, jak přistoupit přímo k sektorům na diskovém poli.
~ # hdparm --read-sector 234346496 /dev/md125 /dev/md125: /dev/md125 is a RAID device: please specify an absolute LBA of a raw member device instead (raid1 only) Aborting.Evidentně toto funguje jen pro RAID 1. Mohu přistupovat přímo k /dev/sda (resp. /dev/sdb), ale k tomu bych potřeboval napřed zjistit, kde skutečně je ten soubor fyzicky uložený (vzhledem k principu RAID 0 bude půlka na jednom disku, půlka na druhém). Nějaké nápady?
# dd if=/dev/zero of=output bs=8k count=2024k 16 978 542 592 bytes (17 GB) copied, 18,4724 s, 919 MB/sV tuto chvíli dám (po týdnu používání při 2/3 zaplnění disku) mezi 500-750 MB/s... podle nálady :) I proto bych chtěl ověřit, že ten trim korektně funguje.
Kdybych měl Linux pouze na jednom disku, tak ten by se opotřeboval mnohem rychleji, než ten druhý s Windows. Takže IMHO RAID 0 je docela dobrý nápad na SSD.
parted -l Error: Invalid argument during seek for read on /dev/sda Retry/Ignore/Cancel? C Model: ATA SanDisk SD5SF225 (scsi) Disk /dev/sda: 256GB Sector size (logical/physical): 512B/512B Partition Table: unknown Error: /dev/sdb: unrecognised disk label Model: ATA SanDisk SD5SF225 (scsi) Disk /dev/sdb: 256GB Sector size (logical/physical): 512B/512B Partition Table: unknown Model: Linux Software RAID Array (md) Disk /dev/md125: 503GB Sector size (logical/physical): 512B/512B Partition Table: gptPokud to dobře čtu, tak jak RAID, tak přímo fyzické disky mají velikost sektoru 512B. Tedy by to mělo být v pořádku. RAID je nakonfigurovaný přímo od výrobce, tak bych ani nic jiného nečekal. Na tu druhou stranu, nerozumím tomu, proč je zde uvedeno 512B, zatímco všude jinde se u SSD disků uvádí hodnota o řád vyšší, tedy 512KB. A YaST (používám openSuse) u RAIDu ještě uvádí údaj "Velikost kusu: 128 kB", což netuším, co je. Ale jinak by mě stejně zajímalo, jako je to s tím TRIMem. Teoreticky by neměl být v ničem problém... ext4 vydá příkaz k TRIMu, RAID vrstva ho zachytí a dopraví až k disku...
Tiskni
Sdílej: