Byla vydána verze 0.77 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
SteamOS (Wikipedie) byl vydán ve verzi 3.2. Přehled novinek v oznámení.
SecureDrop (Wikipedie, GitHub) je open source platforma pro bezpečné a důvěrné sdílení informací mezi žurnalisty a jejich zdroji. Vydána byla nová verze 2.4.0.
Společnost Proton AG představila novinky ve svých službách Proton Mail, Proton VPN, Proton Calendar a Proton Drive. Služby jsou přístupné z nového webu proton.me. Aktualizován byl ceník. Představen nový vizuál.
Týden po vydání Red Hat Enterprise Linux (RHEL) 9.0 byl vydán jeho klon AlmaLinux 9. Podrobnosti v poznámkách k vydání.
Broadcom kupuje firmu VMware za 61 miliard dolarů.
Google Chrome 102 byl s verzí 102.0.5005.61 prohlášen za stabilní. Opraveno bylo 32 bezpečnostních chyb. Přehled novinek na Chromium Blogu nebo na Chrome Platform Status. Oficiální přehled novinek (New in Chrome, YouTube) zatím nebyl publikován. Přehled novinek v nástrojích pro vývojáře je bez videa.
The Open Source Software Security Mobilization Plan (pdf) je konsorciem The Linux Foundation zastřešen plán na zvýšení bezpečnosti open source softwaru.
Minulý týden proběhla hackerská soutěž Pwn2Own Vancouver 2022. Máte-li na starost bezpečnost IT, výsledky vás nepotěší. Microsoft Teams, Oracle Virtualbox, Mozilla Firefox, Microsoft Windows 11, Ubuntu Desktop, Apple Safari, Tesla Model 3 Infotainment System. Vše potopeno. Demonstrované bezpečnostní chyby ve Firefoxu jsou již opraveny ve verzi 100.0.2.
Lokální úložiště Stratis (Wikipedie), alternativa k úložištím s ZFS a Btrfs, bylo vydáno ve verzi 3.1.0. Přehled novinek v poznámkách k vydání.
ale máme slabou linku a pokud by nastal problém, tak restore bude trvat 14 dnůAha, tak tohle bych řešil tak že bych naházel disky do batohu a šlapal do datacentra
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouhoVykašlal bych se na Baculu a zálohoval rsyncem. Pak máš přístup normálně k jednotlivým souborům.
Bacula ale vytváří velké soubory a při obnově je zřejmě celé čte, takže obnovení pár mega dat trvá přes síťový disk na pomalé lince fakt dlouho :(Bacula pouziva koncept pools/volumes z dob, kdy pasky vladly svetu, proto ty "velke soubory". Samozrejme v dnesni dobe je mozne mit samotne "fyzicke" medium definovano jako soubor na disku. V pripade restoru, pokud informace o backupu nebyly odstraneny z katalogu, Bacula zna vse potrebne a rozhodne necte "velky soubor" sekvencne. To dela/umi v pripade, ze uz informace k danemu backup jobu byly z katalogu odstraneny, nicmene data na volume zustavaji dal, pokud nebyl zpracovan jinak (prepsan, smazan z jakychkoli duvodu), coz se nekdy muze hodit. Navic takto je mozno obnovit bud vse, nebo definovat regex, ktery zajisti obnovu pouze definovanych filu. Heronovo reseni bude asi optimalni, nicmene muzes zkusit treba kombinaci (kdyz uz tu zalohu mas a restore se ti zda pomaly), kdy velky file obnovis lokalne a rsyncnes ho s tim ve virtualu (pokud tam nejaky je). Zalezi, jak moc se ta data meni, ale to vis nejlip sam. Baculy bych se nezbavoval, je to pomerne sofistikovane reseni, ted uz umi i copy joby, takze se da zaloha z jednoho storage daemona automaticky migrovat na jiny storage daemon.
/mnt/datastore/data /mnt/datastore/.snapshots/20150510-0209 /mnt/datastore/.snapshots/20150511-0209 /mnt/datastore/.snapshots/20150512-0209Snapshoty jsou dostupné běžně v RO režimu, lze i RW režim, který na okolní snapshoty ani aktuální "živá" data nebude mít vliv.
ls -lh tomas*/.bash_history -rw------- 1 tomas tomas 7.0K Jul 14 21:23 tomas_20150715-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150716-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150717-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150718-060001/.bash_history -rw------- 1 tomas tomas 7.0K Jul 15 23:14 tomas_20150719-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150720-060001/.bash_history -rw------- 1 tomas tomas 6.9K Jul 20 00:14 tomas_20150721-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 21 21:34 tomas_20150722-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150723-060001/.bash_history -rw------- 1 tomas tomas 7.2K Jul 22 11:41 tomas_20150724-060001/.bash_history -rw------- 1 tomas tomas 8.8K Jul 24 17:27 tomas_20150725-060001/.bash_history -rw------- 1 tomas tomas 8.7K Jul 25 16:56 tomas_20150726-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 26 11:47 tomas_20150727-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 27 16:21 tomas_20150728-060001/.bash_history -rw------- 1 tomas tomas 8.6K Jul 28 20:21 tomas_20150729-060001/.bash_history -rw------- 1 tomas tomas 9.5K Jul 29 20:14 tomas_20150730-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 30 21:36 tomas_20150731-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150801-060001/.bash_history -rw------- 1 tomas tomas 9.4K Jul 31 23:33 tomas_20150802-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150803-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150804-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150805-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150806-060001/.bash_history -rw------- 1 tomas tomas 9.3K Aug 2 21:18 tomas_20150807-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 7 21:17 tomas_20150808-060001/.bash_history -rw------- 1 tomas tomas 9.5K Aug 8 14:37 tomas_20150809-060001/.bash_historyTedy je to v podstatě stejné jako u rsnapshot, kde jsou jednotlivé (stejné) soubory hardlinkovány, tady je jedná o COW kopie (reflinky).
find -(i)name
. Mlocate má tu zásadní nevýhodu, že se jeho DB aktualizuje jednou denně (pokud se tedy nic zásadního nezměnilo), takže pokud člověk hledá něco aktuálního, tak to většinou nenajde. Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.
Tak pomocí find -(i)name.
~ # time find / -xdev -name "*xilinx*" (...) real 0m30.948s user 0m1.600s sys 0m2.248s ~ # time locate xilinx (...) real 0m1.627s user 0m0.412s sys 0m0.008s
Pokud se u findu nehledá všude, ale jen v omezeném stromu, tak je to rychlé dostatečně.Většinou hledám ve větší části svého ~ nebo v /usr a /var.
tomas@raid:~$ time find / -xdev -iname find real 0m0.480s user 0m0.132s sys 0m0.184sPrvní hledání. Druhé potom takto (klidně na jiný výraz):
real 0m0.199s user 0m0.108s sys 0m0.088sAle tak pokud někdo má velký adresářový strom, nebo málo změn na fs, může použít nějakou indexaci. Já jen, že jsem to hodně dlouho nikde neviděl a neznám distro, které to má dneska by default (z výběru debian, centos, rhel > 5).
Tiskni
Sdílej: