Příspěvky

301

Server / Re:Zadaný příkaz reboot / -bash: reboot: command not found

« kdy: 05. 12. 2018, 20:22:11 »

Kód: [Vybrat]

$ type reboot
reboot is /sbin/reboot
$ file /sbin/reboot
/sbin/reboot: symbolic link to /bin/systemctl
$

Gooood!

Hm! Debian:

Kód: [Vybrat]

$ sudo which reboot
/sbin/reboot

Kód: [Vybrat]

# file `which reboot`
/sbin/reboot: symbolic link to /bin/systemctl

302

Server / Re:Zadaný příkaz reboot / -bash: reboot: command not found

« kdy: 05. 12. 2018, 20:12:23 »

reboot může spouštět pouze root, takže je potřeba sudo reboot. Pokud používáte PolicyKit, tak uživatelé mohou mít oprávnění jej spustit pomocí systemctl reboot.

Nebo

Kód: [Vybrat]

$ pkexec reboot

v desktopu to hodí GUI dialog, na textové konzoli textově (čímž reaguji i na další v této diskuzi).

303

Hardware / Re:Přehřívání nové PC sestavy

« kdy: 04. 12. 2018, 22:34:48 »

A co se týká problémů s PC za 25 tisíc, tak ty nejsou v PC, ale v tom bastlíři, co si to pořídil.

Co si tím bastlíři myslel? Jako, že jednotlivé komponenty nejsou zvoleny správně?

Já mluvím o tom, co si ten komp P O Ř Í D I L

304

Hardware / Re:Problémy s novou PC sestavou

« kdy: 04. 12. 2018, 22:28:21 »

Pokud to teda není kryptotěžbou (což nevíme), tak bych to tipoval na nesprávný ovladač.

to warez w7 dvd ma v sobe jiste minner co tezi i v offline rezimu, ma natahanejch par bloku ktere luska, kdyz je offline tak vysledky cachuje, take odesila fotografie uzivatele ktere snima pres hacknutej LCD FW, odposlouchava zvuky v mistnosti a loguje stisknute znaky na klavesnici.

Mám úplně stejný názor. Ale od vímcoděláma se dozvíme kulové.

305

Hardware / Re:Přehřívání nové PC sestavy

« kdy: 04. 12. 2018, 22:20:45 »

Ale je, to že 3 roky po vydání přišel nějaký kumulativní patch, ještě neznamená, že se to technologicky hnulo. Pořád 10 let stará záležitost.

a ovladace pres windows_search_drivers nebo v ramci aktualizaci jsou pro >=10 let stary HW nebo pro (vybrany) <=aktualni? ;-)

Bavilo se tu o nevhodnosti OS ne o ovladačích

306

Hardware / Re:Přehřívání nové PC sestavy

« kdy: 04. 12. 2018, 22:10:02 »

tak W7SP1 neni stary 10let ale 7let

Ale je, to že 3 roky po vydání přišel nějaký kumulativní patch, ještě neznamená, že se to technologicky hnulo. Pořád 10 let stará záležitost.

307

Hardware / Re:Problémy s novou PC sestavou

« kdy: 04. 12. 2018, 22:05:34 »

Není to pravda. GPU nic skrytě netěží.

Jak to víš?

Odpojil jsem ethernet. kabel a spustil video z VLC a problém je stejný i bez internetu. Chyba je jinde, jen nevím, kde.

Pokud to teda není kryptotěžbou (což nevíme), tak bych to tipoval na nesprávný ovladač.

PS: Vážně tě to baví takhle se s tím prát? Proč nedáš někomu pár stokorun za vyladění a můžeš spokojeně užívat?

308

Hardware / Re:Přehřívání nové PC sestavy

« kdy: 04. 12. 2018, 21:51:17 »

Dob­rý den.

Ne­chal jsem si u CZC se­sta­vit PC ze zvo­le­ných kom­po­nent.

CPU mi bez za­tí­že­ní do­sa­hu­je až přes 80°C. Při za­tí­že­ní přes 115°C. Jak je to mož­né? Mě­řím přes AI­DA­64. Mě­ří špat­ně CPU di­o­da, ne­bo jsem v há­ji? Na­víc gra­fi­ka se při pře­hrá­vá­ní FHD a 4K fil­mů na You­tu­be i ve VLC straš­ně se­ká a na­víc se při pře­hrá­vá­ní dost vy­tě­žu­je pro­ce­sor.
Vě­t­rák Fe­ry se nor­mál­ně otá­čí. Ne­ní to chy­ba CPU mě­ří­cí di­o­dy?

Test CPU:
htt­ps://​ibb.​co/​s2t​PpvL

GPU při pře­hrá­vá­ní vi­deí pře­ska­ku­je z vy­tí­že­ní na 100, 0, 36, 99, 69 %:
htt­ps://​ibb.​co/​jHw​9bTB

Jak je to mož­né? Če­kal bych od gra­fi­ky mno­hem ví­ce. Pře­ce v tak ma­lém ok­ně se GPU ne­bu­de tak vy­tě­žo­vat a na­víc CPU ne­bu­de při pře­hrá­vá­ní tak vy­u­ží­vá­no a tep­lot­ně za hra­nou.
Tak do­kon­ce jsem ny­ní zku­sil pře­hrát na YTB i vi­deo o roz­li­še­ní 720p a ta­ké se stej­ně straš­ně se­ká a GPU kmi­tá na stej­ných hod­no­tách (100%, 36, 0 atd...). Jak je to mož­né?
PC za 25 tisíc a zatím jsou s ním jen problémy...
Děkuji za rady.

Nevhodný software na měření. Vyděl hodnotu dvěma a budeš mít tu správnou.

A co se týká problémů s PC za 25 tisíc, tak ty nejsou v PC, ale v tom bastlíři, co si to pořídil.

309

Server / Re:Zadaný příkaz reboot / -bash: reboot: command not found

« kdy: 04. 12. 2018, 21:15:34 »

[...] Takto vám to muselo fungovat i kdysi. Možná jste ale standardně pracoval pod rootem [...]

pokud se nepletu v Debian <9 nainstalovan/nastaven na pouziti sudo, pusteni "reboot" oznamilo ze neni opravneni a uzivatele to koplo ze ma pred reboot zadat sudo, s Debian9 tim ze reboot nema user v $PATH, tak to hlasi nenalezen...

Pokud je nainstalován command-not-found, tak hlásí více:

Kód: [Vybrat]

$ reboot
Command 'reboot' is available in '/sbin/reboot'
The command could not be located because '/sbin' is not included in the PATH environment variable.
This is most likely caused by the lack of administrative priviledges associated with your user account.
reboot: command not found

310

Sítě / Re:Automatická instalace systému přes PXE

« kdy: 04. 12. 2018, 14:22:20 »

Nejjednodušší je klasika - pxe, instalovanému OS podstrčit konfiguraci pomocí preseed (debian) nebo kickstart (centos), nainstalovat minimální čistý systém a zbytek dodělat třeba ansiblem.

Blbá je jedna věc - pokud člověk nemá všechny servery identické z pohledu hw a síťových karet - predictable interface names je cesta do pekel. Protože nikdy dopředu nevíte jak se bude jmenovat první síťový interface, co se použije při instalaci.

net.ifnames=0 parametr nefunguje?

311

Hardware / Re:Podtaktování Intel i7 pro snížení teploty

« kdy: 03. 12. 2018, 16:51:09 »

To ma clovek za to, ze chce poradit a zkopiruje svuj pres deset let stary skript.

Ale co uz, prostudoval jsem kvuli tomu manpage od killall a zjistil, ze prijima vice parametru. To se nekdy muze hodit.

Aspoň ses naučil a jiné motivoval

312

Hardware / Re:Podtaktování Intel i7 pro snížení teploty

« kdy: 03. 12. 2018, 14:06:21 »

Tak krasny ster, skoda jen tohofaktu, ze navrhovana reseni s pidof a kilall nefunguji, kdyz se binarka firefoxu jmenuje firefox-bin, nebo firefox-esr.

Ale neplakejte, vzdy tu je moznost zacit skript s killall treba takto:

if [ -f /etc/redhat-release ]; then
        if [ "$(cat /etc/redhat-release | sed 's/^Fedora release \([0-9]*\).*/\1/')" -le 24 ]; then
                ....
a pak pokracovat timtez pro ruzne verze Debianu a Ubuntu.

Jenom tímto zdůrazňuješ své hlupství, protože ani neumíš dosadit pattern:

Kód: [Vybrat]

$ killall -SIGSTOP firefox-{esr,bin}

a

Kód: [Vybrat]

$ killall -SIGCONT firefox-{esr,bin}

313

Hardware / Re:Podtaktování Intel i7 pro snížení teploty

« kdy: 03. 12. 2018, 00:39:47 »

A posledni vec - zabit firefoxe, nebo chrome, kdykoliv ho nepouzivate. Nebo ho alespon stopnout:
$ cat ~/bin/ffstop
kill -SIGSTOP "`ps aux |grep firefox|grep -v grep|sed 's/  */ /'g|cut -d ' ' -f 2`"
$ cat ~/bin/ffcont
kill -SIGCONT "`ps aux |grep firefox|grep -v grep|sed 's/  */ /'g|cut -d ' ' -f 2`"

A pak objevil pidof

No tak ale na druhou stranu, cat tam je... sice jen jaky pomocný element, ale aspoň něco... 

A to bychom mu mohli vzít iluze úplně přechodem z kill + pidof na killall:

Kód: [Vybrat]

$ killall -SIGSTOP firefox

a

Kód: [Vybrat]

$ killall -SIGCONT firefox

ale na druhou stranu, proč to dělat jednoduše, když to jde složitě, že? ;-)

314

Hardware / Re:Podtaktování Intel i7 pro snížení teploty

« kdy: 02. 12. 2018, 23:40:07 »

A posledni vec - zabit firefoxe, nebo chrome, kdykoliv ho nepouzivate. Nebo ho alespon stopnout:
$ cat ~/bin/ffstop
kill -SIGSTOP "`ps aux |grep firefox|grep -v grep|sed 's/  */ /'g|cut -d ' ' -f 2`"
$ cat ~/bin/ffcont
kill -SIGCONT "`ps aux |grep firefox|grep -v grep|sed 's/  */ /'g|cut -d ' ' -f 2`"

A pak objevil pidof

315

Server / Re:Chybné čtení dat z mdadm RAID 6 (obzvláště při zápisu)

« kdy: 02. 12. 2018, 14:38:34 »

Opravdu si nemyslím, že se tohle děje. NCQ je vypínatelné zvlášť. Cache jednotky je něco jiného. Běžně se dá dát jednotka podporující NCQ na řadič, který NCQ nepodporuje a Write cache je aktivní. Jde to vidět i na výše uvedeném odkazu na blacklist featur. U některých jednotek se NCQ vypíná tímto blacklistem, protože je s NCQ pomalejší, než bez NCQ. S write cache to nemá co dělat.

Viz https://github.com/torvalds/linux/blob/master/drivers/ata/libata-core.c#L4453

no mě to popravdě taky zaskočilo, z pohledu uživatele a dokumentů je ncq a write-cache opravdu jiná věc, otázka je, jak je to implementováno uvnitř disku.

S tím souhlasím. Implementace se určitě bude lišit napříč různými jednotkami.

se ukázalo, že vypnutí ncq zároveň vypne write-cache. proč to nevím, ale zkuste si sami. zajímavé by to bylo pro ty smr disky, ale tam ani nevím, jak přesně měřit write rychlost, protože mívají 16GB normálního zápisu a pak to jde do šindele...

Jj, s šimdelama je prostě potíž.

se ukázalo, že vypnutí ncq zároveň vypne write-teď jsem všechny 4 kombinace (queue_depth=1,31; W =0,1) zkoušel na starý Seagate Baracude 500GB a tam to kupodivu nedělá vůbec žádný rozdíl

No právě. Navíc podle mě je nastavení úrovní ve frontě něco jiného, než vypnutí podpory NCQ. Jednotlivé implementace se nejspíše budou opět lišit podle konkrétní jednotky. Kdo ví jak se chová jednotka, které je hlášena podpora NCQ, ale délka fronty je jedna oproti tomu, kdy je jednotce hlášena nepodpora NCQ. Disky mají hromadu optimalizací vnitřně.

se ukázalo, že vypnutí ncq zároveň vypne write-
jestli bude čas zkusím na WD, tam právě poklesl stejně výkon při zápisu při queue_depth=1 stejně jako W=0, na čtení (a to ani náhodný) to vliv nemělo

Otázka právě je, co to s touto konkrétní jednotkou udělá, když se jí nahlásí podpora NCQ a pak srazí úrovně fronty na jednu položku. Klidně může být něco, s čím programátor firmware nepočítal, protože se to běžně nevyskytuje a výkon jde do háje podobně jako když se vypne cache.