Ř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++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.
Společnost xAI a sociální síť X amerického miliardáře Elona Muska zažalovaly firmy Apple a OpenAI. Viní je z nezákonné konspirace s cílem potlačit konkurenci v oblasti umělé inteligence (AI).
Byla vydána nová verze 9.16 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
UUID=xxxxxxxx /data btrfs defaults 0 0
# "oddíl" btrfs má jmenovku megadata
LABEL=megadata /home btrfs subvol=homes 0 0
UUID=4759b189-0a97-417b-b873-9225ef19d3d0 /data btrfs defaults 0 0
#LABEL=megadata /home2 btrfs subvol=/home,usrquota,grpquota,acl 0 0
V tomto stavu systém naběhne, když odkomentuju řádek s LABEL, zasekne se ( i takto, na /home2 mountovaný )
Ping lze, ssh odmítnuto.SSH lze pořešit tím, že mu lehce upravíš závislosti při bootu, aby nastartovalo, když už je připojen /, ale nečekalo na ostatní filesystémy (a tedy ani /home2). Mohlo by ti to ulehčit řešení těch ostatních potíží.
journalctl -b > soubor
a pošli to sem (a prohlédni si ten log bez přesměrování) tam je podrobný výpis co se děje.
Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): unrecognized mount option 'usrquota'
Nov 20 09:46:15 zendc kernel: BTRFS error (device sda3): open_ctree failed
Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): disk space caching is enabled
Nov 20 09:46:15 zendc kernel: BTRFS info (device sda3): has skinny extents
a pak
Nov 20 09:46:15 zendc mount[385]: mount: /home2: wrong fs type, bad option, bad superblock on /dev/sdc1, missing cod
Nov 20 09:46:15 zendc systemd[1]: home2.mount: Mount process exited, code=exited status=32
Nov 20 09:46:15 zendc systemd[1]: home2.mount: Failed with result 'exit-code'.
Nov 20 09:46:15 zendc systemd[1]: Failed to mount /home2.
Nov 20 09:46:15 zendc systemd[1]: Dependency failed for Local File Systems.
Nov 20 09:46:15 zendc systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Nov 20 09:46:15 zendc systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
UUID=4759b189-0a97-417b-b873-9225ef19d3d0 /data btrfs defaults 0 0
#LABEL=megadata> /home2 btrfs defaults,subvol=/home,usrquota,grpquota,acl 0 0
usrquota,grpquota,acl
vymažu ... viz log
a blkid :
root@zendc:/home/lspravce# blkid
/dev/sda1: UUID="95ed6f5a-4993-c037-7458-2d52eb63a6be" UUID_SUB="19081e73-647c-0041-2833-d0f6c183d455" LABEL="zendc:0" TYPE="linux_raid_member" PARTUUID="86b897ef-01"
/dev/sda2: UUID="968c7787-80ea-4a63-9e08-c15a666362fa" TYPE="swap" PARTUUID="86b897ef-02"
/dev/sda3: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="c39cc8b5-2ac5-4933-9e28-b15c2f084433" TYPE="btrfs" PARTUUID="86b897ef-03"
/dev/sdb1: UUID="95ed6f5a-4993-c037-7458-2d52eb63a6be" UUID_SUB="27ced991-50c2-3c9e-957c-545175783a21" LABEL="zendc:0" TYPE="linux_raid_member" PARTUUID="011b26cc-01"
/dev/sdb2: UUID="4bd27900-9d17-4184-bce0-b696a45858b6" TYPE="swap" PARTUUID="011b26cc-02"
/dev/sdb3: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="1a816570-48d3-4133-a10b-9e2ab0aca81e" TYPE="btrfs" PARTUUID="011b26cc-03"
/dev/sdc1: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="e0b3a743-f658-47bc-9f3a-1f58ec7553f5" TYPE="btrfs" PARTUUID="ec2fa9a2-01"
/dev/sdd1: LABEL="megadata" UUID="4759b189-0a97-417b-b873-9225ef19d3d0" UUID_SUB="a4772487-f3e2-4d59-a58e-0cd987ab07e8" TYPE="btrfs" PARTUUID="2df0eca2-01"
/dev/md0: UUID="1ec3c494-96f0-41c1-8078-724d2a44c34f" TYPE="ext4"
po odmountování /data :
root@zendc:/home/lspravce# btrfsck /dev/sda3
Checking filesystem on /dev/sda3
UUID: 4759b189-0a97-417b-b873-9225ef19d3d0
checking extents
checking free space cache
checking fs roots
checking csums
checking root refs
found 69869568 bytes used, no error found
total csum bytes: 66196
total tree bytes: 1458176
total fs tree bytes: 1097728
total extent tree bytes: 147456
btree space waste bytes: 471525
file data blocks allocated: 160833536
referenced 65077248
Nov 19 10:02:55 zendc systemd[1]: Mounting /home...
Nov 19 10:02:56 zendc mount[395]: mount: /home: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error.
Nov 19 10:02:56 zendc systemd[1]: Failed to mount /home.
Nov 19 10:02:56 zendc systemd[1]: Mounting /home...
Nov 19 10:02:56 zendc systemd[1]: Mounted /home.
Přidal jsem do řádku s /home ve sloupci options "defaults" - kdysi, když jsem si prvně hrál s btrfs toto bylo podmíkou, jinak při mountování házel systém stejnou chybu ( v shellu ).
Přesunul jsem ony 2 řádky s btrfs hned za mountnutí rootu.
Systém nyní bootuje. ( zatím s /home2, jdu to zkusit "naostro" do /home ... držte palce
root@zendc:/home/lspravce# btrfs subvolume list /data
ID 258 gen 369 top level 5 path home
ID 259 gen 10 top level 258 path home/.snaps
btrfs check
a btrfs scrub
. Je možné, že raid je nějak poškozen a odmítá se připojit bez opravy.
Řádek v /etc/fstab "LABEL=megadata /home btrfs subvol=homes 0 0" je v pořádku, pokud tam máš ten subvolume uveden správně. Zda mountuješ do /home nebo někam jinam nemá vliv. Můžeš tam připsat volbu "noauto", která řekne, že se nemá připojit automaticky při bootu a při mount -a
. Můžeš to pak připojit pomocí mount /home
. V takovém případě ti systém nabootuje a můžeš řešit problém.
Podívej se na výpis dmesg, bývají tam užitečné chybové hlášky. Ve výpisu journalctl by ale měly být vidět také.
Můžeš zkusit vypnout služby, které /home používají, např. tu Sambu. Avšak pokud by to tím bylo, tak bys nabootoval s připojením někam jinam. Těch problémů však můžeš mít více. Pokud by to Sambou bylo, tak jí nastav závislost na local-fs, aby startovala až po připojení všech souborových systémů.
Tiskni
Sdílej: