Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.
WLED je open-source firmware pro ESP8266/ESP32, který umožňuje Wi-Fi ovládání adresovatelných LED pásků se stovkami efektů, synchronizací, audioreaktivním módem a Home-Assistant integrací. Je založen na Arduino frameworku.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.8.
Herní studio Hangar 13 vydalo novou Mafii. Mafia: Domovina je zasazena do krutého sicilského podsvětí na začátku 20. století. Na ProtonDB je zatím bez záznamu.
Operátor O2 má opět problémy. Jako omluvu za pondělní zhoršenou dostupnost služeb dal všem zákazníkům poukaz v hodnotě 300 Kč na nákup telefonu nebo příslušenství.
Společnost OpenAI představila GPT-5 (YouTube).
Byla vydána (𝕏) červencová aktualizace aneb nová verze 1.103 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.103 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Americký prezident Donald Trump vyzval nového generálního ředitele firmy na výrobu čipů Intel, aby odstoupil. Prezident to zdůvodnil vazbami nového šéfa Lip-Bu Tana na čínské firmy.
Bylo vydáno Ubuntu 24.04.3 LTS, tj. třetí opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na Discourse.
Byla vydána verze 1.89.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ř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
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: