Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 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.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
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: