BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.
Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.
Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.
Společnost Jolla na akci s názvem Jolla Love Day 2 - The Jolla comeback představila telefon se Sailfish OS 5.0 Jolla Community Phone (ve spolupráci se společností Reeder) a počítač Jolla Mind2 Community Edition AI Computer.
LibreOffice 24.8 bude vydán jako finální v srpnu 2024, přičemž LibreOffice 24.8 Alpha1 je první předběžnou verzí od začátku vývoje verze 24.8 v prosinci 2023. Od té doby bylo do úložiště kódu odesláno 4448 commitů a více než 667 chyb bylo v Bugzille nastaveno jako opravené. Nové funkce obsažené v této verzi LibreOffice najdete v poznámkách k vydání.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).
Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.
Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.
DEVICE /dev/sda* /dev/sdb* ARRAY /dev/md2 level=raid0 num-devices=2 UUID=bb559ba2:d2e1589e:8986872e:5f8ed4b9 devices=/dev/sda5,/dev/sdb5 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=73fd3e1f:045eccb4:656dc484:d7b5a1ef devices=/dev/sda3,/dev/sdb3 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=072208f8:3a9860c3:104e539d:3428df1e devices=/dev/.static/dev/sda1,/dev/.static/dev/sdb1(ty radky devices=neco jsou uz asi zastarale) viz. vypis
mdadm --detail --scan
/etc/mdadm.conf
zapsat řádekDEVICE /dev/sda* /dev/sdb*
mdadm -C /dev/md0 -l 1 -n 2 -c 32 /dev/sda1 /dev/sdb1
,mdadm -s -d >> /etc/mdadm.conf
,A proč jo?protoze je raidtab zastaraly?
Grub je takhle správně. Když jsem odpojil disk sda, tak jsem bez potíží naběhl na sdb, které v té době bylo sda. Do MBR grubu zapisuju „bootuj ze svého disku”, takže by to fungovat vážně mělo.ok, diky za info, az se dostanu k tomu stroji, tak to zkusim ;)
/mnt/media
a o /mnt/backup
a o pohnutkách píšu v předposledním odstavci. RAID 1 je na ně naprosto zbytečný, raději uvítám více místa, tak jsem se rozhodl pro RAID 0.
V podobné konfiguraci (méně místa pro backup a media) jsem používal starý disk skoro rok a místo nedocházelo, takže si myslím, že jsem rozdělení rozvrhl rozumně. Až mně místo bude docházet, obávám se, že běžné kapacity disků se budou blížit 1 TB, takže nové přerozdělení se bude konat na nových discích. Nechci rychlý systém, chci bezpečný systém, který půjde v případě havárie disku rychle zprovoznit.
Nástroj mdadm nastuduji a případně článek aktualizuji.
tar c . | { cd /mnt/kamchcikopirovat ; tar x }protoze buhvi jak se takovy cp tvari na hardlinky a tak. Dobry je taky si to pole parkrat resyncnout kdyz se instaluje, aby se ty disky synchronizovaly treba petkrat - zabere to hodne casu, ale je to skvelej zatezovej test a kdyz ten disk prezije petkrat zkopirovani 200 GB sem a tam, tak pravdepodobne prezije par let provozu :) Tak, a ted by to chtelo tohle vsechno tady kolem shrnout a dat do clanku ... a honorar venovat na maturitni vecirek Ivana Novakova :)
tar c . | tar x -d /mnt/cokoliale mne se to s tema zavorkama libi vic :) Ze gnutar neumi zpracovat acl je prava, ale nepouzivam je, takze mne to nejak nenapadlo :) ale star pouziva malicko jinou hlavicku nez gnutar, coz se projevuje tim ze to starovyho archivu se neda v mc vstoupit a ja byl vzdycky linej to resit.
tar cf - adresar/ | (cd /kam/to/chci/poslat/; tar xf - )
/home
a jiná uživatelská data na zvláštním oddílu. Obnova je pak o něco snazší. Jak píšu už ve článku, pro /home
dělám zvláštní oddíl vždy. Již několikrát mě to uchránilo před ztrátou dat (souborový systém na /
nepoužitelný, /home
netknutý). Debian nepraktikuji a 90 GB ušetřeného místa pro mě není zanedbatelných.
tar cl
vs. cp -ax
by mělo být naprosto rovnocené a je otázkou osobní oblíbenosti. Oboje to správně zachází s hardlinky, právy, časy, atd. a ACL to neumí ani jedno.
Článek určitě ještě upravím a rozšířím, třeba raidtools nahradím mdadm. Jsem rád, že se v diskuzi dozvídám spoustu nových postřehů. Ostatně napsat článek je celkově pozitivní věc – člověk si udělá pořádek ve svých znalostech, z diskuze se dozví nové věci a náhodný čtenář je snad také obohacen.
Zvědavý dotaz: tohle jsou sw konfigurace, ne? Mam fyzický řadič (Kouwel 571), co zvládá taky fyzický raid - asi jen 0/1, ale neni výkonově lepší?
Tiskni Sdílej: