Byla vydána nová verze 3.2.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Projekt openSUSE dnes, 3. listopadu 2026, oficiálně vydal openSUSE Leap 16.1, novou verzi své stabilní linuxové distribuce. Novinkou je také Immutable Mode, který nahrazuje dosavadní samostatnou distribuci openSUSE Leap Micro. Podrobnosti o novém vydání najdete v oficiálním oznámení nebo v českém překladu oznámení. Instalační obrazy jsou již dostupné na get.opensuse.org. Vydání společně oslavíme v pátek ve virtuálním baru a na … více »
Bylo oznámeno vydání Fedora Linuxu 45. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora Cloud pro cloudové nasazení, Fedora CoreOS pro ty, kteří preferují neměnné systémy a Fedora IoT pro internet věcí. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »Vědci z MIT CSAIL představili koncept 'weight-space programming' a názorně předvedli, že pokročilé jazykové modely SI dokážou přímo číst a upravovat váhy neuronových sítí. Studie ukazuje, že modely nejen dokážou identifikovat účel sítí z pouhého nahlédnutí do jejich číselných vah, ale mohou i cíleně opravovat chyby a nedostatky, například GPT-6 Astra se změnou pouhých 0,016% vah open-weight modelu Qwen3.5-0.8B podařilo odstranit
… více »Organizátoři komunitního setkání nejen českých a slovenských správců sítí CSNOG 2027, které se uskuteční 20. a 21. ledna na půdě zlínské univerzity Tomáše Bati, oznámili prodloužení termínu pro zasílání abstraktů do programu akce. Zájemci se mohou hlásit prostřednictvím webu setkání do úterý 10. listopadu. Programová komise uvítá příspěvky věnované nejen správě sítí, ale také legislativě a regulaci nebo síťařským aktivitám studentů a pedagogů.
Bylo spuštěno předobjednávání zařízení Flipper One s Linuxem. Za 20 dolarů si lze koupit kupón a zajistit si tím speciální cenu 379 dolarů po spuštění kampaně na Kickstarteru.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 16.0. Postaven je na Firefoxu ESR 153. Vydána byla také nová verze 7.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. S Tor Browserem 16.0.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.26.0. Toto velké opravné vydání mj. vrací částečnou podporu živých přenosů nebo přepracovává zobrazování titulků a obecně nastavení videa v přehrávači – FreeTube umožňuje např. přehrávat video s větším zrychlením.
Další vlna kyberútoků zasáhla chladicí zařízení supermarketů v sedmi evropských zemích, Belgii, Lucembursku, Švédsku, Nizozemsku, Irsku, Estonsku a Finsku. Mrazáky se v některých prodejnách opět 'proměnily v trouby' a zahřály až na 50°C, což pochopitelně vedlo ke znehodnocení uskladněných potravin. Útoky navazují na podobný incident ve Francii z první poloviny října letošního roku, pachatel stále není znám.
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:
