Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".
Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Byla vydána verze 5.30 dnes již open source operačního systému RISC OS (Wikipedie).
V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …
Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
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:
