Příspěvky

Co s tím - postavit to... Od toho CRUX a Arch jsou - nejlepší Linuxy na vlastní sestavení pro ty, kteří nejsou přímo programátory... Každopádně jsi mohl použít tu expertní instalaci - alespoň bychom věděli, kde to selhává... JInak jednodušší by tedy bylo nabootovat LiveCD Debianu a chrootnout se do disku...

Aha - ty asi nevíš jak to chodí s kernelem... :D

http://crux.nu/Main/DownloadOldReleases

Ještě přímo ISO:

http://mirrors-uk.go-parts.com/crux/crux-2.7.1/iso

Nechápu jak mi chceš namluvit že ASCII art ukáže čeho je terminál schopen. Spíše to odradí ještě více lidí... Nevidím problém v tom místo kvalitních formátů používat mobilní, které nebude problém na takovémto PC přehrát přes Mplayer... I na takovémto hrozném PC lze používat HighColors - takže nechápu proč jít úmyslně do horšího...

http://en.wikipedia.org/wiki/List_of_16-bit_computer_hardware_palettes

Kdeže - Arch je jen na 64 bits, ale CRUX na všechny platformy... Každopádně - jak to je s tou instalací? V expertním módu máš všechny kroky - proto jak píši - hned vidíš problém...

CRUX/Arch si stavíš právě pro konkrétní HW architekturu... Mint je fakt blbost - normálně Ubuntu/Fuduntu když už. Ale nechápu proč se vázat na tak starého dědečka jako je Debian. Dle mého má smysl pro starší či prostě lidi co upřednostní stálost, stabilitu... Ale pravda - na Debian fóru asi nebude vhodné propagovat jiné OS... :D Hold jeho zprovoznění se váže s mnoha úskalími - WiFi, CD/DVD mechanika,...

Aha... Tady ti posílám specifikace HW - aby jsi is našel příslušné ovladače:

http://www.datasheetarchive.com/RS600ME/Datasheets-USER/DSAUPLD00005297.html

Dále DDR2 jede přes controller PC2-5300 - tam by mohl být problém s 64 bits - chceš 32/64? Memory mapu to má jšetě podle IBM - takže:

http://wiki.osdev.org/Memory_Map_(x86)

Zase - jediné o čem vím je přístup k řádku A20 v 64 bits - ten se musí napsat přes chipset interface - místo IO prtu, pročež by mohl být problém v driverech. Jak tak koukám na specifikace toho notebooku - nebyl by vhodnější CRUX?

Platí ta sestava v podpisu? Machine code máš tedy Intel Pentium? Nvidiu mám - měl jsem problémy akoráte s hibernací - nová verze Linuxového kernelu mi již ale běží bez problémů.

Pak tedy instaluj z expertního módu a nainstaluj raději všechny ovladače... Pokud něco selže, okamžitě to uvidíš.

Právě grafiku chci vyloučit - boot do konzole lze nastavit v GRUB konfiguráku, nebo takto nabootovat z konzole GRUBu... (strejda Google) Ovšem jestli nejde ani plymouth, tak to je zlé... Nebo se sekne až greeter?

Konzolový boot jede bez problémů?

Demagogie. Proč asi vznikly žurnály? Vše co se může stát se správcem souborů - pád uprostřed kopírování/... je dávno pořešeno systémem průběžné kontroly a pravidelné revize žurnálů... Je to bezpečné - jak jsem tu již někde psal - má to asi 3 vrstvy - už jen disk sám se umí bránit. Selhat tu může téměř jen člověk. Linux je bezpečný!

Co to tu rozjíždíš za hovna? Grafika vůbec nesouvisí s místem, odkud ji používáš. I konzole může mít miliardy barev. Vždyť to spolu nesouvisí - nespojuj vůbec konzoli s černou a bílou - blbost... Nejprve pochop, co je to VGA - jak to celé začalo. Jak se postupně vyvíjelo SVGA, XGA, SXGA, SXGA+ - prostě:
http://cs.wikipedia.org/wiki/Soubor:Video_Standards.svg

No a aby se tohle nemuselo řešit, připsalo se pod vytyčenou částí RAM pro BIOS - část CMOS Battery - extended BIOS data - ve vyšší paměti - nad řádkem A20 celé jednotné grafické prostředí všech zemí - Super VGA (od QVGA po ...) - VESA... Cílem VESy je zvolení nejlepšího grafického rozhraní - rozlišení, barevná hloubka atd. A proto lze už v BIOSu aplikovat rozšířená data BIOSu - nad 0x4A00 - pro kabel grafiky atd. Ano - mnoho konzolí raději využije staršího RT přístupu - TTY - protože už to dost věcí řeší za programátora. Ale TTY Linuxu je založeno na rozšiřujících driverech. Prostě základem je FrameBuffer a XORG. (XVESA) A tak lze normálně vykreslovat v miliardách barev přímo přes soubor fbdev(2). X POUZE poskytují grafické rozhraní! Není to ovladač, nebo tak... Důkazem jest Mplayer - který používám a X nemám... Obrázky - W3M - parráda... Atd. FrameBuffer je vpodstatě jen zabalená Vesa... A tak lze rastrové obrázky vykreslit jen předáním pixelů... U komrese typu JPEG/PNG je trochu složitější se k pixelům dostat, ale to už je jen vnější nadstavba. Typické BMP obsahuje hlavičku - v ní pointer na první pixel - no a od prvního pixelu to jede jeden za druhým. Vykresluje se od spoda nahoru - Y-- a X zleva doprava normálně - X++... + u nedwordových šířek se aplikuje zarovnání řádku do podoby dělitelné dwordem - 4 byte... Hodnotou zarovnání může být buď 0, nebo filler - který se dá použít třeba pro nadbytečné informace... Zkrátka - grafika NESOUVISÍ s použitým shellem/... Vždy se dá vykreslovat v maximálních možnostech karty... Například v DOSu to dokazuje Arachne - respektive jeho moderní předěl... Používám jej a užívám si plnohodnotné prohlížení webu, editaci obrázků atd...

EDIT:

Vyšší pamětí nemyslím 32bit - ale tu co už není garantována dle IBM - http://wiki.osdev.org/Memory_Map_(x86) Tedy stále ji bez problému obsluhuje prvotní 16 bit režim... A chápu proč si pamětníci DOSu spojují konzoli s omezením barev - dříve to nebylo možné technicky. Ale proč i moderní generace??? Dříve na to nebyl HW - i když už HW něco více uměl, nebyl tak úplně využitelný - ostatně dnes to platí o to více - nevyužije se mnohdy až 30% HW možností... Ale s příslušným HW a využitím Vesy (který šílenec by se snažil udělat vlastní verzi Vesy - kromě mě... :D) má už 40% BIOSů plnohodntnou grafiku - některé i myš. A když už to nevypadá jako Desktop, tak to má loga atp. Čily když už i BIOS se tváří jako Desktop - tak nevidím problém... :D

:D:D:D:D Nejste normální... JAK chcete vinit Nautilus za lidskou blbost???? Nesouvisí to spolu vůbec. Stejně tak můžeš smazat důležitý soubor z konzole atd. Například se snadno splete zařízení - sdc1 za sdc, sdb za sdd atd. Hovadina vinit z toho software - ten nebezpečný není! Nemůže napáchat žádné škody! Není špatně napsán. Špatně napsaný software prosím - Nautilus je špatně napsán po stránce grafické atp. - ale nepoškozuje disk prostě... Valná většina uživatelů PC nerozumí - a poškozuje ho. Ale za to si mohou sami - nejde udělat nic plně blbuvzdorné - blbci jsou ve svém oboru králi!

Doporučuji kašlat na X a přejít na Wayland - stejně s ním již všichni počítají... Já myslel, že v tom tar.gz bude možnost nějaké kompilace - či prostě lokálního sestavení... (Jak jinak to může fungovat na ostatních OS?) Můžeš zprovoznit Ubuntu repozitář a nainstalovat Ubuntu verzi - jiného mne již nenapadá... :D

Nauč se číst: "HTML5 je blbost - dokud nebude podporovat i komerční formáty atd." - je nesmyslné preferovat HTML5 dokud nedokáže přehrát totéž, co flashplayer... Jinak HTML5 tu je proto, že se vše přesouvá na Web a Desktop upadá - pokud vývoj bude pokračovat takto, má skutečně HTML5 budoucnost, ale kdo ví co bude...

Jinak se omlouvám - ten flashplugin-installer má hlavičkový balík:
"Head package:   flashplugin-nonfree
Homepage:   http://www.adobe.com/products/flashplayer.html"

Takže nic no. Zkus ještě jít na http://get.adobe.com/cz/flashplayer/?no_redirect a stáhnout zdrojové kódy - zkompilovat si to sám...