Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.
Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge 00:01.0 PCI bridge: ASRock Incorporation Device 9602 00:0a.0 PCI bridge: Advanced Micro Devices [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) 00:11.0 SATA controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] 00:12.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices [AMD] nee ATI SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 IDE Controller 00:14.3 ISA bridge: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices [AMD] nee ATI SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices [AMD] nee ATI SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:05.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RS780L [Radeon HD 3000] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 0c) 03:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8169 PCI Gigabit Ethernet Controller (rev 10)
free -m
total used free shared buffers cached
Mem: 3797 3410 386 0 260 1199
-/+ buffers/cache: 1950 1846
Swap: 2695 106 2589
2x WDC WD20EFRX-68EUZN0
Sluzby, ktere vyuzivam: Apache2, Postfix, Dovecot, MySQL, LDAP, Asterisk, Nagios, Samba, NFS, PXE a nejaky dalsi drobnosti.
Dva 3,5" disky 2TB+ a dve sitovky bych chtel zachovat.
Dalo by se?
Řešení dotazu:
/boot a / casem:) Docela se na to i zacinam tesit, zatim jsem nenasel zadny extra proti:) Mrkni jeste, prosim, na tu sitovku.. nenasel jsem, jestli je low.. naspu ji tam?
a ušetří jak místo, tak mu klesne spotřeba
disky se nenapajej z dc adapteru ale sata power kabelem z desky a spotreba s DC zdrojem je proste lepsi, test spotreby ASRock Q1900DC-ITX Vs Q1900-ITX, v obou je 16GB RAM 1.35V, 1x SSD, 1x 2.5" HDD
ASRock Q1900DC-ITX on start up 13w - 20w idle 11w virus scan 16w ASRock Q1900-ITX with a 98% efficient power supply start up 19w - 26.6w idle 16w - 17w virus scan 19w- 24wzdroj: newegg
1) Ukaz mi, kde ma deska Q1900DC-ITX konektory pro SATA power?To už se v diskuzi řešilo.
Jinak jsem koukal na to, jak vypada ten case, kdyz je v nem ATX zdroj. neni tam absolutne hnuti, proto tam pridavaji vetsinou vodni chlazeni (nebo co to je). Diky tomu, ze tam ATX zdroj mit nebudu, bude moct i lepe proudit vzduch a tim se zefektivni chlazeni. A jinak s tim DC zdrojem taky moc nechapu, jakto, ze je spotreba nizsi.. ale zatim tomu verim:) CzC se flaka, ale dnes by mel ten zazrak uz dorazit:)
http://www.czc.cz/asrock-q1900dc-itx-intel-j1900/153620/produkt http://www.czc.cz/hp-4gb-ddr3-1600-sodimm_3/146840/produkt http://www.czc.cz/coolermaster-itx-elite-110-cerna/155058/produkt http://www.czc.cz/tp-link-tg-3468/113584/produktBude to s tema diskama OK? Jeste by to chtelo nejaky ten externi zdroj..
http://www.czc.cz/patona-napajeci-adapter-k-ntb-19v-4-74a-90w-konektor-5-5x2-5mm-bulk/126820/produkt. Myslis, ze bude stacit?
Takže není problém napájení rozdvojitTo nic nemění na tom, že to absolutně nedává logiku, navíc by pak bylo záhodno aby taková rozdvojka byla součástí balení nebo alespoň nabízená stejným obchodem jako příslušenství. Pak jde taky o to, aby k tomu šel koupit dostatečně dimenzovaný zdroj.
Jinak to, co dává do zásuvky v tom youtube video- to právě ne- tam jsou jenom 2 kabely.A důvod, proč je to špatně?
odpovidal sem na pavlixuv dotaz "Chceš mi říct, že to funguje na notebookový adaptér?" :)http://www.czc.cz/patona-napajeci-adapter-k-ntb-19v-4-74a-90w-konektor-5-5x2-5mm-bulk/126820/produkt http://www.czc.cz/patona-napajeci-adapter-k-ntb-19v-3-42a-65w-konektor-5-5x2-5mm-bulk/126818/produktKdyz uz hraju na tu spotrebu, nemel bych tam dat ten slabsi? Mel by to taky utahnout, ne? Nebo PC si veme proste tolik, kolik potrebuje a je jedno, ze zdroj je silnensi?
Tak když se podíváš do manuálu, tak tam píšou na straně:
Please use a 9~19V power adapter for the DC jack. This jack accepts dual barrel plugs with an inner diameter of 2.5 mm and an outer diameter of 5.5 mm, where the inner contact is +19V (±10%) DC and the shell is GND.
A pod tím je taktéž na s. 8 pěkná tabulka, ze které vyplývá, že v maximální sestavě (2x DRAM, 4xHDD) potřebuješ 71W. Ergo, 90W notebookový adaptér na 19V (jako mívaly např. ACERy) bude na 100% stačit, při méně nenažrané sestavě dokonce i 65W adaptér...
- takže bacha na šrotoviště...).
shutdown -r now system se ukonci, probehne jakoby restart, ale nedostanu se ani do GRUBu - cerna obrazovka nebo nekdy blika kurzor. Kolikrat ani nevidim nabidku, abych se byl schopnej dostat do BIOSu. Je to proste nekde uplne na zacatku a tam se to zasekne. Kdyz zmacknu ale ctrl+alt+del, vypne se na moment vetrak a pak slysim, jak disky nabihaj a system se normalne rozjede. Nevite, co s tim? Vzhledem k tomu, ze ten server nemam u sebe doma, je to docela omezujici:( No a druha drobnost je monitoring otacek ventilatoru (pouzivam Naqios). V biosu je vidim, ale sensors mi je nenabizi. Nepomohl ani sensors-detect. To uz je ale jen takova kosmeticka uprava, ted je primarni problem c. 1:) Jsem ted u toho fyzicky, tak muzu testovat, kdyz vas neco teda napadne, dejte vedet a ja to hned prubnu. Diky moc:)
shutdown -r now a je to ok, a nevim jak :-o A senzor otacek uz jsem nasel, musel jsem rucne zeditovat /etc/sensors a pridat fan3 + service lm-sensors restart-
ale jak rikam, ted to maka...zahada. Nicmene vymena probehla nasledovne: Odebral jsem disk z raidu, dal na nove zelezo, nastartoval.. a ouha... necitelne znaky pri bootu. Lekl jsem se, jestli neni neco s grafikou (VGA a DV-I konektor je totiz takovej lehce kvrdlavej), ale pak mi doslo, ze GRUB byl ok. Tak jsem patral a zjistil jsem, ze paseku mi dela parametr bootu GRUB_GFXMODE=1024x768 a GRUB_GFXPAYLOAD_LINUX=keep. Zamenil jsem to za GRUB_GFXMODE=auto a najelo to asi v 640x480, ale citelne. Vzhledem k tomu, ze stejne z 99% pristupuju do konzole pres ssh, tak me to nepali:). Pak uz jen stacilo smazat /etc/udev/rules.d/70-persistent-net.rules, aby se umoudrily sitovky, vypnout server, prodat disk do RAIDu a voalaaa.. jedemeeee na 34 Wattech:)
Ted se vrhnu na automatickou regulaci otacek ventilatoru. Nejteplejsi jsou jadra cpu, zhruba 39C, tak budu regulovat podle nich. Kolik to snese C teploty, abych urcil min a max hranici otacek? Co nastavit 35C (0 nebo 400ot.)jako min rychlost a 50C jako max (asi 1300ot.)..neni to moc vysoka teplota, aby jel az pri 50ti C naplno?
Adapter: Virtual device temp1: +26.8°C (crit = +90.0°C) coretemp-isa-0000 Adapter: ISA adapter Core 0: +41.0°C (high = +105.0°C, crit = +105.0°C) Core 1: +41.0°C (high = +105.0°C, crit = +105.0°C) Core 2: +41.0°C (high = +105.0°C, crit = +105.0°C) Core 3: +41.0°C (high = +105.0°C, crit = +105.0°C) nct6776-isa-0290 Adapter: ISA adapter in0: +0.71 V (min = +0.00 V, max = +1.74 V) in1: +1.86 V (min = +0.00 V, max = +0.00 V) ALARM in2: +3.36 V (min = +0.00 V, max = +0.00 V) ALARM in3: +3.34 V (min = +0.00 V, max = +0.00 V) ALARM in4: +0.93 V (min = +0.00 V, max = +0.00 V) ALARM in5: +1.73 V (min = +0.00 V, max = +0.00 V) ALARM in7: +3.28 V (min = +0.00 V, max = +0.00 V) ALARM in8: +3.15 V (min = +0.00 V, max = +0.00 V) ALARM fan1: 650 RPM (min = 0 RPM) ALARM SYSTIN: +39.0°C (high = +0.0°C, hyst = +0.0°C) ALARM sensor = thermistor CPUTIN: +35.5°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor AUXTIN: +35.5°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor cpu0_vid: +0.000 V intrusion0: OK /dev/sda: WDC WD20EFRX-68EUZN0: 34°C /dev/sdb: WDC WD20EFRX-68EUZN0: 32°C
Adapter: ACPI interface Vcore Voltage: +1.13 V (min = +0.85 V, max = +1.60 V) +3.3 Voltage: +3.29 V (min = +2.97 V, max = +3.63 V) +5 Voltage: +5.03 V (min = +4.50 V, max = +5.50 V) +12 Voltage: +12.24 V (min = +10.20 V, max = +13.80 V) CPU FAN Speed: 0 RPM (min = 600 RPM, max = 7200 RPM) CHASSIS FAN Speed: 0 RPM (min = 600 RPM, max = 7200 RPM) CPU Temperature: +61.0°C (high = +60.0°C, crit = +95.0°C) GPU Temperature: +58.0°C (high = +60.0°C, crit = +95.0°C) coretemp-isa-0000 Adapter: ISA adapter Core 0: +36.0°C (crit = +100.0°C) Core 1: +38.0°C (crit = +100.0°C) HDD Airflow_Temperature_Cel 41 (Min/Max 41/48)
CPU Temperature: +61.0°C je slusny:) Ale trochu nerozumim tomu, co je to vlastne za teplotu, kdyz jadra maji 36-38C.
shutdown -r now? Protoze reboot byl 2x OK. Jaky je mezi tim rozdil? Vim, ze jsem jsem naucil kdysi pouzivat shutdown, protoze byl z nejakych duvodu doporucovany..ale uz si nevybavuju proc.
nobody@nopc:~$ ls -l `which reboot` `which halt` `which shutdown` lrwxrwxrwx 1 root root 6 čec 18 2014 /sbin/halt -> reboot -rwxr-xr-x 1 root root 13896 čec 18 2014 /sbin/reboot -rwxr-xr-x 1 root root 79692 čec 18 2014 /sbin/shutdown nobody@nopc:/sbin$ file `which reboot` `which halt` `which shutdown` /sbin/reboot: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=b42ee4a54858df99952525eecaf848f7784046cb, stripped /sbin/halt: symbolic link to `reboot' /sbin/shutdown: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=c827ebf9729c57da2a3dd6c45a924ec51ebf7731, stripped nobody@nopc:~$ reboot --help | grep -i -e shutdown -e "-f" -f, --force force reboot or halt, don't call shutdown(8) when run without the -f option, or when in a system runlevel other than 0 or 6, it will actually execute /sbin/shutdown.
# ls -l `which reboot` `which halt` `which shutdown` -rwxr-xr-x 1 root root 13848 čec 18 2013 /sbin/halt lrwxrwxrwx 1 root root 4 čec 18 2013 /sbin/reboot -> halt -rwxr-xr-x 1 root root 22192 čec 18 2013 /sbin/shutdown
# file `which reboot` `which halt` `which shutdown` /sbin/reboot: symbolic link to `halt' /sbin/halt: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x22e1f24aea4bad630331c961335c573a84f843d2, stripped /sbin/shutdown: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0x7dc11ad36bb9e80f155e0b92b00e9be5d40c55d4, strippedUbuntu:
$ ls -l `which reboot` `which halt` `which shutdown` lrwxrwxrwx 1 root root 6 čec 18 2014 /sbin/halt -> reboot -rwxr-xr-x 1 root root 14784 čec 18 2014 /sbin/reboot -rwxr-xr-x 1 root root 84904 čec 18 2014 /sbin/shutdown
$ file `which reboot` `which halt` `which shutdown` /sbin/reboot: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=5c63fef7e3b199e49ba93a719c4ba3905312e39f, stripped /sbin/halt: symbolic link to `reboot' /sbin/shutdown: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=cd4df29d738e4857b074bb7dadcce11f75e5016b, strippedTo jsem blazen:)
# halt --help usage: halt [-n] [-w] [-d] [-f] [-h] [-i] [-p] -n: don't sync before halting the system -w: only write a wtmp reboot record and exit. -d: don't write a wtmp record. -f: force halt/reboot, don't call shutdown. -h: put harddisks in standby mode. -i: shut down all network interfaces. -p: power down the system (if possible, otherwise halt).
# shutdown --help shutdown: invalid option -- '-' Usage: shutdown [-akrhPHfFnc] [-t sec] time [warning message] -a: use /etc/shutdown.allow -k: don't really shutdown, only warn. -r: reboot after shutdown. -h: halt after shutdown. -P: halt action is to turn off power. -H: halt action is to just halt. -f: do a 'fast' reboot (skip fsck). -F: Force fsck on reboot. -n: do not go through "init" but go down real fast. -c: cancel a running shutdown. -t secs: delay between warning and kill signal. ** the "time" argument is mandatory! (try "now") **
commit f3e70953e7ad132ec5cad878f58e7348ad152159
Author: Stefan Lippers-Hollmann <>
Date: Mon Mar 30 22:44:27 2015 +0200
x86/reboot: Add ASRock Q1900DC-ITX mainboard reboot quirk
commit 80313b3078fcd2ca51970880d90757f05879a193 upstream.
Chtel bych spotrebu monitorovat Nagiosem.
Tiskni
Sdílej: