Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.
3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.
Open source webový aplikační framework Django slaví 20. narozeniny.
V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
[root@kvm ~]# lvs LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert TESTOVACI data -wi-ao--- 160.00g a1 data -wi-ao--- 40.00g a2 data -wi-ao--- 10.00g swap data -wi-ao--- 4.88g system data -wi-ao--- 19.53g windows_server data owi-aos-- 120.00g windows_server_snapshot data swi-a-s-- 25.00g windows_server 1.40
# vytvořím snapshot > lvcreate -s -L 25G -n windows_server_snapshot /dev/data/windows_server # vytvořím image stejným způsobem, jakým zálohuji na server se souborovým systémem ZFS, tj. přenesu jen rozdíly mezi soubory (nebo celý pokud neexistuje cílový) > rsync -L --inplace --no-whole-file --block-size=32768 --copy-devices /dev/data/windows_server_snapshot /testovaci/windows_server.img # md5 lvm snapshotu > md5sum /dev/data/windows_server_snapshot | awk '{print $1}' > /testovaci/lvm.md5 # md5 lvm image > md5sum /testovaci/windows_server.img | awk '{print $1}' > /testovaci/file.md5 > cat /testovaci/lvm.md5 /testovaci/file.md5 65428116d1797a70949530221850cc5e 7a17be5c0e71b193b8178343d06f2208Na ostatní LVM volumy to funguje, jen s tímto je problém.
cat /dev/data/windows_server_snapshot > soubor
vytvorilo soubor, jehoz velikost neni nasobkem 32 kilo a tim padem md5sum srovnava nesrovnatelne.
btw. rsync. Prenasat len rozdiely sa moc neoplati ak zdroj aj ciel je na jednej masine. Rsync si vycita cast z oboch suborov, spravi checksum a podla toho sa rozhodne ci je potrebne prepisat ciel, alebo nie. Ak bezi rsync po pomalej linke a zmien nie je vela, tak to dost urychli synchronizovanie, no vramci jedneho stroja to ma vacsinou opacny ucinok.Ten rsync mi normálně běží na vzdálený stroj, tady jsem to jen testoval.
zároveň jsem se jinde dočetl, že čas od času je raid nekonzistentní a že je to normální, protože se to opravuje při automatických pravidelných testech. Jenže jak to pozná, na kterém disku jsou správná data při opravě a jak to pozná při normálním čtení korektní data?normalni to urcite neni, ale bohuzel se to stava (taky to je duvod proc sem z mdraid presel na ZFS, nikdy zpet) pri "oprave" se (mozna to zmenily, ale pochybuju) predpoklada ze korektni jsou data, spatne je parita (i kdyz jsou v RAID6 spatne data - pri obnove z jedny parity by ta druha sedela). co tohle znamena pro mirror si nejsem jistej, pravdepodobne ze prvni disk je "master" a predpoklada se ze ten je korektni
echo 'check' > /sys/block/mdXX/md/sync_actiona pak
cat /sys/block/mdXX/md/mismatch_countnebo i s opravou pole (asi první disk je master):
echo 'repair' > /sys/block/mdXX/md/sync_actionsledovat lze třeba pomocí:
cat /proc/mdstatPokud to chcete uspíšit a nebudete pole používat (ale můžete jej používat, ale možná pak bych dal první hodnotu jen 50000 či méně):
echo 200000 /sys/block/mdXX/md/sync_speed_min echo 500000 /sys/block/mdXX/md/sync_speed_max
mdXX
- dosaďte vlastní
mdadm --grow --bitmap=none /dev/md0
a zkusil znovu. Jinak to bude asi spíš už chyba disku…194cf9a726f086aa55b0260bf96c5e46 /dev/data/windows_server_snapshot eb6ca7d5400489cabab0b4203a1be4c4 /dev/data/windows_server_snapshot 7f2a9ef2cab1bb30091683675c279c63 /dev/data/windows_server_snapshot eb6ca7d5400489cabab0b4203a1be4c4 /dev/data/windows_server_snapshot 194cf9a726f086aa55b0260bf96c5e46 /dev/data/windows_server_snapshotJe vidět, že tolik nesynchronizovaných bloků dat tam zase nebude, protože se to občas při čtení trefí do toho samého. Nemůže to být ten samý problém (s windows paging file), který se objevuje s linux swapem na raidu 1, tj. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405919 (i když tady moc nerozumím o co konkrétně se jedná)?
mount -t ntfs-3g /dev/mapper/data-windows_server2 /W while : ; do md5sum /W/pagefile.sys; done 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys ba12e00950a0459389b1e97a44602047 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys ba12e00950a0459389b1e97a44602047 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sys 6b87c2367d9936168ba79d16ccc297f7 /W/pagefile.sysTeď je otázka - vadí to něčemu? Pokud je toto ten samý či podobný problém jako s linux swapem na raid 1, pak tento problém nemám jen já, ale všichni, kteří provozují takovou konfiguraci (raid 1, lvm, virtualizace s kvm) - mohl by mi to prosím někdo potvrdit?
Tiskni
Sdílej: