CityCat4

Доступ к настройкам прокси есть? Выделите себе IP, пропустите его мимо аутентификации и забейте на логин-пароль - все равно указывать их в открытом виде, да еще так, чтобы они лежали в окружении - это пипец как несекурно.

Можно.

Есть аж два варианта, один требует более прямых рук, другой - денег.
- установить и настроить на компе VPN, по которому он будет цепляться к другому компу - и ходить через него
- купить у провайдера "белый" IP. ВНИМАНИЕ! Не статический IP, а именно "белый" - потому что хитро#опый оператор может Вам продать постоянный серый IP :D

Отвечу сам себе.

QEMU 2.9.0-r2, libvirt 3.2.0, virt-manager 1.4.1, spice 0.13.3-r1, spice-gtk 0.33-r2, ведро 4.9.17

Что из этого починило работу консоли - так и непонятно. Просто после очередной пересборки я не увидел привычного уже "зависания" значков virt-manager в полноэкранном режиме - и OMG - все починилось. Сейчас все работает как должно. Ведро загружено без nomodeset - calculate=video:intel splash=off

Не знаю надолго ли...

Это Вы себе или кому еще? Согласитесь терпеть заметно менее удобный (по сравнению с win7 или win10) гуй? Тогда LXDE/XFCE, а дистриб тут не важен - эти DE заведутся на любом. Но при всей моей любви к OSS и не особой любви к винде (в особенности к win10) - M$ оптимизирует свое угребище под такие железки, чтобы они работали. Линух же будет работать как в общем плане и есть сомнение, что удастся подобрать что-то.

Меню формируется из файлов .desktop. Сами файлы могут находиться в /etc/xdg, /usr/share/applications, в домашке - в каталоге DE. Смотрите переменные XDG_* в окружении - там обычно перечисляются пути, где ищутся файлы .desktop, можно еще стартовый скрипт DE посмотреть.
Ну, конечно же можно просто снести Nepomuk - если не ставили руками, значит подтянулся по зависимости.

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

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

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