Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
Po osmi měsících vývoje byla vydána nová verze 0.16.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 244 vývojářů. Přehled novinek v poznámkách k vydání.
Nejnovější X.Org X server 21.1.22 a Xwayland 24.1.10 řeší 5 bezpečnostních chyb: CVE-2026-33999, CVE-2026-34000, CVE-2026-34001, CVE-2026-34002 a CVE-2026-34003.
Po roce vývoje od vydání verze 1.28.0 byla vydána nová stabilní verze 1.30.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.30.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2026-04-13. Přehled novinek poznámkách k vydání. Nově ve výchozím nastavení příkaz sudo vyžaduje heslo.
Společnost Blackmagic Design oznámila vydání verze 21 svého proprietárního softwaru pro editování videí a korekci barev DaVinci Resolve běžícího také na Linuxu. Z novinek je nutno vypíchnout možnost editování fotografií. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 295 dolarů.
Jde o to, že ačkoliv mám /var zaplněné z nějakých 60%, tak uzly jsou již plné
Můžete mi prosím poradit jak co nejlépe tento problém vyřešit? Tedy jak vyčistit i uzly? Jedu na debian lenny.
Děkuji za rady
Posílám ukázku seznamu.
./etc/dnscache/log/supervise/lock ./etc/dnscache/log/main/lock ./etc/dnscache/log/main/state ./etc/dnscache/log/status ./etc/dnscache/root/ip/127.0.0.1 ./etc/dnscache/root/ip/10 ./etc/.pwd.lock ./var/spool/postfix/public/showq ./var/spool/postfix/public/cleanup ./var/spool/postfix/public/pickup ./var/spool/postfix/public/flush ./var/spool/postfix/public/qmgr ./var/spool/postfix/dev/log ./var/spool/postfix/pid/unix.bounce ./var/spool/postfix/pid/inet.smtp ./var/spool/postfix/pid/unix.retry ./var/spool/postfix/pid/unix.virtual ./var/spool/postfix/pid/unix.smtp ./var/spool/postfix/pid/unix.trace ./var/spool/postfix/pid/inet.127.0.0.1:10025 ./var/spool/postfix/pid/unix.defer ./var/spool/postfix/pid/unix.flush ./var/spool/postfix/pid/unix.amavis ./var/spool/postfix/pid/unix.cleanup ./var/spool/postfix/var/run/saslauthd/mux ./var/spool/postfix/var/run/saslauthd/mux.accept ./var/spool/postfix/var/run/saslauthd/cache.flock ./var/spool/postfix/private/error ./var/spool/postfix/private/tlsmgr ./var/spool/postfix/private/virtual ./var/spool/postfix/private/bounce ./var/spool/postfix/private/anvil ./var/spool/postfix/private/bsmtp ./var/spool/postfix/private/ifmail ./var/spool/postfix/private/scalemail-backend ./var/spool/postfix/private/uucp ./var/spool/postfix/private/amavis ./var/spool/postfix/private/defer ./var/spool/postfix/private/trace ./var/spool/postfix/private/proxywrite ./var/spool/postfix/private/rewrite ./var/spool/postfix/private/retry ./var/spool/postfix/private/discard ./var/spool/postfix/private/smtp ./var/spool/postfix/private/mailman ./var/spool/postfix/private/relay ./var/spool/postfix/private/verify ./var/spool/postfix/private/lmtp ./var/spool/postfix/private/scache ./var/spool/postfix/private/proxymap ./var/spool/postfix/private/local ./var/spool/postfix/private/maildrop ./var/log/btmp ./var/log/boot ./var/log/fontconfig.log ./var/log/auth.log.1 ./var/log/mail.log.1 ./var/log/mysql.log ./var/log/mysql.err ./var/log/btmp.1 ./var/log/dbconfig-common/dbc.log ./var/log/mail.err.1 ./var/log/kern.log.1 ./var/log/samba/log.__ffff_88.103.21.202 ./var/log/samba/log.momerdadd ./var/log/samba/log.__ffff_92.4.122.164 ./var/log/samba/log.__ffff_201.51.197.54 ./var/log/samba/log.__ffff_189.12.164.80 ./var/log/samba/log.__ffff_87.175.75.86 ./var/log/samba/log.__ffff_88.187.208.116 ./var/log/samba/log.wb-BUILTIN ./var/log/samba/log.winbindd-idmap ./var/log/samba/log.haso ./var/log/samba/log.__ffff_189.104.243.39 ./var/log/samba/log.jh-pc ./var/log/samba/log.0.0.0.0 ./var/log/samba/log.__ffff_124.104.153.156 ./var/log/samba/log.__ffff_88.22.48.198 ./var/log/samba/log.__ffff_91.115.233.108 ./var/log/samba/log.lqpxf2isqgev1bgk ./var/log/samba/log.__ffff_91.64.169.255 ./var/log/samba/log.__ffff_92.72.223.98 ./var/log/samba/log.__ffff_95.221.140.186 ./var/log/samba/log.__ffff_114.24.4.58 ./var/log/samba/log.__ffff_10.0.0.11 ./var/log/samba/log.__ffff_114.39.178.238 ./var/log/samba/log.__ffff_201.51.193.225 ./var/log/samba/log.__ffff_95.24.110.214 ./var/log/samba/log.__ffff_88.17.140.111 ./var/log/samba/log.__ffff_89.230.169.8 ./var/log/samba/log.__ffff_87.228.110.224 ./var/log/samba/log.__ffff_201.19.201.30 ./var/log/samba/log.__ffff_88.155.60.7 ./var/log/samba/log.jcthc ./var/log/samba/log.__ffff_88.162.176.201 ./var/log/samba/log.__ffff_212.96.222.184 ./var/log/samba/log.__ffff_115.132.155.42 ./var/log/samba/log.__ffff_88.226.227.254 ./var/log/samba/log.bazhul ./var/log/samba/log.__ffff_88.175.1.74 ./var/log/samba/log.__ffff_95.24.238.225 ./var/log/samba/log.__ffff_82.51.43.180 ./var/log/samba/log.wb-SERVER1 ./var/log/samba/log.__ffff_60.42.131.76 ./var/log/samba/log.__ffff_87.11.27.230 ./var/log/samba/log.__ffff_190.51.237.93 ./var/log/samba/log.__ffff_10.0.0.2 ./var/log/samba/log.__ffff_201.22.56.178 ./var/log/samba/log.pc8 ./var/log/faillog ./var/log/clamav/clamav.log.1 ./var/log/clamav/freshclam.log.1 ./var/log/syslog.1 ./var/log/proftpd/proftpd.log.0 ./var/log/proftpd/xferreport ./var/log/proftpd/xferreport.0 ./var/log/proftpd/xferlog.0 ./var/log/proftpd/controls.log.0 ./var/log/proftpd/controls.log ./var/log/proftpd/xferlog ./var/log/mail.warn.1 ./var/log/debug.1 ./var/log/pycentral.log ./var/log/apache2/sites/dietni-krabicky.cz-rewrite.log ./var/log/apache2/sites/hoteluloubu.cz-acces.log ./var/log/apache2/sites/webmail.halva.org-acces.log ./var/log/apache2/sites/emboutique.cz-access.log ./var/log/apache2/sites/emboutique.cz-rewrite.log ./var/log/apache2/sites/cateringprovas.cz.log ./var/log/apache2/sites/halva.org-rewrite.log ./var/log/apache2/sites/cateringprovas.cz-acces.log ./var/log/apache2/error.log.1 ./var/log/apache2/other_vhosts_access.log.1 ./var/log/apache2/access.log.1 ./var/log/dpkg.log.1 ./var/log/aptitude ./var/log/daemon.log.1 ./var/log/news/news.crit ./var/log/news/news.err ./var/log/news/news.notice ./var/log/lpr.log.1 ./var/log/installer/hardware-summary ./var/log/installer/partman ./var/log/installer/syslog ./var/log/installer/cdebconf/questions.dat ./var/log/installer/cdebconf/templates.dat ./var/log/installer/lsb-release ./var/log/installer/status ./var/log/wtmp.1 ./var/log/user.log.1 ./var/log/mail.info.1 ./var/log/messages.1 ./var/run/acpid.socket ./var/run/amavis/amavisd.lock ./var/run/samba/winbindd_privileged/pipe ./var/run/clamav/clamd.ctl ./var/run/proftpd/proftpd.sock ./var/run/dbus/system_bus_socket ./var/run/mysqld/mysqld.sock ./var/run/crond.reboot ./var/run/courier/imapd.pid.lock ./var/run/courier/authdaemon/pid.lock ./var/run/courier/authdaemon/socket ./var/run/courier/pop3d.pid.lock ./var/run/courier/imapd-ssl.pid.lock ./var/lib/dpkg/lock ./var/lib/dpkg/info/libnl1.list ./var/lib/dpkg/triggers/Lock ./var/lib/dpkg/triggers/Unincorp ./var/lib/mysql/mysql/event.MYD ./var/lib/mysql/mysql/servers.MYD ./var/lib/mysql/mysql/procs_priv.MYD ./var/lib/mysql/mysql/plugin.MYD ./var/lib/mysql/mysql/columns_priv.MYD ./var/lib/mysql/mysql/ndb_binlog_index.MYD ./var/lib/mysql/mysql/time_zone_leap_second.MYD ./var/lib/mysql/mysql/time_zone_transition.MYD ./var/lib/mysql/mysql/time_zone_name.MYD ./var/lib/mysql/mysql/tables_priv.MYD ./var/lib/mysql/mysql/time_zone.MYD ./var/lib/mysql/mysql/func.MYD ./var/lib/mysql/mysql/slow_log.CSV ./var/lib/mysql/mysql/host.MYD ./var/lib/mysql/mysql/general_log.CSV ./var/lib/mysql/mysql/time_zone_transition_type.MYD ./var/lib/mysql/mysql/proc.MYD ./var/lib/mysql/mail/transport.MYD ./var/lib/mysql/debian-5.0.flag ./var/lib/mysql/ftp/ftpquotatallies.MYD ./var/lib/mysql/debian-5.1.flag ./var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/fonts.alias ./var/lib/dhcp3/dhclient.leases ./var/lib/amavis/tmp/G2dnGA ./var/lib/amavis/amavisd.sock ./var/lib/phpmyadmin/config.inc.php ./var/lib/squirrelmail/data/halva-jr@3studne.cz.abook ./var/lib/squirrelmail/data/zkouska@3studne.cz.abook ./var/lib/deborphan/keep ./var/lib/apt/lists/lock ./var/lib/ucf/registry.4 ./var/lib/denyhosts/suspicious-logins ./var/cache/apache2/reload ./var/cache/apt/archives/lock ./home/halva/.aptitude/config ./usr/share/reportbug/reportbuglib/__init__.py
Tak teď ještě ke všemu řeším problém s databází
Ne, ani nulové soubory (ty afaik inode nesežerou, jsou jen v directory entry) ani log soubory takové množství (na rozumně malém /var to budou miliony) neudělají. Jestli je tam poštovní server, tak bych to tipoval na zaplnění právě poštou.
Smazání prázdných souborů z /var byla pěkná kravina. To tomu systému jen ublíží.
Dej sem výpis df -iT, ať víme, s čím máme tu čest.
V zásadě jsou dvě možnosti, jak z toho ven. Buď něco smazat, nebo natáhnout ten FS. Pokud je tam ext3, tak by mohlo lehce pomoci fsck.ext3 -df, ale zázraky od toho nelze čekat.
Pokud je tam 60% zabraného místa, tak to vypadá, že průměrná velikost souborů je přibližně 2x menší, než počet inode. U ext3 je defaultem dělat počet inode na velikost disku / 8kB, tedy lze počítat se soubory délky cca 4kB. Typický email.
Potom by šel též udělat nový fs s větším počtem inode a ty maily tam přesunout a ušetřit tak místo na disku /var.
#!/bin/bash
LIST=`ls -1`
for i in $LIST; do
echo $i
find $i -printf "%i\n" | sort -u | wc -l
done
muzes vyzkouset neco takoveho. Ukaze ti to, na jaky adresar se zamerit a kde ty inody hledat.
Tiskni
Sdílej: