Силно ти препоръчвам FreeNX. Ползва 22 порт и отваряйки този порт имаш хем ssh достъм, хем и GUI връзка '>

[Цитат]

Цитат (flipz @ Сеп. 23 2008,17:23)

нищо не стана ... Hruter,192.168.10.101 --- eth1,192.168.10.100 linux eth0,172.16.0.150 -- pc,172.16.0.50 целта е да си напиша: http://192.168.10.101 и да си гледам разни неща

И какво точно не стана?
Какво направи?
Какви грешки ти даде?

В случай, че все пак искаш да компилираш, то хвърли едно око на това.

Успех

[Примерен код]

Примерен код

[root: gaara]# -se preload | grep ^p preload - adaptive readahead daemon [root: gaara]# -se prelink prelink - ELF prelinking utility to speed up dynamic linking [root: gaara]#

[Примерен код]

А какво ти връща

Примерен код

dmesg | egrep "(s|h)d"

Не си дал грешката, която ти е в логовете... все пак ще научквам.... преди време се борих с един проблем свързан с pppoe, който се състоеше в това, че не се рекънектваше автоматично при дискънект... та ето откъде тръгнах -> http://rants.atmurray.net/2007_01_01_archive.html

[Цитат]

Цитат (ck @ Сеп. 20 2008,00:47)

1-во иска ми име и парола но след като ги въведа ни дава че не са коректни 2-ро когато напиша името и дам  Ентър за да премине към парола ми дава полето за паролата,но то не е активно, трябва да натисна 2-ри ентър за да ме пусне да пиша

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

Поздрави и всичко най-свежо от мен!

[Примерен код]

За видео модулите погледни това. По отношение на runlevel-те в дебиан....

Примерен код

[gaara: ~]$ grep Run /etc/inittab # Runlevel 0 is halt. # Runlevel 1 is single-user. # Runlevels 2-5 are multi-user. # Runlevel 6 is reboot. [gaara: ~]$

като подразбиращият се е 2 '>, т.е. това, което се опитваш, няма да даде нужният ефект. Аз лично ти препоръчвам да си спреш графичната среда, като изпълниш:
1. alt+ctrl+F2/3/4 .... който си харесаш
2. Влизаш с root и спираш десктоп мемиджъра ти, т.е.
- gdm
/etc/init.d/gdm stop
- kdm
/etc/init.d/kdm stop
- xdm
/etc/init.t/xdm stop
- entrance
/etc/init.d/entrance stop
3. Отново натискаш избраният tty в т.1
4. Инсталираш модулите за видеото
5. Стартираш спреният десктоп мениджър

http://saparev.com/kat/KAT_objections.htm

 '>  '>  '>

http://odit.info/?s=6&i=120940&f=4&p=1

Без коментар  '>  '>  '>

neter e отново много прав... проблема е в мониранaта директория, на която правиш backup с dump... хората са казали, че не трябва да се прави, но все пак от 40 опита при монитиран фолдър, един ще ти е успеешен... пробвал съм го и е рандъм

[Цитат]

Цитат (triplek @ Сеп. 13 2008,18:34)

sudo apt-get install flashplugin-nonfree Уж няма 64 бита флаш, а тука работи перфектно. На страницата на адобе ми вади:

http://packages.ubuntu.com/hardy/flashplugin-nonfree

Виж, че ти инсталира nspluginwrapper... както ти казах "Няма 64 битов флаш"  

triplek, недей така.... 64 битов флаш няма, няма как да пуснеш повече от 4Г рам, разликата на gcc 4.3 е в хедъра на самият код, който се компилира... премахват се разни неща, с цел по-бързо компилиране и всякакви такива тъпотии, като резултата е, че warning-те преминават  в errors... за SSE-то прочети малко повечко и ще ме разбереш '>

Ето и малко теория, че цигарата ми се услади и ако правилно си я спомням... когато  LMA  (long mode active) не е активен (фен съм на АМД и затова говоря само за него), процесора оперира в стандартен x86 режим и може да работи с 32 битови приложения. Когато LMA  е активиран,  64-bit допълнения ще бъдат включени. От своя страна long mode-а се разделя и на два под режима: 64-битов и съвместим. Тези два режима се контролират от D и L битовете от code segment регистъра. Причината да споменвам тези тъпотии е, че LM ти позволява да използваш 64-битовите feature-и и в същото време ти предалага и съвместимият режим за да пускаш 32-битови приложения. Този режим ти позволява:
- Допълнителни 8 регистъра
- Виртуално 64-bit адресиране
- Допълнителни 8 регистъра за SIMD (XMM регистри)
- Flat адресиращ режим и т.н.

Доплънителните регистри за SIMD операциите прави общият брой на multimedia регистри на 16, което е една от слабостите на х86, т.е. малкият брой регистри.

Идеята ми от тези глупости е, че като идея х86-64 е много добрa, но все още не е готово за употреба. Факт е, че едва 15 процента от сваляните iso-та на Дебиан, са 64 битови... във федора май бяха с 5 % повече, което води до по-малко потребление => по-малко или по-бавно развитие

Много повърхностни сравнения с тези c++ bulshits. Изкривяването на темата с тези LLP64, LP64 и всякакви други гадости е безсмилсено. Факт е, че:
- 64 битова архитектура е препоръчително да ползваш, ако имаш над 4Г рам и искаш наистина да я имаш. В Windows на 32 битова архитектура, ако не се лъжа се засичаше около 3.2Г от 4г.
- 64 архитектура има два пъти повече CPU регистри => два пъти повече информация се обработва, преди да достигне кеша на рамта
- в 64 б.а. SSE и SSE2 са включение в core instruction сета
- затворени приложения е трудно да подкараш на 64 битова машина, но не е невъзможно... все още няма 64 битова версия на така респектиращият Flash плъгин... говори се, че 10-та щяла вече да поддържа 64, но знае ли човек'>... дугият основен проблем е джавата, която има версия за Windows и Соларис, но няма за Linux '>

В общи линии е това... човек трябва сам да избира '>

Както се казва в един от коментарите: Плаче си за рагу, ама нейсе.
 '>  '>  '>