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

Самый лучший ответ дал Данил Бирюков-Романов Иши того, кто будет отвечать на вопросы - и ставь то, что стоит у него. Не, рекомендации можно дать даже если рядом на сто километров нет никого. И может быть они даже помогут.

Итак, если гуру рядом нет или он бурчит что-то типа "читай маны, ламер" (кстати, вполне неплохой совет)

- Крайне необходимо умение и желание самому искать и находить ответы на вопросы. Оно конечно не лишне и в винде, но в линухе оно просто аще как необходимо - многие обсуждения в итоге вырождаются к "твой пингвин - ты и трахайся"...
- Терпение, аккуратность и отсутствие желания запустить в монитор ботинком, когда в четвертый раз переставляешь систему и все равно ни хрена не получается
- Знание английского на уровне чтения технической литературы - а читать придется и еще как
- Знание С/C++ или подобного языка программирования здорово облегчит жизнь

Дистрибы бывают пакетные и source-based (еще бывают с systemd и без оного, но Вам сейчас это не актуально).

Пакетные дистрибы - их большинство. Программы в них распространяются пакетами - как в винде msi. Установкой и удалением пакетов занимается менеджер пакетов - специальная программа (аналог оснастки "Программы и компоненты"). У разных дистрибов свои форматы пакетов и свои программы. Широко известных форматов два - RPM и DEB. Как правило, менеджеры пакетов отслеживают зависимости (в линухе нет привычки пихать в каждый дистриб все необходимые компоненты, вместо этого устанавливается пакет, содержащий нужный компонент), устанавливают и удаляют их сами. Сами же обновляют пакеты при выходе новых версий. Чем популярнее дистриб, тем больше под него пакетов. В качестве первого дистриба я бы посоветовал пакетный дистриб.
Source-based дистрибы рассчитаны на то, что все программы собираются на целевом компе из исходников, а распространяются только описания как собрать - сценарии (порты, портеджи etc). Здесь тоже отслеживают зависимости и все такое, только обычно это ложится на установщика программ. Достоинства - запустив source-based дистриб, с любым пакетным справляешься на ура. Недостатки - ооооочень высокий порог вхождения, оооочень много времени и терпения нужно, чтобы не кинуть в монитор тапком. Новичку я бы не советовал source-based - а то на самом деле знакомство закончится, не начавшись

ну, судя по выводу - он таки запущен. TeamViewer, в лучших традициях винды, сразу вешает "службу" - то есть демона. А запущена или не запущена может быть его морда.

А почему Вы решили, что просит пароль рута? По-моему, она sudo пытается сделать и просит Ваш собственный пароль :)

Однажды был случай, когда звука не было, потому что он был выключен :) Громкость была тупо убрана в нуль. Никак не мог понять, в чем дело, было давно, помню, что вопрос решило какое-то консольное приложение, не то alsamixer, не то еще что-то. Но было это на 2.6.32. На 4.х - сколько его тут ни мучаю - проблем со звуком не было ни разу. Ну разве только это некая редкая звуковуха.

Учить /bin/sh
И вот почему

На /bin/sh можно реализовать бОльшую часть админских задач, привлекая питон (хотя я вот привлекаю Perl - мне он нравится больше) только тогда, когда реально необходимо, когда скажем реализация на /bin/sh становится громоздкой и самому тебе через месяц непонятной...

Суть очень простая.
Взять текущую дату, высчитать диапазон равный неделе (date это умеет)
Найти все файлы с датой создания такой-то и датой изменения не больше такой-то (это умеет find)
И для каждого из них выполнить поиск-и-замену (это умеет sed), ну для эстетства можно сначала grep нужной строки, если нет, sed не вызывать.

bash тут нужен собственно только чтобы все это в кучку свести.

Могут. Через setfacl. Но это будет неудобно ни первому ни второму - потому что настроечные файлы будут меняться постоянно - например любой DE полагает, что кроме него никто в папку настроек не пишет...

Дистриб - это система инициализации + пакетный менеджер + (source-based|packet-based) + наличие любимого DE для данного дистриба. Поэтому проще всего прикинуть, какие дистрибы стоит рассматривать составив следующий чеклист:

- желаемый пакетный менеджер
- желаемая система инициализации
- source-based или packet-based
- рассматриваются ли дистрибы, где нет любимого DE

Если в результате выбор получился слишком узким - уберите какой-нибудь фильтр и попробуйте заново :)

Kerberos - это единственный вариант. И зачем Вам Likewise? sssd не вариант? adcli на худой конец (хотя sssd лучше - adcli - это кусок самбы)

Перегрев 100%

unetbootin/rufus, не? Я вовсе не уверен, что ultraiso нормально запишет флэшку. Кроме того, в BIOS надо проверить - может там вообще USB отключено, boot menu вызвать при загрузке - если оно есть...И совет Антон - при всей его простоте - не стоит игнорировать. Есть такие недо-флэшки, которые не заработают в USB3, например.

На каком рабочем столе? Я не отрывая .опы от стула назову не менее десятка DE, в которых совершенно разные рабочие столы - в том числе и по настройкам. И у каждого DE есть настройки, позволяющие переназначать клавиши практически как угодно - и зачастую есть уже предустановки "сделать как в Windows", в KDE точно есть.

Насчет Ctrl-W не скажу, а вот Alt-F4 работает :)

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

Обычно, если не обнаружено ни одного устройства, с которого можно загрузиться, BIOS тупо виснет, показывая сообщение типа "Вставьте устройство, с которого можно загрузиться", но теоретически если таких устройств нет, он может и в настройки заходить - живьем правда такого железа не видел.

Бубунта, равно как и винда, и FreeBSD...и даже MS-DOS никакого отношения к загрузчику не имеют. Да, в каждой из них есть софт, который его переписывает - но если после установки не грузится - нужно внимательно изучать опции BIOS - у меня был случай, когда после установки VmWare она не загрузилась до тех пор, пока в BIOS не запретил UEFI

Никак.

Для отдельных приложений можно - например для торрентокачалки - за счет того, что она потащит часть блоков с одного интерфейса, часть с другого. Но это не суммирование, это распараллеливание. Тупо "сложить" каналы не получится. И об этом уже много-много раз писали - "умный" маршрутизатор может использовать два интерфейса параллельно - запрос туда, запрос сюда, что создаст некую иллюзию широкого канала. Но качать один файл (или например в танчики играть) на скорости, равной сумме скоростей обеих провайдеров не получится.

На боевом - лучше не надо :) На кошках можно.

Настроить DE, чтобы не показывал учетки сервисов

Если прям ваще full-full бэкап - то dd. Правда бэкап займет размер ровно всего жесткого диска и восстановить можно будет только на устройство с такими же параметрами. Ну или подмонтировать образ и вытащить данные.
Если немножко менее full - то dump/restore
Обычно хватает бэкапа домашки и /etc - ну еще /usr/local/etc - для тех, кто сам себе инсталлятор. Но для быстрого восстановления лучше иметь полный образ.

UPD: В комментарии указано, как можно сжать полученный образ и отправить его на удаленную машину. В этом способе нет ничего удивительного - стандартный UNIX механизм по передаче stdout