Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Eugen Rochko, zakladatel Mastodonu, tj. sociální sítě, která není na prodej, oznámil, že po téměř 10 letech odstupuje z pozice CEO a převádí vlastnictví ochranné známky a dalších aktiv na neziskovou organizaci Mastodon.
Byla vydána nová major verze 5.0 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v obsáhlých poznámkách k vydání. Videopředstavení na YouTube.
Cloudflare, tj. společnost poskytující "cloudové služby, které zajišťují bezpečnost, výkon a spolehlivost internetových aplikací", má výpadek.
Letos se uskuteční již 11. ročník soutěže v programování Kasiopea. Tato soutěž, (primárně) pro středoškoláky, nabízí skvělou příležitost procvičit logické myšlení a dozvědět se něco nového ze světa algoritmů – a to nejen pro zkušené programátory, ale i pro úplné začátečníky. Domácí kolo proběhne online od 22. 11. do 7. 12. 2025 a skládá se z 9 zajímavých úloh různé obtížnosti. Na výběru programovacího jazyka přitom nezáleží – úlohy jsou
… více »Po upgradu hardwaru v Hikari, mi tu zbyl starší funkční počítač (A64 2,0 GHz, 1 GB RAM, 80 GB disk). Protože Kanashimi uzavřel již jedenáctý rok své existence a jeho hardware (P4 1,7 GHz, 256 MB RAM a hlavně pomalý 40GB disk) už sotva zvládá přidělené úkoly (ok, zvládá je, ale nároky na naši trpělivost jsou moc veliké), rozhodl jsem se udělat další hardwarovou rošádu.
Pokud by šlo o dva stolní PC, prostě bych přendal HDD z jedno do druhého a pustil DD. Proč něco podobného neudělat i s notebookovým diskem, když je Hikari dost staré na to, aby mělo PATA konektor. Kdesi jsem ale četl, že notebookové disky pracují pod jiným napětím, než desktopové. Jakkoliv by šance odbouchnout si starý hadrware byla dobrou záminkou k tomu koupit něco menšího, novějšího a úspornějšího, rozhodl jsem se to neriskovat. Otázka tedy zní, je něco jako dd přes síť?
Krátké hledání objevilo několik návodů: dd, gzip, ssh a server a dd, ssh a server. Komprimovat nebudeme, u šifrovaných dat to stejně nemá smysl, no a mezičlánek v podobě serveru se mi zdá zbytečný. Modifikací tedy vznikne příkaz (pro zrychlení na použijeme nebezpečné šifrování), který pustíme jako root:
dd if=/dev/sda | ssh -c arcfour root@192.168.1.232 "dd of=/dev/sda"
To bude celkem dlouho trvat, přenáší se 40 GB (čti lžigigabajtů) dat. Konečný čas přenosu byl asi dvě a půl hodiny, za což viním Ubuntu 7.04 LiveCD – které jsem použil, když jsem zjistil, že Arch mám jen na flashce – jež na starém Kanashimi sotva běželo. Výše uvedené předpokládá nabootovat oba stroje z liveCD/USB, zprovoznit na nich síť, na novém Kanashimi pak ještě SSH server a přihlašování roota. Poznámka: na živém Archu nezapomenout zeditovat /etc/hosts.deny (pokud tedy máte ještě starou verzi) a vygenerovat heslo roota, nebo možná povolit něco v nastavení SSH serveru.
Na novém Kanashimi zvětšíme diskový oddíl: Jako u případu s Hikari si připravíme mnoho kvalitních obětin božstvům. Poučeni předchozím nezdarem rovnou přeskočíme fdisk a použijeme parted – to je záludný nástroj, který se vás na nic neptá, a MBR vám rovnou přepíše, takže bacha. Změníme jednotky na sektory: unit s, vypíšeme si MBR: print a zapamatujeme si číslo sektoru, kde oddíl začíná. Smažeme sda2 (teď už není cesty zpět): rm 2, vytvoříme nové sda2 (začátek je číslo, co si pamatujeme, konec je velikost zařízení bez jedné): mkpart primary začátek konec a řekneme partedu, že si přejeme ignorovat zařezávání. Ukončíme parted a oddechneme si. Poté už jen zvětšíme šifrovaný kontejner, LVM a systém souborů:
cryptsetup resize kanashimi_hdd_luks (při odemknutém LUKS oddílu) pvresize /dev/mapper/kanashimi_hdd_luks lvextend -l +80%FREE /dev/kanashimi_hdd_lvm/home resize2fs /dev/kanashimi_hdd_lvm/home
Nyní zbývá nainstalovat ovladače noveau a rozchodit KMS. Zbavíme se starých ovladačů radeon a vyhodíme je i z /etc/rc.conf, tam také zaměníme modul acpi_cpufreq za powernow-k8. Nainstalujeme xf86-video-nouveau a pro 3D (na 7600 GS mám ověřeno, že funguje) nouveau-dri. V /etc/mkinitcpio.conf změníme radeon na nouveau a vyhodíme radeon i z GRUBU a /etc/modprobe.d/modprobe.conf. Kvůli použití bezdrátové klávesnice nezaponeme přidat háček usbinput. Nakonec přegenerujeme initramdisk jádra: mkinitcpio -p linux.
Výsledkem je náhrada prastarého, tichého, úsporného notebooku s „vysvíceným“ displayem za zachovalý, hlučný, žravý desktop se stáleslušným větším LCD, na kterém jede nejen E17, ale i uživatelovy aplikace jako zpraku. Dokonce by se dalo uvažovat o nasazení KDE 4. ]:->
Tiskni
Sdílej:
dd + ssh -c arcfour), což mi vychází na 93% vytížení teoretické 100Mbitové linky (pokud se tu zas nějak nečaruje s předponama).
dd kopíruje i prázný místo. Vzhledem k celodiskovému šifrování, si ale tarem nepomůžu. Musel bych kopírovat až z odemknutého šifrovaného kontejneru a připojeného fs, takže bych musel na cílovém stroji vytvořit šifrovaný kontejner, lvm a fs. To by způsobilo mimo jiné to, že bych musel otravovat uživatele se zadáváním hesla a přenastavit fstab a další. Ale hlavně by jeden stroj rozšifrovával a druhý stroj zašifrovával data, takže by to ve výsledku trvalo dýl a ještě s tím bylo víc práce.