Кот Абсолютный

vnc, xfreerdp. Но обычно на сервере нет ничего, что бы требовало гуевых конфиуграторов. Из консоли работать быстрее и управлять легче. Единственное известное мне исключение (и то до некоторого времени) - написание правил iptables (до того времени, как запомнишь как минимум половину документации :D)

Добро пожаловать к флейму :) Тема "какой дистриб лучше и чем" - это почти то же самое, что "linux vs windows" :D

Я обычно отвечаю так - ставьте тот дистриб, по которому есть с кем посоветоваться. Потому что наличие человека, который уже прошагал по граблям существенно сокращает время на их повторную пересборку :D

Если же кроме гугла нету вокруг никого, то:

Все дистрибы делятся на два типа - пакетные и source-based.

В пакетных, как в Windows - установится то, туда и так, как запаковали. Удобство пакетных дистрибов - в простоте и скорости развертывания программ - одна команда и у тебя стоит веб-сервер например. Недостаток - в том, что если в программе существует ошибка, то исправить ее невозможно до выхода новой версии пакета, если же это пакет неофициальный, например, или система перестала поддерживаться - новой версии можно не дождаться никогда (как например происходит с CentOS6). Так же как в винде :) Пакетная установка не отменяет необходимости редактирования конфигов, причем пакет может рассовать их так, как только пожелает фантазия сборщика - каких-либо ограничений на размещение файлов там или там нет, есть общепринятая практика и только. Особенно отличаются сборщики пакетов для апача - из-за его гибкости конфигов - каких только извращений с ним не творят :D

В source-based пакеты тоже есть, но основной упор делается на то, что пользователь сам собирает программы по готовым сценариям (портам, ебилдам, etc). Здесь пользователь принимает более активное участие в установке софта - просто потому что иначе работать ничего не будет, порог вхождения однозначно выше, требований больше - нужно примерно представлять, как работает система, как собирается программа, быть немного программистом, знающим С (основной язык программирования на Linux). Доведенный до ума source-based дистриб работает много лучше пакетного - но до этого состояния его еще надо довести :D

А выбор как всегда остается за Вами...
(Посокльку в таких случаях непременно говорят - а у меня то, а у меня се - ну так вот - а у меня Calculate Linux 17, source-based дистриб, основанный на gentoo :) Иногда он меня конечно бесит, но есть предположение, что на другой я переходить не буду, хотя первоначально хотел свалить на арч)

Система пытается загрузиться с флешки, но не может. Не может этого она сделать по многим причинам:

- флэшка не загружаемая. Это бывает при записи через unetbootin (к сожалению :@). Попробуйте через rufus.
- игры с UEFI/Legacy. Некоторые биосы грузят только в UEFI, некоторые только в Legacy, для некоторых нужно USB 3.0 включать или наоборот выключать.
- Не работает разьем, несовместимая флэшка. И хотя теоретически 2.0 должен работать в 3.0 и наоборот, на практике такое бывает не всегда.

Пытаться в wine запустить MS Office на бубунте - это как пытаться прикрутить к велосипеду крылья и пытаться полететь. Возможно, он крыльями махать начнет. Возможно даже метровый забор удастся перелететь. Но в небо взлелеть не получится, как ни старайся.

Wine - это такой проект, которому лет почти столько сколько я занимаюсь UNIX. И никогда у них не заводилось что-то сложнее notepad и несложных игр семи-десятилетней давности. А уж запустить офис, который привязан к винде насквозь - блажен кто верует.

Если Вам прям нужен виндовый офис - ставьте винду в KVM. Если нужен просто офис - используйте либру. Но при этом не забывайте, что чем сложнее документ, тем сложнее его будет открыть MS Office после либры.

KVM и виртуалка с виндой. Два монитора и две видюхи, одна выделена на винду - винда найдет оборудование, поставит дрова и будет все, что положено. В винде можно держать только фото#опу, файлы передавать через обычную виндовую шару. Wine - это средство без гарантий. Да, он может заработать. А может и нет. А может перестать работать после обновления wine - или наоборот начать. Проекту wine лет примерно столько же, сколько я занимаюсь UNIX - и от него всегда была сплошная попаболь.

Пинг, то есть ICMP-пакет никакого отношения к прокси не имеет. Посмотрите на досуге - на каком уровне работает ICMP и на каком уровне прокси. Вас банит корпоративный файрволл, который скорее всего тоже на винде. А банит потому что не получает аутентификацию по виндовому принципу. Как еее отдать, чтобы понял - гугл наше все. Если же там файрволлом линух или аппаратная железка - ну может роутинг не прописали или еще чего.

Стандартных настроек нет, только плагины. Я на самом деле и плагина такого не знаю - но это вовсе не значит, что его нет - плагинов мульен.

Попробуйте rufus. Ну еще есть вариант - USB DVD и закатать на dvd-rw образ с инсталлером.

PEM - это общее название файлов, закодированных по следующей схеме:
первая и последняя строки - это текст -----BEGIN NEW CERTIFICATE REQUEST----- (либо CERTIFICATE, либо PRIVATE KEY, либо еще что-то) и -----END NEW CERTIFICATE REQUEST----- (и соответственно парная строка), а между ними base64-закодированный сертификат, запрос на сертификат, ключ - то, про что написано в заголовке.
Запрос на сертификат создается через openssl, а также есть разные программы для винды. Сертификат создается CA, которое обрабатывает запрос. Можно создать самому - это будет самоподписанный сертификат, ему никто не будет доверять, но в некоторых случаях на это можно забить.

Все зависит от того, для чего Вам файл понадобился

KDevelop \ Eclipse

Мнэ...Что логировать-то? Если все, то tcpdump. Если команды, переданные серверу - то сам сервер. Если кто подключался - iptables. От задачи зависит.

DE какой? В KDE/TDE есть krandr/tderandrtray - приложение, в котором все это можно сделать, почти как в винде :)

.xsession (не .xsessionrc, а именно .xsession) используется если логин через DM и тип сессии "custom". Если сессия специфичная для DE, она настройки может и не подхватывать. Для ручного запуска X прописать можно в .xinitrc

Если у Вас есть права администратора зоны site.ru - Вы просто берете и редактируете ее, как надо. Если прав нет - никак.

С командной строки A-запись не добавить (ну не считая конечно же "echo test IN A 1.2.3.4 >> zone.txt"). Для этого обычно используют текстовые редакторы или же веб-морды :)

Потому что скрытая миссия бубунты - изгнать дух Билла Гейтса :D

man xorg.

Он описывает все пути, где по стандарту X ищет xorg.conf - это как минимум /etc и /etc/X11. Какой он возьмет, если найдет несколько, не знаю, у меня во FreeBSD всегде конфиг лежал в /etc, сейчас в Calculate Linuх лежит в /etc/X11

/usr/share/xorg.conf.d у меня нет, есть /etc/X11/xorg.conf.d, там лежат обычные куски xorg.conf

Не происходит потому что lvresize - это еще не все. Это только расширение тома. Теперь нужно еще и файловой системе обьянсить, что ее стало больше через resize2fs

1. Что за ошибка?
2. Линух требует не пустого места, а свободного раздела. На пустое место FAT/NTFS его скорее всего поставить не получится :)

Хм. Мануал как поставить патч вообще уже привели и много :)
Патч по ссылке - самый обычный diff. Ставится он командой patch -p1 < patch.txt
При этом надо находиться в каталоге, в котором лежит каталог sound. Файл патча надо разумеется предварительно скачать.