Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.
Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.
Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.
Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.
Byla vydána nová verze 10.1 sady aplikací pro SSH komunikaci OpenSSH. Uživatel je nově varován, když se nepoužívá postkvantovou výměnu klíčů.
Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.
Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.
Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů
… více »Na ubuntu hardy provozuji terminal server. Někteří klienti z podsítě 192.168.4. občas nenabootují. PXE získá ip adresu z dhcp serveru pokaždé. Během bootu ale probíhá IP-Config a na něm se to občas zastaví. Pomůže pokud v dhcpd.conf na dhcp serveru zakomentuju statický záznam počítače, restartuju dhcp server a klienta, ten získá jinou ip a nenabootuje, to ale stačí, potom v dhcpd.conf záznam odkomentuju a restartuju dhcp server a klienta a ten vždy neběhne. Už několik týdnů s tímto problémem soupeřím, nevím co s tím. Zde je část z dhcpd.conf:
subnet 192.168.4.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.4.255;
option routers 192.168.4.1;
option domain-name-servers 192.168.1.2,192.168.1.1;
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
deny unknown-clients;
max-lease-time 3600;
range 192.168.4.11 192.168.4.99;
filename "/ltsp/i386/pxelinux.0";
option root-path "/opt/ltsp/i386";
next-server 192.168.4.10;
host a1 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.11;}
host a2 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.12;}
host a3 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.13;}
host a4 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.14;}
host a5 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.15;}
host a6 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.16;}
host a7 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.17;}
host a8 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.18;}
host a9 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.19;}
host a10 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.20;}
}
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
allow unknown-clients;
max-lease-time 1800;
range 192.168.4.100 192.168.4.240;
}
}
část logu z dhcp serveru:
Jan 28 16:58:30 dhcp dhcpd: Dynamic and static leases present for 192.168.4.11.
Jan 28 16:58:30 dhcp dhcpd: Remove host declaration a1 or remove 192.168.4.11
Jan 28 16:58:30 dhcp dhcpd: from the dynamic address pool for 192.168.4/24
Jan 28 16:58:30 dhcp dhcpd: DHCPREQUEST for 192.168.4.11 (192.168.1.2) from XX:XX:XX:XX:XX:XX via 192.168.4.1
Jan 28 16:58:30 dhcp dhcpd: DHCPACK on 192.168.4.11 to XX:XX:XX:XX:XX:XX via 192.168.4.1
To Dynamic and static.. s tím asi nemá co dělat, ale nevím. U všech ostatních podsítí to funguje.
Je to tak půl na půl: starší 3COMy a Realteky rtl 8139.
Je na jiném switchi, vlastně na dvou a chová se to na obou stejně.
A k samotnému bootování: z pevného disku načte lilo image stažený z rom-o-matic.net, ten vyhledá síťovku a začně bootovat.
A abych doplnil to občas zastaví. Pokud se to zastaví na nějakém počítači, tak od té chvíle už nefungujou žádné počítače s tohoto subnetu, jen ty, které naběhly před tím, než nastal problém-ty pak normálně fungují i po rebootu. A zase pomáže na chvíli zakomentovat daný záznam v dhcpd.conf abych ty nefunkčí jeden po druhým rozchodil.
Další věc: zkoušel jsem vypnout a zapnout všechny switche - skoro bez efektu až na to že potom mi přestali fungovat všichni tencí klienti v tom problémovém subnetu - zase pomohlo odkomentování v dhcpd.conf(jenže to není trvalé řešení, to funguje jen chvilku!!). Abych vyloučil problémy s klientskými pc, tak jsem je vytáhl na chvíli ze zásuvky a zapnul ale pořád se to chovalo stejně.
Tiskni
Sdílej: