Ř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í.
Zdravim.
Dneska som spustil nasledovne:
dd if=/dev/mapper/debian_linux-root | lzma -9 > backup
Bola to snaha odskusat, ci takto zazalohujem particiu. Vysledok ma hodne prekvapil, kedze momentalne dostanem hlasku:
pato@debian:~$ cp
bash: /bin/cp: No such file or directory
pato@debian:~$ ls
bash: ls: command not found
pato@debian:~$ cp
bash: /bin/cp: No such file or directory
pato@debian:~$ w
bash: w: command not found
Skutocne netusim, co a kde sa stalo. Samozrejme, spustal som to ako root. Vyber particie odovodnujem jej velkostou a teda by to malo byt aj najrychlejsie, kedze je najmensia.
Ak ma niekto vysvetlenie a pripadne aj riesenie, budem nesmierne stastny a vdacny zaroven.
Řešení dotazu:
ls
ani cat
tam asi už taky nemáš, takže zkus trochu examinovat to, co ze systému zbylo. V čistém bashi by mělo jít něco jako echo /bin/*
.
while read line; do echo $line; done < /proc/cpuinfo
.
Tak som poskusal a vysledok je takyto:
pato@debian:~$ for i in /usr/bin/who*; do echo $i; done
/usr/bin/who
/usr/bin/whoami
/usr/bin/whois
pato@debian:~$ whoami
bash: /usr/bin/whoami: No such file or directory
pato@debian:~$ who
bash: /usr/bin/who: No such file or directory
pato@debian:~$ whois
bash: /usr/bin/whois: No such file or directory
Co je trochu zvlastne (mozno iba pre mna), ze su tam, ale spustit sa nedaju.
Ale cyklus v podobe:
for i in /*; do $i; done
tak tu uz k expanzii nedochadza.
Jedine / nie je pristupne, inak akukolvek inu particiu pristupovat a listovat mozem vyssie spomenutym sposobom.
ls -l
, mount
ani file
. Ale pokud tam můžeš kopírovat, můžeš tam zkusit nahrát busybox odjinud a zkusit spouštět ten (busybox ls -l
, busybox file /soubor
…).
Tak, s usmevom na perach :), vsetko ide opat ako ma.
Ked ma uz odpojilo od siete (samozrejme sa pripojit nedalo, kedze sietovy manazer uz nereagoval), tak som to restartol, to skoncilo kernel panic. Vzal som live cd , nastavil particiu ako aktivnu (lvm) a skusil pripojit. Zial, nebolo mozne pripojit ani po specifikovani suboroveho systemu.
Tak som spustil:
fsck -n /particia
a tomu bolo aj tych 1000 riadkov(az je to teda tolko) malo pre vypis chyb. Tak som sa odhodlal to spustit naostro a nasledne bolo mozne pripojit particiu / (root) o ktorej som v predchadzajucich prispevkoch vravel. Tak som to restartol a je to tu. Fachci to ako ma.
Zial, ale ja netusim, kde nastala chyba. Zaloha sa vytvarala na inej particii, kde bolo spolahlivo miesta na mnoho takych zaloh.
Akokolvek, dakujem za pomoc Jenda.
jen takovej dotaz..kam jsi ukládal ten backup? nezacpal jsi root filesystem? možná je to blbost ale už se mi to stalo a xubuntu umřelo
Vdaka, ale zaloha sa vytvarala na inej particii. Takze netusim, kde nastala chyba.
Najprv som tvoj prispevok bral ako napovedu do buducnosti ohladne konzistencie zalohy. Ale potom som si vsimol nadpis a z toho titulu tomu moc nerozumiem. Dovod je ten, ze pokial robim zalohu tymto sposobom, tak ta zaloha moze byt chybna, ale u mna k ziadnemu pokusu o obnovu neprislo. A taktiez bola zaloha vytvarana na uplne inom umiestneni, inej particie.
Co sa tyka toho pripojenia particie len na citanie, tak nasledovne funguje skvele:
mount -no remount,ro /
a pritom nie je nutne ukoncit vsetku cinnost, iba ak sa prave s nejakym suborom na tej particii pracuje a je nutne zmeny zapisat.
Diki.
Podla manualovych stranok pre mount v pripade ext3 a ext4 prinajmensom, nie je zarucene, ze sa nic nezapise pomocou:
mount -no remount,ro /
Spravne by to malo byt takto:
mount -no remount,ro,noload /
To len pre spravnost.
Tiskni
Sdílej: