Příspěvky

271

Distribuce / Re:Debian - přidání aktuálního uživatele do sudoers

« kdy: 11. 02. 2019, 19:36:32 »

Dobrý den,

po čisté instalaci Debianu nemohu v terminálu spustit sudo. Po zadaní hesla se zobrazí zpráva, že uživatel není v sudoers. Mohu se poradit, jakým způsobem aktuálního uživatele, pod kterým jsem přihlášen, do sudoers přidat? Děkuji

Kód: [Vybrat]

# adduser UZIVATEL sudo

272

Vývoj / Re:Python - Začátečník vs iterace

« kdy: 29. 01. 2019, 10:04:20 »

změňte >= na > a dejte tu podmínku na začátek.

To fungovat nebude. Stačí přesunout na začátek a index zvedat až v podmínce po pes =, pak fungovat bude.

273

Server / Re:Nastavení vypínání serveru na powerbutton

« kdy: 29. 01. 2019, 09:05:42 »

Jinak jsem upgradoval z debianu 8 na 9, tak možná že to v Jessie nešlo, ale teď už za to ruku do ohně nedám..
dík...

V Jessie to fungovalo úplně stejně.

274

Server / Re:Nastavení vypínání serveru na powerbutton

« kdy: 29. 01. 2019, 09:04:49 »

Balíček acpi-support-base by to měl zajistit. Případně se to dá rozšířit balíčkem acpi-support.

275

Distribuce / Re:Fedora - Chyba po spusteni instalatoru (ANAKONDA)

« kdy: 13. 01. 2019, 22:25:40 »

https://www.google.com/search?q=pyanaconda.payload.PayloadInstallError%3A+Unable+to+find+osimg+for+%2Fdev%2Fmapper%2Flive-base&oq=pyanaconda.payload.PayloadInstallError%3A+Unable+to+find+osimg+for+%2Fdev%2Fmapper%2Flive-base&aqs=chrome..69i57&sourceid=chrome&ie=UTF-8

prisla mi velmi odladena

To vám tak opravdu jen přišlo.

276

Server / Re:Server is down

« kdy: 13. 01. 2019, 03:15:39 »

iotop

277

Distribuce / Re:Jak rozdělit disk pro Ubuntu a Mint?

« kdy: 27. 12. 2018, 10:27:37 »

V praxi je nejvhodnější a prakticky platí:
UEFI => GPT
legacy BIOS => MBR
(ale, pozor na legacy BIOS a disk >2TB, pak raději GPT+UEFI natvrdo a nesnažit se podstrkávat MBR)

--------

Ne, že by jiné křížové kombinace než UEFI-GPT / BIOS-MBR nefungovaly, ale některé (starší?) základní desky (resp. spíše BIOS/UEFI) s tím mívají potíž a třeba při pokusu o boot via legacy BIOS vyžadují natvrdo MBR a opačně, pro UEFI vyžadují GPT, jinak se nanabootují. Či mají při bootu divné problémy. Platí víceméně nezávisle na nainstalovaných OS (OS mohou následně přidat další komplikace, navíc, dle typu OS)

Stejně tak pro disky >2GB jsou sice určité kombinace, kde se dá adresovat (start partition nad i alokovat více než) více i při MBR, ale není to ono a bývají s tím potíže. Ale zase lze bez problémů (kompatibility napříč deskami a OS) mít GPT >2TB jako druhý disk a bootovat malý disk s legacy BIOS+MBR jako disk první.

To je nesmysl, Linux umí bootovat normálně z GPT i z BIOS. Pro takovýto start se dává speciální minipartice ze které se načte zavaděč a disk se tváří pro BIOS jako MBR, přestože je GPT.

https://en.wikipedia.org/wiki/BIOS_boot_partition

U UEFI ale MBR disky můžou dělat potíže, dle specifikace má být disk GPT a když není, těžko předpokládat, že UEFI z takového disku normálně nabootuje - je to individuální podle výrobce. Ale dá se to "obcházet" tak, že to bootuje jako by to byl výměnný disk, když zavaděč má správný název (pro 64 bit AMD/Intel bootx64.efi) a je ve správné cestě: \Boot\EFI. U těchto totiž může být i MBR partice. Pak už je zcela výjimečné, že by nenabootoval. Ale najdou se, zabugovaných UEFI, které dělají podivnosti, nebo umí bootovat jen pár konkrétních a mají je natvrdo zadrátované v sobě jsem už taky pár zažil.

278

Desktop / Re:Leaking RAM? na Linuxu

« kdy: 27. 12. 2018, 09:31:08 »

Kristova noho! Swap se má nastavovat, právě proto, aby se systém mohl vyrovnat s těmito situacemi. Systém neswapuje zbytečně. Pokud jste swap vypnul, tak je očekavatelné, že se něco takového stane.

Při dnešních cenách pamětí bych neotravoval a posílil z 8 GB na něco rozumnějšího.

No tak zapnu 8GB swap a nestane se to za týden, ale za dva týdny, ne? Je to pouze oddálení problému, ne řešení příčiny.

Pozoroval někdo něco podobného na systému se zapnutým swapem?

Pravdu máte oba, každý kousek. je dobré mít polštář v podobě swap (klidně jen v souboru dočasně nebo dynamicky přidělovanou např. pomocí swapspace), protože se může stát, že se mu sejde v určitý okamžik větší požadavky na pamět (stačí zlobivý web, nebo nějaká služba co zrovna začala něco dělat a nanárokovala si více paměti, kterou by později vrátila) a bez swapu to OS nemůže vyřešit jinak, než ze povolá OOM killer.
Ale taky je možné, že to vůbec nepomůže, protože mu leakuje pamět např. GPU, takže si tím nijak nepomůže, jen problém oddálí.
Takže bych se neodvážil tvrdit ani jedno ani druhé bez nalezení příčiny.

279

Desktop / Re:Leaking RAM? na Linuxu

« kdy: 27. 12. 2018, 09:26:02 »

Pokud nenajdeš proces, který by to dělal, nejspíše to bude leakovat na grafice. Typický problém bývá z mých zkušeností třeba s packagekit. Čas od času se vyplatí tohoto daemona restartovat. Když hledám podobné věci, osvědčil se mi htop, umí seřazovat procesy např. podle zabrané RAM.

Jirsáka a jeho teorie neposlouchej, ten člověk je úplně odtržený od reality. Teoretické znalosti má, ale v praxi k ničemu.

280

Studium a uplatnění / Re:Přesun od PHP k Pythonu?

« kdy: 25. 12. 2018, 16:34:29 »

Píšou o povinné deklaraci typů. Což tedy ani Python ani Clojure nemá. Kromě toho že jsou to dynamícky typované jazyky, tak Python bych tedy silně typovaným radši nenazval i když tedy 1 + "1" skončí pádem: TypeError: unsupported operand type(s) for +: 'int' and 'str'
narozdíl od node: '11'

Co bys ty nazval nebo ne je celkem irelevantní, protože Python prostě je silně typovaný jazyk akorát dynamicky, proto nesčítá hrušky s jabkama. Lidi si to běžně pletou a míchají to dohromady. Dokonce na české Wikipedii to je špatně, plácají tam dohromady, že dynamicky = slabě typovaný, což jsou 2 různé věci.

281

Hardware / Re:Nefunkční tiskárna

« kdy: 25. 12. 2018, 16:23:06 »

Idle - File "/usr/lib/cups/filter/rastertocanonij" not available: No such file or directory

Přitom v té složce ten soubor je, tak už fakt nevím.

Nicméně CUPS tvrdí, že tu binárku nenašel...

Práva? Executable flag? Chybějící knihovny po tuto binárku?

Dodejte výpisy z:

1. ls -l /usr/lib/cups/filter/rastertocanonij

2. file /usr/lib/cups/filter/rastertocanonij

3. ldd /usr/lib/cups/filter/rastertocanonij

4. distribuci

5. jestli je 64 bit nebo 32 bit

282

Bazar / Re:Prodám 2,5" HDD 2× 1TB a 2× 500 GB

« kdy: 25. 12. 2018, 13:45:34 »

Seagate Samsung SpinPoint M8 prodán

283

Bazar / Re:Prodám 2,5" HDD 2× 1TB a 2× 500 GB

« kdy: 22. 12. 2018, 15:41:25 »

Výrobce ten disk deklaruje jako SATA II, celej internet o něm píše jako o SATA II a jen ty jsi údajně "odzkoušel", že je to SATA III, ale tajíš jak jsi na to přišel. Nezlob se, ale to nezní úplně důvěryhodně. Osobně jsem o ten disk ztratil zájem, protože už nemohu důvěřovat ničemu z toho, co o nich deklaruješ.

SATA II byly původní Samsungy. Seagate už jsou SATA 3.0, to že nějakej kretén neumí změnit popis v jejich specifikačním listu (možná byl jen lenivý) není můj problém. Nebudu stejnej kretén, abych tvrdil, že je ten disk SATA II, když to je SATA 3.0. Ale ty si mezi těmi neumětely klidně zůstaň a tvrď si co chceš. Já vím co je v nabídce a ty si nabízej co chceš a jak chceš, OK?

284

Bazar / Re:Prodám 2,5" HDD 2× 1TB a 2× 500 GB

« kdy: 21. 12. 2018, 21:32:08 »

No není, je to 6.0 Gbps, odzkoušeno.

jak si u rotacaku odzkousel vytahnout 600MB/s ? ;-)

Když si ho koupíš, tak ti to prozradím jako bonus.

285

Bazar / Re:Prodám 2,5" HDD 2× 1TB a 2× 500 GB

« kdy: 21. 12. 2018, 20:34:07 »

Ono je to u 5400 otáčkového disku prakticky jedno, ale dle datasheetu a všech prodejců je to SATA II 3.0 Gbps

No není, je to 6.0 Gbps, odzkoušeno.