Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).
Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Společnost JetBrains uvolnila Mellum, tj. svůj velký jazykový model (LLM) pro vývojáře, jako open source. Mellum podporuje programovací jazyky Java, Kotlin, Python, Go, PHP, C, C++, C#, JavaScript, TypeScript, CSS, HTML, Rust a Ruby.
Vývojáři Kali Linuxu upozorňují na nový klíč pro podepisování balíčků. K původnímu klíči ztratili přístup.
V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
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 25892x
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?
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.
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ě?
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...
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-
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:)
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.
Tiskni
Sdílej: