Ministerstvo dopravy uznalo prozatímní schválení asistenčního systému Tesla FSD Supervised vydané nizozemským schvalovacím orgánem RDW. Připojilo se tak k Nizozemsku a dalším pěti evropským státům. Systém je díky tomuto rozhodnutí možné používat za podmínek prozatímního schválení také na území České republiky. Tesla FSD Supervised je asistenčním systémem úrovně 2 podle klasifikace SAE (částečná automatizace řízení). Řidič se
… více »Někteří zákazníci O2 mohou aktuálně zaznamenat zhoršenou dostupnost internetových služeb. Na odstranění potíží se pracuje [Facebook].
PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.
V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).
Německá policie a celníci zneužívají ke čtení zpráv komunikačních aplikacích WhatsApp, Signal, Telegram nebo Threema velice jednoduchý trik, který nevyžaduje prolomení šifrování, spear phishing, odposlech SMS či jinou technicky náročnou metodu. Příslušníkům státního aparátu pouze stačí získat krátký přístup k odemčenému telefonu a prostřednictvím QR kódu propojit účet s oficiální desktopovou nebo webovou aplikací v policejním
… více »Počítačová hra Factorio (Wikipedie) nově běží nativně na ARM64 Linuxu a headsetu Steam Frame.
Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.
… více »Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 169 (pdf).
Ahoj,
mám vytvořený mirror z disků "sda3" sdb3 poslední dobou mi dělá problém, že mi po restartu nepřipojí do pole disk sdb3. Jinak md0 se normálně mountne.
Relevantní věci z dmesg:
[ 12.041923] md: bind ... [ 13.492388] md: raid1 personality registered for level 1 [ 13.492462] bio: create slab at 1 [ 13.492517] md/raid1:md0: active with 1 out of 2 mirrors [ 13.492532] md0: detected capacity change from 0 to 250997497856 [ 13.492603] fedora-storage-init[829]: mdadm: started array /dev/md0 [ 13.514379] md0: unknown partition table ... md: export_rdev(sdb3)
cat /proc/mdstat
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
mdadm --manage /dev/md0 --add /dev/sdb3
mdadm: /dev/sdb3 reports being an active member for /dev/md0, but a --re-add fails. mdadm: not performing --add as that would convert /dev/sdb3 in to a spare. mdadm: To make this a spare, use "mdadm --zero-superblock /dev/sdb3" first.
Ta napovídaná varianta pomocí --zero-superblock funguje, disk přidám do md0, proběhne synchronizace, ale po restartu je zase mimo.
Díky za každou užitečnou radu
28.12.2011 22:57
Max | skóre: 73
| blog: Max_Devaine
MAILADDR max@devaine.cz PROGRAM /usr/sbin/handle-mdadm-events ARRAY /dev/md2 metadata=0.90 UUID=14640e9e:d1c30960:5b020607:1eecbc2b ARRAY /dev/md3 metadata=0.90 UUID=1d4bfb10:2b00fef9:5b020607:1eecbc2b ARRAY /dev/md5 metadata=0.90 UUID=1011cbb3:b48abbe7:5b020607:1eecbc2b ARRAY /dev/md6 metadata=0.90 UUID=88018aa2:0d416a22:5b020607:1eecbc2bRozhodně bych nespoléhal na autodetekci pole apod. věcí. Všechno pěkně natvrdo nastavit v příslušném configu.
mdadm --detail --scanZdar Max
ARRAY /dev/md0 metadata=1.2 name=shadow:0 UUID=f9d385ca:8e93ebe9:8a91c445:8ae42251
mdadm --stop /dev/md0
mdadm --assemble --scan
mdadm: /dev/md0 has been started with 1 drive (out of 2).
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb3
mdadm: /dev/sda3 has no superblock - assembly aborted
cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda3[0]
245114744 blocks super 1.2 [2/1] [U_]
unused devices: <none>
Jak může nemít superblok, když mi ho tam normálně přidá a sdb3 ne? Jak tam podle něj ten superblock vytvořím aniž bych ty data musel přesunout jinam a vytvořit to celý znova? Zajímavý je, že mi to nějakou dobu chodilo a pak se to vyk****lo 
Ano, původně to šlapalo. Zapomněl jsem uvést, že se jedná o Fedoru 16 x64. Ještě uvedu:
mdadm --stop /dev/md0
mdadm --assemble /dev/md0 /dev/sdb3 /dev/sda3 --force
dmesg
[ 458.792605] md: export_rdev(sdb3) [ 462.671513] md: export_rdev(sdb3) [ 868.220250] md0: detected capacity change from 250997497856 to 0 [ 868.220257] md: md0 stopped. [ 868.220262] md: unbind [ 868.235200] md: export_rdev(sda3) [ 883.046691] md: md0 stopped. [ 883.047437] md: bind [ 883.047588] md: bind [ 883.047620] md: kicking non-fresh sdb3 from array! [ 883.047626] md: unbind [ 883.060041] md: export_rdev(sdb3) [ 883.065413] md/raid1:md0: active with 1 out of 2 mirrors [ 883.065477] md0: detected capacity change from 0 to 250997497856 [ 883.067044] md0: unknown partition table
Tiskni
Sdílej:
