Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.3. Představení novinek také na YouTube. Bun je naprogramován v programovacím jazyce Zig.
V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Dobrý večer,
pomocí cp -avx
jsem zkopíroval celý obsah kořenového adresáře, kde sídlí Archlinux (x86_64), na jednu primární jednotku externího pevného disku (jedná se o rámeček, ve kterém je klasický SATA 3,5" pevný disk). Do adresáře /boot
je připojena samostatná jednotka, takže jsem musel tento adresář (jeho obsah) zkopírovat zvlášť. (Na externím pevném disku jsem nevytvořil zvlášť jednotku pro /boot
.)
Upravil jsem fstab
, mkinitcpio.conf
, menu.lst
na externím pevném disku. Vygeneroval jsem kernel26.img
pomocí mkinitcpio
a nainstaloval grub
do MBR externího pevného disku.
Když se ale pokouším nastartovat Archlinux z toho externího pevného disku, tak bootování skončí s chybou (viz příloha). Do přílohy jsem dal i fstab, mkinitcpio.conf a menu.lst; které se nacházejí na externím pevném disku.
Poznámka: Používám systém souborů ext3.
Předem děkuju za odpovědi. Informace dle potřeby doplním.
Řešení dotazu:
Myslím si, že obsah adresáře /dev
zabezpečuje udev
. Takže by se /dev/console
mělo vytvořit automaticky.
Kořen jsem zkopíroval s parametrem -x, --one-file-system
, takže logicky se obash adresáře /dev nezkopíroval.
Jinak když normálně nastartuju Archlinux z interních pevných disků (mám dva v softwarovém RAIDu level 1), tak mount
mj. ukazuje:
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
Zkusím to. Zatím děkuju.
Děkuju moc! Natvrdo jsem zkopíroval obsah adresáře
/dev
na ten externí disk a jede to! (Tohle mě vůbec nanapadlo.)
Speciální háčky a jaderné moduly tam jsou, viz připojený konfigurační soubor mkinitcpio.conf
.
Co se týká druhé otázky, tak jsem trochu bezradný. Mám v PC dva interní pevné disky SATA — /dev/sda a /dev/sdb. Musím podat vysvětlení: /dev/sda má kapacitu 750 GB, /dev/sdb 320 GB. /dev/sdb je rozdělen následovně:
Výpis fdisk -l /dev/sdb: Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sdb1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sdb2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sdb3 633 38913 307492132+ fd Linux RAID samorozpoznatelný
/dev/sda má první tři oddíly stejně veliké jako /dev/sdb. Pro jistotu podávám výpis fdisk -l /dev/sda
:
Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sda2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sda3 633 38913 307492132+ fd Linux RAID samorozpoznatelný /dev/sda4 38914 91201 420003360 83 Linux
Takže 1. oddíl na /dev/sdb je "spárován" s 1. oddílem na /dev/sda v softwarovém RAIDu level 1. To samé platí pro 2. a třetí oddíl. Pro jistotu připojuju /etc/mdadm.conf
.
V rámci /dev/md3 jsem vytvořil (lvm2) skupinu array a v rámci této skupiny "jednotku" root.
A proto nevím, zda vůbec a jak lze dd použít.
Už jsem to vyřešil i přes jenom "obyčejné" cp
(viz výše). Děkuju za snahu mi pomoct. (Postup mám uveden v blogu, viz Kterak jsem Archlinux na externí pevný disk zkopíroval.)
Jenom mě napadla ještě taková věc: Všechny operace (kopírování...) jsem prováděl v režimu eSATA (ten rámeček má jak USB, tak i eSATA). Ale bootuju Archlinux přes USB, protože v BIOSu ten pevnej disk, pokud je připojenej přes eSATA, nevidím.
Nemohlo to zapříčinit tyhle problémy?
mknod -m 600 /mnt/arch/dev/console c 5 1
mknod -m 666 /mnt/arch/dev/null c 1 3
Tiskni
Sdílej: