Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Společnost Framework Computer představila novou vylepšenou verzi svého modulárního notebooku Framework Laptop 13 s Intel Core Ultra Series 1, displej s lepším rozlišením a novou webovou kameru. Přímo do Česka jej zatím koupit nelze.
Byla vydána nová verze 2.16 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
TerminalTextEffects (TTE) je engine pro vizuální efekty v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Ahoj
Mam problem s kopirovanim souboru z klienta na server. Obracene to vzdy funguje.
Viz priloha:
Chyba vyskoci vzdy nahodne, nekdy kdyz neni nakopirovano ani 100MB, nekdy az kdyz je nakopirovano vice jak 1 GB dat. Pokud se da kopirovat znovu, jakoby byla data nakesovana nekde kdesi, takze kdyz se povede nakopirovat napr. 1,5GB z 5GB, tak 1,5 GB se tvari byt na serveru do par sekund (disk nic necte) a pak zacne cist dalsi data a kopirovat je standartni rychlisti site, dokud se neobjevi stejny error. Nekdy jako by se nic nikde nenakesovalo a jde vse zas od nuly. Je doslova nemozne na server zapsat soubor vetsi jak 100MB. Obracene lze stahovat i desitky GB, bez jakekoli chybicky a vse je OK.
Konfigurace na strane serveru vypada takto:
soubor "etc/exports
/home/tagy/Verejne 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Hudba 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Videa 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Obrazky 192.168.1.0/24(rw,no_subtree_check)
/home/tagy/Zalohy 192.168.1.0/24(rw,no_subtree_check)
Debian stable 6.0.5 jadro 2.6.32-5-686
Konfigurace na strane klienta:
"etc/auto.master"
/home/m/Sit /etc/auto.misc --ghost --timeout 1800
"etc/auto.misc"
iris-Verejne -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Verejne
iris-Hudba -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Hudba
iris-Videa -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Videa
iris-Obrazky -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Obrazky
iris-Zalohy -fstype=nfs,soft,intr,timeo=5,tcp 192.168.1.4:/home/tagy/Zalohy
Debian stable 6.0.6, jadro 2.6.32-5-amd63
Pokud misto NFS pouziji SAMBU vse bezi OK
Pocitace jsem take vzajemne zkusmo pripojil naprimo krizenym kabelem (vynechal jsem tak v ceste switch a router). Stejne se to take chova pokud na strane klienta jdu jak pres wlan tak eth.
Chyba neni zalezitosti par dni ale mesicu, mezi tim par update celeho OS vcetne jadra.
Diky
Diky Nastavil jsem timeo=10, a uz to funguje dobre.
Dalsi problem ktery resim je (proto tak nizka puvodni hodnota "timeo"):
pokud NFS server vypnu drive nez klienta a klient ma mountnute NFS adresare. Cely Nautilus vytuhne ("File Manager neodpovida") pri rebootu se musi killnout proces Automount. Pritom mam zapnuty jak priznak:
*soft -> kdyz je server vypnut, operace, ktere se k nemu pokouseji pristupovat, selzou a ohlasi chybu. Tato fce je uzitecna, chcete-li se vyhnout "zaseknuti" procesu kvuli nedulezitemu pripojeni svazku
*intr -> umoznuje uzivatelum prerusit blokove operace (a zpusobi oznameni chyby)
Tjn NFS je hotova magie, zkousel jsem uz kde co (vsechny mozny parametry uvadene v bezne literature), ale dohrabat se uspokojiveho vysledku neni snad ani mozny...
Clovek se docte o Sambe (Windows, pomalejsi) NFS (ciste Linux, rychle). Jelikoz mi vsude bezi Linux, volba byla jasna. Ale uz se clovek nikde nedocte ze je to asi spise vhodne opravdu na NFS server (24h/7) - klient
Takhle to funguje relativne dobre:
############################################################################
#pripojene NFS adresare
# iris timeo je v desetinach sekundy
iris-Verejne -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Verejne
iris-Hudba -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Hudba
iris-Videa -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Videa
iris-Obrazky -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Obrazky
iris-Zalohy -fstype=nfs,soft,intr,timeo=10,udp 192.168.1.4:/home/tagy/Zalohy
# restart sluzby
# sudo /etc/init.d/autofs reload
############################################################################
Jen se mi vubec nelibi ze pri vypnutem NFS serveru, se pri otevirani jakehokoli slozky otevira az 10s, taky to dela nahodne pri otevirani nejakeho souboru !!! ? Pokud uz je Nautilus otevren v danem umisteni, tak pak uz to pracuje normalne. Nejaky napad jak tohle obejit ?
Asi by to slo obejit snizenim parametru timeout v auto.master
+auto.master
############################################################################
#adresar kam se NFS adresare pripoji
/home/m/Sit /etc/auto.misc --ghost --timeout 1800
############################################################################
Jenze kdyz prohlizim vzdalene fotky a furt se mi to pripojuje/odpojuje a to je vcelku na dve veci...
Tiskni Sdílej: