Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl v březnu 5,33 % (Windows -4,28 %, OSX +1,19 %, Linux +3,10 %). Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 24,48 %. Procesor AMD používá 67,48 % hráčů na Linuxu.
Společnost Apple slaví padesáté narozeniny. Založena byla 1. dubna 1976.
FreeTube, desktopový klient pro YouTube využívající lokální API, byl vydán ve verzi 0.24.0. Toto velké opravné vydání implementuje SABR (Server-Based Adaptive Bit Rate), což řeší část nedávných problémů s načítáním videí z YouTube, a aktualizuje základní komponenty jako Electron nebo přehrávač Shaka Player.
Je tu opět apríl. O víkendu zmizel kamion s 12 tunami tyčinek KitKat. Firmy to využívají k aprílovým žertům. Groupon má super akci. Koupíte 1 tyčinku a dostanete 100 zdarma. Ryanair si přelepil letadla. Šéf Outlooku se ptá, proč mají v baráku 14 beden tyčinek KitKat (𝕏). Prusa Research představuje Prusa Pro ACU a vysvětluje proč přílišné sušení škodí vaším filamentům. Telefon Sony Xperia má miliónnásobný zoom (𝕏). PC.net představil Super Ultrabox 2600 se zajímavými parametry. Další aprílové novinky například na April Fools' Day On The Web.
Společnost OpenAI, která stojí za chatovacím robotem s umělou inteligencí (AI) ChatGPT, získala od investorů 122 miliard USD (2,6 bilionu Kč). Hodnota společnosti tak dosáhla 852 miliard dolarů (více než 18 bilionů Kč). Nejnovější kolo investování se stalo největší, jaké zatím firma uskutečnila, a peníze mají posílit ambiciózní plány rozšíření výpočetní kapacity, datových center a nábor talentů.
Nástroj k identifikaci občanů v on-line komunikaci s úřady byl dnes dopoledne zhruba dvě hodiny částečně nedostupný. Problém se objevil kolem 09:00 a podařilo se ho vyřešit kolem 11:00. Částečně nedostupná byla služba Národní identitní autority (NIA), problémy podle DIA (Digitální a informační agentura) ovlivňovaly přihlašování například i přes bankovní identitu. „Dostupnost NIA byla plně obnovena, přihlášení k digitálním službám
… více »Eben Upton oznámil další zdražení počítačů Raspberry Pi kvůli růstu cen pamětí a představil Raspberry Pi 4 s 3 GB RAM za 83,75 dolarů.
Anthropic patrně omylem zveřejnil celý zdrojový kód svého CLI nástroje Claude Code prostřednictvím přiloženého sourcemap souboru v npm balíčku. Únik odhalil doposud nijak nezveřejněné funkce jako je například režim v utajení, autonomní agent 'KAIROS', orchestrace multi‑agentů, režim snění nebo dokonce virtuální mazlíček Buddy. Zajímavostí je detekce naštvání uživatele pomocí obyčejného regexpu. Anthropic rychle odstranil sourcemap a vydal opravu, nicméně kopie kódu se již stihly na GitHubu rozšířit mezi prostým lidem.
Copilot automaticky vkládal do pull requestů 'propagační tipy', reklamní text se na GitHubu objevil ve více než jedenácti tisících pull requestech. Po vlně kritiky byla tato funkce zablokována a produktový manažer Tim Rogers připustil, že umožnit Copilotovi upravovat cizí pull requesty bez vědomí autorů byla chyba.
Je 31. března a tedy Světový den zálohování (World Backup Day). Co by se stalo, kdyby Vám právě teď odešel počítač, tablet nebo telefon, který používáte?
Jak a u kterého úložiště jsi to UUID změnil?
Redpektive já bych to udělal takto:
Pokud bych chtěl OS na SSD smazat, udělal bych to z live a v tom případě by se nic na NVMe nemuselo řešit. Pokud bych ten OS chtěl zachovat a to SSD bych chtěl mít také v pc, tak po naklonování SSD na NVMe bych vypnul pc, oddělal bočnici a sudndal z SSD kšandy. Potom bych zavedl nějaký live system a v terminálu pak takto:
### identifikace NVMe (raději)
lsblk
# dejme tomu, že fleška s live je sda a NVMe je nvme0n1
### změna UUID's (s odpojenými oddíly)
# pokud budeš mít čísla za "p" jinak, tak je zadej tak, aby to sedělo.
# EFI (pokud existuje)
sudo tune2fs -U random /dev/nvme0n1p1
# /rootfs
sudo tune2fs -U random /dev/nvme0n1p2
### chroot
sudo mkdir -p /target
sudo mount /dev/nvme0n1p2 /target
sudo mount /dev/nvme0n1p1 /target/boot/efi
cd /target
sudo mount --bind /dev dev
sudo mount --bind /dev/pts dev/pts
sudo mount -t proc proc proc
sudo mount -t sysfs sysfs sys
sudo chroot /target
# v chrootu vše bez sudo, jsi root
### úprava /etc/fstab
blkid
# teď se ti zobrazí ta nová UUID.
nano /etc/fstab
# zde je potřeba změnit UUID pro EFI oddíl a druhý oddíl s OS. Uložit a potom:
### update GRUBu a initramfs
update-grub
update-initramfs -k all -u
exit
cd
sudo umount /target/{boot/efi,dev/pts,dev,proc,sys}
sudo umount /target
Teď můžeš vypnout stroj, vytáhnout flešku, zapojit SSD, nasadit bočnici a vše by mělo fungovat. Doufám, že jsem nic neopomněl.
Opraveno, díky.
V sekci ### změna UUIS's (s odpojenými oddíly) pro první EFI oddíl nepoužiješ příkaz:
sudo tune2fs -U random /dev/nvme0n1p1
ale
sudo mkdosfs -i nějaké_UUID /dev/nvme0n1p1 # nějaké UUID může být třeba WXYZ1234
A ještě jsem si uvědomil, že by SSD mohlo jít vypnout v UEFI v konfiguraci SATA, takže bys nemusel laborovat s bočnicí atd. Už jsem tu ale i četl, že ne vždy to fungovalo 100%. Zkus, uvidíš.
Ještě s tím raději počkej. Něco ověřuji.
1) To UUID musí být hexadecimální. To znamená, že můžeš použít číslice 0-9 a písmena A-F. Takže např. 1234ABCD.
2) Když jsem to teď zkoušel, tak jsem zjistil, že po změně UUID došlo na EFI oddílu ke ztrátě dat. Tam by to problém nebyl. GRUB by šel přeinstaloat. Nevím ale, co udělá tune2fs? Aby to taky nesmazalo vše na systémovém oddílu. Snad ne. Teď si to nemůžu přesně vybavit, protože už je to dlouho, ale když jsem já kdysi měnil UUID, tak pak OS fungoval (mylsím). Zkusím to a napíšu sem.
3) Další věc je, že UUID umí měnit i GParted, takže to jde udělat i tam.
Takže je to v pořádku. Systémový oddíl poškozen nebude. Mimochodem, celou dobu předpokládám, že /rootfs máš nad ext4.
Další věc je, že před změnou UUID /rootfs musíš provést kontrolu toho oddílu:
sudo e2fsck -f /dev/nvme0n1p2 # celou dobu platí, že za nvme0n1p musíš doplnit odpovídající číslo. # možná to budeš mít jednodušší v tom GParted.
Jak jsem psal, tak v tom chrootu pak budeš muset přeinstalovat GRUB. To udělej hned poté, co změníš UUID's ještě před updatem GRUBU a initramfs.
grub-install --target=x86_64-efi /dev/nvme0n1p1 # na konci musí být opět odpovídající číslo.
Dobrá zpráva. Ještě jsem zjistil. že pokud budeš měnit UUID u EFI oddílu v GParted, tak to destruktivní nebude. Takže pak ani nebudeš muset přeinstalovávat ten GRUB. Takže v UEFI zakázat SSD, nabootovat live, v GParted změnit UUID pro oba oddíly, chroot, update GRUBu a initramfs a hotovo. Chápu, že teď je v tom trochu zmatek. Pokud by sis nevěděl rady, tak napiš. Dám ti to sem krok za krokem.
Tiskni
Sdílej: