Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
Byla vydána nová verze 3.0.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.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
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: