Na akci Made by Google 2026 (YouTube) bude oficiálně představena jedenáctá generace telefonů Pixel s novým čipem Google Tensor G6 a hodinky Pixel Watch 5.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se spolu s partnery z dalších zemí připojil ke společnému upozornění (Joint Cybersecurity Advisory) týkajícímu se probíhající kybernetické kampaně skupiny LAUNDRY BEAR zaměřené na uživatele e-mailové platformy Zimbra Collaboration Suite (ZCS) nejméně od července 2025. NÚKIB doporučuje organizacím využívajícím Zimbra Collaboration Suite neprodleně ověřit, zda
… více »Intel vydal 42 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20260811 mikrokódů pro své procesory.
Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Ahoj,
právě jsem narazil na to, že mi blkid hlásí:
/dev/sda1: UUID="669ff75e-633f-729d-3faa-dc9d4ec92699" TYPE="mdraid"
a
vol_id /dev/sda1:
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
ID_FS_VERSION=0.90.0
ID_FS_UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_UUID_ENC=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=
1. Jak je možné, že jeden a ten samý oddíl má jiné UUID?
2. Proč se jednou zapisuje UUID s pomlčkami a jednou s dvoujtečkami?
Díky za nakopnutí.
17.2.2009 23:03
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Já bych řekl, že to UUID bude, protože i /usr/share/bug/mdadm/script vypisuje:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=4 UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
...
--- volume detail:
/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : 5ef79f66:9d723f63:9ddcaa3f:9926c94e
Creation Time : Fri Apr 11 18:38:09 2008
Raid Level : raid1
Used Dev Size : 10240128 (9.77 GiB 10.49 GB)
Array Size : 10240128 (9.77 GiB 10.49 GB)
Jestli je to ubuntu, tak zkus reboot. Ubuntu používají opatchovaný vol_id (IIRC -- nebo blkid), takže jedna z těch informací nemusí být up-to-date. Google třeba taky bude něco vědět.
Již několikrát restartováno. Je to Debian Lenny (už dlouhou dobu - z dob testingu). Google mi již před zde položeným dotazem nabídl hezký článek http://www.linux.com/feature/146951. Tam je právě též UUID s "pomlčkami" a na serveru, kde jsem měl problém s prohazováním disků, funguje k plné spokojenosti. Pak jsem mrknul ještě na diskové pole, které též funguje k plné spokojenosti a narazil jsem právě na tento rozdíl, který se mi nedaří vygooglovat :(
ls -l /dev/disk/by-uuid/vám ukáže co?
Následuje kompletní výpis (zajímavé, že zde nejsou jednotlivé oddíly, např. pro MD0=SDA1+SDB1+SDC1+SDD1)
ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 1c69bff1-bbb5-4d89-8044-67b5bd95fab3 -> ../../md0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 48b14e27-b5fe-467a-a1dd-8f00438f4f5d -> ../../md1 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 fdb262e2-377a-4ea5-8128-fb693ff1d8d3 -> ../../md2
Hmmm... Když jsem si četl článek na výše uvedeném linux.com, myslel jsem, že tomu rozumím, včetně různých způsobů generování UUID. A ono prd. Další sada UUID navíc úplně rozdílná od toho co ukazuje /usr/share/bug/mdadm/script :(
Tiskni
Sdílej:
