Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Ř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: