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.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Řešení dotazu:
pacman -Sy pacman -Rdd gnupg2 pacman -S gnupg pacman -SuMožná si zjisti, jestli byl gnupg2 nainstalován jako závislost (
pacman -Qi gnupg2
) a pokud ano, tak ke třetímu příkazu přidej parametr --asdeps
.
A rada na závěr: ArchLinux je dobré aktualizovat nejméně jednou týdně. Při delších intervalech si říkáš o potíže.
Cíle (1): pacman-4.0.3-1 Celková velikost po instalaci: 3,54 MiB Odhadovaná velikost aktualizace: 0,05 MiB Pokračovat v instalaci? [A/n] (1/1) kontrola integrity balíčků [#######################] 100% (1/1) načítání balíčku [#######################] 100% (1/1) kontrola konfliktů souborů [#######################] 100% chyba: nepodařilo se určit kořen přípojného bodu / chyba: není dostatek volného místa na disku chyba: selhalo provádění transakce (není dostatek volného místa na disku) Vyskytly se chyby, žádné balíčky nebyly aktualizovány.zkusil jsem nabootovat a zázrakem se to povedlo, jen stále vypisuje nedostatek místa (mám zaplněnou asi třetinu oddílu) : df vypíše pouze
df Souborový systém 1K-bloků Užito Volné Uži% Připojeno do shm 2021752 328 2021424 1% /dev/shmpřitom mám disk rozdělen na několik oddílů , které konqueror normálně vidí a připojí, taky /etc/fstab nějak zeštíhlel, myslím, že jsem tam toho měl víc
# /etc/fstab: static file system information # # devpts /dev/pts devpts defaults 0 0 shm /dev/shm tmpfs nodev,nosuid 0 0 /dev/sda5 swap swap defaults 0 0 /dev/sda7 / reiserfs defaults 0 1nemáte prosím ještě nějaké nápady?
df
moc použitelný není, protože tam není vidět, kolik volného místa je na /dev/sda7
, který máš připojený jako /
. Jinak na řešení problémů s místem se mi osvědčil příkaz pacman -Sc
. Pacman si totiž na disk ukládá všechny balíky, které stáhne z repozitáře. A těch může být po čase i několik desítek GB. Výše zmíněný příkaz promaže cache pacmana tak, že v ní zanechá jen balíky, které jsou aktuálně nainstalované. Po provedení toho příkazu můžeš zkusit dokončit aktualizaci systému. A nezapomeň doinstalovat to gnupg, které jsi odebral, ať se ti něco nerozbije.
Starting Hardware Abstraction Layer [BUSY] [FAIL]přitom jsem i v /etc/rc.conf zkoušel smazat i dbus , ale vše je pořád stéjné.. a taky pak ve výpisu pacmana :
chyba: nepodařilo se určit kořen přípojného bodu / chyba: není dostatek volného místa na disku chyba: selhalo provádění transakce (není dostatek volného místa na disku) Vyskytly se chyby, žádné balíčky nebyly aktualizovány.kde a jak určit kořen přípojného bodu / ?
kde a jak určit kořen přípojného bodu / ?V dnešnej dobe sa zvyčajne robí symlink
/dev/root
ukazujúci na skutočný device s root FS. Ale je mi to divné ... skutočne df
nenapíše viac? A nie je meno root-u napr. v /proc/cmdline
?
ls /dev/ | grep sda
cat /proc/cmdlime?
/etc/fstab
nějak zeštíhlel. Podívej se, jestli se nepřepsal při nějaké aktualizaci (což je nepravděpodobné, ale možné). Pacman by v tom případě měl zálohovat kopii do /etc/fstab.pacsave
. Podívej se, jestli ten soubor neexistuje a pokud ano, tak ho porovnej s tím fstab
em, co tam máš teď a nějak to utřepej dokopy. Pak to zkus znova nabootovat.
# # /etc/fstab: static file system information #devpts /dev/pts devpts defaults 0 0 #shm /dev/shm tmpfs nodev,nosuid 0 0 #none /dev/pts devpts defaults 0 0 #none /dev/shm tmpfs defaults 0 0 #none /proc/bus/usb usbfs defaults 0 0 tmpfs /tmp tmpfs nodev,nosuid 0 0 /dev/sda7 / reiserfs defaults,noatime 0 1 /dev/sda5 none swap defaults 0 0cat /proc/cmdline vypíše: root=/dev/sda7 ro
sda sda1 sda2 sda3 sda5 sda6 sda7 sda8ale největší perlu vypíše df
Souborový systém Velikost Užito Volno Uži% Připojeno do shm 2,0G 328K 2,0G 1% /dev/shm tmpfs 373G 94G 280G 26% /tmp /dev/sda6 373G 94G 280G 26% /mnt/sda6 /dev/sda8 373G 94G 280G 26% /mnt/sda8 none 2,0G 328K 2,0G 1% /dev/shmprotože těch 373 Giga by mělo patřit sda7 , ostatní oddíly mám asi po 100 giga na zkoušení dalších systémů, takže vůbec nechápu co se děje jinak stav je stále stejný , nelze aktualizovat kvůli nedostatku místa a nenalezení kořenového adresáře
mount
?
shm on /dev/shm type tmpfs (rw,nosuid,nodev) /dev/sda8 on /media/51f85fa6-87af-4927-a9b6-e4e0b09d1e42 type ext4 (rw,nosuid,nodev,uhelper=udisks) /dev/sda6 on /media/c0438bf6-4c04-4b69-aad9-b62d854cda49 type ext4 (rw,nosuid,nodev,uhelper=udisks) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) /dev/sda8 on /media/51f85fa6-87af-4927-a9b6-e4e0b09d1e42 type ext4 (rw,nosuid,nodev,uhelper=udisks) /dev/sda6 on /media/c0438bf6-4c04-4b69-aad9-b62d854cda49 type ext4 (rw,nosuid,nodev,uhelper=udisks) /dev/sda6 on /mnt/sda6 type ext4 (rw,noatime,commit=0) /dev/sda8 on /mnt/sda8 type ext4 (rw,noatime,commit=0) /dev/sr0 on /media/ARCH_201108 type udf (ro,nosuid,nodev,uid=1000,gid=100,iocharset=utf8,umask=0077,uhelper=udisks) none on /dev/shm type tmpfs (rw) none on /proc/bus/usb type usbfs (rw) gvfs-fuse-daemon on /home/arch/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arch)
/
. Tohle je výpis z nabootovaného Archu? Pokud ano, tak se divím, že nehlásil při bootu problémy s připojením kořenového systému souborů. Nebo to je výpis z toho chrootu? Co se stane, když dáš připojit /dev/sda7
? Zkus ho klidně připojit i do nějaké jiné složky, jen ať je vidět, jestli to půjde a jestli tam bude to, co čekáš.
Checking Filesystems [BUSY] Reiserfs super block in block 16 on 0x807 of format 3.6 with standard journal Blocks (total/free): 97657104/73177800 by 4096 bytes Filesystem is clean [DONE]a druhá:
Warning: Your network settings are deprecated. Please refer to /etc/rc.conf on how to define a single wired connection, or use a utility such as netcfg. Starting Network [BUSY] [DONE]síť funguje v konqueroru mohu normálně šmejdit po disku i na dalších oddílech (i před ručním mountnutím sda7).
/etc/mtab
a nahradit ho symlinkem do /proc/self/mounts
. To by mělo napravit ty podivnosti s "nepřipojeným" rootem. Pak by se to mělo rozběhnout.
sudo rm /etc/mtab sudo ln -s /proc/self/mounts /etc/mtabJak jsem už psal dřív - neaktualizováním ArchLinuxu si zaděláváš na problémy . A při aktualizacích je potřeba číst výstup z pacmana.
Tak tohle je doopravdy prazvláštní. Ty sda6 a sda8 se připojí hned při bootu, nebo jste je připojil až poté ručně? Zkuste:
ls -l /dev/disk/by-uuida podívejte se, jaké UUID má sda7. Pak upravte fstab tak, aby se / připojoval dle UUID a ne dle /dev/sdaX
Jen pro kontrolu,
fdisk -lvypíše co?
Tiskni Sdílej: