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í.
> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid0 sda3[0] sdb3[1](E)
3900742400 blocks 64k chunks [2/2] [UE]
Ten Raid normalne bezi, na nem bezici filesystem je primountovanej, vse se tvari normalne, krome toho E. Smart na disku neukazuje zadnou chybu, necham tam ted probehnout celonocni smart test, tak uvidim rano. Do ted kdyz vypadl disk, tak mi vzdycky vypadl se statusem F a tedy RAID0 pole se vubec nenastartovalo.
mdadm --detail /dev/md2", ten bývá sdílnější. Pro důkladnou kontrolu pak badblocks.
> mdadm --detail /dev/md2
/dev/md2:
Version : 0.90
Creation Time : Mon Sep 21 21:01:22 2009
Raid Level : raid0
Array Size : 3900742400 (3720.04 GiB 3994.36 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 2
Persistence : Superblock is persistent
Update Time : Fri Oct 14 01:54:49 2011
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
UUID : 25fd6c79:d6504ac0:e6c74639:f86cfc50
Events : 0.20
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
1 8 19 1 active sync /dev/hdb3
> cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md2 : active raid0 sda3[0] sdb3[1](E)
3900742400 blocks 64k chunks [2/2] [UE]
md1 : active raid1 sdb2[1] sda2[0]
522048 blocks [2/2] [UU]
md0 : active raid1 sdb1[1] sda1[0]
2489920 blocks [2/2] [UU]
unused devices: <none>
mdraid --detail tam nic zvláštního nevidí. Takže asi nezbyde než se podívat do zdrojáků jádra, ale jak už jsem se zmínil, ve vanilla 2.6.32 se ani v jednom případě "E" nevypisuje. Takže možná půjde o nějaké rozšíření distribučního jádra.
mdadm --detail
mdadm --assemble -f /dev/md2 /dev/sda3 /dev/sdb3nezabere, protoze tento prikaz nebyl na tento flag modifikovan a dokaze vycistit pouze flag Faulty. Takze vysledkem je
mdadm: clearing FAULTY flag for device 1 in /dev/md2 for /dev/sdb3 mdadm: /dev/md2 has been started with 2 drives.a stale stejna situace, kdy si server mysli, ze je ten disk vadny. Mam vicemene 2 moznosti - bud se mi podari modifikovat mdadm tak, aby dokazal vymazat i ten flag DiskError, nebo potrebuju najit kde presne na disku se ta informace nachazi a prepisu ten jeden bajt (bit) pomozi dd prikazu. Zkusim jeste napsat na technickou podporu synology, zda uz nemaji tuhle modifikaci nekde udelanou.
mdadm --create --chunk=64 --level=0 --raid-devices=2 --metadata=0.9 /dev/md2 /dev/sda3 /dev/sdb3ktery dokazal ten flag z toho disku smazat. Bohuzel jsem tento prikaz nedal na prvni pokus spravne, nejprve jsem zadal prikaz
mdadm --create --chunk=64 --level=0 --raid-devices=2 /dev/md2 /dev/sda3 /dev/sdb3ktery vytvoril RAID s metadata verze 1.2 a tedy jsem prisel o 2000 bloku z filesystemu, tedy o prvni priblizne 2 MB. Po dropnuti toho pole a jeho korektnim vytvoreni jsem spustil prikaz
e2fsck -v -p -b 32768 -f /dev/md2ktery ten filesystem vratil do primountovatelneho tvaru. Otazkou tedy zustava, zda ma ext3 filesystem na prvnich 2 MB jen inode strukturu, ktera se obnovila z druhe kopie, nebo zda jsem mohl prijit i o nejaka data. Je nejaky zpusob jak zjistit zda tam byla i data?
E vůbec vyskytnout nemělo (pouze W, F a S) a část "[2/2] [UE]" se u Raid 0 nevypisuje vůbec (u neredundantního pole nemá smysl).
Tiskni
Sdílej: