Byte

А почему перед 8080 точка?

Хм... может и обязательна. У нас на работе обычный прокси. Но в убунте глюк и в системных настройках прокся не прописывается как надо. чтобы обновиться, я в консоли устанавливаю http_proxy=http://user:passwd@proxy.host:port затем запускаю sudo update_manager и все арбайтен.

Brungilda писал(а) Fri, 11 December 2009 07:39 Чем странная? Тем что нет 'set'? И с ним то же самое... Странная в том что там слеши и ";avupdate --product='Guard'"

Так это проблема резольва. Прокси скорее всего юзает свой DNS который недоступен данной машине. да и строка прокси какая-то странная. я юзаю export set http_proxy=http://user:passwd@host:port

Brungilda писал(а) Tue, 08 December 2009 06:46 [ Цитата: А если прописать http_proxy ? В конфиге самой avir'ы прописано конечно. Больше вроде нигде. Вообще что там оно может быть зарезано? С чем к админам итти слезу давить? Не. не так. запустить сеанс терминала. в нем выполнить export set http_proxy= с именем, паролем и т.п. А затем из этой же терминальной сессии запускать необходимое ПО чтобы в соответствующем контексте была правильно прописанная переменная http_proxy=

А если прописать http_proxy ?

Думаю, в нынешних условиях 5 лет на смену компа - это уже много. Да, если это только "печатная машинка" - то, может, и 5 лет проработать. Но для более трудоемких задач, включая игры и трехмерное моделирование, обработку звука и видео - необходимо менять через 2-2,5 года.

Почитайте тут, может, поможет...

Legalizer писал(а) Tue, 06 October 2009 15:15 Если поставить на машину такую штуку ... Microsoft® Windows, и ничего с ней не делать, ... Как раз, если поставить - и ничего не делать - то все отлично работает. В 2007 году выводили из эксплуатации машинку с Windows 95 (даже не OSR) которая работала на Pentium 166 с 1996 года. На машине стояла всего одна программа (коммуникационная) и никто машину не трогал на протяжении годов - никаких антивирусов (зачищенный сегмент сети) и т.д. - и все отлично работало - не висло, не выдавало синий экран, не "тормозило". А вот, как раз, если трогать - то будут, скорее всего, проблемы. Давайте отойдем то наших реалий и вспомним, что родина Windows - США. А там, как правило, ПО покупают, поэтому мало кто позволяет себе по 10 раз на день устанавливать-удалять программы и т.п. Т.е. там основная модель работы Windows - купил машину со всем необходимым (ОС, офис, антивирус и т.д.) - и работаешь на ней несколько лет. Потом покупаешь новый комп и т.п. В таком режиме Wondows работает удовлетворительно для основной массы потребителей.

AlexRav писал(а) Fri, 25 September 2009 13:32 Все решил проблему... А как если не секрет?

смотрите xorg.0.log на какую строчку ругается

Можно глянуть здесь http://tinyurl.com/y947h4m

Brungilda писал(а) Wed, 23 September 2009 17:24 Мысль интересная! Жаль только, что это мало что дает... Кстати, в убунте последней заметил, что если прописать в системе прокси в настройках глобальных - то потом http_proxy не работает как, и, впрочем, вообще через прокси ничего не работает.

Ага, в некоторых дистрах только через http_proxy и работает. И, кстати, wget надо, естественно, запускать с этой же терминальной сессии.

Смотрите /var/log/syslog /val/log/messages

/var/log/Xorg.0.log

логи того что "не пошло" в студию...

и не просто X -configure потом еще cp /root/xorg.conf.new /etc/X11/xorg.conf

sudo iptables -P INPUT ACCEPT sudo iptables -P OUTPUT ACCEPT sudo iptables -P FORWARD ACCEPT sudo iptables -F sudo iptables -X до следующей перезагрузки

Оключите файрвол и пропингуйте

А шлюз по умолчанию 10.10.56.2 пингуется?

IceAshes писал(а) Wed, 26 August 2009 10:21 Нет, не пингуются. Ну вот и ответ. Без ДНС-сервера по имени сайты не будут доступны. Уточните у провайдера адреса ДНС-серверов.

А эти адреса 212.1.224.34 212.1.230.111 пингуются ?

Руками в файле xorg.conf P.S. Как это сделать написано на многих ресурсах.

Ну вот почему никто не хочет искать самостоятельно? вот это что если не драйвера? тут