pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.
… více »Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
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:
