Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Posledni tyden, kdykoli k tomu ucelu mam trochu casu, se snazim na jeden obstarozni pocitac nainstalovat nejnovejsi Kubuntu. Nektere potize uz ale vazne prestavam pobirat.
Ten obstarozni pocitac v sobe ma 500 MHz procesor AMD K6-II, 96 MB RAM, zakladni desku FIC VA-503+ a 80 GB HDD od Western Digital. Cele jsem to doted provozoval na MDK 10.1, ale jednak mi tenhle stary MDK prestava stacit, jednak chci mit na vsech strojich Kubuntu, na ktere jsem si za posledni dva mesice docela dost zvykl a jednak kazdy novy MDK (resp. Mandriva) na me pusobi dojmem, ze je mnohem preplacanejsi zbytecnym balastem, nez ta verze predchozi - stava se z toho takovy maly osklivy blackbox, ktery vubec nechci.
Data mam na oddelenych partition, to nejdulezitejsi jsem si zazalohoval na jiny pocitac, takze jsem se pustil do nove instalace v ocekavani, ze za hodinku bude system nahozeny a ja z si budu jen ladit konfiguraci. Netusil jsem, jak moc se pletu a po asi dvacate neuspesne instalaci jsem totalne vyrizeny nainstaloval zpatky MDK 10.1
Totiz, problem byl v tom, ze BIOS neumel spravne rozpoznat velke disky, takze pri autodetekci 80GB jednotky proste zamrzl. To jsem obesel tak, ze jsem do BIOSu ulozil parametry 1,6 GB disku. Operacni system na nastaveni BIOSu kaslal (Win98 i vsechny MDK pocinaje tusim 9.0) - presne jako v tom prastarem prislovi, ze BIOS se nazral a disk zustal cely.
Cekal jsem, ze kdyz tohle nevadi u Mandrake, nebude to vadit ani u Kubuntu. Omyl. Instalace sice probehla naprosto v pohode, ale po rebootu GRUB zahlasil chybu 18 (disk podle zaznamu GRUBu je vetsi, nez tvrdi BIOS) a s bootem byl konec. Zkusil jsem expert instalaci a pouzit LILO - jeho instalace se zasekla v puli a bylo po srande. V tomhle miste jsem totalne frustrovany nainstaloval zpatky Mandrake.
Po tydnu mi to ale nedalo, na radu z diskuse na abicku jsem flashnul BIOS na verzi, ktera ma umet disky vetsi, nez 65 GB a pustil se do toho jeste jednou. BIOS muj disk nadetekoval spravne, instalator Kubuntu nabehl a ja mel radost. To mi ale vydrzelo jen po Rozdeleni disku. Instalator se vytrvale snazil me presvedcit, ze na mem disku nejsou zadne oddily (nejspis chyba v samotnem instalatoru). Jedina moje moznost v danou chvili byla zazalohovat PT, vytvorit novou a davat si pozor, abych nezasahl do oddilu s daty. Skodoliby instalator byl asi spokojen s mym trapenim, takze nove vytvorene oddily uz videl a nechal me zase chvili pokracovat.
Po instalaci zakladniho systemu a zkopirovani souboru se pocitac rebootoval (bez sebemensiho problemu!), doinstalovaly se ostatni baliky a jelo se dal. Vsechno vypadalo v pohode, az do chvile, kdy se instalator pokousel o instalaci jazykovych balicku. Zkusil asi pet (tezko rict, ktere to byly, takhle z hlavy), pak zacal nahazovat grafiku. Vse vypadalo hezky, az na to, ze dolni dve tretiny obrazu zustavaly cerne. Asi minutu se prepinaly graficke rezimy, az se vse nakonec vratilo do textoveho rezimu a znova se instalovaly ty jazykove balicky.
Kdyz tohle kolecko bezelo asi po sedme, rebootoval jsem (pres reboot z prikazove radky, zadny tvrdy reset). Jake bylo moje prekvapeni - GRUB pri zavadeni umrel s hlasenim chyby 18. Civel jsem na to jak puk. Za chvili jsem si vsiml, ze v tabulce HW konfigurace, ktera se vypisuje pred spustenim zavadece, je napsano, ze primary master je velky 2139 MB! Co hur, kdyz jsem vlezl do setup utility, tenhle nesmysl tam vazne byl ulozeny.
Fajn, nekde jsem se umackl, a ulozil jsem do BIOSu nejakou kravinu, rikal jsem si. Znova jsem spustil autodetekci, ulozil jsem hodnoty, reboot, pro jistotu jeste jednou jdu do nastaveni BIOSu a overuji, ze je ulozeno nastaveni 80G disku. Dalsi reboot, GRUB hlasi chybu 18, v tabulce HW konfigurace se na me zase smeje 2139 MB. Zkusil jsem jeste jednou flashnout BIOS, tentokrat i s parametrem pro vymazani vsech pameti a konfiguraci, ktere byly ulozene, ale BIOSu to evidentne nevadi.
Pritom od prvniho flashe az po prvni reboot po instalaci Kubuntu bylo vse naprosto v pohode (a ze tam bylo rebootu taky pozehnane, protoze jsem resil, proc instalator nevidi oddily, ktere Mandrake vidi).
Tak mi nekdo reknete, jsem "kolega, co nepatri k nejbystrejsim" ? Nebo si ze me pan BIOS s kamosem panem diskem a kolemjdoucim panem instalatorem regulerne utahuji? Nechce se mi po tydnu snazeni konstatovat, ze jsem si potrenoval instalaci MDK 10.1, praci s testdiskem a ze je nejvyssi cas najit si praci u nejakeho moderniho krumpace.
Tiskni
Sdílej:
Jinak takovou situaci bych řešil malým /boot oddílem v oblasti, kterou BIOS vidí vždycky.
Kazdopadne mi absolutne unika, jak je mozne, ze se hodnoty ulozene v CMOS samy od sebe zmeni...
hodně štěstí
Leda bych prestal jezdit z koleji domu...