Czkawka a Krokiet, grafické aplikace pro hledání duplicitních a zbytečných souborů, byly vydány ve verzi 11.0. Podrobný přehled novinek v příspěvku na Medium. Od verze 7.0 je vedle frontendu Czkawka postaveného nad frameworkem GTK 4 vyvíjen nový frontend Krokiet postavený nad frameworkem Slint. Frontend Czkawka je už pouze v udržovacím módu. Novinky jsou implementovány ve frontendu Krokiet.
Jiří Eischmann na svém blogu publikoval článek Úvod do MeshCore: "Doteď mě radioamatérské vysílání úplně míjelo. Když jsem se ale dozvěděl, že existují komunity, které svépomocí budují bezdrátové sítě, které jsou nezávislé na Internetu a do značné míry taky elektrické síti a přes které můžete komunikovat s lidmi i na druhé straně republiky, zaujalo mě to. Když o tom přede mnou pořád básnili kolegové v práci, rozhodl jsem se, že to zkusím taky.
… více »Byla vydána verze 0.5.20 open source správce počítačových her na Linuxu Lutris (Wikipedie). Přehled novinek v oznámení na GitHubu. Instalovat lze také z Flathubu.
Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.
Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.
Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.
Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Byla vydána nová verze 3.7.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Tento blog obsahuje nebezpečnou symboliku.
Před několika lety jsem ještě virtualizaci moc nevěřil. Tehdejší řešení byla pomalá, a navíc mi nebylo jasné k čemu to může být dobré, když je běžné PC vytížené i tou jednou aplikací, se kterou uživatel pracuje.
Doba pokročila. Běžný HW má výkonu na rozdávání, při práci je obvykle vytížení velmi nízké a typicky, bohužel, je používané pouze jedno jádro.
Dnes virtualizaci už beru jako naprosto běžnou součást každodenní práce. A není to dáno jen tím, že mnoho serverů, které spravuji pro zaměstnavatele, jsou právě na virtuální mašině. Ani doma asi nikdo nemá dva, tři stroje navíc na vyzkoušení další operačních systémů, takhle při vydání další verze třebas OpenSolarisu si vytvořím další vm a rovnou nainstaluji. Netřeba řešit HW, je to dostatečně rychlé a kompatibilní.
Virtualizace serverů je kapitola sama pro sebe. HW je tak výkonný, že jej jeden typický webserver zpravidla jen těžko vytíží, takže lze takto ušetřit prostředky na HW, místo v housingu a elektřinu. Na jeden hardwarový stroj lze umístit typicky až 16 vm serverů. Navíc není ani problém přidat výkon pouhým přidáním nového fyzického stroje. Ty virtuální už se podle potřeby výkonu za běhu přesunou.
Na domácím servříku nic takového nepotřebuji, stačí mi VMWare Server 2.0. Kámoš chtěl tuhle zařídit FTP. Po neúspěšném přesvědčování, že SCP by bylo daleko vhodnější jsem mu vytvořil virtuálku se službou FTP. Když to někdo crackne, najde tam pouze jeho data (která už stejně má, protože to chodí nešifrované) a jinak téměř defaultní CentOS. Na ostrém stroji bych mu nemohl vyjít vstříc, FTP tam provozovat nehodlám.
Krom tohoto vm-ftp stroje tam ještě běží testovací centos. Tam si testuju nové programy a postupy. Když něco zbořím, nic se neděje. Jednak je to testing, ale hlavně pomocí snapshostů ten stroj můžu velmi rychle dostat do původního stavu.
A co vy? Používáte doma nějakou virtualizaci? Za jakým účelem?
Tiskni
Sdílej:
Rád bych, ale bohužel vmx můj procesor neumí, takže pracovat s virtuálkou je hrůza a utrpení 
muj taky ne, ale s virtualkou neni problem. normalne nad tim provozuju 2 až 3 virtualni mašiny.
Jak to proboha děláš? Jako, když dám modprobe kqemu, tak jde něco provozovat v textu, ale v Xkach to není rychlé ...
tak jasny qemu nejede, jdede tusim dobre s kvm ale tam potrebujes vmx, ja pouzivam virtualbox a tam mi vse jede ok.
Ale ted si vzpominam ze qemu mi taky jelo, ale je potreba mit spravne nahrany modul kqemu a mit na nej prava a hlavne spoustet qemu se spravnym parametrem a to s parametrem: -kernel-kqemu
jinak ti to nepojede akcelerovane, taky zalezi jak presne to psoustis a co ams za system jestli 64.bit, tak mi psoli prikaz jakej pouzivas na spousteni VM at ti muzu poradit.
Mám 64-bit CPU/sys, kqemu zavedený v jádře a pouštim to třeba qemu-system-x86_64 -cdrom /home/data/distra/ubuntu-8.10-desktop-amd64.iso -kernel-kqemu takže to mám akcelerovaný(musím to -system-x86_64, jelikož mám takový i sys), ale stejně ta rychlost není nějak extra převratná.
Asi jsem se špatně vyjádřil. Použít se to dá. Ale že bych si třeba pustil windows a v tom nějakou hru 
Hah, to 64bit ubuntu mi kleklo s qemu
[saly@nebuchadnezzar ~]$ qemu-system-x86_64 -cdrom /home/data/distra/ubuntu-8.10-desktop-amd64.iso -kernel-kqemu
RAX=ffff88000442a900 RBX=ffff88000442ab00 RCX=ffff880003d67f58 RDX=ffff88000100db40
RSI=00000000000080d0 RDI=0000000000000246 RBP=ffff880003d67ea8 RSP=ffff880003d67e78
R8 =000000000000000d R9 =fefefeff6f647166 R10=0000000000728090 R11=0000000000010202
R12=0000000000000246 R13=ffffffff806dfc00 R14=ffffffff802f02c7 R15=00000000000080d0
RIP=ffffffff802e1ead RFL=00010297 [--S-APC] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0000 0000000000000000 00000000 00000000
CS =0010 0000000000000000 ffffffff 00af9b00
SS =0018 0000000000000000 ffffffff 00cf9300
DS =0000 0000000000000000 00000000 00000000
FS =0000 0000000000000000 00000000 00000000
GS =0000 ffffffff806e1a80 00000000 00000000
LDT=0000 0000000000000000 00000000 00008000
TR =0040 ffff88000100ef80 00002087 00008900
GDT= ffff880001008000 0000007f
IDT= ffffffff807d9000 00000fff
CR0=8005003b CR2=00007fff72e99c79 CR3=0000000003cba000 CR4=000006e0
Unsupported return value: 0xffffffff
Zajímavý.
To 32bit je zase šunka ...
Používám celkem spokojeně colinux - i když to není tak úplně virtualizace, svůj úkol plní perfektně. Raději bych to provozoval obráceně - z Linuxu spouštěl Windows, ale tady tak dobré řešení jako colinux neexistuje, obzvlášť když má člověk jenom Pentium M (jednojádro bez virtualizační podpory) a 1.5GB paměti...
Doporucuji mkrnout na andLinux. Je to Ubuntu predelane na coLinux. Funguje to uzasne (ted uz to nepouzivam protoze uz jedu full na Linuxu, ale v dobach Windows to byla opravdova vychytavka).
K plné spokojenosti používám virtualbox na 1x Windows a 1x Ubuntu. Do jednoho z těchto OS musim když něco platim v KB, nějak sem neměl štěstí při rozběhávání internetového bankovníctví na x86-64. OS ve vboxu je svižný relativně dost už jen díky tomu že nemám problém mu poskytnout i 1GB paměti a procesor mi podporuje virtualizaci.
pokud to Redhat mysli s kvm opravdu vazne, tak je imho Xen slepa vetev (co taky s produktem Citrixu..)
čekal jsem hlavně ten vmware
myslim, ze jsi se take ucastnil te diskuze o posledni verzi vmware serveru a jeho consoli v browseru, pak jsem ani neobtezoval to zkouset a "nasadil" Virtualbox, pro me potreby naprosto vyhovujici, navic z mych predchozi zkusenosti i/o operace jsou ve virtualboxu subjektivne sviznejsi.
Mam ve virtualboxu domaci servrik na debianu pristupny z internetu. Kdybych zpristupnil fyzickej stroj s gentoo na kterem to jede, asi by byla otazka hodin kdy mi to nekdo zacne administrovat bez meho vedomi. Ten system uz je trosicku nahnilej a v podstate nezabezpecenej, ale nehodlam s tim nic delat jelikoz slouzi predevsim jako multimedialni centrum a investoval jsem dost usili do toho aby pracoval jak pracuje a nechci do toho moc strourat. :)
Jeste si pohravam s myslenkou ze to prohodim a vrhnu mysql a mythtv backend(to je ta nejvic nebezpecna cast) do virtualu a nasdilim tomu tv tunery v pci sbernici - cetl jsem ze s kvm je to mozne, ale ted na to rozhodne nemam cas.
myslim, ze jsi se take ucastnil te diskuze o posledni verzi vmware serveru a jeho consoli v browseru, pak jsem ani neobtezoval to zkouset a "nasadil" Virtualbox, pro me potreby naprosto vyhovujici, navic z mych predchozi zkusenosti i/o operace jsou ve virtualboxu subjektivne sviznejsi.
JJ, účastnil. Já Server používám stejně jen na serveru, tak je mi nějaká konsole celkem ukradená. A sudoku z KDE 4.x na virt Fedoře 10 si na ní zahraji, takže no problemo 
Jeste si pohravam s myslenkou ze to prohodim a vrhnu mysql a mythtv backend(to je ta nejvic nebezpecna cast) do virtualu
Takhle jsem přemýšlel a přemýšlel nad prioritami serverů (který na virtuál, který na fyzický), až jsem se rozhodl pro ESXi. 
Mam ve virtualboxu domaci servrik na debianu pristupny z internetu. Kdybych zpristupnil fyzickej stroj s gentoo na kterem to jede, asi by byla otazka hodin kdy mi to nekdo zacne administrovat bez meho vedomi. Ten system uz je trosicku nahnilej a v podstate nezabezpecenej, ale nehodlam s tim nic delat
Když to není fyzický stroj ale virtuální, tak to nevadí? Nepřipadá vám to poněkud bezohledné?
...taktez muzu potvrdit ,ze ze xenem si obcas pekne necekane uzijete ").
Opravdu pouzitelna je snas jen xen sestava postavena na znackovem hw a enterprise distru (ja pouzivam Centos) dom0 i domU. I tak obcas resite prapodivnosti se siti ,nemoznost korektniho vyknuti dom U atd.. Degradace vykonu cpu temer neznatelna, no a mensi vykon I/O resim sitovym odkladistem. S hvm windows jsem si uzil dost a dosel k zaveru, ze je to opravdu nepouzitelne (divne zatuhy ,padajici sit a tak..)
dik
Nemáte nějaký odkaz na nějaký pěkný článek o KVM a především o tom virtio? Našel jsem víceméně dost různých howto, popisů a zpráviček, takže jsem si kvm nainstaloval a vyzkoušel. Ale dělal jsem to na Fedoře, takže přes Libvirt a RedHatí virt-manager. Je nějaká lepší kombinace? Zahlédl jsem nějaký manager pro Xen, který nově podporuje KVM (přímo, tedy bez libvirt), ale nezkoušel jsem. Ohledně toho virtio jsem z wiki nabyl dojmu, že hlavní výhoda je v případě paravirtualizace, což se mi úplně nezdá, ale lepší informace jsem nesehnal... Podotýkám, že mi jde především o virtualizaci serverů, na desktop používám spokojeně Virtualbox...
virtio je paravirtualizace sama o sobe. akorat ze i/o systemu, a ne cpu. cpu muzete virtualizovat zvlast treba hardwarove (kvm), nebo para (pres kqemu, atd). kvm + virtio je tudiz takovy hybrid - lepsi z kazdeho - hw virtualizace cpu/pameti, a paravirt zbytku - i/o a par dalsich veci. napr. xen a vmware maji taky paravirt "ovladace" pro i/o.
Zatím zajímavá diskuse, Quemu, KVM, Virtualbox, čekal jsem hlavně ten vmware. To jsem fakt jediný?
Ne, jen ti, kdo používají VMware, ho v klidu používají a necítí potřebu se vytahovat tím, že používají něco jiného. :-)
Osobne mi uz diskuze na abclinuxu nescetnekrat pomohly. Ony jsou totiz docela dobre indexovane googlem ;)
A nebo jsou to lemry líný a nemají zájem přispět do diskuze...Trefa! Tak uz ked som zacal pisat - pouzivam vmware server. Pred tym som skusal virtualbox, vzdy som sa na to vykaslal z dovodu lenivosti ( odmietam konfigurovat sietovanie rucne ).
Na domácím PC mám XEN, tj. CentOS5 sedící přímo na železe a fungující jako pracovní stanice a pod ním cca 7 (současně puštěné 1-3 virtuální stroje) XEN hostů. Vcelku příjemné řešení, příliš nezdržuje, třebaže mám pouze Athlon X2 a 4GB ram.
V práci také pár pokusů s XEN, ale do bladů půjde VMWare ESX.
Zatím zajímavá diskuse, Quemu, KVM, Virtualbox, čekal jsem hlavně ten vmware. To jsem fakt jediný?
Já používám téměř denně Parallels Desktop. Před týdnem jsem zupgradoval na čtyřkovou verzi — na radu kamaráda — a udělal jsem dobře. Ve virtuálu mi běží můj oblíbený CentOS 5. Linux používám na databáze (Oracle, DB2, SyBase) a VPN.
xen mam, ale do ted jsem neporesil ty problemy se siti, takze hosty proste radeji nerestartuju, jinak musim restartovat celeho hostitele. Jak jsme tuhle resili to vmware, mam to stazene, mam i klic, ale nejsou clovekohodiny aby to posunuli nejak dal.
mám takové podezření , že problémy vyvolává domU na 32bitech s PAE , na 64bitech mi síť zatím ještě v domU nevytuhla a taky nemám čas jít problému více do hlouby..
Mimochodem na sítovkách broadcom doporučuji s kombinaci s XENem vždy poslední firmware ,vyhnete se tak spoustě problémů 
dik
Vmware 1.x umi bez problemu Solaris 10 U3/U4/U5/U6 64bit vcetne virtualniho Sun Clusteru, RHEL/CentOS vcetne RedHat Clusteru taktez a to mi ke stesti zatim plne postacuje..
Používám Virtualbox (open source verzi) vpodstatě jenom z lenosti, protože mi instalace přišla jednodušší než vmware(všechno je v repozitářích). Mám v něm Windows XP (licence z MSDNA) kvůli školním programům. Připadá mi to cesta menšího odporu než wine. Druhý virtuální stroj používám občas na jiné systémy/distribuce.
Sice to nesouvisí s tématem blogu, ale zajímalo by mě proč se tak často používá slovo "typicky", zvlášť v "počítačovém slangu". Připadá mi, že je všude použito navíc nebo jako kdyby to byl doslovný překlad z angličtiny.
V práci používáme VMware 1.x s asi 10ti guest OS (ostré Debian, Ubuntu, Windows 2000, XP, 2003 + nějaké testovací OS), ale nepodařilo se mi dobře vyladit výkon a problém s rozcházejícím se časem, takže se poohlížím po něčem jiném. Chtěl jsem nasadit KVM, ale nepřipadá mi ještě úplně použitelný, tak zvažuji VirtualBox. Škoda, že (zatím?) nemá vzdálenou konzoli, jako má vmware 1, takže to znamená mít na serveru Xka :(
Spravovat přes commandline se sice vm stroje dají, ale instalovat a řešit problémy se "sítí" musím stejně přes consoli VirtualBoxu, protože VRDP je jen v binární (pro firemní účely placené) verzi. Ale i tak se mi VirtualBox OSE líbí víc, než VMware (speciálně VMware 2).
Nemáte někdo zkušenosti s použitím VirtualBoxu na cca 10 vm strojů?
a problém s rozcházejícím se časem
Toto se obvykle vyřeší vypnutím jakýchkoliv updatů času tím virtualizovaným OS a naopak zapnutím syncTime v vmware-tools.
Ja se toho zatim stranim. Radsi pouziju vic masin a mam jistotu ze se mi proste nebudou navzajem ovlivnovat, treba kvuli HW problemum a tak...
JJ, když spadne fyzický hw, tak ti (při virtualizaci) nepojede hned několik strojů, to je jasné. Podobný názor jako ty, jsem zastával také. Dneska už se na to dívám jinak, výhody převažují.
Dnesni moderni HW umi hezky ridit spotrebu, takze problem bych videl spis v zabranem prostoru.
A hlavně ceně. Ono je fakt docela rozdíl pořídit si jeden stroj (třeba trochu silnější), než pět slabších. Ten výkonnější bude stát o pár tisíc víc, ale rozhodně ne 5x víc.
Co pouzivas za platformu?
Provozuju XPcka pod VirtualBoxem. Predevsim na nektere skolni projekty. Ale Bulanci, Age of Empires a jine DirectDraw vyuzivajici hry tam casto behaji lepe nez ve Wine.
.
Mohl byste se trochu rozepsat?
Jaký používáte host OS, jaký sdílený storage (FC / SAS / DRBD / iSCSI)? Byly nějaké problémy s distribučním software, nutnost použít nějaké patche?
KVM vypadá poslední dobou dost perspektivně. O XENu se dají najít informace o velkém nasazení, ale i o problémech se síťováním... O KVM se, asi zatím, nikde moc nepíše.
), storage DRBD, nad tim clusterovane LVM, cele to je rizeno heartbeatem + nejaky vlastni management (v pythonu). + napric vsim pouzitym sw jeste nejake dalsi vlastni patche (vetsinou opravy).
XEN jsem zavrhnul jednak z duvodu vsemoznych (spatne laditelnych) problemu, druhak z duvodu problemu pouzivani na vlastnich jadrech. ty jejich desy na kterych to vyvijeji (2.6.18 nebo kolik) e celkem dost tezko rozsiruji o vlastni veci a forwardportovani je obrovska prace (vsak i fedoraci to vzdavaji).
KVM je v tomto zlate
storage DRBDMluvil jste o živé migraci – trochu jsem se o to zajímal (ale pořádně tomu nerozumím, tak možná plácnu nesmysl) a tuším, že minimálně u Xenu je potřeba mít v jeden okamžik připojené souborové systémy na obou uzlech (jak KVM?). DRBD to umí od verze 8, ale vyžaduje podporu souborového systému, tak by mne zajímalo, jaký používáte?
no je to tak ze GFS pouziva primo jaderny DLM, OCFS si to resi sam. CLVM taky pouziva DLM, on to vyviji stejny tym, tak to je asi dano i tim...
no pokud mate fs tech virt stroju jako image, tak je treba pouzit clusterovy fsPředpokládám, že v takovém případě se jedná o situaci, kdy jsou např. dva fyzické stroje, na kterých běží stroje virtuální; fs těch virtuálních strojů jsou obrazy uložené přímo na těch fyzických strojích. Jak by to bylo v případě, že skladování obrazů by zajišťoval samostatný třetí fyzický stroj, který by nedělal nic jiného? Stačilo by pro sdílení těch obrazů obyčejné NFS?