Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid0 sda3[0] sdb3[1](E)
3900742400 blocks 64k chunks [2/2] [UE]
Ten Raid normalne bezi, na nem bezici filesystem je primountovanej, vse se tvari normalne, krome toho E. Smart na disku neukazuje zadnou chybu, necham tam ted probehnout celonocni smart test, tak uvidim rano. Do ted kdyz vypadl disk, tak mi vzdycky vypadl se statusem F a tedy RAID0 pole se vubec nenastartovalo.
mdadm --detail /dev/md2", ten bývá sdílnější. Pro důkladnou kontrolu pak badblocks.
> mdadm --detail /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Mon Sep 21 21:01:22 2009
Raid Level : raid0
Array Size : 3900742400 (3720.04 GiB 3994.36 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Fri Oct 14 01:54:49 2011
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
UUID : 25fd6c79:d6504ac0:e6c74639:f86cfc50
Events : 0.20
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
1 8 19 1 active sync /dev/hdb3
> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid0 sda3[0] sdb3[1](E)
3900742400 blocks 64k chunks [2/2] [UE]
md1 : active raid1 sdb2[1] sda2[0]
522048 blocks [2/2] [UU]
md0 : active raid1 sdb1[1] sda1[0]
2489920 blocks [2/2] [UU]
unused devices: <none>
mdraid --detail tam nic zvláštního nevidí. Takže asi nezbyde než se podívat do zdrojáků jádra, ale jak už jsem se zmínil, ve vanilla 2.6.32 se ani v jednom případě "E" nevypisuje. Takže možná půjde o nějaké rozšíření distribučního jádra.
mdadm --detail
mdadm --assemble -f /dev/md2 /dev/sda3 /dev/sdb3nezabere, protoze tento prikaz nebyl na tento flag modifikovan a dokaze vycistit pouze flag Faulty. Takze vysledkem je
mdadm: clearing FAULTY flag for device 1 in /dev/md2 for /dev/sdb3 mdadm: /dev/md2 has been started with 2 drives.a stale stejna situace, kdy si server mysli, ze je ten disk vadny. Mam vicemene 2 moznosti - bud se mi podari modifikovat mdadm tak, aby dokazal vymazat i ten flag DiskError, nebo potrebuju najit kde presne na disku se ta informace nachazi a prepisu ten jeden bajt (bit) pomozi dd prikazu. Zkusim jeste napsat na technickou podporu synology, zda uz nemaji tuhle modifikaci nekde udelanou.
mdadm --create --chunk=64 --level=0 --raid-devices=2 --metadata=0.9 /dev/md2 /dev/sda3 /dev/sdb3ktery dokazal ten flag z toho disku smazat. Bohuzel jsem tento prikaz nedal na prvni pokus spravne, nejprve jsem zadal prikaz
mdadm --create --chunk=64 --level=0 --raid-devices=2 /dev/md2 /dev/sda3 /dev/sdb3ktery vytvoril RAID s metadata verze 1.2 a tedy jsem prisel o 2000 bloku z filesystemu, tedy o prvni priblizne 2 MB. Po dropnuti toho pole a jeho korektnim vytvoreni jsem spustil prikaz
e2fsck -v -p -b 32768 -f /dev/md2ktery ten filesystem vratil do primountovatelneho tvaru. Otazkou tedy zustava, zda ma ext3 filesystem na prvnich 2 MB jen inode strukturu, ktera se obnovila z druhe kopie, nebo zda jsem mohl prijit i o nejaka data. Je nejaky zpusob jak zjistit zda tam byla i data?
E vůbec vyskytnout nemělo (pouze W, F a S) a část "[2/2] [UE]" se u Raid 0 nevypisuje vůbec (u neredundantního pole nemá smysl).
Tiskni
Sdílej: