Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
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 »
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: