Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 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.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
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 verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.
rsync -a --delete ....
. Všiml jsem si, že je problém v adresáři /tmp/.
Nabootoval jsem v ubuntu 7.10 a nejdříve spustil:
fsck.ext3 -fy /dev/sda4
Příkaz opravuje chyby, inode v adr. /tmp, ale přijde mně to jako by běžel ve smyčce.
Pokud chci adresář smazat také nelze.
dmesg vypíše
EXT3-fs warning (device sda4): ext3_unlink: Deleting nonexistent file (3626391), 0
Poradí někdo jak to opravit? Nebo čím byla chyba způsobena a jak jí pro příště předejít?
ls -l /mnt/root/tmp/
celkem 64952
drwx------ 2 pokladna pokladna 66428928 2012-01-30 13:11 orbit-pokladna
drwx------ 2 pokladna pokladna 4096 2012-01-30 09:13 pulse-pDYkk1vXMuDz
drwx------ 2 pokladna pokladna 4096 2011-12-23 15:16 ssh-ajegDOe821
drwx------ 2 pokladna pokladna 4096 2011-12-23 15:16 virtual-pokladna.7tEP5c
root@SERVER-XXX:~# mount
/dev/sda4 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
gvfs-fuse-daemon on /home/pokladna/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=pokladna)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <.file system> <.mount point> <.type> <.options> <.dump> pass>
proc /proc proc nodev,noexec,nosuid 0 0
/dev/sda3 / ext3 errors=remount-ro 0 1
#/dev/sda5 /boot ext2 defaults 0 2
/dev/sda2 none swap sw 0 0
¨ fdisk -l /dev/sda
Disk /dev/sda: 80,0 GB, 80 000 000 000 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 9 726
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0xd51730b5
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 1 261 2096451 6 FAT16
/dev/sda2 262 383 979965 82 Linux swap/Solaris
/dev/sda3 384 2815 19535040 83 Linux
/dev/sda4 2816 9726 55512607+ 83 Linux
badblocks -v /dev/sda4
Průchod dokončen, nalezeno 0 špatných bloků
Nicméně po několika hodinách PC naběhlo, nejspíš fsck.ext3 to opravil. Co to může zapříčinit, že se takto filesystém poškodí?
Nemůžou blbnout paměti nebo řadič?
orbit-pokladna
. Docela macek. Co je uvnitř toho adresáře?
ll /tmp/orbit-pokladna/ | head
celkem 144
drwx------ 2 pokladna pokladna 135168 2012-01-31 10:34 ./
drwxrwxrwt 11 root root 4096 2012-01-31 09:02 ../
-rwx------ 1 pokladna pokladna 0 2012-01-31 09:02 bonobo-activation-register-de04fd4882b68052ccb074494f279ffa.lock*
-rw-r--r-- 1 pokladna pokladna 645 2012-01-31 09:02 bonobo-activation-server-de04fd4882b68052ccb074494f279ffa-ior
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:04 linc-aa1-0-2063ad53557dc=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:48 linc-aa8-0-52472a7e55ed7=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 10:32 linc-ab9-0-5e79dd92556ac=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:04 linc-ac0-0-619adbda56d5c=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:48 linc-ac6-0-388e749656cb0=
root@POKLADNA2-KOB:~# ll /tmp/orbit-pokladna/ | wc -l
2210
root@POKLADNA2-KOB:~# ll /tmp/
celkem 180
drwxrwxrwt 11 root root 4096 2012-01-31 09:02 ./
drwxr-xr-x 25 root root 4096 2011-07-27 10:13 ../
drwx------ 2 pokladna pokladna 4096 2012-01-31 10:33 .esd-1000/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 .exchange-pokladna/
drwxrwxrwt 2 root root 4096 2012-01-31 09:02 .ICE-unix/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 keyring-sfzhpV/
drwx------ 2 pokladna pokladna 135168 2012-01-31 10:33 orbit-pokladna/
drwx------ 2 pokladna pokladna 4096 2012-01-31 10:33 pulse-tfXy8VVGQG41/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 ssh-RmuhloC841/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 virtual-pokladna.UzFRpx/
-r--r--r-- 1 root root 11 2012-01-31 09:01 .X0-lock
drwxrwxrwt 2 root root 4096 2012-01-31 09:01 .X11-unix/
ll /tmp/
drwx------ 2 pokladna pokladna 286728192 2012-02-20 13:29 orbit-pokladna
Nejde smazat a fsck.ext3 to po hodine nespravil. Podle zkusenosti za noc jo.
Nenapada nekoho jak tomu zabranit nebo proc ten adresar vznika tak veliky?
tmpfs /tmp tmpfs size=8g,mode=1777 0 0
Tiskni
Sdílej: