DANYSEK:
Ale kazdopadne...pokud mas chvili casu, muzes se o to pokusit sam, klidne si te privezu domu, udelam ti dobry kafe a az to zprovoznis, zase te odvezu :-)

DANYSEK:
ROMANICAK:
Taky se muzes zkusit podivat po netu kolik lidi s tim ma problem. Fail je, ze tohle proste normalniho cloveka nenapadne, kdyz jde kupovat uplne obyc a naproto beznou sitovku.

DANYSEK:
Ten muj profik je Frodo, muzes mu to zkusit rict sam. Ovladac tam sice je, ale sitovka presto na Ubuntu 14.04 nefunguje. Vse vypada OK, ale nic pres ni neprojde. O neco starsi integrovana sitovka na jakymsi MSI boardu s C2D CPU jede uplne v poho, bez problemu.

ROMANICAK: to ten tvuj "profik" bude pekna lama - v Linux kernelu mas ovladac oficialne od srpna 2011... co k tomu dodat, zavada bude na interface mezi zidli a klavesnici :)

ROMANICAK:
No skoncilo to tak, ze po hodinovym hledani a ruznych pokusech jak obejit to, ze ovladac nelze ani najit novej, ani zkompilovat ten co je na CDcku, jsme se na to vykaslali a tak banalni operaci, jako je pridani sitovky do PC jsme proste museli vzdat.

RATTKIN:
A najdes jeden rozdil? Relativne nova sitovka na aktualnim systemu vs totalne prehistoricka tiskarna na aktualnim systemu? ;)

Vcera jsme zkouseli s kamosem, co je profik linuxovej uz mnoho let, zprovoznit sitovku TF-3200. Je to levna sitovka, pise se tam ze ma ovladace pro Linux. Hadejte jak to dopadlo.

GRIGORIJ: kazdopadne hrozne moc dekuji za vsechny rady! (kdyby to nekoho zajimalo, tak jde o analyzy vzorku od pacientu s leukemiemi a dalsimi poruchami krvetvorby (nebo s podezrenim na to))

VYHULENY_UFO: nevim. Ten kod, ktery na tom bezi je skript v Rku, ktery vola bashove skripty (a take dela neco sam a vola balicky, ktere maji casti napsane v cecku atd) a ty bashove skripty volaji veci napsane v pythonu/perlu/cecku/... I.E. veci, ktere mohou byt spatne je spousta a drtivou vetsinu jsem nepsal ja.
Tenhle run bezel bez problemu od soboty, zanalyzoval 15 vzorku, ktere se nijak nelisi od toho, na kterem spadnul. Muzu jen odhadovat, ze spadnul behem behu awk (a minule behem neceho uplne jineho; neceho co ted rozhodne nebezelo).
Tim chci rict, ze kdyz to pustim jen v konzoli, tak to minalne par dnu nebude nejspis zadny rozdil.
Hledam proste zpusob, jak zjistit, jestli je problem na strane sw nebo hw.

VYHULENY_UFO: no ja jsem nemocnej a doma; pocitac je v praci. Takze ano mam ho pustenej. Nicmene, kdyz jsem problem s restartem zminoval minule, tak teamviewer pusteny nebyl... Jinak myslim, ze s wine mas pravdu - vypada to wineoidne.

VYHULENY_UFO: tar -zcvf log.gz log/ (pricemz log/ vzniknul cp -R /var/log .)

GRIGORIJ: jo jen pro upresneni - k tomu restaru dojde (podle me) nezavisle na grafice - bezi proste kod, ktery analyzoval bez problemu radu vzorku (v tomhle pripade 15; principialne stejnych - kazdy vzorek = 2 "velke" textove soubory) predtim a najednou se uprostred dalsiho vzorku pocitac restartuje (minule k restartum doslo v jine casti analyzy;prubezne jsem koukal na obsazeni pameti, ale porad bylo mista dost; koukam na to pres teamviewer, nevim jestli to muze souviset)

VYHULENY_UFO,MRDAC_BEDEN:
nojo nvidia... co to tam sakra dela? - grafika je tam ati radeon (jen jako zobrazovadlo; tenhle procesor vestavenou grafiku nema). Dik, toho jsem si vubec nevsiml, ale podle vseho to resilo nvidia az po restartu...

var/log/ prikladam

• log.gz

GRIGORIJ: to co zacina na case 22:30:41 je bezne bootovani systemu. Teto udalosti v logu nic nepredchazi. Vypada to, jako by z niceho nic doslo k "tvrdemu resetu". Projdi i ostatni logy v /var/log/ napr. messages, kernel apodobne, pripadne je sem posli

GRIGORIJ: tak jsem tu znovu se stejnym problemem - byl byste nekdo ochotny podivat se na ten syslog (prikladam) - neco zleho se stalo patrne v Jan 14 22:30:41... ale prehrivanim procesoru to nebude. Nejsem z toho prilis moudry a moc by mi pomohlo, kdyby se na to nekdo moudry podival. Diky moc!

• syslog_save.txt

VYHULENY_UFO: Jak bys nasel nize v diskuzi, prijde mi, ze Android je nejrychleji se rozvijici OS dneska, ktery pravdepodobne vsechny ostatni distribuce prejede casem i na desktopech, ale samozrejme ma to dve nevyhody.
1) Jednak ho vlastni velky firemni moloch, coz se v budoucnu mozne ukazat jako velka nevyhoda.
2) Konkurence je pro trh vzdycky dobra, android ji v soucasnem tabletove linuxu rozhodne nema.
3) Pro ne-android linux, existuje spousta zajimavyho softu, ktery na Androidu neni a rad bych ho videl na x86 tabletech a jeste radsi na tech s arm.

DANYSEK: Nejsem urcite reprezantativni vzorek, ale jako priklad jsem myslim validni. Pouzivam Linux, Wokna, MacOS, to posledni teda hlavne z donuceni (bez Xcodu na prkno(iPad) nic deployovat porad nejde), a pokud necemu z toho fandim, tak je prave Linux, ale moje povaha je proste takova, ze to neznamena, ze budu zamlcovat, to co povazuju za jeho nevyhody.

Jinak to co pises je ok, ale nemyslim si, ze by to primo vylucovalo neco co z toho co jsem psal ja, ze by slo o nejakou kontratezi.
Mozna poweruser neni ten spravnej nazev, ale momentalne me, zadnej lepsi nenapada, ani nemam pocit, ze by se v literature pro tohle nejaky konkretni nazev pouzival. Poweruser v pojeti toho jsme se snazil rict, neni odvisly od nejakyho skillu, jako spis miry pozadavku, jak moc clovek pozaduje od OS a SW. Paradoxne cim vetsi skillset clovek ma, tak s o tom mensim setem nastroju si dokaze vystacit.

VYHULENY_UFO: Dobre, ale resime tu ted hlavne desktopy, ze android vyhral tu snad nikdo nepochybuje.

Ale kdyz jsme u toho, vam neprijde jako fail, ze se tak dlouho ceka na slusnej arm linux pro tablety, uz x let ctu, ze ubuntu touch konecne umi tohle a tohle, ale porad to jeste neni velku.

Jinak ano, mezi vyvojari je urcite zastoupeno vice uzivatelu linuxu nez mezi beznymi uzivateli, ale uz je druha vec, jestli jsou vyvojari ti, kteri rozhoduji pro jaky platformy se bude soft psat. Casto to rozhoduje nejaky businessak nad nimi a ten se dival na kolac zastoupeni na trhu.