Есть хост CentOS 7, KVM, гость vm1 (Windows 7 x64, но что Windows, что Linux, отличаться по сути будет только установка драйвера внутри гостевой vm). Пока виртуальная машина работает, копировать ее диск - идея неправильная. Непонятно, что будет скопировано и непонятно, восстановится ли потом. Идея live backup (т.е. backup без остановки) состоит в следующем - делаем снапшот виртуальной машины, при этом чтение/запись начинает выполняться в этот снапшот. Сразу после создания снапшота исходный диск виртуальной машины уже ничем не занят - все новое копируется в файл снапшота. Можно спокойно скопировать этот диск. Это займет какое-то время, в течении которого vm работает, что-то записывается, удаляется. После того, как мы спокойно скопируем диск, нужно будет дать команду все из снапшота залить в основной диск vm. Снапшот нам нужен был только как временная мера.

Если во время обновления, установки или удаления программ с помощью yum в CentOS внезапно прервался сеанс ssh или система подвисла, вы нажали Ctrl+C в процессе, то очень вероятно, что выполнение yum будет прервано и при повторе команды вы получите сообщение о незавершенных операциях с yum с предложением решить проблему с помощью yum-complete-transaction. Что это такое?

А зачем их удалять, собственно, если в CentOS по-умолчанию количество хранимых старых ядер равно 5 (привет, default Ubuntu 16 и 18, где весь boot рано или поздно будет забит до 100%), за что отвечает параметр installonly_limit в /etc/yum.conf? Например, при сбое установки обновлений система может зависать на определеном ядре, а если выбрать другую версию ядра, все будет в порядке. То есть задача может быть просто удалить конкретное ядро, которое точно не нужно. Или если у вас раздел boot слишком маленький и доводить его до заполнения не стоит. Причин может быть много.

Недавно столкнулся с проблемой восстановления MacBook из резервной копии TimeMachine. Копия есть, MacBook ее видит, если загрузиться в режим восстановления (там, где выбираете восстановить из резервной копии, запустить дисковую утилиту и др.). Но при попытке восстановления из копии выходило сообщение "Возникла проблема при подключении к серверу. Возможно, сервер не существует или недоступен в данный момент. Проверьте имя сервера или его IP-адрес, а также сетевое подключение, а затем повторите попытку.". Учитывая, что копия и так находилась на сетевом носителе, проблема была не в недоступности сервера.

Увидел заметку на хабре о том, что может выдать браузер при обычном запросе в Яндекс, например, "скачать skype бесплатно". Да, вы опытные пользователи, и как и я, автоматически глазами убираете все лишнее, выцепляя из выдачи оригинальное и официальные сайты, по url определяя, где что. Но ведь не все такие. Члены семьи или ваши пользователи на работе (например, если вы лицо, отвечающее за безопасность в сети) могут из самых невинных побуждений натворить дел. Я проверил :)

Если вдруг вместо сайта вы увидели в браузере белый фон с черными буквами, вещающими что-то вроде "Ошибка! DNS сервер не отвечает", то добро пожаловать подкат. Проблема эта может возникнуть и на серверной и на десктопной операционной системе, но скорее всего, у вас десктопная Windows 7 или 10. А если нет - пишите в комментариях, будет интересно узнать.

Несмотря на то, что не все панически боятся того факта, что Windows 7 более не поддерживается и не собираются переходить на Windows 10, бизнес не дремлет и всячески проталкивает Windows 10 в массы. Банки предупреждают клиентов, что в любой момент из ПО можетт перестать подписывать доументы в Windows 7, новые компьютеры продаются или без ОС или с Windows 10. В общем, вопрос лишь времени, когда большинство пересядет на 10-ку, про любопытность которой не слышал лишь тот, кто почти ничего про 10-ку не слышал.

Скачать Windows 10 бесплатно на высокой скорости :) и вам откроются множества сайтов-торрентов, где вы сможете найти себе пропатченные-перепатченные iso-образы Windows 10. А если вы не желаете скачивать операционную систему неизвестно откуда? С сайта Microsoft скачать так просто не выйдет. Или выйдет?

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

Чтобы выполнить действие, аналогичное Ctrl Alt Del, при работе в RDP сесии, например, для смены пароля локального1 пользователя удаленной системы, используйте Ctrl Alt End.