5 věcí, které mi vadí na mém Linuxovém desktopu (diskuse)

[xkesh]

Už mě nebaví shánět s každým updatem jádra odpovídající balíček pro můj SW modem, který pak funguje omezen na 14.4 kb/s. Rozhodně nehodlám za něj platit. Jakto, že uživatelé jiných systémů mají plnohodnotné ovladače zdarma a na CD u modemu?

Jako lama ziju v bludu(?), ze update jadra vetsinou bud resi nejake chyby, nebo pridava podporu pro nejaky novejsi HW, cili lamacka otazka: Proc updatovat jadro, kdyz ti vsechno bezi, jak ma?

Otazka 2: Jak casto asi updatuji uzivatele "jinych systemu" jadro?

PS. nejsem linuxovy fanatik :P

[Gustav]

Bezpecnost. Staci si precit, kolik zneuzitelnych chyb ten update resi. Jsem permanentne v internetu a stehuji mezi ruznymi univerzitnimi lokalnimi sitemi. Nikdy nevite, koho tam potkate.

[xkesh]

Bezpecnost.

Ano, to chapu. Ale troufam si tvrdit, ze tohle je velmi okrajova zalezitost pro lidi, kterym vadi, ze si musi shanet samostatne ovladace modemu (kteri vubec provozuji takovy "divny" modem v dobe wi-fi spotu - zvlaste v univerzitnich sitich).

Zkratka mi prisla trochu podivna touha pohybovat se na jedne strane na spicce technologie a zaroven si stezovat, ze tam jeste nedorazil mainstream v oblasti druhe. Tohle myslim nebude vyreseno nikdy.

[Jiří (BoodOk) Kadeřávek]

Marne vzpominam, kdy byl v jadre remote exploit. Vesmes se jedna o lokalne zneuzitelne exploity. To je problem u serverovych masin, u pracovni stanice to lze vetsinou osetrit jinak. Skutecne si nemyslim, ze by upgrade jadra byl v teto roli OS neco nezbytneho. A odpadaji tim 2 body nasranosti.

[bruno]

http://secunia.com/advisories/16406/

[trancelius]

Solution:
Update to version 2.6.13.
 http://kernel.org/

[xkesh]

Podobné je to s akcelerovanými ovladači ke grafické kartě - v distribuci jsou dostupné jen pro jádro, se kterým byla vydána. Další si musím instalovat sám po odstranění těch starších distribučních.

Totez co s jadrem. Proc instalovat stale nove a nove ovladace ke stale stejne karte, kdyz ty stare funguji? I uzivatele "jinych systemu" si musi nove ovladace najit a nainstalovat rucne, jestlize chteji jiny nez ten vychozi.

[Gustav]

Ale kdez. Ovladace grafiky mam porad stejnou verzi. Jenze s updatem jadra uz nefunguji. Jejich cast je proste zavisla na konkretni verzi jadra - a kamen urazu je, ze MDV uz nedistribuje jejich nove verze - pro to nove jadro - v RPM.

[xkesh]

Ale kdez. Ovladace grafiky mam porad stejnou verzi. Jenze s updatem jadra uz nefunguji.

Jo to chapu, mne se dokonce prihodilo, ze "nove ovladace" uz moji kartu "zapomnely"... a tim padem nejak nepracuji ani s novymi jadry (momentalne 2.6.12-r10). Mam ale dojem, ze cim starsi bude HW, tim vice takovych potizi s novym SW bude, cili ten problem je jen relativni a vyresi se, az si koupite cim dal tim levnejsi novy HW. Uz vubec bych to nesrovnaval s "jinymi systemy", kde je momentalne ten vychozi SW predpotopni.

Ano, taky by se mi libilo, kdyby delali vsichni vyrobci HW plnou podporu pro Linux, coz o to :) Tuhle touhu nekritizuju :)

[Daniel Kvasnička ml.]

treba proto, ze napr. ovladace ATI jsou dost ve vyvoji a jsou kvalitnejsi s kazdou verzi. teda nevim alespon ja mam ATI...

[Lynn]

krásný podzim a hodně lásky

[Daniel Kvasnička ml.]

jo, dokazu se do tebe vzit i kdyz nemam presne ty problemy co ty. To s tim suspendem je fakt. Muze mi nekdo ukazat distribuci, ve ktere funguje sleep out of the box nebo alespon po nainstalovani nejakeho baliku?

[Zdeněk Burda]

Debian, slackware, Red Hat, Mandrake, SUSE, LFS...

[iSteve]

zkusenost mam na Debian, Debian, Ubuntu, custom -- hezky, pekne, out of the box:)

[Michal Čihař]

Nejlépe odladěné to má SUSE, ale vždy se najde hardware, kde to nechodí…

[D-Evil]

Funguje to prakticky v každý distribuci, jak funkce ACPI, tak swsusp. Problém je v podpoře hardwaru, tak jako tak se používá ACPI a funguje to jen s podporovanym hardwarem. A toho moc neni, protože výrobci se spokojej s tim, že ACPI funguje korektně ve Windows (který snesou hodně velký prasárny) a dál to neřešej, nezajímá je těch zbylejch pár procent lidí, který Windows nepoužívaj. A končí to pak tim, že někdy nefunguje jen sleep, na některejch noteboocích třeba nefungujou korektně větráky nebo monitory baterií a některý starší mašiny se zapnutym ACPI při bootu dokonce vytuhnou.

[fissie]

jo, dokazu se do tebe vzit i kdyz nemam presne ty problemy co ty. To s tim suspendem je fakt. Muze mi nekdo ukazat distribuci, ve ktere funguje sleep out of the box nebo alespon po nainstalovani nejakeho baliku?

To samozrejme zalezi, o jaky suspend se jedna, jestli o suspend-to-ram nebo suspend-to-disk, coz v cele diskuzi nebylo zmineno, nebo jsem si toho nevsim. Je pravda, ze situace ohledne cehokoli, co pouziva ACPI, je dost zoufala. Na notebookovem hardwaru to povetsinou bezi, kdyz clovek vyhodi pred pokusem o suspend par problemovych modulu. jako je treba USB a zvukovka, ktere delaji problemu nejvic, na desktopovem hardwaru jsem jeste suspend-to-ram fungovat nevidel, suspend-to-disk jen velmi malokdy. Teda, ono se to uspi skoro vzdycky, ale uz se to neprobere .

Holt za to muzou broken implementace ACPI na zakladnich deskach... aneb "Proc bychom to implementovali dobre, kdyz MS ma nase specifikace a vi, jak to mame rozbite a diky tomu to vsemu funguje, ze? Hlavne ze to prodame, wokna na tom pobezej, broken ACPI nikoho nezajima. Navic nejake ACPI na desktopu, k cemu by to komu bylo? Hlavne ze to nejak jede." Bohuzel, podobnym pristupem pracuje vetsina firem a je to videt :-/. Nastesti ale stale ne vsechny.

Reseni u suspendu osobne vidim jinde - u ciste softwarovych reseni. Na co bych potreboval kvuli suspend-to-disk pouzivat nejake ACPI? Co mi brani proste ulozit dump pameti na disk, pocitac vypnout a pri bootu ho natahnout v uzivatelske rezii a opravit detaily jako je cas? Nastesti podobny zpusob napadl driv jine a schopnejsi a existuje Software Suspend 2, ktery na ACPI kasle a nepotrebuje ho, takze funguje vsude. Alespon me jo. Bohuzel si nejsem jist, jak je to s podporou v distribucnich kernelech.

[vencour]

IR port nemám, pokouším se místo něj používat bluetooth, zatím se mi ale nepodařilo dostat smsky z mobilu - v MSW prý je třeba pro novou verzi Logo managera i nový fw v Nokii. Tak zatím čekám, zda to půjde bez něj.

Jinak s postřehy souhlasím, ovšem řekl bych, že je to daň za možnost tvořit si vše sám = občas je to i nutnost.

[D-Evil]

1. a) Modem už naštěstí řešit nemusim, protože ho nepoužívám, ale taky jsem si kdysi hodně zanadával (a nakonec driver podle návodu sprostě cracknul, protože se mi nechtělo vedle Telecomu ještě nechutně štědře sponzorovat Linuxant, za ty peníze jsem mohl mít skoro novej HW modem)

b) S tim v Gentoo problém nemám, emerge to za mě udělá c) Desktop neuspávám, ale na notebooku mám stejnej problém, což použití linuxu staví na vedlejší kolej. Je to docela škoda, na stroji s 256 MB RAM je moje Gentoo o něco svižnější než Windows XP (například díky absenci antiviru) a stabilnější systém od Microsoftu splňující moje požadavky prostě neexistuje. d) Infraport nemám

2. S tuhnutím problém nemám, ale pozoruju jakýsi zaškubávání. Možná je to můj subjektivní dojem, ale zejména při práci v Konsoli (tim myslim terminál v KDE) cejtim nepatrný "lagy".

3. OpenOffice jsem zahodil kvůli nenažranosti a pomalýmu startu, to jsou pro mě předevšim na notebooku klíčový parametry, protože pro mě neni přijatelný přijít pozdě na přednášku a ještě 5 minut čekat, než si budu moct něco zapsat. Nedávno jsem nainstaloval KOffice, ale ještě jsem neměl čas ho zkoušet. Kompatibilita u mě až tak roli nehraje, většina dokumentů je moje vlastní tvorba a nic složitýho, navíc předevšim "wordovský" dokumenty, tedy to, na co se vývoj bohužel soustředí absolutně nejvíc.

4. To byl můj důvod, proč jsem utek od Mandraka (teď už Mandrivy). Chvíli jsem experimentoval s Gentoo, nedávno i s Fedorou Core 4, ale nic lepšího, než Gentoo, jsem zatim nepotkal. Kromě zdlouhavý instalace a updatů větších balíků softwaru mi na něm asi nevadí nic, což bohuŽel o jinejch distribucích říct nemůžu. Navíc mám šťastnou náhodou notebook se stejnou architekturou jako desktop, takže updaty na něm můžu řešit vytvářením binárních balíků.

5. Mám stejnej názor a řešim ho zatim stejnym způsobem, jediná nezapadající věc je teď už asi nerozlučná trojice Firefox - Thunderbird - Sunbird, lepší ekvivalenty jsem nenašel (a v připadě Sunbirda ani nehledal, nebyl důvod).

[Jiří Lisický]

Dostával jsem k jednomu projektu zadání v doc formátu. Stroj byl starý (200MHz Pentium) a openoffice startovaly strašně dlouho a stejně nezobrazovaly všechny "fičury". Nakonec jsem ve wine rozjel volně dostupný MS WordViewer a bylo to.

[Abraxis]

Clovece, jak vidim, tak polovina tvych problemu je zpusobena updatem jadra. Proc to delas? Bezpecnost je blbost - pokud se pohybujes v cizich sitich, tak si uvedom, ze v jadre uz hoooodne dlouho nebyl zadny remote-exploit, takze to nepotrebujes resit. Bud si kompiluj jadro (a pak musis nest nasledky) nebo system pouzivej k praci. Ja si nemuzu vynachvalit Fedoru, kde mi staci napsal "yum -y update" a mam updatovane jadro vc. ovladacu na nVidia (staci pouzit externi repository a do par hodin po uvolneni noveho jadra RedHatem je tam RPMko i s nVidia ovladaci).

[fissie]

Clovece, jak vidim, tak polovina tvych problemu je zpusobena updatem jadra. Proc to delas? Bezpecnost je blbost - pokud se pohybujes v cizich sitich, tak si uvedom, ze v jadre uz hoooodne dlouho nebyl zadny remote-exploit, takze to nepotrebujes resit.

Aha, bezpecnost je blbost a protoze nebyl dlouho remote exploit, tak se to nemusi resit. To mi pripomina takovy ten klasicky pristup managementu malych az strednich firem - bezpecnost neni potreba, protoze se na ni neda vytezit penize a "nam se to prece stat nemuze". Vetsina tech managoru mluvi jinak o par dnu pozdeji ve chvili, kdy maj na stole incident.

To, ze nebyl zverejnen nejaky remote exploit neznamena, ze v kernelu neni remote chyba. Dobre, fajn, predpokladejme tedy, ze v nejakem 2.2 kernelu, pro ktery jsou binarni moduly k radobymodemum casto k sehnani, neexistuje zadna remote chyba. To ale preci ani trochu neznamena, ze stroj je zcela odolny vuci remote utokum. On i takovej local root v kombinaci s chybou rekneme v mailovem klientu nebo webovem prohlizeci cloveku dokaze zatopit. A local rootu ve starem kernelu je skutecne pozehnane, treba takovy ptrace... mlask. I kdyz pocitame, ze by mel autor clanku ten stroj zcela zatlucenej firewallem a nebezel tam zadny servery, stahovani posty je pomerne casta a bezna aktivita. A podobnych rizik existuje vic. Nespolehejte na to, ze kdyz jste jedinej uzivatel na stroji, ze vam local root vulnerability nemuze ublizit. Muze.

Bud si kompiluj jadro (a pak musis nest nasledky) nebo system pouzivej k praci. Ja si nemuzu vynachvalit Fedoru, kde mi staci napsal "yum -y update" a mam updatovane jadro vc. ovladacu na nVidia (staci pouzit externi repository a do par hodin po uvolneni noveho jadra RedHatem je tam RPMko i s nVidia ovladaci).

Vyborne, kazda distribuce ma dneska svuj upgradovaci nastroj. Jen jsem jaksi nevidel zadnej, kterej by byl schopnej vzit binarni modul pro 5 let stary jadro a prekompilovat ho na to aktualni distribucni.

[Yin]

Ja ti rozumiem... ale jedine ty musíš vedieť, kedy je čas to zabaliť!

Pozri, aspoň niesi zlodej a ušetril si na OS+SW pár drobných pre svoje deti (na školu, vreckové a tak...).

[trocha pravdy]

Hezký příspěvek! Bez ironie...

[Zdeněk Štěpánek]

Zdravim

Na tohle proste musim reagovat. Mam vpodstate stejny pocitac jako ty (deska s KT266A, duron 800).

1) Nestezuj si prosim, ze ti nefunguje "modem" kdyz MODEM nemas. Co na to rict....

2) Hry nehraju, ale OpenGL mi jede. Pokud mas potrebu experimentovat s jadrem tak snad musis vedet jak experiemntovat s ovladacema. Pokud tu potrebu nemas, tak ti pojede jadro i akcelerace z distribucnich balicku.

3) SW suspend jsem nezkoumal, ale proste hu musi podporovat veskery HW. Treba ja onehda jeste na XP jsem mel po instalaci suspend aktivni, po doinstalovani druhe graficky se disabloval. A propo, PC ma prece vypinac..

4) Jak uz jsem psal, via KT266A, infrak slape jak z praku. Ostatne vsechny VIA copsety od KT266 vyse jsou bezproblemove. KT133 byl smejd, na tom padaj i windows.

5) Nesvadej chyby nekvalitniho HW na Linux. Ja uz jsem se neco nakompiloval... Pada to kdyz se pretaktuje.

6) Opet, nesvadej chyby druhych na OO.org. BTW ja s nim potize nemam, sem tam se neco rozhodi, zejmena obrazky. Ale jak znamo, MS Word neni kompatibilni ani sam se sebou.

7) O upgrade pres internet jsi neslisel? Nevim jak mandrake, ale slackware to ma

8) To je nevyhoda?

Zdenek

[Gustav]

Na tohle proste musim reagovat. Mam vpodstate stejny pocitac jako ty (deska s KT266A, duron 800). 4) Jak uz jsem psal, via KT266A, infrak slape jak z praku. Ostatne vsechny VIA copsety od KT266 vyse jsou bezproblemove. KT133 byl smejd, na tom padaj i windows.

Mam ABIT KT7A - t.j. chipset KT 133...

5) Nesvadej chyby nekvalitniho HW na Linux. Ja uz jsem se neco nakompiloval... Pada to kdyz se pretaktuje.

Ja taky, pretaktovany to neni, dela mi to jen posledni verze Mandrivy, ve vsech predeslych nebyl problem. Koukal jsem do BIOSu na teploty, ty jsou taky OK (BTW - dalsi vec, ktera mi nechodi - kontrola HW - teploty, otacky vetraku, napeti... lm_sensors nejak nepodporuje tenhle chipset).

6) Ale jak znamo, MS Word neni kompatibilni ani sam se sebou.

Je to jak pupecni snura - maji ho vsichni a jsou na nem zavisli

7) O upgrade pres internet jsi neslysel? Nevim jak mandrake, ale slackware to ma

Jo, bezne to resim ve skole. Ono tahat vetsi mnozstvi dat pres GPRS, "modem" nebo CDMA (to je, k cemu mam nejblize) je silenstvi.

[podlesh]

Mam ABIT KT7A - t.j. chipset KT 133...

Ja taky, pretaktovany to neni, dela mi to jen posledni verze

Kromě přetaktování a přehřívání (procesor, chipset) bývá častou příčinou tuhnutí také vadný chipset. Konkrétně například KT133 nezvládá přenos většího množství dat po IDE (stačí kopírovat disk/disk) a/nebo PCI (povedlo se mi ho vytuhnout příjmem po gigové síťovce do /dev/null). Proč to dříve nedělalo a nyní ano je téma pro nárčný forenzní výzkum.

Prostě vyměnit HW. Linux-compatible není problém (dokonce o něco menší než Windows-compatible, kde člověk může podlehnout iluzi že "je ovladač, tak to pojede"). Ale vybrat a sehnat zcela funkční, bezproblémový HW, to problém je a velký. Bohužel.

[Michal Vyskočil]

Pada to kdyz se pretaktuje.

Když vynecháme chyby mezi nebem a zemí. Teď třeba překládám 2.4 jádro a předchozí kompilace se zasekla u ext3 modulu, tak jsem musel udělat make clean a nová kompilace skončila bez problémů.

Vzhledem k tomu, že jsem měl Slackware a teď mám Gentoo, tak můj počítač už taky pár kompilací zažil

[Robert Krátký]

Díky. Vždyť celý ten zápis si stěžuje na věci, které Linux nemůže ovlivnit. Modem, infra, swsusp, .doc, ... všechno jsou to problémy, které Linux někdy nezvládá proto, že nejsou k dispozici potřebné informace. V případech, kdy tyto informace výrobce uvolní, podpora v Linuxu je - a většinou kvalitnější než jinde.

[ParadoX]

add2) tuhnutí počítače je nejspíš způsobeno poškozenými ramkami nebo základkou, řešil jsem podobný problém, po odstranění jedné ze tří ram paměti se mi komp přestal zamrzávat. Po několika měsících se vše začalo opakovat ale tentokrát byl problém s Grellm, od té doby co ho nespouštím (i když mě to dost mrzí) tak mi komp jede bez problémů a to mám něco podobného

[trocha pravdy]

Řešením nefunkčního uspání je tlačítko "power". A dokonce to šetří i peníze za vyplácanou energii.

[trocha pravdy]

V čem naprosto souhlasím jsou přenosy těch zavšivených dokumentů. V tom máš naprostou pravdu a je to dost velkej problém. Dělám kompromis v tom, že vytvářím buď z latexu nebo oo pedeefko, což je samozřejmě jednostranné řešení.

Dokonce jsem to dopracoval tak daleko, že po úpravě v oo před odesláním dokumentu příjemci si to raději ještě pošlu do práce, kde mám word. Výsledek je obvykle tristní a musí se to do-pře-dělávat.

[taz]

Teď je otázka jestli já musím řešit, že někdo není schopen otevřít OO dokument? OO si může zdarma stáhnout, já si kvůli tomu že mi nějakej trotl píše email ve Wordu MSOffice za 15k kupovat nebudu. Neměli by si spíš uživatelé MS Office stěžovat, že za těžký prachy ktere investovali do kancelářského balíku nepřečtou ani soubory ze sw kterej je zadarmo?

[trocha pravdy]

To máš sice pravdu, ale schválně to zkus vysvětlit třeba personální agentuře, kam posíláš životopis nebo advokátovi, kterému máš poslat podklady.

Garantuju ti, že tvůj na pádný argument již nebude následovat žádná odpověď nebo v lepším případě odpověď naprostého zmatení a nepochopení...

[bhy]

Mám starou PeCku AMD@750MHz, Mandriva 2005 LE, kterou používám mnoho hodin denně (Ano, jsem asi "geek". Nestydím se za to).

Jestli používáš Mandrivu tak nejseš geek. Geekové nepoužívají Mandrivu.

[D-Evil]

Proč by ne? Linux jako linux

[anicka]

A co pouzivaji geekove? .o)))))

[Robert Krátký]

Správní geekové nepoužívají nic, co by nebylo alespoň: - kompilované ze zdrojáků na stroji, kde to běží
- zásadně nelokalizované
- instalované vzdáleně

[Michal Vyskočil]

Ach jo, tak jdu vyhodit LINGUAS z make.conf a předělat LC_XXX na C, ať jsem geek .

[Gustav]

Tak to se moc omlouvam, pokud to nebylo mysleno ironicky.

Nemam potrebu si dokazovat, ze umim anglicky, kdyz muzu mit system bezproblemu v cestine, instalovat ho vzdalene, kdyz je to desktop, u ktereho sedim, a konecne plytvat casem a elektrickou enegrii s kompilaci, kdyz to uz nekdo udelal za mne...

Ikdyz, kamarad (jediny muj linuxovy, hned se hlasil, kdyz jsem napsal tohle) absolvoval prechod Microsoft® Windows® XP ---> Mandrake 9.2 --> Mandrake 10.0 --> GENTOO a je spokojeny a zrovna SW suspend (ntb Acer) mu uz jde...

[Heron]

Geekové používají linux (a to i bez GNU)

[abr]

IMHO geekové používají hlavne http://www.thinkgeek.com/caffeine/accessories/5a65/ :D

[Gustav]

Urcite ne MacOS X - dyt to je prece system pro teplouse!

Link uvadet nebudu, modri uz vedi.

[trancelius]

Minimálně problém se suspendem a aktuálností je distro- a hlavně RPM-specific :) přece jen nějakou chvíli trvá, než "někdo venku" sestaví RPM balíček nové verze programu a než se objeví RPM všech potřebných verzí knihoven... dependency hell dýchající na krk taky nepomáhá... a suspend ? Jádra v non-rpm distrech se (imho) kompilují jednodušeji, v rpm mají spoustu patchů, které ve zdrojích nejsou.

[Michal Vyskočil]

No zrovna gentoo-sources je dost patchované. Nebo ck-sources. I když je pravda, že pokud někdo chce vanilla jádro, tak použije vanilla-sources.

Mimo to, pokud chci kompilovat jádro v rpm distru, pak si můžu najít src.rpm od distributora a ten zkompilovat.

[Martin Lebeda]

Celkové řešení: Pokud Vám linux nevyhovuje, pak jej nepoužívejte, není to povinné.

Já bych naopak řekl, že mi použití unixového systému mnoho času šetří. Mnoho věcí se dá nascriptovat, anacron dělá údržbu za mě, mám mnohem raději klávesnici než myš.