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í.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
Chci vyměnit zařízení hdc1 za nové sda5
následujícím způsobem: přidám sda5 do pole, projede
synchronizace, a potom odeberu hdc1.
Takže v fdisku oddíl sda5 označím jako Raid autodetect
naedituju raidtab následovně:
/etc/raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
raid-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
failed-disk 2
a dbaje návodů zadám
raidstop /dev/md0
raidstart /dev/md0
raidhotadd /dev/md0 /dev/sda5
Načež by podle howto a dalších návodů měla začít synchronizace.
Ale nezačne.
[bod1]
/proc/mdstat vypadá pořád stejně:
Personalities : [raid1]
md0 : active raid1 hda6[0] hdc1[1]
1576384 blocks [2/2] [UU]
No, nic, nenapadlo mě nic chytřejšího, než:
raidsetfaulty /proc/md0 /dev/hdc1
Celkem neočekávaně najednou začala synchronizace mezi hda6 a sda5,
ikdyž je fakt, co jiného raidu zbývalo, že ?
[bod 2]
takže po jejím skončení shazuju raid
raidstop /dev/md0
upravuju raidtab
raiddev /dev/md0
raid-level 1
nr-raid-disks 3
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hdc1
failed-disk 0
device /dev/hda6
raid-disk 1
device /dev/sda5
raid-disk 2
raidstart /dev/md0
a ejhle v /proc/mdstat mám:
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
zadám raidhotadd /dev/md0 /dev/sda5
[bod 3]
probíhá synchronizace, po skončení mám
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/2] [UU]
OK
Provedu reboot, abych si ověřil, že systém je po výpadku
elektriky schopen sám naběhnout do použitelného stavu bez
ručního nastavování.
kouknu do /proc/mdstat:
tam
md0 : active raid1 hda6[1] sda5[2]
1576384 blocks [2/1] [U_]
což jak zrovna není žádaný stav.
Takže shazuju raid,
upravuju raidtab na:
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
persistent-superblock 1
chunk-size 32
device /dev/hda6
raid-disk 0
device /dev/sda5
raid-disk 1
po nahození synchronizace, a kýžený výsledek v mdtab:
md0 : active raid1 sda5[0] hda6[1]
1576384 blocks [2/2] [UU]
po dalších rebootech vše OK.
bod1
proč nezačne synchronizace, když by začít měla, jedná se přece
o prosté přidání disku do pole ?
bod2
proč synchronizace startuje až ve chvíli, kdy simulovaně odejde
jeden disk ?
bod3
proč když mám v konfiguraci dva dobré synchronizované disky a jeden
failed, nedojde k vyt vytvoření raid0 z těch dvou dobrých disků
hned po startu ?
Tiskni
Sdílej: