Byla vydána Java 27 / JDK 27. Nových vlastností (JEP - JDK Enhancement Proposal) je 9.
Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
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: