Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.
Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
/tmp
jako tmpfs
, i když bych to tak kvůli iracionálnímu šetření SSD chtěl. Proto jsem přidal do /etc/fstab
následující:
tmpfs /tmp tmpfs defaults,size=12G,nofail 0 0Dále jsem to neřešil (musel bych přesouvat stávající obsah
/tmp
do nového), protože se do konce září plánoval reboot toho stroje. Řekl jsem si, že po novém bootu se to namountuje jako tmpfs
a tím bude vyřešeno.2023-09-17T21:44:05.712191+00:00 radar-meziklasi systemd[1]: Reloading. 2023-09-17T21:44:06.042402+00:00 radar-meziklasi systemd[1]: Reloading.
/tmp
, s očekávaným obsahem.
# stat /run/systemd/generator/tmp.mount [...] Birth: 2023-09-17 21:44:06.205356369 +0000Stahují se mračna, ale zatím žijeme.
2023-09-17T22:09:00.007085+00:00 radar-meziklasi systemd[1]: tmp.mount: Directory /tmp to mount over is not empty, mounting anyway. 2023-09-17T22:09:00.046507+00:00 radar-meziklasi systemd[1]: Mounting tmp.mount - /tmp... 2023-09-17T22:09:00.049198+00:00 radar-meziklasi systemd[1]: Mounted tmp.mount - /tmp.Nikde jsem nenašel žádnou zmínku co se stalo v 22:09, proč se to zrovna najednou rozhodlo mountovat. Žádné relevantní řádky v journalu mezi 21:44 a 22:09 nejsou.
/tmp
nějaká data a najednou jim „zmizela“.phpsessionclean
pomocí systemd timeru. Tato služba má v service souboru PrivateTmp=true
.
# systemctl cat phpsessionclean # /lib/systemd/system/phpsessionclean.service [Unit] Description=Clean php session files [Service] Type=oneshot ExecStart=/usr/lib/php/sessionclean ProtectHome=true ProtectSystem=true PrivateTmp=trueMoje druhá otázka by tedy mohla být zodpovězena tím, že systemd zjistil, že chce přistoupit k /tmp (vytvořit tam třeba nějaké dočasné privátní adresáře), zjistil, že na to je potřeba ho namountovat (když už tam má mount unitu), ale namountované „není“ (systém běžel s originálním /tmp adresářem přímo na rootfs), tak ho namountoval.
Similarly, units with PrivateTmp= enabled automatically get mount unit dependencies for all mounts required to access /tmp/ and /var/tmp/. They will also gain an automatic After= dependency on systemd-tmpfiles-setup.service(8).
Podľa mňa to vyzerá, na to, že tam máš dva krát /tmp. Predchádzajúcu definíciu /tmp musíš vymazať. To znamená celý obsah pôvôdného /tmp. Systemd počas bootu generuje jednotlivé mount súbory. Keďže tam máš zrejme ešte súborový systém /tmp, tak ten detekuje a mountne obidva. Preto tam máš hlásenie o tom, že /tmp nie je prázdny.
Myslím, že to nedáš do poriadku bez rebootu alebo cez kexec.
V mojom prípade keď som dal do tmpfs /tmp, tak som zrušil daný lvm s tmp. Neviem presne okolnosti ako som zistil duálny mount. Možno som videl hlášku o tom, že to má dve mount definície alebo som bol dôsledný a upratal som po sebe.
Podľa mňa to vyzerá, na to, že tam máš dva krát /tmp. Predchádzajúcu definíciu /tmp musíš vymazať.Nemám tam 2x /tmp. Předtím tam /tmp vůbec nebylo, používalo se /tmp přímo fyzicky na rootfs.
Preto tam máš hlásenie o tom, že /tmp nie je prázdny.Ne, to hlášení je tam proto, že v běžícím systému, kde /tmp samozřejmě není prázdný, to přes tento neprázdný /tmp začalo mountovat nový /tmp. (problém teď už samozřejmě žádný není, vyřešil se restartem dotčených služeb a pak raději i rebootem stroje)
Tiskni
Sdílej: