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 »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
Ahoj, mám dva IDE řadiče, dva disky a jedno DVD. Jeden disk je menší/starší/pomalejší (80GB), druhý novější/větší/rychlejší.
První otázka je kam dát systém a kam data. Zdálo by se mně šikovné mít systém na tom menším (společně s Windows), ale nejsem si jistý jestli je lepší rychlý disk mít pro systém nebo pro data.
Druhá otázka se týká fyzického zapojení: jeden z disků musí být společně s DVD mechanikou (asi jako master?). Nebude ho to nějak výrazně zpomalovat? Pokud ano, je lepší mít DVD společně s datovým nebo programovým diskem?
Ten pomalejší disk je tak o 1/3 pomalejší, počítač je normální pracovní stanice, žádný server.
Díky za nápady a doporučení
.
Moje rozdělení pro příklad:
Disk /dev/hda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 12748 102398278+ 7 HPFS/NTFS /dev/hda2 12749 14593 14819962+ 5 Extended /dev/hda5 12749 14593 14819931 c W95 FAT32 (LBA) Disk /dev/hdb: 300.0 GB, 300069052416 bytes 255 heads, 63 sectors/track, 36481 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 36481 293033601 83 Linux /home Zařízení /dev/hdc je DVD vypalovačka Disk /dev/hdd: 120.0 GB, 120034123776 bytes 16 heads, 63 sectors/track, 232581 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hdd1 * 1 195 98248+ 83 Linux /boot /dev/hdd2 196 2134 977256 82 Linux swap / Solaris /dev/hdd3 2135 232581 116145288 83 Linux /
Teď sem ty disky měřil a rychlosti jsou následující:
/dev/hda: Timing buffered disk reads: 182 MB in 3.03 seconds = 59.99 MB/sec
/dev/hdc: Timing buffered disk reads: 162 MB in 3.01 seconds = 53.75 MB/sec
Je ten rozdíl vůbec významný? Myslím tím při normálním provozu. Mně osobně to přijde rozdíl téměř nevýznamný, ale možná se pletu.
/dev/hda: Timing buffered disk reads: 168 MB in 3.00 seconds = 55.92 MB/sec
/dev/hdb: Timing buffered disk reads: 156 MB in 3.00 seconds = 51.52 MB/sec
Ale je pravda, že musím nastavit něco jako
hdparm -c3 -m16 -d1 -X udma5 -a 8192 /dev/hda
hdparm -c3 -m16 -d1 -X udma5 -a 8192 /dev/hdb/dev/sda: Timing buffered disk reads: 4 MB in 4.28 seconds = 956.06 kB/secisa radic
- jeden linux na praci + jeden na hrani
Pomerne rad bych mel data na jednom disku a win a linux na druhem, jestli to teda neni blbost
- FAT oddil pro pretahovani netreba pac mezi win a lin nic nepretahuju
Vsechny disky jsou vicemene stejne rychl, akorat se lisi velikosti cache, 80 ma 2 MB, 250 8MB a 320 16 MB
Mate nejake navrhy? Doufam ze to neni moc velka drzost
Tiskni
Sdílej: