CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Zdravim vsechny,
pred casem jsem se rozhodl udelat jedno linearni diskove pole ze 3 disku -> 1TB, 320GB, 120GB, bohuzel tedka mi odesel nejmensi znich, tak vsude hledam, jestli se daji nejak obnovit data ze zbylich dvou (podstatna cast), ale nikde nic nemuzu najit ani v en diskuzich. Podle me se z toho stal jbod a ne RAID 0 i kdyz to tak mdadm hlasi. Cetl jsem, ze kdyz se raid 0 sklada z disku ruznych velikosti, tak ze se zbyvajici disky upravi na velikost nejmensiho. Tady ktomu nedoslo tak pevne v to doufam.
Je nejaka moznost ho nejak kriticky sestavit bez posledniho disku? Pokud ne, je moznost nejak ty data z toho vytahnout?
root@Huey:~# fdisk -l
Disk /dev/sda: 40.0 GB, 40019582464 bytes
255 heads, 63 sectors/track, 4865 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x4621ddda
Device Boot Start End Blocks Id System
/dev/sda1 * 1 61 487424 83 Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2 61 4499 35644416 83 Linux
/dev/sda3 4499 4866 2947073 5 Extended
/dev/sda5 4499 4866 2947072 82 Linux swap / Solaris
Disk /dev/sdb: 320.1 GB, 320071851520 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x86488648
Device Boot Start End Blocks Id System
/dev/sdb1 1 38914 312568832 fd Linux raid autodetect
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00021acb
Device Boot Start End Blocks Id System
/dev/sdc1 1 121602 976760832 fd Linux raid autodetect
###############################################
root@Huey:~# mdadm -D /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Tue Feb 22 22:12:49 2011
Raid Level : raid0
Raid Devices : 3
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue Feb 22 22:12:49 2011
State : active, FAILED, Not Started
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 512K
Name : fileserver:0
UUID : 0eccdd61:68ccd59a:18e2dbb2:f77615e9
Events : 0
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
2 0 0 2 removed
Budu vdecny za kazdou radu.
Chce se mi uplne rict: Dobre Ti tak ... promin..
Co mu nahaze klacky pod novy je jindy prijemna funkce fs nahazet soubory ruzne po disku. (ale zase by casto mohly byt vcelku)
No a ted jedna zcestna, nekdo schopnejsi by to mohl zavcasu vyvratit: Pokud by ten nejvetsi disk byl "zacatkem" celeho bloku... co takhle ho vykopirovat bokem (dd if=/dev/sdx1 of=/dev/sdy - v druhem pripade BEZ cisla oddilu...) a pustit na neho testdisk? I uvnitr pole se to bude (by mohlo) chovat jako "ztracena" partica. Totez muzes (pokud nenajdes na nejvetsim) zkusit i na tom druhem, ale tam vytezek neslibuje nic extra. Nicmene opravdu bych to zkousel jen na zaloze, at se mas jeste k cemu vracet.
Nicmene bych uvital, kdyby se pak puvodni pisatel ozval, jestli udelal nejake pokroky, pripadne alespon co vse k cili nevedlo... je to ozehave tema
Tiskni
Sdílej: