Příspěvky

Na KDE som presiel len pred chvilou, ale ta uvodna melodia sa mi zda tiez divna.
Na zodpovednu radu to teda moc nie je, akurat par postrehov:
- Pri vypnuti indexacie v Nepomuk-u brutalne zlepsenie (predtym 14 az 37 sekund co som to parkrat meral, potom okolo 6 sekund)
- Vo virtualnej masine je pauza so zapnutou indexaciou asi 4 sekundy, po vypnuti indexacie je to bez pauzy (melodia hra este pocas miznutia splashu)
- Na realnom stroji trva splash asi 10 sekund, vo virtuale asi 4 sekundy.
- Virtualy som skusal dva, na jednom je len ciste KDE, na druhom je mix KDE+Gnome3. Obidva casovo vychadzaju podobne.
- Vo virtualoch nemam ziadne data, instaloval som ich len za ucelom testovania. Na realnom stroji mam Wheezyho nainstalovaneho na cisto, ale /home je z predchadzajuceho systemu (konfiguraky som zatial necistil, lebo stary system mam v druhej particii ako fallback minimalne do doby nez Wheezy bude stable).
- Vo virtualoch nemam nainstalovanych tolko balikov ako na realnom stroji (fglrx, LDAP, Kerberos, NFS, ...)
- Gnome3 vnieslo zopar smeti, ktore sa nasackovali aj do KDE (napriklad rygel, ten ma privadza do zurivosti a zatial neviem, ako rozumne zabranit jeho spusteniu)

Tak predsa len ešte jeden dodatok, niekomu by to mohlo pomôcť. Tentokrát to bude trocha drsnejšie :P

Keď som pomerne nedávno menil dosku, tak ma pri sensors-detect privítala takáto hláška (úryvok z dlhého výpisu):

Kód [Vybrat] Rozbalit

...
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
Found unknown chip with ID 0xc562
    (logical device B has address 0x290, could be sensors)
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
...
Takže sensors-detect našiel, že je prítomný "nejaký" čip. Ale potom žiadne senzory z dosky neboli zobrazené.
Pre informáciu, ide o tento čip, Nuvoton NCT6779D:


Ta nepríjemná hláška je dôsledkom toho, že lm-sensors nemá ovládač k danému čipu a nevie s ním preto pracovať. S novým hardvérom sa také veci stávajú. Povedal som si, že označenie senzorového čipu je už rozumná východzia informácia a okrem toho existuje fenomén "dobrých duší na internete" (to sú takí tí ľudia, čo niečo spojazdnia hlavne pre seba, a potom sa o to podelia s ostatnými tým, že to zverejnia na nete). Po krátkom hľadaní som sa dostal k nasledujúcej stránke: https://github.com/groeck/nct6775 Hurá! Dobrá duša napísala ovládač. Moje šance sa prudko zvýšili. Po krátkom overení, že v mojom jadre sa ten ovládač naozaj nenachádza, mi bolo jasné, že ho tam treba len nejako dostať.

Možností je (ako obvykle) viac, napríklad novšie jadro ktoré už ovládač obsahuje, ja som však chcel zostať pri distribučnom jadre. Aby som sa nemusel ďalej starať o celé jadro, iba o tento jeden ovládač, ak by bolo treba (a to pravdepodobne potrebné nebude). Skompilovať si celé vlastné jadro je síce fasa, ale potom ho priebežne updatovať je otrava.
Na pridávanie ďalších jednotlivých ovládačov do jadra našťastie máme DKMS (Dynamic Kernel Module Support), ktorý zabezpečí presne to, čo potrebujem (DKMS sa používa napríklad pre VirtualBox alebo pre proprietárne ovládače na grafické karty AMD/ATI). Jadro si žije samostatným životom a ak sa v dôsledku update nainštaluje novšia verzia jadra, tak DKMS zabezpečí, že náš modul sa hneď po update automaticky skompiluje aj pre nové jadro.

Tak ideme na to:

Ak náhodou ešte nemáme nainštalované DKMS, tak ho najskôr nainštalujeme:

Kód [Vybrat] Rozbalit

apt-get install dkms

1. Najprv si stiahneme zdrojový kód ovládača. Väčšinou priame linky smerujú na poslednú verziu z repozitára. Aj v tomto prípade stránka https://github.com/groeck/nct6775 ponúka na stiahnutie archív s aktuálnou verziou, konkrétne https://github.com/groeck/nct6775/archive/master.zip. Ja mám však rád poriadok. O pár dní môže prísť nová verzia a archív bude iný. Ja chcem mať záznam o tom, ktorú verziu používam. Takže sťahujem konkrétnu verziu, commit do git-u s označením 33a206276b z 8. marca (mimochodom, momentálne už existuje aj novší commit, ale pri jeho kompilácii sa objavuju varovania, takže som sa rozhodol pre mierne staršiu verziu):

Kód [Vybrat] Rozbalit

wget -O nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd.zip https://github.com/groeck/nct6775/archive/33a206276bf692be5081423ce5e7b4cc6bf0d7fd.zip

2. Pre istotu si skúsime naprázdno kompiláciu zdrojového kódu samostatne (ešte nie sme v DKMS):

Kód [Vybrat] Rozbalit

7z x nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd.zip
cd nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd/
make
Kompilácia mi prebehla dobre, modul samostatne je kompilovateľný, v adresári máme súbor nct6775.ko, to je skompilovaný modul jadra (pre konkrétnu verziu jadra, ktoré nám práve beží). Super. Upraceme po sebe:

Kód [Vybrat] Rozbalit

make clean
ls -al
cd ..
rm -rf nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd/
(pomocou make clean a následného ls si overíme, že autor kódu to neodflákol a nenecháva po sebe smeti)

3. Pripravíme modul pre DKMS:
Stanovíme verziu. Keďže je to modul len pre našu osobnú potrebu, môžeme byť kreatívny. Ja som zvolil verziu  0.9~0git+33a206276b. Vyzerá to trocha zložito, takže pripájam aj vysvetlenie: V git repozitári je vidieť, že pred časom autor "otagoval" istú verziu ako 0.9. My však máme novšiu verziu z git-u, označenie commitu je 33a206276b, preto to zahŕňam do čísla verzie, aby hocikedy neskôr bolo jasné, aká verzia zdrojového kódu bola použitá. V číslach verzií balíkov sa neodporúča používať znak pomlčky, miesto toho sa dáva +. 0git preto, že je to úplne prvý pokus o tvorbu tohoto DKMS-modulu. A znak ~ spôsobí, že moje číslo verzie bude "menšie" než verzia 0.9 (dá sa overiť cez dpkg --compare-versions "0.9~0git+33a206276b" lt "0.9" ; echo $?), takže ak by náhodou vyšla oficiálna verzia tohoto modulu s číslom verzie 0.9, bude považovaná za novšiu. Dekryptované toto číslo verzie teda znamená: verzia 0.9, privátny build číslo 0, zdroj z git=u, commit 33a206276b.
No super, máme čislo verzie... to sa používa aj v názve adresára, ktorý má formát <menomodulu>-<verzia>

Kód [Vybrat] Rozbalit

7z x nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd.zip
mv nct6775-33a206276bf692be5081423ce5e7b4cc6bf0d7fd nct6775-0.9~0git+33a206276b

A vytvoríme súbor nct6775-0.9~0git+33a206276b/dkms.conf s nasledovným minimalistickým obsahom:

Kód [Vybrat] Rozbalit

PACKAGE_NAME="nct6775"
PACKAGE_VERSION=0.9~0git+33a206276b
BUILT_MODULE_NAME[0]="nct6775"
DEST_MODULE_LOCATION[0]="/kernel/drivers/hwmon"
AUTOINSTALL="yes"

(Doteraz sme fungovali pod bežným užívateľom, teraz ale ideme robiť systémové veci, takže pred ďalšími krokmi použijeme su alebo sudo.)

4. Zahrnieme modul do DKMS systému:

Kód [Vybrat] Rozbalit

cp -r --preserve=time nct6775-0.9~0git+33a206276b/ /usr/src/
dkms add nct6775/0.9~0git+33a206276b

5. Povieme DKMS aby si skompiloval modul v ramci svojho systemu:

Kód [Vybrat] Rozbalit

dkms build nct6775/0.9~0git+33a206276b

6. Pridáme DKMS modul do adresára modulov nášho jadra:

Kód [Vybrat] Rozbalit

dkms install nct6775/0.9~0git+33a206276b

7. Moment pravdy, pokúsime sa načítať náš nový modul do bežiaceho jadra:

Kód [Vybrat] Rozbalit

modprobe nct6775
lsmod | grep nct6775

8. Ak sme sa dostali až sem a nevyhodilo nám žiadne chyby, náš nový modul je zavedený v jadre a môžeme ho používať:

Kód [Vybrat] Rozbalit

sensors -s
sensors
A máme funkčné senzory!
Ak všetko funguje, pridáme do /etc/modules riadok:

Kód [Vybrat] Rozbalit

nct6775
aby sa nám modul vždy automaticky nahral pri štarte systému.
No a samozrejme vytvoríme konfiguračný súbor v /etc/sensors.d/ špecifický pre daný čip. V mojom prípade začína s:

Kód [Vybrat] Rozbalit

chip "nct6779-*"

(Modul jadra sa volá nct6775, ale pokrýva niekoľlo čipov a ten môj je lm-sensors rozpoznaný ako nct6779-isa-0290)

V prípade, že chceme tento modul odstrániť (máme novšiu verziu modulu, meníme dosku, apod):

Kód [Vybrat] Rozbalit

dkms uninstall nct6775/0.9~0git+33a206276b
dkms remove nct6775/0.9~0git+33a206276b -all
rm -rf /usr/src/nct6775-0.9~0git+33a206276b/
Týmto úplne odstránime náš DKMS modul zo systému, necháme za sebou pekne poupratované, čistá prácička.

DKMS je samozrejme použiteľné pre akékoľvek moduly jadra. Grafika, zvukovka, TV-karta,... Mne sa akurát nedávno stalo, že práve pre senzory som to potreboval. A tento konkrétny čip ešte stále nie je podporovaný ani tým jadrom, ktoré je momentálne vo Wheezym. Takže ak má niekto dosku Asus P8Z77-M PRO, môže tento návod rovno použiť... a je možné, že aj iné dosky od Asusu používajú senzorové čipy tejto rady.

Paci sa mi to. A farebne by to dobre sedelo k tomu navrhu na novy vzhlad fora, co sa tu nedavno objavil (ten sa mi paci tiez)...

Tipol by som si, ze ten externy HDD nema dost stavy, pretoze notasek nedodava do USB portu dostatocne silny prud; disk sa zapoji, rozbehne, primontuje... a potom nema dost stavy, tak sa odpoji (a to cvaknutie moze byt automaticke parkovanie hlaviciek).
Mne sa to stavalo s externym diskom, dokonca to bolo tak, ze novy disk problemy nerobil a po case s tym zacal (akoby mu casom stupol odber, mozno kvoli starnutiu elektroniky). Akonahle som zapojil externe napajanie, prestalo to robit. No a teraz mam taky zvlastny USB kabel k externemu disku: na strane disku je jeden mini-USB konektor a na druhej strane co ide do kompu su dva (klasicke velke) USB konektory... ale len jeden z nich je normalny "datovy" plny USB, z neho ide taky kratucky a tensi kablik do druheho konektora a ten je len napajaci. Ked zapojim najprv ten napajaci, tak sa disk rozbehne, kontrolka na nom zasvieti, ale kedze datove vodice tam nie su, tak komp ho vobec nedetekuje. Az ked pripojim ten hlavny datovy konektor, tak zacne komunikovat a frci... zaberie to sice 2 USB porty (ktore navyse musia byt blizko seba, lebo ten prepojovaci kablik je fakt kratky), ale aj tak je to lepsie nez externy napajaci zdroj.
Vyzera to takto:

Kdesi som cital, ze obzvlast notebooky posielaju do USB menej prudu (takze sa ti moze stat, ze s jednoduchym kablikom ti ten isty externy disk na desktope ide a na notebooku nejde). Podla specifikacie USB 2.0 garantuje max. 500 mA, kym USB 3.0 az 900 mA. Niektorym diskom tych 500 mA nestaci...

Je to popisane na https://en.wikipedia.org/wiki/Universal_Serial_Bus#Power, je tam spomenuty aj ten kablik (ako "Y-shaped cable").

Nemas nahodou tie parametre (co sa ti nenastavia spravne) aj v /etc/sysctl.conf (pripadne v nejakom subore v /etc/sysctl.d/)?
Ja by som specificke nastavenia sysctl parametrov dal len do /etc/sysctl.conf a iba ten hdparm by som spustal z init skriptu.

Ak ani to nezaberie, tak si over, ci v priebehu startu dane subory v /proc/sys uz su vytvorene. Skus do toho svojho init skriptu zakomponovat logovanie a vylistuj si dane subory, pripadne nacitaj hodnoty hned potom ako si ich zapisal (teoreticky sa moze stat aj to, ze tvoj init skript hodnoty nastavi ako chces, ale neskor v priebehu bootu ich zmeni nejaky demon co tiez startuje).

No a este by to mohlo byt sposobene paralelnym spustanim init skriptov (ale toto je uz len taky vystrel od boku). Ked do /etc/default/rcS pridas riadok "CONCURRENCY=none", tak sa budu init skripty spustat sekvencne (co predlzi boot, takze sa to hodi len docasne, kym patras po pricinach).

1. firmware-linux obsahuje binarne bloby, ktore dodava vyrobca hardveru (su to casti firmware, ktore su pouzivane jadrom, ale ony samotne nie su zahrnute v zdrojakoch jadra). Ak nie je k dispozicii kompatibilna open-source licencia, musi to ist do balika firmware-linux-nonfree (v baliku firmware-linux-free je toho iba velmi malo). Dolezitost balika firmware-linux-nonfree je variabilna podla toho o aky hardver sa jedna. Niekedy ide len o vylepsenie komunikacie jadra s hardverom (tj. hardver vie fungovat aj s nejakym standardizovanym API, ale ten firmware od vyrobcu vie vyuzit nejake vychytavky navyse co tam vyrobca pridal oproti standardu). A niekedy je ten firmware nevyhnuty pre chod daneho hardware (napriklad niektore chipsety WiFi sietoviek).

2. Ak editujes /etc/default/grub, tak same o sebe to ziaden efekt nema. Az ked spustis update-grub (ten sa ale niekedy spusti aj ako nasledok inej akcie, napriklad update balika s jadrom). GRUB_CMDLINE_LINUX_DEFAULT su volby predavane jadru pri boote. Odporucam nedavat tam nic comu nerozumies. Ak tam das naverimboha nieco co si nasiel na nete, tak mozes dostat system do nebootovatelneho stavu (zacne startovat ale potom ta nevhodna volba sposobi zlyhanie pri starte). Da sa potom z toho dostat tak, ze v GRUBe spustis editor a vyhodis tie zle volby, len to uz nie je uplne priamociara operacia.
- splash sa pouziva pri Ubuntu, startuje sa s tym plymouth splash. Podla mna je plymouth blbost, ja chcem vidiet ako mi startuju demony, pripadne ci nie su problemy. Plymouth navyse sposobuje neprijemne niekolkonasobne preblikavanie obrazovky pri boote (kvoli prepinaniu roznych modov, zavadzaniu driverov a tak)
- nomodeset je snaha o zredukovanie toho preblikavania. S niektorymi grafikami to trocha pomoze, s niektorymi nie.
- audio.radeon=1 nepoznam, ale radeon je otvoreny ovladac na ATI grafiky (namiesto toho ale silne radim ten fglrx).
Podla mojho nazoru by si tam nemal zatial pridavat nic, nechaj si tam iba to "quiet" (to je volba, aby jadro samotne pri boote nevypisovalo hlasky o vlastnej inicializacii na konzolu, takze vidis iba prehlad o starte demonov (a ked ta zaujima co sa dialo v jadre pri poslednom boote, v beziacom systeme je na to prikaz dmesg)

3. fdisk bez specifikacie zariadenia zobrazi len prvy disk, v tvojom pripade /dev/sda. Navyse sa teraz odporuca pouzivat ako jednotky bloky a nie cylindre. Takze prvy disk zobrazis ako:

Kód [Vybrat] Rozbalit

fdisk -lu /dev/sda
druhy ako:

Kód [Vybrat] Rozbalit

fdisk -lu /dev/sdb
atd.
Preco ti nejde otvorit ani USB-kluc ani NTFS na externom disku (predpokladam, ze tiez pripojeny cez USB), tak to naozaj netusim. Je ale divne, ze to robia dve rozne zariadenia, ktore inde funguju. Takze je mozne, ze bude spolocna chyba niekde v USB. Skus rozne USB porty. Pozri do syslogu, co pise pri pripojeni tych zariadeni do USB. Pozri, ci v /dev vytvoril vsetky potrebne zariadenia (napriklad pri jednoducho naformatovanom USB kluci by tam mal byt aj /dev/sdb a aj /dev/sdb1 - ak tam je len /dev/sdb, tak sa nieco zosypalo pri inicializacii USB, alebo ten USB-kluc uz bol normalne pripojeny v systeme a potom odpojeny).

4. Zda sa mi trocha divne, ze si musel pulseaudio doinstalovat - mne sa nainstalovalo hned so systemom - pri instalacii som (na zaciatku) zvolil graficku instalaciu, potom som ponechal zvolene graficke desktopove prostredie a pravdepodobne v ramci toho sa tam objavilo aj pulseaudio. Ale je mozne, ze tvoj notebook potrebuje dost veci z toho firmware a ked sa to nenaladovalo hned pri instalacii (instaluje sa len zo sekcie main, nie z non-free), tak mozno ti to neninstalovalo uplne rovnako ako mne... ale aj tak, spojazdnenie FN-kombinacii byva specificke pre rozne modely notebookov, takze skus googlit podla modelu svojho notebooku (mozno najdes len navod pre inu distribuciu, ale vacsinou sa veci, ktore idu v inej distribucii, daju spojazdnit aj pod Debianom). Ale cez alsamixer by si standardne hlasitost regulovat nemal (da sa to, ale tym vlastne obchadzas PulseAudio server), volume-control desktopoveho prostredia by to mal obsluzit. Z toho co si vypisal si zvol ako vystup ten "Playback: Built-in Audio Analog Stereo (PulseAudio Mixer)", potom by si mal byt schopny ovladat hlasitost z desktopoveho prostredia a mozno sa ti potom rozbehne aj ovladanie cez FN klavesy...

Tusim som to v mojej odpovedi prilis zhustil a kvalitne som ta zmiatol... tak sorry.

1. Ovladac je dovod, preco ti to vypise nejake veci navyse (vacsinou neuzitocne somariny), aj v tom pripade ak v /etc/sensors3.conf dane somariny nie su nakonfigurovane. To bolo len na vysvetlenie. V ovladaci sa rozhodne nebudeme vrtat, nemame preco 8) .

2. V subore /etc/sensors3.conf su nejake defaultne nastavenia. Je to sucastou balika (libsensors4, lm-sensors od neho zavisi) a ja odporucam tento subor takisto nemodifikovat. Ak ho zmodifikujes, tak sa nic tragicke nestane, akurat pri update balika sa ti moze stat, ze v baliku je novsia verzia a teda zacne balickovy system nadavat, ze si subor modifikoval, ci ma nechat tvoju verziu alebo dat balickovu alebo chces vidiet rozdiely... take updaty nebyvaju casto, vo vetve stable sa s tym asi vobec nestretnes, ale ak mas vetvu testing alebo unstable, tak sa s tym pravdepodobne stretnes.

3. Ak pridas do adresara /etc/sensors.d svoj subor, tak tento sa pouzije uplne rovnako ako /etc/sensors3.conf (rovnaky format), akurat ze uz nebude sucastou balicka a teda sa ho balickovaci system nebude chytat a nebude pindat pri updatoch. Prave preto odporucam davat vlastne nastavenia prave sem. Z hladiska behu lm-sensors je to rovnake, ale z hladiska balickoveho systemu je to cistejsie. Navyse, tvoj subor nebude taky siahodlhy ako cely /etc/sensors3.conf, ale tam bude len jedna sekcia s tvojim chipom, teda sa ti lahsie cita aj edituje. Ale toto je uz len taky perfekcionizmus. Ked uz si to zmodifikoval v /etc/sensors3.conf a bezi to, tak je najjednoduchsie nechat to uz tam.

Vyrobcovia dosiek tie senzorove cipy zapajaju inak (nez je odporucane v dokumentacii k cipu) pravepodobne preto, ze im to lepsie vyhovuje z hladiska rozlozenia suciastok na doske a navrhu plosnych spojov. Potial moze byt. Len ma stve, ze sa nikdy neda najst dokumentacia k danej doske, ako to pri nej zapojili (pritom je to uplne nepodstatny detail ktory nemaju dovod utajovat, len to skratka odflaknu a nezverejnia to - takze vo vysledku senzory su na doske a meraju, ja mam program co ich vie citat, ale neviem ako tie hodnoty interpretovat a stve ma to... trochu). Obcas sa nieco da zistit empiricky, ale pravdu povediac po tolkych rokoch (a doskach) uz ma nebavi experimentovat s roznymi prepoctami a hladat, ktory senzor moze byt na 5V a ktory na 12V...

Tie "neidentifikovane" teploty si skus porovnat s tym, co ti pise BIOS. Vacsina BIOSov udava aspon 2 teploty: CPU-temperature byva teplota puzdra CPU (a byva nizsia nez coretemp ktore su teploty vo vnutri jadier reportovane priamo procesorom). A potom byva System-temperature (alebo NB-temperature), ktora je vacsinou niekde pri chipsete (alebo je to senzor priamo z chipsetu), obvykle byva nizsia nez teplota CPU. No a casto byva v senzoroch este jedna teplota, ktora v BIOSe nie je zobrazovana, ale v lm-sensors ju vidis a zjavne je to nejaka ozajstna teplota (je v realnych medziach a kolise). Vyzera to na teplotu napajacich obvodov a na niektorych doskach byva aj vyssia nez teplota CPU, ale niekde zase nizsia, niekedy byva pomerne stabilna pri meniacej sa zatazi CPU a niekde kolise podobne ako CPU... Niekde som ju videl zobrazenu ako AUX-temperature (myslim ze to boli nejake Windozacke tooly - to bolo este davno pradavno) tak pouzivam toto meno, aj si nie som isty, aka teplota to je :) .
Ked nakuknes do BIOSu, mozno sa ti tie teploty podari sparovat, alebo aspon niektore z nich.

Defaultne hodnoty su myslim nastavene v driveri kazdeho cipu - ten driver je ale sucastou kernelu, takze driver a sensors3.conf nemusia byt uplne konzistentne.

Zas az tak vela roboty s tym nie je; Ked si tuto sekciu skopirujes do samostatneho suboru do toho sensors.d a pridas tam nieco taketo:

Kód [Vybrat] Rozbalit

ignore in1
ignore in4
ignore in5
ignore in6
ignore in9
set fan2_min 800
ignore fan3
ignore fan5
Tak ti z vypisu zmiznu tie smeti (a aj alarm pre fan 2 - teda ak je to pomalobezny ventilator a naschval ide pomaly - v opacnom pripade radsej vymen ventilator :) )

Do 3.3V sa vacsinou pripaja na senzory priamo, ale to som viac-menej pisal... je tam do tych 4.08 rezerva. Ale zo zdroja ide aj +5V a +12V a tie by sa uz do toho nezmestili, preto potom nastupuje napatovy delic. A tie +5V a +12V hodnoty su pre monitoring stavu zdroja dost uzitocne, lebo napajaju dolezite periferie (grafiku, disky)

akurát mi pri inštalácií desktopu, xork-u, a iceweasel-u (postupoval som podla navodu tuna na fore) vyhodilo nejake chybove hlasky "update-initramfs: generating /boot/initrd.img-3.2.0-4-686-pae
w: possible missing firmware /lib/firmware/rtl_nic/rt18168-2.fw for module r8169
w: possible missing fir..............)

mohlo to byť kvoli tomu že som preskočil tento krok?

"V případě, že používáme grafickou kartu ATI, je potřeba:

Přidat do Grubu parametr nomodeset

Restartovat a poté nainstalovat:

$ sudo aptitude install firmware-linux-free firmware-linux-nonfree "

Hlasku o chybajucom firmware mi hodil instalator tiez (dokonca to hadzalo aj ked som pridal archiv s firmware na druhu particiu USB), ale vsetko sa nainstalovalo a siet isla uz pri instalacii (DHCP fungovalo hned od zaciatku, zo siete hned pocas instalacie stiahlo updaty voci instalacnemu obrazu) a po nainstalovani tiez siet frci v poriadku.
Na notebook sa v kazdom pripade hodi nainstalovat balik firmware-linux (ktory zavisi od firmware-linux-free a firmware-linux-nonfree takze sa ti nainstaluju oba) - teda ak nie si zrovna Richard Stallman, vtedy instalujes samozrejme len firmware-linux-free ;D
Ten balik firmware-linux mozes doinstalovat kedykolvek.

Ak mas grafiku ATI (podla vsetkeho APU), odporucam ti skusit driver fglrx (balik fglrx-driver), ktory je podla mojich skusenosti lepsi nez otvoreny radeon driver (moje skusenosti su ovsem na diskretnej HD7970 k Intelackemu CPU ci predtym Phenom2+HD4870, nie na APU v notebookoch - aj ked fglrx driver by mal pokryvat vsetko). Upozornenie: Po nainstalovani fglrx-driver a reboote sa ti moze stat, ze ti nenabehne graficky rezim a dostanes len terminal. Netreba sa zlaknut, staci sa prihlasit do terminalu ako root, spustit aticonfig --initial, on ti vygeneruje /etc/X11/xorg.conf, restartnes stroj a grafika by uz mala bezat

Co sa tyka zvuku, tak ja mavam pravidelne nasledujuci "problem" hned po instalacii (alebo vymene hardveru): na doske je integrovana zvukovka (nejake HD-Audio). Ale na grafike je tiez jeden zvukovy kanal (pre system je to virtualne tiez zvukova karta) - HDMI audio. No a ako na potvoru mi system po instalacii vzdy zvoli HDMI ako primarny zvukovy kanal, takze zvuk "hra do HDMI", kde samozrejme nemam ziadne repraky (moj video vystup ide cez DVI do displeja - keby som to mal na telku cez HDMI, tak by telka samozrejme ten zvuk prehravala). Takze "This is not a bug, it's a feature".
Z tvojho vypsu lspci tam vidim tiez jedno HDMI audio a jeden Azalia HDA Intel... takze welcome to the club 8).
Riesenie je jednoduche: v nastaveni zvuku (PulseAudio) si zvol "ten druhy" vystup ako defaultny a zvuk by ti mal frcat (silne predpokladam, ze aj tebe to standardne zvolilo ako vystup ten HDMI). Samozrejme to staci nastavit raz, potom si uz pulseaudio pre daneho uzivatela pamata, ako to ma nastavene... takisto mozes nastavit aj zvukovy vstup - tvoj notebook ma asi integrovany mikrofon (aj kvoli webkamere), ale keby si chcel napriklad zvuk zo specialneho mikrofonu cez jack (napriklad ak mas nejaky headset), zase musis v nastaveni zvuku povedat pulseaudio systemu ktory zvukovy vstup ma pouzit.
Ono je to celkom logicky spravene, akurat pulsaudio si moze len tipnut, ktory z dvoch vystupov chces, no a niekedy si tipne zle... Takze dufam ze toto rozchodis rychlo ;)

Rozdiel medzi apt-get a aptitude je ten, ze kazdy ma inych privrzencov :D
V skutocnosti sa oba daju pouzit na rovnake veci, su vzajomne zamenitelne, len sa pouzivaju trocha inak:
- aptitude je novsi, obsahuje v jednom programe vsetko (vzdy spustas len aptitude). Napriklad aj hladanie v zozname balikov: "aptitude search retazec" (ak pouzivas apt-get a chces hladat v balikoch, musis to robit "cudesnym" prikazom "apt-cache search retazec"). Povedal by som, ze po skusenostiach s pouzivanim apt-get niekoho napadlo, ze tie parametre a sposob spustania sa postupom casu vyvinuli do nie velmi logickeho zlepenca, tak sa snazil dat tomu nejaku krajsiu formu.
- apt-get ma zase podla mna lepsiu podporu pre neinteraktivne pouzitie (rozne automaticke skripty - pre aptitude to treba trocha upravit a potom to samozrejme bezi aj s aptitude). Plus vela navodov na nete je priamo pisanych pre apt-get (opakujem, ze aptitude sa da pouzit uplne ekvivalentne, takze navod pouzivajuci apt-get mozes jednoducho prepisat pre aptitude, tu ide skor len o pohodlnost copy-paste).
Co vsak rozhodne odporucam: pouzivaj len jeden z nich. Bud apt-get, alebo aptitude. Dovod je ten, ze kazdy si samostatne drzi informacie o tom, co si instaloval a potom ponuka automaticku odinstalaciu - a ked nema uplne informacie (lebo cast balikov si instaloval tym druhym programom), tak ti bude ponukat nieco nevhodne. Takisto, kazdy ma svoje logy (uz sa mi parkrat hodilo pozriet do nich, co som kedy sam nainstaloval, co sa kedy nainstalovalo ako zavislost) takze s jednym programom mam lepsi prehlad. Skratka pouzivanie len jedneho z nich udrzuje o trochu vacsi poriadok a to sa hodi hlavne pre zaciatocnika. A ked aj najdes na webe navod zrovna pre ten druhy program, tak staci len minimum rozmyslania na to, ako to zapisat v tom "svojom" - a rozmyslanie je pri instalacii novych veci vysoko uzitocna vec, rozhodne lepsie nez rozmlatit si system bezmyslienkovitym copy-paste prikazov s apt-get...

Pozeram, ze tie ikonky programov su az moc cupertinovsky stvorcove.. na tom tvojom prvom screenshote mi udreli do oci tie ikonky ovladacich prvkov v Dolphinovi, lebo boli decentne cierne, zatialco standardne KDE-ikonky su roznofarebne, co mi do tej tmavej farebnej schemy uplne nesedelo ("Oxygen Refit Black" uz bol omnoho lepsi)... V kazdom pripade je z tem, ikon a farebnych schem v KDE velky vyber, takze nieco si uz najdem. Takto do cierna ladeny desktop sa mi paci omnoho viac nez standardny... Tak uz to vyzera, ze idem do KDE, len este nejako rozchodit hamster applet...

lm-sensors pouzivam uz dlhe roky, tak si dovolim mierne doplnit:

Konfiguracia k senzorom je v subore /etc/sensors3.conf
Je tam specifikovane, ktory vstup meracieho cipu je pripojeny na ktory senzor, ake su pripadne prepocty medzi hodnotami a napatim (niektore vstupy musia byt zapojene cez napatovy delic z dvoch rezistorov, pretoze meracie cipy pracuju len v urcitom rozsahu, takze napriklad meranie +12V zo zdroja musi byt zredukovane do rozsahu 0 az 3.3V). Meracich cipov je vela a vacsina z nich ma nejake odporucane zapojenie a na zaklade tej dokumentacie bol napisany ten subor sensors3.conf

Podla mojich skusenosti s viacerymi doskami za tie roky (rozne modely MSI, Gigabyte, ASUS) mi ten standardny obsah suboru nikdy dobre nefungoval a vzdy bolo niekolko sensorov (casto vacsina zo senzorov) uplne nezmyselnych (napriklad boli nepomenovane teda sa zobrazovali ako "in8", alebo boli uzemnene takze stale ukazovali nulu, pripadne boli pravdepodobne nezapojene a ukazovali nezmyselne nahodne hodnoty, alebo skratka nesedel prepocet lebo vyrobca dosky ich zapojil inak nez bola odporucana schema). Tieto neduhy nesediaceho konfiguraku su vidiet aj na Romanovom vypise ;D
To sa da vzdy napravit dodanim vhodneho konfiguraku. Niekedy ma clovek stastie a najde konfiguraciu tu: http://www.lm-sensors.org/wiki/Configurations, ale najlepsie je googlit podla presneho modelu svojej dosky a najdeneho mena senzoroveho cipu, vacsinou to najde niekoho, kto uz konfigurak pre danu dosku vytvoril, staci ulozit novy subor (len s tymi nastaveniami pre moju dosku) do adresara /etc/sensors.d/ (a suboru /etc/sensors3.conf sa netreba chytat), restartovat sensors a potom skontrolovat, ake hodnoty to zobrazuje. Ak by to nesedelo, alebo bol k dispozicii len konfigurak k podobnej doske, tak potom treba upravovat a kontrolovat (podla informacii co pise o teplotach a otackach BIOS), castokrat su to len prehodene vstupy... Prinajhorsom sa daju aspon dat do ignore tie vstupy, ktore su nepomenovane alebo ich hodnoty nedavaju zmysel (mozno su tie vstupy aj zapojene, ale nevieme ake rezistory su pouzite)...
Samozrejme, niekedy este treba upravit veci podla svojej situacie, napriklad ventilatory - nezapojene do ignore nech ich ani nezobrazuje. A zapojenym zase nastavit minimalne otacky (pri klesnuti otacok sa objavi ten ALARM) a aj ich pomenovat ("CPU Fan" a "Front Fan" vyzeraju lepsie nez fan1 a fan4), niekedy treba manualne upravit hodnotu div (kolko pulzov za otacku ventilator posiela - to je dane konstrukciou konkretneho ventilatora).
A celkovo... man sensors.conf je nas kamarat 8)

Co sa tyka notebookov, tie nemaju specialne senzorove cipy na doske, ale vacsinou sa da teplota puzdra procesora a teplota dosky ziskat z ACPI informacii (treba mat nainstalovane nejake baliky k ACPI, presne si to teraz nepamatam, lebo notebook nepouzivam). No a samozrejme, modul coretemp by mal fungovat pre vsetky Intel procesory (pre AMD je zase k8temp alebo k10temp), tym sa da zistit zase teplota jadier procesora... takze nejake informacie o teplotach sa daju ziskat aj na notebookoch.

So senzormi suvisi este to, ze pouzivam aj munin na monitorovanie, kedy sa tie hodnoty nacitanych senzorov vykresluju do grafu. Aj ked munin je univerzalny, teda nie len na senzory (sledujem tym aj S.M.A.R.T. diskov, load v systeme, siet, atd)... ale pri tych senzoroch je vidiet, ako sa menia teploty v zime a v lete (pripadne ked sa filltre zas upchaju prachom a ked ich potom vycistim :) ). Pre mna ma munin vyznam hlavne preto, ze takto mozem monitorovat vsetky svoje stroje, server ktory zbiera udaje mi bezi stale. Ak ma niekto len jeden desktopovy stroj (alebo notebook), tak sa munin velmi nehodi... ale uz som videl nejake screenshoty ako mali ludia udaje zo senzorov na desktope cez conky. No a desktopove prostredia asi maju nejake pekne widgety pre tych, co to chcu mat na ociach "live" (sam tiez nepouzivam, ale mozno niekto iny da tip pre ostatnych).

[uz je]

Netreba, vo Wheezym uz je GRUB2. To je taka finta GRUB-u - ked bola stara verzia (GRUB1), tak cislo mala tusim 0.97 (po dlhe roky), teraz GRUB2 ma cislo 1.99.

Osobne som skusal Wheezyho nainstalovat v UEFI mode a funguje to perfektne.
S UEFI bootom ale (vo vseobecnosti, nie kvoli Wheezymu) pozor, budes potrebovat GPT rozdelenie disku (z MBR sa neda nabootovat v UEFI mode, len v BIOS mode). A na tom GPT disku musi byt ESP (EFI System Partition - specialny oddiel, kam idu EFI bootloadery). Ja som uz tu particiu mal vytvorenu (disk som rozdeloval popredu), Debian instalator ju rozpoznal a pouzil. Ak mas uplne cisty disk a nechas na Debian-instalatore, nech sam vytvori particie (aka "guided" rozdelenie disku), tak ju tiez sam vytvori (to som zase odskusal na VirtualBox-e). Ked chces delit disk manualne, musis na ESP pamatat a tuto particiu sam vytvorit (nakolko instalator nadava ked ju nema, to neviem, to som neskusal, v kazdom pripade absencia ESP bude viest k nebootovatelnemu systemu).
Dalsia moznost je, bootovat v BIOS mode (niekedy to pise "legacy"), ked mas dobru dosku tak to tiez ide, v UEFI-BIOSe si zapnes CSM (Compatibility Support Mode) a nabootujes "klasicky". Podla toho, v akom mode nabootujes instalator, taky sa ti aj nainstaluje na disk.

Uzitocne informacie o UEFI boote najdes na http://www.rodsbooks.com/efi-bootloaders/, odtial som vacsinou cerpal (a moze sa ti hodit aj info o GPT: http://www.rodsbooks.com/gdisk/)

Takisto som si skusil nahodit rEFInd, to je UEFI-boot manager, to je uzitocne ked chces mat multiboot do roznych UEFI systemov (ja osobne Windoze nemam, takze az take moc uzitocne to pre mna nie je, a navyse na mojom wide-screene je grafika trocha rozplacnuta, ale tak chcel som si vyskusat ze to funguje). To je od toho isteho chlapika a je to tiez funkcne.

Podla mna mas s Wheezym zelenu a mozes instalovat ;-)

Je aj moznost zaslania na Slovensko (pripadne za inu cenu postovneho)?
A este druha vec: Oznacenie velkosti typu M, L, XL je podla mojich skusenosti nejednoznacne (niektore tricka mi sedia vo velkosti M a ine zas vo velkosti L, zalezi to od vyrobcu). Nemas moznost odmerat aj sirku triciek (sev rukavu na hornom okraji, ked je tricko polozene na rovnej ploche, rozmer c. 3 na nasledujucom obrazku)?

Kazdemu by myslim pomohlo porovnat si to so svojim trickom ktore sedi...

Priznavam sa bez mucenia, ze tuto temu vobec nepoznam a vlastne ani nepouzivam KDE4. Nove Gnome 3 sa mi vsak velmi nepaci (novy styl ovladania je OK, ale napriklad ten horny pruh je na normalnom monitore strasne siroky a neda sa zmenit - na notebooku s malym displejom to moze byt OK, ale na desktope mi to nevyhovuje).
Tvoj screenshot vyzera ale vyborne! Rozhodne lepsie, nez standardna KDE tema. Skusil som si to naklikat u seba a vyzera to super... az na to, ze som nenasiel KDE-ikonky ake su na tvojom screenshote (nasiel som "Oxygen Refit Black", ktore ale vyzeraju trochu inak ako tie tvoje). Mohol by si este prezradit, ake ikonky pouzivas? Pripadne dalsie tipy na prisposobenie vzhladu "do cierna" (napriklad Gimp)...

Vobec nevidiet obsah sukromnych sprav. Detaily:
- Prisla mi sukromna sprava. Pocet novych sprav sa objavil hore v zahlavi (zatial pekne).
- Pozriem si prijate spravy a vidim len zoznam, tj. vidim len od koho sprava prisla a aky je predmet (v starom vzhlade bol dole aj obsah spravy).
- Chcem si pozriet obsah spravy, kliknem na predmet... a hodi ma na "prazdnu" stranku (je tam dekoracia fora, ale ziaden obsah spravy).
- Podobne to (ne)funguje aj pre odoslane spravy.
- Rovnako sa to sprava vo Firefoxe aj v Chrome.
Vlastne sa mi v novom vzhlade vobec nepodarilo spravu precitat, musel som prepnut na stary. Takze by som povedal, ze sukromne spravy su nie "viac-menej nefunkcne", ale "uplne nefunkcne" :'(