Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
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: