Sedláme Linux, 14. díl: vypalování

Diskuze čtenářů k článku

Ritchie  |  20. 08. 2003 03:56  | 

AFAIK ani jedno není vypalovací program, ale pouze GUI k cdrecord (cdrtools).
Když jsem si pořídil vypalovačku, ještě žádná rozumná klikadla pod X neexistovala, tak jsem začal pálit z příkazové řádky. A praktikuji to ze zvyku dodnes. Přeci jen si nejsem jistý, zda GUI stačí na má speciální přání (např. aby se soubor titulky.sub jevil v Jolietu s windows-1250 kódováním a v Rock Ridge s iso-8859-2 kódováním).

Souhlasím  |  Nesouhlasím  |  Odpovědět
Roger Krowiak  |  20. 08. 2003 09:24  | 

Toto by ma zaujimalo, ako robite ze sa wam to javi vo Win ako cp1250 a v RR ako ISO-8859-2? Moze byt kludne ze ake parametre pre cdrecord + aky format ma subor na disku pred napalovanim. Vdaka.

Souhlasím  |  Nesouhlasím  |  Odpovědět
kmarty  |  20. 08. 2003 09:59  | 

S tim nema cdrecord nic spolecneho a format vypalovaneho souboru na 100% standardni ISO fajl. Spis se Ritchieho ptejte na parametry pro mkisofs nebot to je ten program u ktereho si budete hrat s Joliet, RockRidge & spol.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ritchie  |  20. 08. 2003 12:06  | 

Je to napsáno v man page k mkisofs. Trik spočívá v tom, že si vytvořím dva soubory s různým jménem a různým kódováním a pro filesystem je různě skrývám a přejmenovávám.

mkisofs -r -J -input-charset iso8859-2 -iso-level 3 -o image.iso -V "název cd" -A "název cd" -hide titulky.sub.win-1250 -hide-joliet titulky.sub.iso8859-2 -graft-points titulky.sub=titulky.sub.iso8859-2 titulky.sub=titulky.sub.win1250 film.avi

Pozor, graft-points musí být na konci optionů.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Roger Krowiak  |  21. 08. 2003 12:52  | 

Dakujem velmi pekne, doma vyskusam

Souhlasím  |  Nesouhlasím  |  Odpovědět
Huber  |  20. 08. 2003 06:53  | 

Vyuziju ponekud oddechovejsi tema a zeptam se mistnich odborniku, jak muzu nastavit aby se mi Linux soft vypnul po stlaceni tlacitka Power off a nastavenem Soft Off ACPI modu? ve windows to funguje perfektne a v linuxu se mi to nedari.
Take bych se chtel zeptat jake minimalni pozadavky na system to bude mit (napriklad jaka systemova sluzba musi bezet).

Dotaz cislo dve, existuje v linuxu neco jako planovac uloh? Tedy nejaky manager pripadne alespon command line interface kde si muzu nastavit jaky program se ma spustit ve ktery cas, pripadne opakovane, atd.

diky

Souhlasím  |  Nesouhlasím  |  Odpovědět
Roman  |  20. 08. 2003 07:05  | 

existuje v linuxu neco jako planovac uloh?
cron

Souhlasím  |  Nesouhlasím  |  Odpovědět
bob  |  21. 08. 2003 09:11  | 

vzhledem k povaze dotazu bych odpovedel spise: kcron - srdci priznivce hlodavce o neco blizzsi, nez zirat na crontab -e a pul dne dochazet na :wq

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš  |  20. 08. 2003 08:08  | 

Vypnutí tlačítem na case mám zmáknutý. Je potřeba mít v kernelu zakomilovanou podporu acpi. Potom se stáhne acpid, to je démon, který sleduje události acpi a upraví se jeden script. Pro RH9 existuje už hotový balík na freshrpms.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Huhe  |  20. 08. 2003 08:57  | 

to to neni ve standardu?! Kde se to da stahnout? Musi se rekompilovat jadro? taky by me to zajimalo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš  |  20. 08. 2003 10:02  | 

http://acpid.sourceforge.net/
Jestli se musí rekompilovat distribuční jádro, to nevím, já si totiž vždy kompiluju vlastní.
Chodí to spolehlivě, stisknu tlačítko na case a provede se normální shutdown

Souhlasím  |  Nesouhlasím  |  Odpovědět
kmarty  |  20. 08. 2003 10:07  | 

Co myslite pod pojmem standard? To ze se ho vyrobci desek nedrzi a jakoustakous podporu ACPI delaji ve stylu "upravime to tak aby to v MS Win fungovalo kdyz uz se Microsoft nenamahal ACPI standard dodrzet" a potom kdyz se to snazite ovladat podle standardu tak to dela psi kusy? Dovolil byste si pak takove jadro dat jako vychozi pro distribuci? ja ne!

Co se tyce ACPI a zakladnich desek: Pokud se deska bude drzet presne podle ACPI standardu (existuje vubec takova?), nebude ACPI chodit v Microsoft Windows. Pokud se ACPI na desce "nakrouti" tak aby to v Microsoft Windows slapalo (zatim vsechny desky co jsem potkal), ma s ni problem cokoliv co se snazi drzet standardu. Nastesti ale ve vetsine pripadu alespon vypnuti pres ACPI funguje temer* vzdy.

*: Z osobni zkusenosti to nefunguje bez upravy jadra na ASUS A7V.

Souhlasím  |  Nesouhlasím  |  Odpovědět
HUML  |  20. 08. 2003 10:41  | 

podle me je ACPI standard uz dlouho, jeste jsem nenasel konfiguraci ktera by fungovala spatne ve windows. to jsou jen trapne vymluvy ze MS nedodrzuje standard.
pokud bude linux porad takovy nedotazeny, tak to se k nemu moc lidi nepohrne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
PEpa  |  20. 08. 2003 12:43  | 

Nemate pravdu. Implementace ACPI jak SW tak HW je nocni mura vyvojaru. Najdete si o tom neco.

Souhlasím  |  Nesouhlasím  |  Odpovědět
asdasdasd  |  20. 08. 2003 13:02  | 

jo vyvojaru linux mozna... ale windows vyvojari s tim problem nemaji. ostatne ale cele plug and play a power management v linuxu absolutne nefunguje nebo s tim jsou silene problemy. takovy usb memory a dalsi pnp zarizeni by mohla vypravet. linux proste je nejak zbastleny, nejak funguje, ale uz poradne ani nikdo nevi jak a co vlastne a kdy funguje a kdy ne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
_  |  20. 08. 2003 15:59  | 

Vyvojarom ACPI pre linux je... Intel. To su teda bastlici, co? Ze by mali problem so svojim vlastnym standardom?

Souhlasím  |  Nesouhlasím  |  Odpovědět
acid  |  26. 08. 2003 19:08  | 

bohuzel absolutni souhlas. chci opravdu linux pouzivat a vykaslat se na predrazeny M$ softy, ale linux v dnesni podobe je pro me nepouzitelny. kdyz chci rozchodit takove zakladni veci jako grafika, modem, zvukovka, tv karta, abych prohledal cely net, natahal tuny programku (vetsinou ve zdrojacich), zkousel to nekolik hodin prekladat a prekopavat hordy konfiguracnich souboru, to neni usnadneni prace s pocitacem. az tohle zvladne "bezny" uzivatel, pak bude linux rozsireny. do te doby to bude jen hracka pro procento lidi, co pouzivaji pocitac.... bohuzel.
vim ze to je ve vetsine pripadu chyba vyrobcu hardware, ze linux nepodporuji, snad se to casem zmeni

pr.:
proc si nemuzu stahnout instalator ovladacu pro sb live! ktery obsahuji ovladaci panel, kde si nastavim pocet reproduktoru, zmeni nastaveni zvuku, atd... a bude to bez problemu fungovat? duvod je jednoduchy, vyrobcum se nevyplati ovladace pro linux delat, jelikoz ho pouziva hrstka lidi, zacnou ho podporovat az bude linux vice pouzivany, ale to nebude bez jejich podpory linuxu, no proste zacarovany kruh :(

kdyz mluvite o tom acpi, taky se mi ho nepodarilo za boha rozchodit, nainstaloval jsem acpi i acpid, ale proste ne a ne fungovat, bios mam nastaveny spravne (v tom zacatecnik nejsem :), ale pri startu to porad pise neco o pristupu do /proc/events? :(

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan  |  20. 08. 2003 16:06  | 

Zrovna nedavno se v lin. konferenci(viz http://abclinuxu.cz) objevila vytka, ke skupine co stoji za podporou ACPI v linuxu. Ze se prej zuby-nechty drzi standartu a odmitaji se smirit s realitou.

Ja ted resim problem, ze od 2.5.70 mi notebook odmita nabootovat s podporou ACPI a musim rict, ze to vubec neni trivialni "standart".
500 stran jen jako uvod (viz http://acpi.info)
To ze s ACPI nebyly problemy pod woknama to neni pravda, staci pouzit google. ACPI je vlastne mnozina fci v byte code, ktery jsou ulozeny na predepsanym miste v pameti, ktery muze kernel interpretovat aby zjistil/nastavil nejaky udaje. To ze neco funguje ve woknach, jeste neznamena, ze v tom byte codu nejsou chyby treba proto, ze
wokna nejaky fce ACPI ani nepouzivaj.

Ivan

Souhlasím  |  Nesouhlasím  |  Odpovědět
Nornik  |  20. 08. 2003 21:12  | 

vis co je zajimavy? ze pod linuxem je vsechno problem a pod oknama vse hezky funguje. to je ale blby co? no jo dementni microsoft, ja vim...

Souhlasím  |  Nesouhlasím  |  Odpovědět
abc  |  21. 08. 2003 01:29  | 

Neni pravda ze pod win vse pekne funguje.
Neni pravda, ze v lin je vse problem.
Je pravda ze ACPI je standard.
Je pravda, ze MS ho nedodrzuje.
Je pravda, ze vyvojari hw se prizpusobuji MS ACPI, protoze jinek by jejich hw ve win nefungoval a byl by neprodejny.
Je pravda, ze vyvojari linuxu se drzi praveho standardu a s tim ma vetsina hw problemy.

Je to otazka, maji se vyvojari drzet standardu a nebo ne?

Souhlasím  |  Nesouhlasím  |  Odpovědět
JAN  |  21. 08. 2003 06:10  | 

a k cemu to potom teda je?
navic kecas, protoze MS HWQL testuje ACPI dost precizne, to spis je jen zase klasika: v linuxu neco funguje jen naoko a vse se svede na microsoft. jako by to nekoho zajimalo

Souhlasím  |  Nesouhlasím  |  Odpovědět
_  |  21. 08. 2003 09:08  | 

Vzhladom na to, ze vyvojarom ACPI pre linux je Intel (pozri acpi.sf.net), ktory je aj autorom specifikacie ACPI, tak to asi naozaj bude tak, ako to napisal ten clovek, na ktoreho reagujes.

Souhlasím  |  Nesouhlasím  |  Odpovědět
roob  |  27. 08. 2003 00:44  | 

hmm... podla vas je asi snandard homosexualita, hetero je uchylka, ktora nema v spolocnosti miesto.... soft od microsoftu pouziva naprosta vecsina uzivatelov pc, takze standard bude skor ich verzia... mozeme sa o tom hadat kolko chceme, bolo/je/bude to tak. Kedy uz ludia ako vy skoncia s osocovanim microsoftu? mozno nikdy... alebo.. viem, kby ste mal od gina 3 zelania, zelal by ste si prevratenie pomeru medzi win/lin a stavim sa, ze za tyzden budete takto <>ova do linuxu a vyzdvyhovat aky uzasny je windows.

Souhlasím  |  Nesouhlasím  |  Odpovědět
JUI  |  20. 08. 2003 09:12  | 

zdravim, chtel bych se zeptat na nasledujici veci, ktere mi ve windows funguji a na linuxu MDK 9.1 ne.

Jak muzu nastavit automaticke prihlaseni uzivatele?
Jak muzu zamknout pracovni obrazovku, abych musel zadat user heslo pro pokracovani rozdelane prace?
Jak muzu to zamceni udelat, aby mi zustala obrazovka viditelna?
Je to pripadne zamceni bezpecne nebo prihlaseny user znamena automaticky riziko (pro server)?

Souhlasím  |  Nesouhlasím  |  Odpovědět
rADOn  |  20. 08. 2003 09:44  | 

1) pokud pouzivate KDE a KDM hledejte v ovladacim centru "system/spravce prihlaseni".
2) na uzamceni obrazovky je nekolik moznosti, v KDE je to polozka v K menu, applet do listy nebo volba screensaveru ...
3) nevim, treba zrusit screensaver ? nebo zjistit kterej program/proces je vlastni zamceni a spoustet jenom ten.
4) zamceni je pokud vim naprosto bezpecne. chrani ale jen X display a ne textove konzole takze pokud je pouzivate odhlaste se.
a samozrejme to nechrani proti nebezpecne konfiguraci jako je autologin - pouzivat tyhle dve featury najednou je pitomost.

Souhlasím  |  Nesouhlasím  |  Odpovědět
JUI  |  20. 08. 2003 10:44  | 

ja mam na windows autologin na powerusera a automaticky zamceni obrazovky kde bezi monitorovaci nastroje. kdyz stlacim nejakou klavesu, tak se objevi prihlasovaci dialog a muzu PC odemknout. jinak s pocitacem nemuzu pracovat interaktivne.
jde to tedy nejak?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pichi  |  26. 08. 2003 11:08  | 

Jako screensaver může obecně běžet libovolná aplikace. Protože pro odemknutí se používá standartní heslo, je v případě použití shadow hesel nutné aby zamykací dialog běžel jako id=0 (aby mohl přečíst /etc/shadow). Je tedy pořeba, aby byl bezpečně napsaný, proto si ho málo kdo lajzne psát sám, ale v pryncipu ti v tom nic nebrání. Přijde mi ale schůdnější !nikdy! se nepřihlašovat do grafického prostředí jako administrátor. Grafický systém je komplikovaný a potenciálně bugový včetně chyb bezpečnostních. Pokud potřebujete bezpečnost (jinak by jste asi ani nezamykal tu obrazovku, ne?), tak su udělejte dummy usera, který nebude nic smět, jen spustit virtuální terminál (xterm) a monitorovací nástroje. Pak vás žádné zamykání nezajímá, protože vám s tím nikdo nic neprovede. V případně servisního zásahu vám nic nebraní přes su si spustit servisní nástroj a pak to zase ukončit. Jestli chcete spravovat Linux (schválně píšu o administraci a ne o užívání) odnaučte se dělat věci jako ve Woknech! Jsou to špatné a škodlivé návyky. Žalujte Vilíka Bránu za duševní újmu na zdraví.

Souhlasím  |  Nesouhlasím  |  Odpovědět
_  |  20. 08. 2003 09:47  | 

S MDK skusenosti nemam, ale funguje to v RH a preto popisem len priblizny postup. Konkretne dialogy a tlacitka si musis najst sam.

1. automaticke prihlasenie sa da nastavit v control paneli pre gdm alebo kdm, podla toho, ktory pouzivas. Zadas tam username a heslo, s ktorym sa chces automaticky prihlasovat.

2. Ano. V menu gnome je na to polozka, rovnako aj v menu KDE.

3. Po zamknuti sa spusta aktualny screensaver. Neviem o ziadnom, ktory by zachovaval povodnu obrazovku. Su take, ktore zoberu povodnu obrazovku a potom na nu aplikuju rozlicne efekty (ripples, mozaika).

4. Prihlaseny user ma akurat vytvorenu svoju Xsession. Pokial sa bojis, ze niekto s pristupom ku konzole ti s tym moze nieco urobit, tak iba:

- Ctrl-Alt-Backspace - zabije X server a tak ti zrusi tvoju session (da sa zakazat v XF86config)

- pri login manageri sa moze prepinat na virtualne konzoly

Pouzivatel prihlaseny na lokalne X nepredstavuje ziadne riziko, vacsie je mat povolene nesifrovane vzdialene prihlasovanie. Treba pouzivat tunelovanie cez ssh.


Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan Bibr  |  20. 08. 2003 10:23  | 

1.) Ovladaci centrum Mandrake, sekce Zavadec - Drakoot a tam zvolte automaticke prihlaseni uzivatele, nastavte jakeho uzivatele a jake graficke prostredi (spravce oken).

2. a 3.) Hledejte v nastaveni sveho prostredi (KDE) - obrazovka jde urcite zabezpecit heslem.

4.) Zamceni je "rozumne bezpecne" pokud nastavite XFree tak, aby neakceptovaly kombinaci Ctrl+Alt+Backspace (v /etc/X11/XF86Config-4).
Jinak na serveru nema graficke rozhrani a lokalne pracujici uzivatel v XWindow vubec co delat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
JUI  |  20. 08. 2003 10:47  | 

proboha proc by na serveru nemohlo byt prehledne graficke rozhrani? prober se clovece, je rok 2003.
jinak za rady dik, ale neresi to co potrebuju uplne... viz muj prispevek vys.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan Bibr  |  20. 08. 2003 11:11  | 

Autologin neni problem, zamknuti obrazovky se dela tak, ze se automaticky spusti sporic, ktery pak zada heslo. Chcete-li videt, co na obrazovce je, najdete si takovy sporic, ktery nechava obrazovku beze zmen - urcite bude nekde existovat.

Ad server: software navic = problemy navic. Pro porovnani, minimalni instalace MDK 9.1 ma 100MB, s XWIndow je to 300MB, to je 3x tolik. Ale toto je kazdeho vec...

Souhlasím  |  Nesouhlasím  |  Odpovědět
JUI  |  20. 08. 2003 12:17  | 

no pochybuju ze na serveru ma nekdo takovy disk, kteremu by vadilo a problemy navic? Myslim ze system by mel byt konstruovany na to aby s tim problemy nemel, pokud linux neni, tak je to system deset let zpatky (to je oponentura, ne start flame)

u Windows XPE jde plne graficky server nastavit od cca 60 MB nahoru a stabilita je vynikajici.

Souhlasím  |  Nesouhlasím  |  Odpovědět
PEpa  |  20. 08. 2003 12:49  | 

Nejnovejsi jadro linuxu s bezne pouzivanymi sluzbami muze bezet na 386 s 40mb diskem.
Bezne se linux dava na vybehove stroje p200 a 1gb disk, kde odvede perfektni praci tak proc tam davat graficke prostredi?

Souhlasím  |  Nesouhlasím  |  Odpovědět
asdasdas  |  20. 08. 2003 13:08  | 

embedded windows XP bezi i na takovem stroji,
proc se dava linux na tak stare pocitace? vzdyt udrzovat takove stroje je za trest. Hmm uz vim. studentici nemaji ani na durona.

Souhlasím  |  Nesouhlasím  |  Odpovědět
BoodOk  |  21. 08. 2003 14:49  | 

Ty stare stroje jsou vesmes nekolikrat spolehlivejsi nez moderni programovatelna topeni.
Jinak co to je za chorobu? Sam si pokladas otazku, sam si odpovidas a mas pocit, ze to musi vsici slyset/videt. Studenti maji vetsinou na vic nez na Durona. A pokud chces v zivote neco vydelat, tak se nauc zbytecne nevyhazovat prachy. Tedy linux + stara sunka je ekonomictejsi nez EmWinXP + stara sunka nebo dokonce WinXP + nove delo. Je to dokonce i nejspolehlivejsi kombinace. Pocitej a za usetrene penize si zajed na dovcu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zdenda  |  20. 08. 2003 12:59  | 

dost jde o bezpecnost, taky je nekdy problem s driverem ke grafice(kdyz nekdo pozuje nvidii a jeji orig. driver... co jsem vymenil za radeona tak mi kazdej tejden nepadaj Xka) a taky jde o to, ze cim min veci, ktere nejsou potreba na serveru bezi, tim lip...

Souhlasím  |  Nesouhlasím  |  Odpovědět
adasdasd  |  20. 08. 2003 13:03  | 

vidis tohle na windows nezname

Souhlasím  |  Nesouhlasím  |  Odpovědět
zdenda  |  20. 08. 2003 13:07  | 

znate, jen si to proste nepripoustite a netvrd mi ze tam problemy nemate!

na nekterych pocitacich nvidie bezi fakt dobre(jen se nesmi pouzit framebuffer) na jinejch parkrat padne pekne na hubu...
Rekni mi, k cemu potrebujes na serveru Xka? bud je to server nebo pracovni stanice

Souhlasím  |  Nesouhlasím  |  Odpovědět
aasdasd  |  20. 08. 2003 13:09  | 

treba proto ze se nechci v 21 stoleti drbat jak lama s prikazovou radkou a listovat deseti stranama popsanyma cernobilym textem!

Souhlasím  |  Nesouhlasím  |  Odpovědět
asddasdasd  |  20. 08. 2003 13:21  | 

editor "vi" ti to umi i obarvit :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
phanatic  |  20. 08. 2003 14:51  | 

Kdepak, ve 21. století se i texty budou psát tak, že se bude klikat myší na jednotlivá písmenka

Souhlasím  |  Nesouhlasím  |  Odpovědět
abc  |  21. 08. 2003 02:02  | 

<i>treba proto ze se nechci v 21 stoleti drbat jak lama s prikazovou radkou a listovat deseti stranama popsanyma cernobilym textem!</i>

Zkuseny uzivatel je s prikazovou radkou efektivnejsi.
Dobry admin je zkuseny uzivatel. Vy ne?
Dobry admin zvlada spravovat nekolik serveru. Vy ne?
Dobry admin tech nekolik serveru neobchazi, spravuje je na dalku, nekdy velmi velkou dalku, pres modem, tam s GUI nemuzete.
K cemu je server, ktery lze ovladat jen pres GUI?
Dobry admin GUI nepotrebuje a nijak nevyuzije, ani server jej nepotrebuje. Vy jo?
A jste dobry admin?

GUI windows je v kernelu, kdyz se posaha, spadne cely server. Nestabilnich ovladacu grafickych karet jsme uz videli furu, udajne je to nejcastejsi pricina padu windows.

GUI linuxu bezi v userspace, i kdyz spadne, nic se nedeje, serverove aplikace nejsou na GUI zavisle. To znamena, ze provozovani linuxovych serveru bez GUI rozhodne neni kvuli zvyseni stability. Jednoduse skutecne neni potreba a kdo ho potrebuje, ten si ho muze kdykoliv spustit. Na pretizenem serveru ja vsak kazdy megabajt (v RAM) dobry a GUI je velmi veky zrout systemovych prostredku, proto novejsi windows na 486 nejste schopni provozovat, kdezto linux ano. Nejde o chude studentiky, proc by mel, treba i velky, podnik kupovat za 60 kKc fileserver pro nejakou pracovni skupinu, kdyz muze vzit vybehove pentium ktere uz nikdo nechce ze skladu, linux a s temer nulovymi naklady poskytnout stejne sluzby. Je to ekonomictejsi. Proc by treba statni sprava mela zbytecn utracet, kdyz muze takto setrit?

Souhlasím  |  Nesouhlasím  |  Odpovědět
anonym  |  21. 08. 2003 09:42  | 

servery se spravuji obvykle dalkove, takze staci mit xserver spusteny na svoji pracovni stanici a muzes pouzivat oblibeny klikatka

ale drtiva vetsina veci se da vyresit zapsanim jednoho prikazu v terminalu (s prekvapenim jsem zjistil ze toho jde dost udelat i ve win) a to je daleko rychlejsi

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan Bibr  |  20. 08. 2003 13:09  | 

Ano, vychazel jsem ze selske uvahy typu vic kodu = vic chyb.

Bohuzel je to tak, chyby jsou a budou na vsech systemech, urcite jsou i nejake statistiky pocet chyb/radky kodu, z tech lze vychazet pri podobnych uvahach.

Souhlasím  |  Nesouhlasím  |  Odpovědět
asdasd  |  20. 08. 2003 15:00  | 

pro me je dostatecne, ze me win servery jsou schopne jet 24/7 nekolik let pri vysokem zatizeni. nejsem provozovatel druzice, tak mi windows staci a je navic user friendly a funkcni.
linux neni ani stabilnejsi, ani bezpecnejsi, ani levnejsi ani rychlejsi, takze duvod prejit proste nejsou. tim mene na system "radeji" kontrolovany jen konzoli protoze pnp, ACPI, hotswap, grafika a dalsi featury proste nejedou alespon tak spolehlive jako jede pure kernel.

Souhlasím  |  Nesouhlasím  |  Odpovědět
pm  |  20. 08. 2003 21:05  | 

bud ses typickej provokater nebo ses komik. podivej se na statistiky netcracftu a uvidis co za os se pouziva pro servery...... Btw uz sem to tady psal k clanku o siemensu a linuxu - graficky udelatka jsou ti na nic kdyz tomu nerozumis v textovym rezimu a pokud rozumis nastaveni v textovym rezimu tak nepotrebujes grafickou nastavbu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Nornik  |  20. 08. 2003 21:14  | 

jenze tady nejde jen o to rozumet a nerozumet,
kdyz vidim neco prehledne v GUI tak nad tim travim min casu a moje prace je efektivnejsi. s tim nic nenadelas.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin2  |  20. 08. 2003 21:50  | 

Heh, srandisto, ja osobne, kdyz chci neco konfigurovat, tak ty iXy pustim, po dokonfigurovani zase vypnu. Aby mi na produkcnim serveru porad svitila grafika, kde to boha jsme, u Gatesu na dvorku? Ty X aplikace si samozrejme poustim vzdalene a hezky sifrovane pres SSH, prece nepolezu do serverovny kde je rachot jak v tanku a 40°C. Na serveru staci ISA grafika (aby to vubec bootovalo) a zastrceny ethernet, vic neni treba.

Souhlasím  |  Nesouhlasím  |  Odpovědět
zdenda  |  21. 08. 2003 01:44  | 

nevim co je rychlejsi, spustit vim a editovat soubor nebo nekde klikat? kdyz vis co v tom souboru mas upravit, tak je to pohoda... kdyz to nevis tak se to nauc nebo se do toho nehrab. Docela by me zajimalo v cem pises skripty nebo si pro spostu opakujicich operaci pises programy? nebo vsechno klikas porad znova a znova aznova...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Lascak  |  21. 08. 2003 09:23  | 

Grafika u dobrych desek neni treba, predevcirem jsem dal misto grafiky sitovku a uz to jede. Jen mi dosly volny sloty, tak uz vic siti nebude :(.
Petr

Souhlasím  |  Nesouhlasím  |  Odpovědět
anonym  |  21. 08. 2003 09:38  | 

treba proto, ze i v roce 2003 zere graficke rozhrani 10-30% vykonu :)

Souhlasím  |  Nesouhlasím  |  Odpovědět
httpd  |  28. 08. 2003 10:54  | 

Protoze je rok 2003 a Windows GUI stoji porad za hov.o. V Unixu ti chcipne GUI a server bezi dal (pokud jsi blazen a mas tam GUI). Nedko to resi i tak ze tam GUI ma ale pousti to jen kdyz potrebuje, ale proc by to melo bezet porad??

Jinak na Windows se mi strasne libi ze mys tam ma realtime prioritu , mys je opravdu nejdulezitejsi. (kdyz ti to chcipne, tak mys porad funguje - zkus si to)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pantagriel  |  20. 08. 2003 11:00  | 

Jestli si chce nekdo precist tento clanek v rozsirenem vydani, tak zamirte na nasledujici adresy:
http://www.linuxzone.cz/index.phtml?ids=6&idc=480
http://www.linuxzone.cz/index.phtml?ids=6&idc=518

Souhlasím  |  Nesouhlasím  |  Odpovědět
Timo  |  20. 08. 2003 12:35  | 

Mam jeden problem s K3b verze 0.9. Kdyz vypaluji AudioCD tak pokud dam velikost pregap 0sekund (pouze prvni song 2sekundy) tak vypalene cede se tvari jako by melo pouze dva tracky a prehrat jde pouze v kuse, nelze preskakovat tracky.Ve starsi verzi (0.8cosi) to fungovalo normalne. Nevite nekdo v cem by to mohlo byt?Diky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
m  |  20. 08. 2003 19:56  | 

"Jedním ze dvou asi nejrozšířenějších programů pro vypalování CD je X-CD-Roast. Jeho hlavní devizou je snadné ovládání, přehlednost, <b>SPOLEHLIVOST</b> a velké množství konfiguračních voleb."

Verze 0.98alpha10 ... Pokud je to tak stabilni, tak proc te je porad v alfa stavu??

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pantagriel  |  20. 08. 2003 20:25  | 

... Protoze neni alfa jako alfa :o)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pichi  |  26. 08. 2003 11:19  | 

Třeba čekají jestli tam nenechali ještě nějakou chybku. Až ji najdou tak to bude třeba alpha11. Protože nepotřebují vydat k 1.1. novou verzi a podojit uživatele tak je nic nehoní aby měli verzi 2010. Pokud žádnou chybu nenajdou tak to bude alfa pořád. Některé 0.0.3prealfa1 jsou spolehlivější, než některé 2003 Fourth Edition, nebo nedejboze eXPerience.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Frn  |  26. 08. 2003 08:16  | 

Jelikož popsané klikací nadstavby nepoužívám a docela dobře jsem si zvyknul na textové mkisofs + cdrecord, poraďe prosím jak udělat následující :

1. krok
Mám souboru A, B, C. Vypálím je na multisession CD.
To je v pohodě.

2. krok
Mám soubory B ? D (soubor B má stejné jméno ale nový obsah). Udělám "NĚCO" (ale nevím co)

3. výsledek :
Mám na CD soubory B, C a D. Přitom platí že :
- soubor D přibyl (byl "připálen" v druhé session)
- soubor C zůstal beze změny (je v prvn sess.)
- soubor B má nový obsah (v druhé ses. je novější verze a tato se bude zobrazovat)
- soubor A ZMIZEL !!!.

Vím že toto šlo naklikat ve WinOnCD, vím že skoro všechny požadavky vyřeší správně sestavená druhá sess. ale nevím jak nastavit, aby jeden soubor z první ses. zmizel.

Souhlasím  |  Nesouhlasím  |  Odpovědět
roob  |  27. 08. 2003 01:03  | 

to je fasa, hlavne ked subor A je tvoja diplomovka a zajtra ju mas odovzdat

Souhlasím  |  Nesouhlasím  |  Odpovědět
Frn  |  27. 08. 2003 07:04  | 

A v čem je problém ?
V linuxu se dají připojovat i jednotlivé sess. takže pak není problém se k té původní podobě vrátit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor

Aktuální číslo časopisu Computer

Test 9 bezdrátových reproduktorů

Jak ovládnout Instagram

Test levných 27" herních monitorů

Jak se zbavit nepotřebných věcí na internetu