Témata

1

Distribuce / Ubuntu 16.04 vyžaduje autorizaci tisku přes síť

« kdy: 29. 04. 2016, 09:57:23 »

Zdravím,
mám takový problém s tiskem. Obracím se tady na vás, protože už mi došly nápady. Tuším, že to bude nějaká primitivní věc někde v konfiguračním souboru, která mi uniká.

Situace je následující:
PC 1 - Ubuntu 16.04
PC 2 - Windows 7
PC 3 - Ubuntu 16.04
PC 4 - Windows XP

PC1 sdílí pro ostatní počítače tiskárnu, která je do něj připojená přes USB. Z PC1 jde normálně tisknout. Stejně tak z Windowsáckých PC (PC2 a PC4). Problémem je komunikace mezi PC1 a PC3 - sdílenou tiskárnu jde normálně najít, ale při tisku vyskočí chyba "je vyžadována autorizace" a požaduje jméno a heslo.

Když použiji jméno uživatele PC1 nebo PC3 v kombinaci s jeho heslem, nejde to. Když to jen odkliknu, také to nejde. Problém bude asi v tom, že obě PC vzájemně nemohou přistupovat do složky WORKGROUP/<nazev PC>/$print z důvodu, že také požaduje heslo.
Další věc, kterou jsem zkoušel, je zastavení cups daemonu a editaci "/etc/cups/printers.conf", kde jsem změnil "AuthInfoRequired username,password" na buď "AuthInfoRequired none" u dané tiskárny nebo jsem tento parametr dal do komentáře. Nic se nezměnilo.
Také jsem zkusil tiskárnu nepřidávat a nenasdílet na PC1 přes ten GTK konfigurátor v nastavení, ale přímo v localhost:631 webovým gui cups.

Důležitá věc: Na obou linuxových PC (PC1 a PC3) běželo předtím Ubuntu 14.04, kde vše fungovalo.

Teď mi tu budete vykládat, jaká je blbost někam nahazovat čerstvou neotestovanou distribuci a že se mam vrátit na 14.04. Už to vím také. Ale už je pozdě, prosím tedy o pomoc, pokud by někdo věděl. Zřejmě to má něco společného s novou verzí Samby, protože když jsem zkusil Linut Mint 17.3, který dřív fungoval, po aktualizaci Samby se děje úplně to samé, takže by to do 14.04 možná stejně dorazilo také.

Měl by prosím někdo nějaký nápad?

2

Hardware / Oddíl jako /dev/sda namísto /dev/sda1

« kdy: 08. 04. 2016, 20:49:03 »

Zdravím. Možná to bude dost hloupý dotaz, ale ještě nikdy jsem tohle neviděl, tak mě to celkem zmátlo a netušim, co si o tom myslet.

Dal jsem si do notebooku nový další disk. Naformátoval jsem ho v gnome-disk-utility na EXT4 a začal používat. Později jsem si všiml, že neudává tabulku oblastí (MBR/GPT..) a teď, že se vlastně ten oddíl hlásí jako /dev/sda.

Nemělo by /dev/sda značit disk jako takový a /dev/sda1 by měl být samotný oddíl? Je to ok, nevadí to něčemu? Nezapisuju to někam přímo do disku, místo do oddílu? Ještě není pozdě všechno smazat a naformátovat znova (zálohu mam na původním plotňáku), tak se radši jdu zeptat sem. Jde mi třeba o to, aby správně fungoval TRIM (oddíl připojuju s discard parametrem) apod.

Díky moc, ještě přikládám screen, aby bylo jasné, co mám na mysli: http://abload.de/image.php?img=snmekobrazovkypozen20j3u3j.png

3

Desktop / Zkušenosti s KDE5

« kdy: 12. 09. 2015, 13:09:09 »

Zdravim, rád bych se zeptal KDE uživatelů na jejich zkušenost s KDE5.
Z mých zkušeností je to totiž naprostá tragédie. Osobní rekord používání bez pádu celého prostředí mam někde kolem 15 minut. Chybovými hláškami bych si mohl vytapetovat plochu a když začnu cokoli dělat (ono stačí proklikávat se složkama v Dolphinu), tak za chvíli celý prostředí spadne a objeví se login obrazovka.
Pak jsou tu další věci, jako že scrollování v Dolphinu je extrémně pomalé - takže když chci rychle proscrollovat obsah složky, dřív mi stačilo třeba dvakrát otočit kolečkem. Teď s nim musim točit tak zběsile, že to vypadá, jako bych pomocí něj zkoušel vyrábět elektřinu. Chybějící možnosti nastavení (např. žádný přesunování tlačítek na oknech z pravý strany na levou nebo klávesová zkratka pro vypnutí efektů) už to úplně dodělává. KDE4 jsem používal s naprostou spokojeností, ale KDE5 je pro mě nepoužitelný, z hlediska stability, pohodlí i nastavení.

To je chyba někde u mě nebo se vývojáři KDE zbláznili? Vypadá to v Kubuntu 15.04 a jiných distribucích podobně jako u mě na Archu?

4

Software / Bumblebee - trvalé podtaktování po uspání/odpojení AC

« kdy: 18. 03. 2015, 20:15:57 »

Zdravím všechny, hledám pomoc od někoho, kdo používá Linux na notebooku s Optimusem a používá pro přepínání Bumblebee.
Nemám problém se samotným používáním nebo výkonem - normálně zapnu notebook připojený na nabíječku, všechno funguje perfektně. Problém nastává při uspání nebo odpojení nabíječky.

Když odpojim nabíječku, grafika se okamžitě podtaktuje na 33Mhz z původních 1097Mhz, což je problém, protože potom se nedá používat. Samozřejmě chápu, že na baterce nemůžu čekat výkon, ani ho nevyžaduju. Problém je ten, že po zapojení nabíječky se sice změní Power Source z Battery na AC, ale takty se už nezmění. Takže musim notebook vypnout a znova zapnout, po celou dobu připojenej na nabíječku. To jsem měl i u předchozího HP, kterej ale po uspání a probuzení aspoň vrátil takty. Občas funguje service bumblebeed restart, ale neni to spolehlivý.

Teď už to nemůžu řešit ani takhle, protože po uspání se takty nevrátí, což je druhý problém - nemůžu uspávat, pokud vím, že budu potřebovat grafiku. Ani výše uvedený příkaz nic nezmůže.

Je to hodně otravný pořád restartovávat celej systém při potřebě výkonu, ale tušim, že spíš je někde něco špatně nastavenýho. Byl bych rád, kdyby někdo znal způsob, jak celej úspornej režim při přechodu na baterku vypnout. Výdrž baterie je to úplně poslední, co mě zajímá.

Nějaký informace:
Screen:

Kód: [Vybrat]

http://screenshot.cz/RHBVF/takty.png

Obsah .nvidia-settings-rc z Home:

Kód: [Vybrat]

http://pastebin.com/4UipDzcB

Obsah bumblebee.conf:

Kód: [Vybrat]

http://pastebin.com/npn7PtGh

HW:
MSI GE60 2PE
i5 4210H
GTX 860M (uzavřený ovladače 343.36, z repozitářů distribuce)
Debian 8 Jessie 64bit

Díky za pomoc.

5

Software / Nepředvídatelné vypínání notebooku

« kdy: 19. 01. 2015, 23:08:05 »

Zdravím všechny. Mám problém, který se táhne už víc než rok. Zkoušel jsem ho před rokem vyřešit, ale nepodařilo se - tehdy jsem objevil jen takový "workaround" a byl jsem rád, že aspoň tak. Teď mi to ale čím dál více vadí. Řešiljsem to kdysi dávno na Debian fóru

Kód: [Vybrat]

https://forum.debian-linux.cz/index.php?topic=1427.0

..ale viz to vlákno, došel jsem akorát ke způsobu jak se tomu vyhnout.

PROBLÉM:
Notebook se vypne během vteřiny (úplně stejně jako kdybych z něj vyndal baterku). Ve vypnutém stavu zůstane cca 5 vteřin a poté se normálně sám zapne. K problému začalo docházet až po přechodu na kernel 3.9, který přinesl podporu pro Intel TurboBoost díky ovladači intel_pstate. Vypínání není závislé na teplotě, dochází k němu při bežnýhch klidových teplotách (kolem 50°C) i při zátěži (zpracovávání videa, hraní her - 90-100°C). Nepodařilo se mi odhalit jakoukoli pravidelnost nebo závislost na konkrétní činnosti. K vypínání dochází v náhodném intervalu od 30 minut až do dvou dnů.

Dá se to obejít zakázáním Intel TurboBoost a to pomocí zadání parametru "intel_pstate=disable" do nastavení GRUBu v řádce "GRUB_CMDLINE_LINUX_DEFAULT". Takto, se zakázaným turbem jsem notebook používal víc než již zmíněný rok a k vypnutí nedošlo ani jednou. Tím se ale omezuju a nemůžu využívat naplno svůj procesor, což mi začíná vadit. A celkově mi vadí to, že se vůbec něco takového děje.

HARDWARE:
HP Envy DV6 7250ec
CPU Intel Core i7 3630QM (zákl. frekvence 2.4GHz, turbo fekvence 3.4GHz)
RAM 12GB DDR3 1600MHz
GPU Intel HD 4000 + nVidia GT 630M (Bumblebee)
Úložiště 32GB SSD ADATA + 1TB HDD HGST

SOFTWARE:
Debian Unstable 64bit (aktuálně kernel 3.16)
Prostředí KDE 4.14 (problém byl i na Gnome Shell)

CO JSEM JIŽ VYZKOUŠEL:
- reinstalace OS
- jiná distribuce (OpenSUSE 13.1 KDE puštěná z externího HDD s aktivním intel_pstate, padla po pár hodinách)
- několikadenní přerušované (s občasným bootováním do Linuxu, když jsem potřeboval něco udělat) používání s Windows, puštěným z externího disku a aktivním TurboBoostem (problém se neprojevil) - zkoušel jsem nechat běžet i hodiny, i přes noc, ani jednou se to neprojevilo
- zakázání intel_pstate (viz výše, pomůže, ale úplně nevyřeší problém)
- běh notebooku s minimálním množstvím běžících pocesů (nechal jsem 2x přes noc, z toho jednou jsem ho ráno našel restartovaný)
- běh notebooku na maximální zátěž (stejně nepravidelné - někdy se vypne za chvíli, jindy vůbec)
- běh notebooku s externím chlazením na minimální zátěž a stažením teploty na hodnoty kolem 45°C (k vypnutí stejně došlo)

Nenapadá mě již co moc zkusit. Koukal jsem do logů ve /var/log/messages a /var/log/syslog. Nic zvláštního jsem tam neviděl. Poskytl bych je i nyní, ale počkám až se to čerstvě vypne a hned po dalším nabootování jejich obsah někam zkopíruju.

Kdyby někoho cokoli napadlo, budu velmi vděčný. Je to něco, co nejsem schopný vyřešit ani po strávení desítek hodin na Googlu (kde neexistuje jediná podobná zkušenost netýkající se přehřívání). Mám podezření na BIOS, který je velmi omezený, neumožňuje nic nastavit kromě pořadí bootování a podpory virtualizace a dost možná je nějakým způsobem optimalizovaný na původní předinstaloané Windows 8. Hardware vadný není, když to bez intel_pstate nikdy neudělá. Něco bude nejspíš v nastavení někde, ale už mě nanapadá vůbec nic.

Děkuji za reakce.