Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
Byl vydán Mozilla Firefox 143.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově se Firefox při ukončování anonymního režimu zeptá, zda chcete smazat stažené soubory. Dialog pro povolení přístupu ke kameře zobrazuje náhled. Obzvláště užitečné při přepínání mezi více kamerami. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 143 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána betaverze Fedora Linuxu 43 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 21. října.
Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Nejakym sposobom sa mi rozpadol na MyBookWorld RAID1. Po restarte sa zacal opat synchronizovat, lenze je to neskutocne pomale a tak mam podozrenie, ze ten cielovy disk ma strasne pomale zapisy. Moja myslienka je taka, ze by som oznacil ten cielovy disk ako "set-faulty" a potom by sa to rozbehlo prijatelnejsou rychlostou a mohol by som si normalnou rychlostou vykopirovat data pred dalsimi pokusmi. Moj problem je, ze neviem, ako zistim, ci mam oznacit ako chybny sda4 alebo sdb4. Vie mi niekto poradit, aby som neprisiel o tie data?
Pripajam relevantny vypis z cat /proc/mdstat:
md4 : active raid1 sdb4[1] sda4[0]
484327552 blocks [2/2] [UU]
[>....................] resync = 1.2% (6113728/484327552) finish=10126.8min speed=786K/sec
a takisto z mdadm -D /dev/md4:
Version : 00.90.03
Creation Time : Fri Jul 4 14:11:38 2008
Raid Level : raid1
Array Size : 484327552 (461.89 GiB 495.95 GB)
Device Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4
Persistence : Superblock is persistent
Update Time : Thu Jan 1 03:02:44 1970
State : active, resyncing
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Rebuild Status : 1% complete
UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Events : 0.786032
Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 8 20 1 active sync /dev/sdb4
Dôležité dáta mám, ale aj tak by som nechcel dojst o zbytok, ak je to v podstate znovu zohnatelne.
Pise mi, ze to bude trvat este 6 dni a to mi uz jeden resync spadol po 20 hodinach (ale popri tom som nieco este dokopirovaval) a disk uplne prestal reagovat na sietove poziadavky - musel som natvrdo vypnut, tak pomaly s tym stracam trpezlivost.
9.11.2011 23:45
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Moj problem je, ze neviem, ako zistim, ci mam oznacit ako chybny sda4 alebo sdb4.Šílená myšlenka je sestavit degradované pole s tím, že to zkusíš nejdřív s jedním a potom s druhým. Problém je, jak poznat, že jsou data v pořádku - když nevíme příčinu rozpadnutí pole… Může pomoct fsck (v
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
-N nezapisovacím módu!!!), který sice neodhalí silent data corruption, ale i tak může dost pomoct. Pokud se to rozpadlo kvůli nějakým problémům třeba při výpadku napájení, bude poškozeno maximálně pár sektorů a s tím se snad dá žít.
Máte v podstate pravdu, este som sa uplne nerozhodol, akou cestou pojdem. Mozno nechapem spravne principu SW RAID, ale predpokladam, ze ked sa rozsyncne mirror, tak predsa na jednom disku su spravne data a na ten druhy sa to iba zrkadli. Momentalne sa tie data daju citat velmi pomaly - az miestami to padne.
Napadlo ma, ze este moze byt problem v radici / kabloch, tak som to otvoril a skusil rekonektnut kable na diskoch aj doske a subjektivne mi proces synchronizacie pise nizsie casy a vyssie rychlosti - avsak kopirovanie je stale pomale. To ale moze byt sposobene resyncom, pretoze to ma najaky uplne slaby procesor a moze byt prave zatazeny tym resyncom.
Ked sa nepodari resync dobehnut do konca tak asi najistejsia cesta bude disky primontovat do nejakeho live linuxu a tam to proste skopirovat - ale tomuto som sa chcel vyhnut, kedze som clicker.
Troufnu si rict ze RAID bude v poradku... Zkuste nize uvedene prikazy:
cat /sys/block/md0/md/array_state
Ocekavany vystup - clean nebo active
cat /sys/block/md0/md/sync_action
Ocekavany vystup - check
Pokud vyse uvedene bude platit, podivejte se na tuto stranku http://serverfault.com/questions/216508/how-to-interrupt-software-raid-resync.
Samozrejme nic take nezkazite kontrolou disku pomoci nastroje smartctl.
/sys/block/md0/md/array_state - toto tam nemam a
toto:
cat /sys/block/md4/md/sync_action mi pise "resync" - co je pravda
neupravil jsem md0 na md4
cat /sys/block/md4/md/array_state
a mohu se zeptat jaky system a verzi pouzivate
ja som to upravil 
- mozno som to zle prekopiroval z vaseho prispevku a nie z konzoly - kontroloval som to aj ocami
jedna sa o embeded linux v Western Digital MyBookWorld (asi II).
Kernel: 2.6.17.14
Najprv zastav sycnrhonizaciu:
echo idle > /sys/block/md4/sync_action
Potom pozri do SMARTu diskov, mozno z toho zistis, ktory je vadny:
smartctl -a /dev/sda
smartctl -a /dev/sdb
A ked nie, tak ich vyskusaj:
hdparm -t --direct /dev/sda
hdparm -t --direct /dev/sdb
Problem vidim akurat v tom, ci tam su tieto nastroje nainstalovane...
mdadm -E /dev/sda4 mdadm -E /dev/sdb4
/dev/sda4:
Magic : a92b4efc
Version : 00.90.00
UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Creation Time : Fri Jul 4 14:11:38 2008
Raid Level : raid1
Device Size : 484327552 (461.89 GiB 495.95 GB)
Array Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4
Update Time : Thu Jan 1 03:02:08 1970
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f47ad35e - correct
Events : 0.786038
Number Major Minor RaidDevice State
this 0 8 4 0 active sync /dev/sda4
0 0 8 4 0 active sync /dev/sda4
1 1 8 20 1 active sync /dev/sdb4
#################################################
/dev/sdb4:
Magic : a92b4efc
Version : 00.90.00
UUID : 9b44ae27:bb7d4733:48865ce4:46aede83
Creation Time : Fri Jul 4 14:11:38 2008
Raid Level : raid1
Device Size : 484327552 (461.89 GiB 495.95 GB)
Array Size : 484327552 (461.89 GiB 495.95 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 4
Update Time : Thu Jan 1 03:02:08 1970
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : f47ad370 - correct
Events : 0.786038
Number Major Minor RaidDevice State
this 1 8 20 1 active sync /dev/sdb4
0 0 8 4 0 active sync /dev/sda4
1 1 8 20 1 active sync /dev/sdb4
Stale mi to synchronizuje - je to tak 10% za den. neviem ci to vydrzim. Ale plan mam taky, ze z toho vyberiem jeden disk a skusim ho namontovat na inom pocitaci a vykopirujem data.
Mam totiz podozrenie, ze to nebude diskami, ale nejakym inym HW - pravdepodobne radicom a ani trpezlive cakanie na koniec synchronizacie to vykopirovanie v konecnom dosledku neurychli.
Tiskni
Sdílej:
