DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Dobrý večer,
pomocí cp -avx
jsem zkopíroval celý obsah kořenového adresáře, kde sídlí Archlinux (x86_64), na jednu primární jednotku externího pevného disku (jedná se o rámeček, ve kterém je klasický SATA 3,5" pevný disk). Do adresáře /boot
je připojena samostatná jednotka, takže jsem musel tento adresář (jeho obsah) zkopírovat zvlášť. (Na externím pevném disku jsem nevytvořil zvlášť jednotku pro /boot
.)
Upravil jsem fstab
, mkinitcpio.conf
, menu.lst
na externím pevném disku. Vygeneroval jsem kernel26.img
pomocí mkinitcpio
a nainstaloval grub
do MBR externího pevného disku.
Když se ale pokouším nastartovat Archlinux z toho externího pevného disku, tak bootování skončí s chybou (viz příloha). Do přílohy jsem dal i fstab, mkinitcpio.conf a menu.lst; které se nacházejí na externím pevném disku.
Poznámka: Používám systém souborů ext3.
Předem děkuju za odpovědi. Informace dle potřeby doplním.
Řešení dotazu:
Myslím si, že obsah adresáře /dev
zabezpečuje udev
. Takže by se /dev/console
mělo vytvořit automaticky.
Kořen jsem zkopíroval s parametrem -x, --one-file-system
, takže logicky se obash adresáře /dev nezkopíroval.
Jinak když normálně nastartuju Archlinux z interních pevných disků (mám dva v softwarovém RAIDu level 1), tak mount
mj. ukazuje:
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
Zkusím to. Zatím děkuju.
Děkuju moc! Natvrdo jsem zkopíroval obsah adresáře /dev
na ten externí disk a jede to! (Tohle mě vůbec nanapadlo.)
Speciální háčky a jaderné moduly tam jsou, viz připojený konfigurační soubor mkinitcpio.conf
.
Co se týká druhé otázky, tak jsem trochu bezradný. Mám v PC dva interní pevné disky SATA — /dev/sda a /dev/sdb. Musím podat vysvětlení: /dev/sda má kapacitu 750 GB, /dev/sdb 320 GB. /dev/sdb je rozdělen následovně:
Výpis fdisk -l /dev/sdb: Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sdb1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sdb2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sdb3 633 38913 307492132+ fd Linux RAID samorozpoznatelný
/dev/sda má první tři oddíly stejně veliké jako /dev/sdb. Pro jistotu podávám výpis fdisk -l /dev/sda
:
Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sda2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sda3 633 38913 307492132+ fd Linux RAID samorozpoznatelný /dev/sda4 38914 91201 420003360 83 Linux
Takže 1. oddíl na /dev/sdb je "spárován" s 1. oddílem na /dev/sda v softwarovém RAIDu level 1. To samé platí pro 2. a třetí oddíl. Pro jistotu připojuju /etc/mdadm.conf
.
V rámci /dev/md3 jsem vytvořil (lvm2) skupinu array a v rámci této skupiny "jednotku" root.
A proto nevím, zda vůbec a jak lze dd použít.
Už jsem to vyřešil i přes jenom "obyčejné" cp
(viz výše). Děkuju za snahu mi pomoct. (Postup mám uveden v blogu, viz Kterak jsem Archlinux na externí pevný disk zkopíroval.)
Jenom mě napadla ještě taková věc: Všechny operace (kopírování...) jsem prováděl v režimu eSATA (ten rámeček má jak USB, tak i eSATA). Ale bootuju Archlinux přes USB, protože v BIOSu ten pevnej disk, pokud je připojenej přes eSATA, nevidím.
Nemohlo to zapříčinit tyhle problémy?
mknod -m 600 /mnt/arch/dev/console c 5 1
mknod -m 666 /mnt/arch/dev/null c 1 3
Tiskni Sdílej: