Изкам да разясня малко за следващия на който кирилицата на новия X няма да работи.
Това което е написал tvkkk беше доскоро единствения метод. Чрез него всеки си казва на X-a какви Input Devices ще използва (клавиатури, мишки, таблети...). Новия X (1.5) предоставя и нова възможност - всичко това да му бъде казано от HAL. Evdev е общ драйвер, който позволява на ядрото автоматично да разпознава Input Devices, така и HAL става наясно с тях и ги казва на X-a. Всичко това е автоматично и няма нужда потребителя да описва устройствата. Смисъла е, че по този начин може да смените някое устройство, да добавите друо (таблет например) без да се рестартира X и без да се описва новото устройство. Всичко това е обяснено в линка който дадох.
Работата е там, че няма как автоматично да се установи какъв keymap искаш да се ползва. За нещо различно от ангглийски и qwerty подредба, трябва да се редактират правилата на HAL. Предложеното от senser казва на HAL, че ще се ползват 2 keymap-a - стандартния английски и българска фонетична подредба.
За повече подробности - линка който дадох.
Ето ги моите настройки (работят - ползвам ги всеки ден) :

/etc/hal/fdi/policy/keyboard.fdi:

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
    <device>
        <match key="info.product" string="AT Translated Set 2 keyboard">
            <merge key="input.x11_driver" type="string">evdev</merge>
            <merge key="input.xkb.layout" type="string">us,bg</merge>
            <merge key="input.xkb.model" type="string">pc105</merge>
            <merge key="input.xkb.rules" type="string">xorg</merge>
            <merge key="input.xkb.variant" type="string">,phonetic</merge>
            <merge key="input.xkb.options" type="string">grp:alt_shift_toggle</merge>
        </match>
    </device>
</deviceinfo>

/etc/hal/fdi/policy/mouse.fdi (не е задължителен, би трябвало автоматично да се справи):

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
    <device>
        <match key="info.product" string="ImPS/2 Generic Wheel Mouse">
            <merge key="input.x11_driver"       type="string">evdev</merge>
        </match>
    </device>
</deviceinfo>

Във /etc/X11/xorg.conf се махат всички части започващи със Section "InputDevice" и се добавя

Section "ServerFlags"
        Option  "AllowEmptyInput"       "false"
EndSection

http://wiki.archlinux.org/index.php/Xorg_input_hotplugging

Тук е обяснено много хубаво и много подробно.

Увери се, че имаш инсталиран "aumix".
Xfce Settings Manager -> Keyboard Preferences -> Shortcuts
Ако нямаш собствена тема си създай, като цъкнеш на левия "Add"
След това, ако нямаш shortcut с команда "aumix -v0" си го създай, като цъкнеш на десния "Add", въвеждаш командата и като цъкнеш ОК трябва да натиснеш клавиша с който ще спираш звука.
Ако клавиша не се разпознава, пробвай с "xbindkeys"

http://glade.gnome.org/ ?

Добре бе човек. Какво искаш сега да се случи? Да щракнем с пръстии всичко да се оправи ли?
Не се засягай. Виж сега, tarator два пъти каза да пробваш каквото се сетиш. Виж от мерак да не си направил рам диска по-голям от рамта си. Виж съдържанието на initrd.img преди да го компресираш да не е по-голямо от рам диска. Виж дали си сложил всичко необходимо за KDE или каквото там се опитваш да стартираш. Ако се сетиш за друго - провери го, изпробвай го. Потърси из нета за теми в които вече е обсъждано това, или нещо подобно на това което искаш да направиш. Прочети man pages на инструментите които ползваш. И ако пак не става - започни отначало.
Общо взето всеки линуксар така си решава проблемите и така се учи.
Аз бих ти предложил да разгледаш как са направени LiveCD-тата които можеш да стартираш изцяло в RAM, като Knoppix, NimbleX, Puppy Linux, Damn Small Linux (мисля, че и той можеше) и най вече Slax, понеже той би трябвало да е най-близо до целта ти.
Това също може да ти е от полза http://squashfs.sourceforge.net/
Айде със здраве.

Зависи какъв X ще ползваш. Ако ще го компилираш от сорс (за което се съмнявам):
http://www.x.org/wiki/ModularDevelopersGuide#head-3ebc6f883cee41892022e83e7a0bd5ea060d42ba.
Ако ще ползваш готов, компилиран, тогава дистрото за което е пакета си казва зависимостите. За убунту и дебиан си пусни synaptic, цъкваш два пъти на пакета и си му излизат всичките зависимости.
Ако те мързи да търсиш в нета, направо не се занимавай. Всичко за което пита е написано не веднъж.

Google работи и по празниците 

http://techbase.kde.org/index.php?title=Development/Tutorials/Plasma/Theme
http://techbase.kde.org/Projects/Plasma/Theme#Theme_Storage
http://www.kde-files.org/
http://www.kde-look.org/
http://www.kde-look.org/help/index.php?type=71
http://docs.kde.org/stable/en/kdebase-runtime/userguide/kde-theme.html

http://prince-of-persia.us.ubi.com/
Май това е хитът сега.

Принтера си има собствена памет. Когато си получи страницата, тогава започва да принтира, а не да му се подава буква по буква
Ти искаш да подаваш сигнали на твоята машинка един по един и без никакво забавяне. Това няма как да стане със стандартна система. Замисли се - като си пуснеш музика, тя трябва да свири без прекъсване, но на обикновената система аудио потока не е непрекъснат. Затова си има буфери, двойни буфери и дори тройни буфери за по-тежките задачи, които трябва да се изпълняват без прекъсване като 3D графика, HD видео възпроизвеждане и т.н.

Стандартната система, като получи команда и се заеме със задача, има нужда да извърши определен брой операции, за да може да е на разположение за следващата команда. Тези операции отнемат различни по-продължителност отрязъци от време в зависимост от типа им. В многозадачна среда организацията на работа на системата е сложна и има множество подробности и особености.

RTOS системите целят да направят тези интервали от време, през които системата не е на разположение, еднакви по продължителност и възможно най-кратки.
На тебе ти трябва точно такава система.

Ако се интересуваш, почети малко в нета. Хората са го обяснили по-добре от мен.

Ами, дължи се точно на разликите между Ubuntu и RTOS Ubuntu (както и Ubuntu Studio). Ядрото си има особености свързани с многозадачността и поведението му, както сигурно знаеш, зависи от настройката му. В RTOS системите, то е настроено така, че да е много отзивчиво с цел програмите да вървят изключително гладко. А в стандартните системи се залага на по-добрата скалируемост, тъй като отзивчивостта не е критичен фактор при тях.
http://en.wikipedia.org/wiki/Real_time_operating_system
http://www.ibm.com/developerworks/linux/library/l-real-time-linux/
http://www.linuxdevices.com/news/NS8393438079.html

Не става дума за бъг.
Твърдите дискове в днешни дни се правят с флуидни лагери. Те се износват само при развъртане и спиране на плочите на харда. Това се отнася за всички твърди дискове, не само за тези за лаптоп. Но за пести батерията, Убунту спира плочите когато системата е idle и ги развърта отново, когато има нужда (подобно на screesaver-а). Както каза BULFON, тези лагери си имат определен живот измеререн в развъртания, а това поведение на Убунту (а и на други дистрибуции) доста бързо ги износва.
Затова най-добре е да се изключи Power Management-a на диска с hdparm. Така ще има развъртане и спиране на плочите само при пускане и спиране на компа.

Стари версии на софтуер не е отговора. Просто ползвай нещо по-леко от стандартните програми идващи с дистрибуцията. Сложи си нова Fedora или openSUSE, щом ги познаваш и вместо GNOME/KDE си избери нещо по-леко. За 64MB RAM, Xfce може би ще е малко тежко. Пробвай с Fluxbox, Openbox, Blackbox... Awesome е нещо страхотно , макар да е неортодоксален.
Може дори да пробваш със система без X. От личен опит ти казвам, че ако не обработваш изображения и се лишиш от малко удобство при сърфирането в нета (на този слаб комп не вярвам да работиш по някакви супер-професионални проекти) реално не ти е нужен X.

Ако не си намериш подходящо LiveCD с инсталатор, струва ми се, че в твоя случай най-лесно ще стане, ако закачиш харда на работещ компютър. От там си инсталираш кой да е линукс. Компилираш си ядро с поддръжка на хардуера на лаптопа и после го връщаш обратно. След това ще трябва да си настроиш X и си готов.
Друг вариант, ако не искаш да си разкачаш харда, е да си намериш LiveCD, което да зареди напълно и от там да си инсталираш коя да е дистрибуция ръчно, но това май е по-голяма играчка.
Ако и двете неща ти се струват сложни и нямаш приятел, който да ти свърши работата, остава само да пробваш дистибуции докато уцелиш '> Виждам, че още не си пробвал Mandriva, openSUSE, Knopix, PCLinuxOS...

В '/proc/timer_list' на третия ред пише времето в наносекунди. Това го има само на ядра 2.6.21 и по-нови. Те имат т.нар. "High-Resolution Timers" и трябва ядрото да е компилирано с тази опция.
Ако не ти трябва, чак такава голяма точност можеш да си напишеш скрипт, който да ти смята разликата между сегашния час (date) и часа в който е заредила системата (uptime).

Гугъла му е майката -> цък