Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 29. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Evropská komise předložila evropský balíček pro technologickou suverenitu, tedy soubor opatření, která mají posílit kapacity EU v oblasti polovodičů, umělé inteligence, cloudu a open source. To Evropě pomůže stát se lídrem v oblasti umělé inteligence, posílit její digitální autonomii a vytvářet podmínky pro udržitelnější digitální budoucnost.
OpenCV (Open Source Computer Vision, Wikipedie), tj. open source multiplatformní knihovna pro zpracování obrazu a počítačové vidění, byla vydána v nové major verzi 5.
Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
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: