Byla vydána nová verze 2.41.0 distribuovaného systému správy verzí Git. Přispělo 95 vývojářů, z toho 29 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Organizace Apache Software Foundation (ASF) vydala verzi 18 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.
Byla vydána verze 1.70.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example. Jako reakce na rostoucí obavy z vlivu korporací na vývoj Rustu a předložený návrh restriktivních zásad používání ochranných známek Rustu, byl nedávno představen komunitní fork Rustu se 100 % méně byrokracie: Crab (CrabLang).
Oliver Smith z Canonicalu shrnuje základní vlastnosti „neměnné“ distribuce Ubuntu Core také ve srovnání s protějšky Chrome OS, Fedora Silverblue a MicroOS. Canonical připravuje desktopovou variantu Ubuntu Core vedle dosavadní serverové/embedded.
Z aktualizovaného seznamu chyb (pdf) procesoru AMD EPYC 7002: #1474 - procesor se po 1044 dnech od posledního resetu zasekne [reddit].
Fossil (Wikipedie) byl vydán ve verzi 2.22. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
David Malcolm se ve svém příspěvku na blogu vývojářů Red Hatu rozepsal o vylepšeních statické analýzy (volba -fanalyzer) v GCC 13.
Byla vydána nová stabilní verze 23.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Stoat. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Příspěvek na blogu CZ.NIC upozorňuje na nový útok na weby v Česku. Na honeypotech na Turrisech byla zaznamenána nová aktivita útočníků - probíhající útok na FTP servery, které se vyskytují na stejné IP adrese, jako aktivní WEB server.
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2023.05. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
> 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: