Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Ř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: