CityCat4

Для того, чтобы снимать скрины давно уже не нужно лезть прямо в видеопамять... Нынешние СМП делают это тихо, без шума и пыли. А уж тем более Win10, изначально заточенная под сьем всего и вся :) Так что мыргание экрана - это просто баг (правда это вовсе не означает, что скрины не снимаются :) )

1. Сначала надо определиться, что есть вред. Разрушить часть оборудования? Стереть данные? Зашифровать что-нибудь важное? Превратить его в спамобот? Прожечь дырку в матрице монитора?
2. Можно.
3. Можно.
4. Может удалить, повредить, переписать файлы, к которым есть доступ по записи (по умолчанию - профиль, а также все папки, к которым явно не задавался доступ). Может скопировать и унести файлы, к которым есть доступ по чтению. Более продвинутый пользователь может запустить portable-программу с флэшки/DVD - и вся эта Ваша "типо безопасность" превращается в тыкву. Еще более продвинутый может запустить программу сброса админского пароля с флэшки/DVD
5. Скорее всего будет, но это зависит от софта

У Вас тут самая большая дыра, просто с трактор размером - это физический доступ к системнику. Не нужно быть Сноуденом, чтобы догадаться запустить Total Commander/Far с флэшки - и увидеть все диски. Не нужно быть Митником, чтобы записать на DVD пачку ломалок паролей админа - одна да сработает. Должна стоять либо программа контроля сменных носителей и блокировщик USB, либо оные носители должны отсутствовать в компе, а USB просто отключено (провода отцеплены от матери), корпус либо пломбирован, либо просто крепко затянут на все винты.

Диск "странно хрипит" и Вы еще не учитались манами по SMART? Или может быть там данные, которых не жалко?

Намертво комп от винта не виснет. Скорее всего это ошибки памяти, либо контроллера памяти, разгон, непаспортное напряжение питания на памяти ( у меня был случай - купил память OCZ, крутую, геймерскую, поставил - ну думаю, сейчас взлечу :D ) Аха. 15 мин и завис, 15 мин и завис. Потом в сети вычитал, что данной памяти нужно повышенное на 0.1v питание :)

Как работает Windows - знает только M$. Почему? Потому что исходники закрыты. Есть, конечно, документация, есть API для разработчиков, в которой написано, как при помощи вызова функции Х получить результат Y. Но как работает сама функция Y - нигде не сказано и сказано быть не может. Потому что низя - исходники есть собственность M$.

В разное время выпускались различные "Windows unleashed", "Windows inside" и прочее, но весь ее inside заключался в более детальном описании настроек - точного, подробного, детального описания внутреннего строения и взаимодействия компонентов нигде, кроме как во внутренней сети M$ нет. Равно как нет и детального описания реестра (registry).

Алгоритмически, реестр предстаавляет собой древовидную БД - частный случай графа. В некоторых ключах есть значения, в некоторых нет. БД эта предназначена для хранения настроек программ, какой либо обязательной структуры она не имеет, хотя имеет типичные, формируемые самой ОС деревья. Никакой документации по содержимому реестра нет, каждый автор использует его как считает нужным и, как правило, не считает нужным это документировать вообще. Все книги типа "Секреты реестра Windows" - это просто сборники того, что в UNIX называется howto - примеров, взятых из практики.

Если Вы действительно хотите этим заняться, то будьте готовы к тому, что это весьма небыстрый процесс. Сначала можете изучить все, что есть в открытом доступе - все эти Windows unleashed и Registry inside, потом документация для разработчиков, форумы - какие-то куски можно будет там уловить.

"Доменный" компьютер - это тот, который имеет учетку в домене. Учетка в домене нужна чтобы как минимум проходила аутентификация через керберос, без ввода пароля. Именно этот факт - без ввода пароля и есть признак - "доменный" или "чужой".
"Чужой" тоже может получить список пользователей и даже аутентифицировать юзеров, но для этого ему самому сначала надо в домене аутентифицироваться. Обычно это делается созданием фейкового юзера, не имеющего никаких прав и имеющего простой текстовый пароль. Пароль этого юзера указывается в конфиге в открытом виде. Так работает аутентификация через апач (AuthBasicProvider ldap), так работает PAM-модуль pam_ldap.so и NSS-модуль nss_ldap.so, так может работать аутентификатор squid. Так работает любой скрипт на Perl/PHP, которому нужно аутентифицировать юзеров в AD - redmine, horde, любой велосипед, использующий Net::LDAP.
Конечно, это неудобно и небезопасно. Поэтому и создают учетки компам в AD, настраивают керберос через ktpass и полученный keytab сбрасывают на линух - так например делают для squid.
Аутентифицироваться в домене можно и не заводя учетку. Но логин и пароль хоть какого-нибудь юзера из домена комп, который аутентифицируется, должен знать.

Я сильно так сомневаюсь, что M$ придумал свой "анти-wine", поэтому там скорее всего "честная" виртуализация. Виртуализация может тормозить и в зависимости от железа на win10 возможно будет тормозить.
Смысл? Ну смысл на самом деле был обратный - дать возможность запускать программы для линуха пользователям win10, чтобы они соску не выплевывали и АНБ работы не лишали :)

Скачать другим способом, где логин-пароль запрашивается

Семерка вполне может искать обновления 5-6 часов, если она только что поставленная и потом еще столько же их ставить. Сталкивался, увы.

Да вот нифига не банальны. Единственный клиент для управления огрызком, который я знаю - Timbuktu. Для линуха не существует аналога радмина - ни платного, ни бесплатного, для него только VNC. Для винды - очень хорош DameWare - он в доменную структуру вписывается идеально. Ну, понятное дело, есть RDP.

Вообще говоря нет.
В win10 вроде как с невероятной помпой анонсировали какую-то совместимость с линуховыми бинарниками

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

Плюсану Adamos . Сбэкапить и переразбить. Оставить гиг сто-двести неразмеченной области - на тот случай, если снова потянет на эксперименты :) Но это должна быть именно неразмеченная область - чтобы потом можно было, не трогая винду, поставить и снести бубунту или еще что-нибудь.

1. Будет активироваться, пока не кончится счетчик. Для некорпоративной версии счетчик маленький - не то три, не то пять, после чего нужно звонить в коллцентр и доказывать, что ты на самом деле купил, если доказал - ну еще раз три-пять. У корпоративной версии количество установок и количество оставшихся активаций показывается в интерфейсе управления лицензиями.
2. Нет. Активировалась - значит лицуха.
3. Да, и очень быстро - см. ответ #1. Существующие компы не блокируются.
4. Нет. Где-то в логах M$ конечно есть информация о том, кто когда откуда активировал, но вряд ли они ее предоставят - разве только по официальному запросу американской Фемиды.

Windows 10 устанавливать никуда не стоит, ну разве что Вы как Джок Стерджес - без стеснения :) А уж на комп с 2G RAM тем более - там семерка-то притормаживает.

Нужно не тыканье мышкой автоматизировать, а то, что это тыканье делает. PowerShell/VBS позволяет решить любую задачу по администрированию компа скриптом.

Ничего не получится. Да, AD - это LDAP. На нем работают все инструменты LDAP, ldapsearch например. Но это хитровывернутый LDAP, не совместимый ни с чем, кроме самого себя. Читать данные с OpenLDAP он, может быть еще как-то будет. Писать он туда не сможет, потому что ожидает там AD, а там не AD. Единственный способ сохранить данные - мигрировать их в AD. Или там у Вас какая-то сильно нестандартная схема?

Только виртуалка в KVM или VirtualBox - ну, если заработает конечно, потому что виртуалки виртуальная видюха (хотя есть вариант с вторым монитором, второй видюхой и прямым ее пробросом в виртуалку). У меня прямой сейчас так работает винда для задач управления доменом через виндовые оснастки и прочего софта типа оутглюка. Правда памяти на компе должно быть как на двух - сколько нужно на линух и сколько на винду. Ну и понятное дело проц с аппаратной виртуализацией.

Только без паники! (C)

Погуглите порядок загрузки оси от биоса до ядра. На каком-то из ранних этапов у Вас загрузчик сообщает, что не в состоянии найти следующую часть для загрузки. Это может быть например оттого, что в MBR установлен некий загрузчик, который пытается грузить давно отсутствующую ось - а MBR по умолчанию не трется.