DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
> 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:
