Nezisková organizace Electronic Frontier Foundation (EFF) hájící občanské svobody v digitálním světě po téměř 20 letech opouští platformu X (dříve Twitter). Na platformách Bluesky, Mastodon, LinkedIn, Instagram, TikTok, Facebook, Threads a YouTube zůstává.
Terminálový textový editor GNU nano byl vydán ve verzi 9.0. Vylepšuje chování horizontálního posouvání pohledu na dlouhé řádky a chování některých klávesových zkratek. Více v seznamu změn.
Ministerstvo financí ve spolupráci s finanční správou dnes představilo beta verzi aplikace využívající umělou inteligenci pro předvyplnění daňového přiznání. Není třeba přepisovat údaje z různých potvrzení, ani hledat správné řádky, kam údaje napsat. Stačí nahrát dokumenty a využít AI.
Výrobce počítačových periferií Keychron zveřejnil repozitář se schématy šasi klávesnic a myší. Licence je restriktivní, zakazuje většinu komerčních užití a v podstatě jsou tak data vhodná pouze pro výukové účely, hlášení a opravy chyb, případně výrobu vlastního příslušenství.
Správce balíčků APT, používaný v Debianu a odvozených distribucích, byl vydán ve verzi 3.2 (seznam změn). Mezi novinkami figurují nové příkazy pro práci s historií, včetně vracení transakcí.
Společnost Anthropic oznámila Projekt Glasswing a s ní související AI model Claude Mythos Preview. Jedná se o iniciativu zaměřenou na kybernetickou bezpečnost, do které se zapojily velké technologické společnosti Amazon Web Services, Anthropic, Apple, Broadcom, Cisco, CrowdStrike, Google, JPMorganChase, Linux Foundation, Microsoft, NVIDIA a Palo Alto Networks. Anthropic věří, že nový AI model Claude Mythos Preview dokáže
… více »Firma Ojective Development vydala svůj nástroj pro monitorování a řízení odchozích síťových připojení Little Snitch i pro operační systém Linux. Linuxová verze se skládá ze tří komponent: eBPF program pro zachytávání provozu a webové rozhraní jsou uvolněny pod GNU GPLv2 a dostupné na GitHubu (převážně Rust a JavaScript), jádro backendu je proprietární pod vlastní licencí, nicméně zdarma k použití a redistribuci (cena přitom normálně … více »
Vojenské zpravodajství (VZ) se v březnu zapojilo do mezinárodní operace proti aktivitám hackerské skupiny APT28, která je spojovaná s ruskou vojenskou zpravodajskou službou GRU a která přes slabě zabezpečené routery prováděla kybernetické útoky na státní a další organizace v ČR i zahraničí. Operaci vedl americký Federální úřad pro vyšetřování (FBI) a jejím cílem bylo odebrat útočníkům přístup k napadeným zařízením a ty následně … více »
Tvůrcem nejpopulárnější kryptoměny bitcoin, který se skrývá za pseudonymem Satoši Nakamoto (Satoshi Nakamoto), je britský kryptograf Adam Back. Na základě vlastní investigativní práce to tvrdí americký deník The New York Times (NYT). Několik indicií podle autorů jasně ukazuje na to, že Back a Nakamoto jsou stejný člověk. Jde mimo jiné o podobný odborný a osobnostní profil či totožné chyby a manýry v psaném projevu.
Google Chrome 147 byl prohlášen za stabilní. Nejnovější stabilní verze 147.0.7727.55 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře. Přehled novinek v Chrome DevTools 145 až 147 také na YouTube.
Zdravím a prosím o pomoc ... precuji s linuxem (Debianem) krátce. Nyní řeším problém, jak přesunout složku /var/log do paměti RAM ... místo pevného disku totiž používám CF kartu a tak chci minimalizovat počet zápisů. Obsah fstab:
tmpfs /var/log tmpfs dafaults 0 0
Toto sice namountuje obsah do paměti, ale když se potom např. apachem odvolávám na log soubor, tak hlásí, že ho nelze nalást ve /var/log a tak ho nelze spustit. I při zavádění systému píše nějaké hlášky typu "chown: failed to get attributes of /var/log .... ". Bude to nějaká hloupost, ale bohužel se mi to nedaří zprovoznit ani za pročítání tisíců diskusních fór. Přdem děkuji za rady 
/var/log, který neexistuje, protože jste tam čerstvě přimontoval tmpfs. Pokud by tomu tak bylo, pak byste potřeboval: a) rozmluvit Apachi, že tam chce mít ty logy a umístit je přímo do /var/log; nebo b) zalidnit /var/log po přimontování.
Snahu o minimalizování zápisů na CF kartu chápu, ale logy jsou logy. ;)
Takže, při zavádění systému vyběhne tato hláška:
"chown: failed to get attributes of '/var/log/dmesg': No such file or directory"
A apache při zavádění píše něco v podobném smyslu, přesně je to:
"(2)No such file or directory: apche2: could not open error lofg file /var/log/apache2/error.log . Unable to open log. failed."
Při tom když se podívám do /var/log tak tam po přimountování do paměti značně ubylo souborů (?což je asi dobře?). Ovšem i přes to se tu nachází např syslog nebo messages ... Nicméně složka apache2 je skutečně jedna z těch která tu teď schází.
tmpfs na /var/log tam máte prázdný souborový systém (s každým startem znovu). Jednodušší variantou by mělo být (předpokládám, že Apache si soubor vytvoří, když bude mít k dispozici adresář, ve kterém tak může učinit) změnit umístění logů Apache tak, aby byly přímo ve /var/log a ne v dalším podadresáři (nebo logování rovnou vypněte, pokud ho vůbec nechcete).
Vypnout logování by také šlo, ale v mém případě, kdybych chtěl vypnout logy u všech běžících aplikací, tak by to dalo víc práce a hledání než-li přesunout všechny logy do paměti. Jinak vypnout logy u apache jsem také zkoušel, ale bez úspěchu
. Nevíte, kde co se má zakomentovat, popř, přepsat ... stejně tak i systémový log či comment?
Ja jsem to kdysi resil takto. Natvrdo jsem do rc.S napsal chmod pro adresar logu od www.
# redirect /var/run to tmpfs mounted to /tmp
/usr/bin/mkdir -p /tmp/run
/usr/bin/mkdir -p /tmp/www
/usr/bin/chmod 777 /tmp/www
Log (např. ErrorLog), zkuste je zakomentovat a re/nastartovat Apache. Variantně můžete přesměrovat logy do /var/log/.
Pokud Vám jde i o další služby, pak je tady ta varianta zalidnit /var/log/ příslušnými adresáři, jak už se tu také objevilo.
V apache2.conf jsem vše co se týče LOG zakomentoval a nic stejně tak i v sites-available/default ... Tím zalidněním se rozumí vytvoření adresářové struktury? Tato struktura se potom zapíše do RAM nebo na CF? Pokud na CF, tak potom postrádám původní záměr = omezi zápisy na CF ... Omouvám se za dotazy, jak jsem podotkl na začátku s touto problematikou se setkávám poprvé. Děkuji
Tím zalidněním se rozumí vytvoření adresářové struktury? Tato struktura se potom zapíše do RAM nebo na CF?Ano. Ne. Samozřejmě se to zapíše do RAM, když to vytvoříš na tmpfs... jinak by to bylo celkem na nic
Má tam být "Do RAM".
Takže pro upřesnění
... když do fstab zadám: tmpfs /var/log tmpfs dafaults 0 0 a pak tu adresářovou strukturu vytvořím v tom var/log, tak se mi to zapíše né na CF ale na RAM ... já jsem trošičku v těhle věcech pomalejší
... Pokud tomu tak je, jak tam lze strukturu dostat (prosím polopaticky
)?
mkdir třeba /var/log/apache2, /var/log/samba atp. podle toho, co Vám tam běží a kam to chce logovat.
A nevíte kam přesně (do kterého rc) mám vložit to vytváření adresářů ... k tomu apachi, měl by to být soubor apache2.conf, vše funguje od chvíle, dokud nezakomnetuji řádek ErrorLog /var/log/apache2/error.log ...
tmpfs adresářovou strukturou by mělo fungovat bezpečně za všech okolností. Na konkrétní radu kam s tím se budete muset přiznat, co tam používáte za distribuci.
Přesněji, vyrobil bych si vlastní rc skript tam, co bydlí ostatní (často /etc/init.d/ nebo /etc/rc.d/). No a potom zajistit, aby se daný skript spustil co nejdříve po přimontování všeho z /etc/fstab včetně Vašeho tmpfs souborového systému... zase podle distribuce obvykle přidáním symlinků se správným číslem do adresářů příslušných (N) runlevelů (často /etc/rcN.d) pro SysV styl initu nebo přihodit příslušné volání skriptu do rc.S pro BSD styl.
Děkuji za rady, vše se nakonec podařilo ... Jediné co nevím:
1) do paměti jsem přesunul i var/run, ovšem při startu MYSQL to hodí chybu, že tento adresář nelze nalést i když jsem ho tam při startu systému vytovřil (když do něho nakopíruji i soubory co si tam mysql běžně vytvoří, tak při novém startu mysql - bez restartu systémuse tyto soubory smažou - z toho vyplívá, že mysql adresář vidí, nevím teda, kde je zrada) vše ostatní funguje
2) ještě se chci zeptat, zda má někdo potuchu co vše se na disk při běhu debiana zapisuje, vše bych nejraději vyházel do RAM jelikož skutečně nepotřebuji zahovávat logy či jiné informace - když dojde k restartu systému nevadí - když vše pojede od znovu, tím lépe? (běží tam apache, mysq (do které jednou za měsíc zapíšu), proftpd, fcron - popř cron a potom na zpracování php5-cgi)
Díky, Honza.
Ještě bych měl otázečku, jistě budete znát odpověď: chtěl bych CF kartu naladit do režimu read-only, ovšem při zavádění systému, dojde k výpisu mnoha chyb, že si něco systém potřebuje někam zapsat ... máte někdo podonou zkušenost? Zkoušel jsem i CZFree a CZela Debian, ale ani jeden mi nevyhovuje. Díky za odpověď.
Tiskni
Sdílej: