Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »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:
