OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
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: