Приостановлено решение задачи BOINC после обновления ядра Linux – проблема с VirtualBox kernel drivers

Ситуация связана в сообщением от VirtualBox:

Статус: Отложено: Please update/recompile VirtualBox kernel drivers.

У меня VirtualBox используется как для запуска виртуальных машин, так и в интересах обработки задач распределённых вычислений проекта Cosmology@Home. Поэтому узнать о приостановке вычислений было не совсем приятно.

Что такое распределённые вычисления можно узнать здесь. Кроме того, можно узнать "Что делать компьютеру, когда он ничего не делает".

Ситуация возникла на системе Runtu (можно сказать, что это та же Ubuntu). Однако найденные рекомендации, например,

'/etc/init.d/vboxdrv setup'

sudo dpkg-reconfigure virtualbox-dkms

sudo apt-get remove virtualbox-dkms
sudo apt-get install virtualbox-dkms

не подошли, так как мной используетя VirtualBox из репозиториев не Ubuntu, а самого VirtualBox. Правильной командой является: 

 sudo /usr/lib/virtualbox/vboxdrv.sh setup

При выполнении этой команды система выдала три строчки:

vboxdrv.sh: Stopping VirtualBox services.
vboxdrv.sh: Building VirtualBox kernel modules.
vboxdrv.sh: Starting VirtualBox services.

А после перезагрузки системы решение задач был возобновлено.

Скрыть установленную программу из отображения в Windows

При разборе "авгиевых конюшен" попалась на глаза информация, которая была отложена на "потом", но так и не была востребована. Её первоисточник тоже потерялся, поэтому сослаться на него тоже не имеется возможности.

Итак, перечисленные ниже действия позволяют изъять установленную в Windows программу из отображения оснастки "Установка/удалени программ" или, как в Windows 7 и позднее, "Программы и компоненты". И хотя приводимое графическое отображение в Windows показано на Windows XP, в первоисточнике эти действия указывались именно для Windows 7 и выше.

В рассматриваемом примере производится скрытие установленного 7zip.

Производим манипуляции в реестром: запуск regedit

Для Windows 7: Пуск – Найти программы и файлы – regedit (или комбинацией клавиш "Windows" и R, а потом в появившееся поле ввести regedit).

Переходим в раздел реестра, отвечающего за отображение установленных программ.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall

Если система 64-битная, а ПО 32 бита, то необходимо перейти в ветку реестра

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall

Список получился большим, так как включает в себя и системные обновления Windows. Находим 7zip.

Имеется 2 способа. Первый заключается во внесении в ветку реестра дополнительного параметра, второй – в переименовании существующего параметра. Оба способа равнозначны.

1 способ. Cоздать параметр DWORD с именем SystemComponent и присвоить ему значение 1.

2 способ. Переименовать DisplayName в QuietDisplayName.

В Windows XP изменения произошли моментально.

Для возврата к исходному состоянию в первом случае удалите созданный параметр SystemComponent, а во втором – осуществите обратное переименование QuietDisplayName в DisplayName.

Если такой трюк Вам понравился, то сферу применения ему найдёте самостоятельно. Данный материал планировался для использования против проверяющих, которые работают "по прописям" и не обладают глубокими знаниями в области тонких настроек Windows.

Однако при этом всегда полезно помнить некоторые вещи, в частности,

Первое правило неполноценности начальства
Не давайте понять своему начальнику, что вы – умнее.

Наблюдение Питера
Сверхкомпетентность более нежелательна, чем некомпетентность.

Новое ядро для Linux Mint

По умолчанию, политика обновлений Linux Mint не предусматривает обновлений ядра, так как это, по мнению его майнтейнеров, может отрицательно сказаться на работоспособности системы или в некоторых случаях привести к её полной неработоспособности.

Как правило, термин "майнтейнер" (жарг.) относится к специалистам,    занимающимся сопровождением компонентов, относящихся  к  операционной системе Linux и некоторых других элементов так называемого свободно распространяемого ПО (Open Source). Так как вся  ответственность по конфигурированию разрабатываемых сообществом  программистов компонентов может приниматься на себя самостоятельно, отдельные мейнтейнеры берут на себя те или иные   участки работы и занимаются отладкой, конфигурированием и сопровождением постоянно меняющегося набора компонентов,  решающего конкретную выбранную ими задачу.

Чтобы получать обновления ядра и обновления безопасности осуществите действия:

1. В политике обновлений поставьте "Всегда обновлять всё".

2. В менеджере обновлений (Правка – Параметры) необходимо установить галочки, как показано на рисунке ниже:

3. Включите отображение обновлений по уровням 4 и 5.

После этого у Вас станут отображаться новые ядра. Правда они будут помечены красным значком как "опасные", влияющие на стабильность системы. Отмечу, что за все 4 года работы на Linux Mint никаких отрицательных последствий от "обновлений всего" у меня не наблюдалось. Единичный случай касался невозможности запуска VirtualBox, ещё не поддерживавшим работу на установленном мной ядре. И то он относился к практикуемому мной обновлению ядра с kernel.ubuntu.com

Для установки самого свежего ядра зайдите на kernel.ubuntu.com и, основываясь на разрядности Вашей системы (32 или 64 бит) найдите последнее стабильное ядро. Например, на момент написания этой публикации самым последним стабильным ядром являлось 4.10.9

Для установки в своей 64-битной системе выбираю пакеты amd64.deb  linux-headers-4.10.9, linux-headers-4.10.9-generic и linux-image-4.10.9-generic: 

Скачиваю их и последовательно запускаю через установку пакетов Gdebi.

Проверьте, чтобы все зависимости были удовлетворены. Уведомление об этом должно высветиться чуть ниже заголовка окна:

После установки пакета уведомление должно поменяться на:

Чтобы Ваша система загрузилась с новым ядром выполните в терминале:

sudo update-grub

Вижу в терминале:

Создание конфигурационного файла grub...
Найден образ linux: /boot/vmlinuz-4.10.9-041009-generic
Найден образ initrd: /boot/initrd.img-4.10.9-041009-generic
Найден образ linux: /boot/vmlinuz-4.10.8-041008-generic
Найден образ initrd: /boot/initrd.img-4.10.8-041008-generic
Найден образ linux: /boot/vmlinuz-4.10.6-041006-generic
Найден образ initrd: /boot/initrd.img-4.10.6-041006-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
завершено

Видно, что в настоящее время у меня системе имеется 3 ядра, поэтому одно можно удалить. Удалению подлежит ядро 4.10.6  Так как ещё не известно, как себя система себя поведёт с новым ядром, то предыдущее работающее ядро 4.10.8 оставляю (надеюсь, что Вы не станете удалять все ядра).

Как удалять старые ядра описано в этой публикации.

Ниже приводится листинг процесса удаления:

sudo apt purge linux-image-4.10.6-041006 && sudo apt purge linux-headers-4.10.6-041006
[sudo] пароль для ... (вместо ... будет отображён Ваш логин в системе):
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Заметьте, выбирается «linux-image-4.10.6-041006-generic» для regex «linux-image-4.10.6-041006»
Следующие пакеты устанавливались автоматически и больше не требуются:
  git git-man liberror-perl libowncloudsync0 libqt5keychain0
Для их удаления используйте «sudo apt autoremove».
Пакеты, которые будут УДАЛЕНЫ:
  linux-image-4.10.6-041006-generic*
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 1 пакетов, и 1 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 220 MB.
Хотите продолжить? [Д/н] y
(Чтение базы данных … на данный момент установлен 303461 файл и каталог.)
Удаляется linux-image-4.10.6-041006-generic (4.10.6-041006.201703260832) …
Examining /etc/kernel/prerm.d.
run-parts: executing /etc/kernel/prerm.d/dkms 4.10.6-041006-generic /boot/vmlinuz-4.10.6-041006-generic
dkms: removing: ndiswrapper 1.60 (4.10.6-041006-generic) (x86_64)

-------- Uninstall Beginning --------
Module:  ndiswrapper
Version: 1.60
Kernel:  4.10.6-041006-generic (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

ndiswrapper.ko:
 - Uninstallation
   - Deleting from: /lib/modules/4.10.6-041006-generic/updates/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.

depmod.......

DKMS: uninstall completed.
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.10.6-041006-generic /boot/vmlinuz-4.10.6-041006-generic
update-initramfs: Deleting /boot/initrd.img-4.10.6-041006-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.10.6-041006-generic /boot/vmlinuz-4.10.6-041006-generic
Создание конфигурационного файла grub...
Найден образ linux: /boot/vmlinuz-4.10.9-041009-generic
Найден образ initrd: /boot/initrd.img-4.10.9-041009-generic
Найден образ linux: /boot/vmlinuz-4.10.8-041008-generic
Найден образ initrd: /boot/initrd.img-4.10.8-041008-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
завершено
Вычищаются файлы настройки пакета linux-image-4.10.6-041006-generic (4.10.6-041006.201703260832) …
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 4.10.6-041006-generic /boot/vmlinuz-4.10.6-041006-generic
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 4.10.6-041006-generic /boot/vmlinuz-4.10.6-041006-generic
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Следующие пакеты устанавливались автоматически и больше не требуются:
  git git-man liberror-perl libowncloudsync0 libqt5keychain0
Для их удаления используйте «sudo apt autoremove».
Пакеты, которые будут УДАЛЕНЫ:
  linux-headers-4.10.6-041006* linux-headers-4.10.6-041006-generic*
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 2 пакетов, и 1 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 79,9 MB.
Хотите продолжить? [Д/н] y
(Чтение базы данных … на данный момент установлено 297385 файлов и каталогов.)
Удаляется linux-headers-4.10.6-041006-generic (4.10.6-041006.201703260832) …
dpkg: предупреждение: при удалении linux-headers-4.10.6-041006-generic каталог «/lib/modules/4.10.6-041006-generic» не пуст, поэтому не удалён
Удаляется linux-headers-4.10.6-041006 (4.10.6-041006.201703260832) …

После завершения процесса должно высветиться приглашение командной строки, например:

manager@H67 ~ $

Как указано в листинге не удалённым остался каталог 4.10.6-041006-generic, который расположен в /lib/modules/. Поэтому запускаю Midnight Commander под суперпользователем (sudo mc) и удаляю его вручную.

После удаления ядра 4.10.6 обновляю конфигурацию загрузчика:

sudo update-grub
Создание конфигурационного файла grub...
Найден образ linux: /boot/vmlinuz-4.10.9-041009-generic
Найден образ initrd: /boot/initrd.img-4.10.9-041009-generic
Найден образ linux: /boot/vmlinuz-4.10.8-041008-generic
Найден образ initrd: /boot/initrd.img-4.10.8-041008-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
завершено

Перезагружаюсь и проверяю версию ядра:

uname -r
4.10.9-041009-generic

Если у Вас что-то работает не так, то вернитесь в предыдущей версии ядра. В рассматриваемом примере это будет 4.10.8

Плохих последствий от установок даже самых новых ядер, полученных от kernel.ubuntu.com у меня не наблюдалось. Но если вдруг ... у Вас не загрузится графическое окружение и при загрузке будет возможность или предпринять ещё одну попытку ли перейти в режим пользователя root.

Заранее

1. Установите заранее себе Midnight Commander: sudo apt install mc  При невозможности загрузки графического окружения Вы всегда сможете запустить Midnight Commander.

2. Сохраните в файл команды:

sudo apt purge linux-image- && sudo apt purge linux-headers-

и sudo update-grub

Запись на бумажке может потеряться, записной книжки в самый нужный момент не окажется под рукой. А файл с командами Вы увидите в Midnight Commander.

При загрузке без графического интерфейса

Первый вариант

1. Попробовать загрузиться с более "старым" ядром. Для этого (если Вы не занимались настройкой загрузчика) при появлении меню загрузчика с 10-ти секундным ожиданием нажмите на клавишу "стрелка вниз", чтобы выбрать дополнительные параметры.

2. После этого нажмите Enter и выберите из списка нужное ядро.

 Второй вариант 

1. Перейдите в режим пользователя root.

2. Запустите sudo mc и посмотрите в boot, какое последнее ядро Вы установили.

Как видно из примера, это ядро 4.10.9-041009

3. Запомните или запишите эти цифры. Эти цифры необходимо подставить после знака дефиса в первой команде, которую Вы сохранили в файл.

4. Теперь для возврата к предыдущему работающему ядру осталось выйти из Midnight Commander и выполнить команды:

sudo apt purge linux-image-4.10.9-041009 && sudo apt purge linux-headers-4.10.9-041009

sudo update-grub

После перезагрузки система должна загрузиться с предыдущим ядром, при котором у Вас всё было хорошо.

 Третий вариант  связан с изменением файла настроек grub, который называется grub.cfg

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

Для этого найдите строчку menuentry с указанием версии Вашей ОС

и ниже попробуйте поменять указанное ядро (ищите цифры, на рисунке эти цифры 4.10.9-041009) на предыдущее работающее

Перезагрузитесь.

Повторюсь, что за 4 года у меня ни разу не возникало ситуации с невозможностью загрузки системы в графическом режиме при установке новых ядер из kernel.ubuntu.com  Если Вы не планируете пользоваться новейшими ядрами kernel.ubuntu.com, а ограничитесь ядрами, которые будут предоставлены в рамках обновлений системы по уровню 5, то, надеюсь, что у Вас тем более не возникнет описанной выше гипотетической ситуации.

Датчики температур в Linux Mint и Ubuntu

Необходимость контроля температур возникла в результате разбирательства, связанного с выяснением причин самопроизвольного выключения компьютера через некоторое время после его включения. 

После установки необходимого ПО было установлено, что, вследствие ломки ушка держателя, радиатор и установленный на нём вентилятор охлаждения не прилегали к процессору. Резульатом стал быстрый рост температуры процессора и материнской платы. При достижении их предельно допустимых значений и поступала команда на выключение системного блока.

В состав упомянутого выше необходимого ПО входят:

lm-sensors – программный инструмент, извлекающий данные из аппаратных датчиков на материнской плате для мониторинга температуры, напряжения, влажности и т д;

hddtemp – инструмент для измерения температуры жестких дисков;

psensor – графическая утилита для мониторинга температуры, которая позволяет посмотреть температуру процессора, видеокарты, жёстких дисков и других компонентов, которые поддерживают эту функцию.

Установка производится командой

sudo apt install lm-sensors hddtemp psensor

ПО имеет свой репозиторий PPA. Добавление его в систему производится командой sudo add-apt-repository ppa:jfi/ppa && sudo apt update

Если имеется желание сразу установить наиболее свежую версию ПО, то выполните в терминале:

sudo add-apt-repository ppa:jfi/ppa && sudo apt update && sudo apt install lm-sensors hddtemp psensor

После установки запустите мастер настройки ls_sensors:

sudo sensors-detect

В процессе настройки программой будет задано очень много вопросов, на которые можно всегда отвечать утвердительно (буква y). Фраза "Just press ENTER to continue" означает "нажмите клавишу Enter для продолжения". Пример ниже:

sudo sensors-detect
# sensors-detect revision 6284 (2015-05-31 14:00:33 +0200)
# System: BIOSTAR Group N68S3B
# Kernel: 4.4.0-70-generic x86_64
# Processor: AMD Athlon(tm) II X2 240 Processor (16/6/3)

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Module cpuid loaded successfully.

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no):

...

Next adapter: SMBus nForce2 adapter at 4e00 (i2c-5)
Do you want to scan it? (yes/NO/selectively): y

Now follows a summary of the probes I have just done.
Just press ENTER to continue:

If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!

Do you want to add these lines automatically to /etc/modules? (yes/NO)y
Successful!

Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them.

Unloading cpuid... OK

В Linux Mint и Ubuntu модули будут добавлены в /etc/modeuls. Для их загрузки следует выполнить в терминале: sudo service module-init-tools start

Запуск графического оболочки сенсоров осуществляется командой в терминале: psensor.

После установки значок для запуска psendor должен появиться в главном меню в разделе "Система".

 После старта psensor Вы увидите графическое отображение:

Кроме того, значок psensor отображается также и на подставке рабочего стола (в системном трее).

В настройках программы имеется 2 вида параметров: "Параметры", отвечающие за настройки самого ПО и "Параметры датчиков", назначение которых следует из названия.

Параметры:

Этот параметр определяет запуск при старте (Launch on session startup). Так как у меня psensor запускается вручную, то галочка в соответствующем поле отсутствует.

Целесообразно поменять фон по умолчанию, так как диаграммы жёлтого цвета на жёлтом фоне не будут смотреться.

Так как у меня журнал не ведётся, то и галочка в соответствующем поле отсутствует.

 Если у Вами используется проприетарный драйвер NVidia, то целесообразно будет поставить галочку в нужном поле.

 Параметры датчиков:

 Если Вас не устраивает предлагаемое наименование по умолчанию, то в поле "Название:" Вы можете указать своё наименование.

Для того, чтобы программа Вам рисовала диаграммы поставьте галочку в поле Graph

Помните, с моей стороны было упоминание о целесообразности изменения цвета фона по умолчанию?

Папка с настройками psensor расположена в Вашем домашнем каталоге и является скрытой. Для её отображения в меню "Вид" кликните на "Скрытые файлы" или нажмите комбинацию клавиш Ctrl h

У Вас может возникнуть ситуация, когда невозможно добраться до полей с галочками в колонке Graph и сколько бы Вы не расширяли окно программы или не двигали ширину колонок.

Не торопитесь впадать в депрессию 

Обратитесь к настройкам "Параметры" и вместо позиции по умолчанию Right (Положение таблицы датчиков)

попробуйте Top или Left. Необходимый столбец сразу же появится и Вы сможете назначить галочками графики для отображения:

Руководством по установке psensor явилась публикация на losst.ru "Мониторинг температуры Linux", в которой также рассматривается установка psensor в дистрибутивах rpm и в канонической Debian.

О синхронизации времени в Linux Mint 18

После "мучений" с пониманием вопроса о синхронизации времени в Windows 7 меня заинтересовал вопрос о реализации синхронизации времени в моей системе Linux Mint.

Сразу отмечу, что только в одном месте получить интересующую информацию было тяжело. Зачастую найденные публикации содержали либо избыточные для меня сведения, либо были устаревшие, либо относились к дистрибутивам других пакетных баз. Ниже кратко изложу то, что будет в дальнейшем являться в некотором роде "шпаргалкой" по объявленному в качестве темы публикации вопросу. Необязательная поясняющая информация даётся курсивом.

Итак, Linux Mint, основанный на Ubuntu, использует ntpdate и ntpd.

ntpdate запускается при каждой загрузке системы 1 раз для установки времени по NTP серверу Ubuntu.

ntpd вычисляет "уход" системных часов и постоянно подправляет их, благодаря чему не происходит сильных изменений, что может приводить к непоследовательности в журналах. Ценой этому небольшое расходование мощности процессора и оперативной памяти, но для современного сервера это несущественно (источник).

Ядро Linux'а всегда хранит и вычисляет время, как число секунд прошедших с полночи 1-го января 1970 года, в независимости от того, установлены ваши часы на локальное или всемирное время. Преобразование в локальное время производится в процессе запроса.

Поскольку количество секунд с 1-го января 1970 года всемирного времени сохраняется как знаковое 32-битное целое (это справедливо для Linux/Intel систем), ваши часы перестанут работать где-то в 2038 году. Linux не имеет проблемы 2000-го года, но имеет проблему 2038 года. К счастью, к тому времени все linux'ы будут запущены на 64-х разрядных системах. 64-х битное целое будет содержать наши часы приблизительно до 292271-миллионного года (источник).

Настройки ntdate содержатся в файле /etc/default/ntpdate.  Для быстрого просмотра запустите терминал и введите команду cat /etc/default/ntpdate

Для редактирования указанного в файле сервера точного времени запустите sudo xed /etc/default/ntpdate и в строке NTPSERVERS="" укажите другой сервер точного времени.

Настройки ntpd содержатся в файле /etc/ntp.conf. Для быстрого просмотра запустите терминал и введите команду cat /etc/ntp.conf

В данном файле редактированию могут подвергаться список серверов NTP, перечень которых смотрите в секции, начинающейся с # Use servers from the NTP Pool Project, и ntp-сервер Ubuntu в качестве запасного варианта, который указан ниже записи # Use Ubuntu's ntp server as a fallback.

В самом начале файла имеется непонятная запись
driftfile /var/lib/ntp/ntp.drift>

driftfile задает файл, который используется для хранения смещения частоты системных часов относительно UTC. Это значение формируется на основании анализа прошедших корректировок времени и если внешние источники времени становятся недоступны, то корректировка времени происходит по значению из файла drift. Он не должен изменяться никакими другими процессами. Если этот файл задан, то демон ntpd использует в качестве начальной частоты коррекции значение из файла, иначе используется 0.

С помощью директивы "driftfile" вы можете задать файл, в котором будет сохранятся частотная коррекция, принятая для синхронизации системных часов с UTC. Это ускорит процесс синхронизации после перезапуска демона ntpd. Если этот файл задан, то демон ntpd использует в качестве начальной частоты коррекции значение из файла, иначе используется 0. 

Например, любопытства ради моё значение было 11.336:

~ $ cat /var/lib/ntp/ntp.drift
11.336

При последовавшем позднее запросе это значение уже составило 11.890

На самом деле узел ntp.ubuntu.com представляет собой не отдельный сервер, а запись в DNS, перенаправляющую запрос к другим узлам, например:

~ $ ping ntp.ubuntu.com
PING ntp.ubuntu.com (91.189.94.4) 56(84) bytes of data.
64 bytes from juniperberry.canonical.com (91.189.94.4): icmp_seq=1 ttl=46 time=110 ms

В результате указанного выше запроса ping было осуществлено обращение к узлу juniperberry.canonical.com, расположенному в Великобритании:

Поэтому, если Вы желаете обращаться к серверу точного времени, расположенному поближе, то измените в файлах /etc/default/ntpdate и /etc/ntp.conf запись ntp.ubuntu.com на другую.

NTP будет держать время в синхронизированном состоянии. Этот процесс можно наблюдать при помощи команды NTP Query (ntpq). Данная команда с ключом -p (ntpq -p) выводит список источников времени с их характеристиками (остальные параметры команды в man ntpq).

remote – имя удаленного NTP-сервера. Если указать ключ -n, вы получите IP-адреса серверов вместо имён.

refid – указывает, откуда каждый сервер получает время в данный момент. Это может быть имя хоста или что-то вроде .GPS., указывающее на источник глобальной системы позиционирования (Global Positioning System).

st – Stratum (уровень) это число от 1 до 16, указывающее на точность сервера. Единица означает максимальную точность, 16 -- сервер недоступен. Ваш уровень будет равен уровню наименее точного удаленного сервера плюс 1.

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

reach – восьмеричное представление массива из 8 бит, отражающего результаты последних восьми попыток соединения с сервером. Бит выставлен, если удаленный сервер ответил.

delay – количество времени (в секундах) необходимого для получения ответа на запрос "который час? ".

offset – наиболее важное поле. Разница между временем локального и удаленного серверов. В ходе синхронизации это значение должно понижаться (приближаться к нулю), указывая на то, что часы локальной машины идут все точнее.

jitter – дисперсия, то есть мера статистических отклонений от значения смещения (поле offset) по нескольким успешным парам запрос-ответ. Меньшее значение дисперсии предпочтительнее, поскольку позволяет точнее синхронизировать время.

Значение знаков перед именами серверов:

x – фальшивый источник по алгоритму пересечения;
. – исключён из списка кандидатов из-за большого расстояния;
- – удалено из списка кандидатов алгоритмом кластеризации;
+ – входит в конечный список кандидатов;
# – выбран для синхронизации, но есть 6 лучших кандидатов;
* – выбран для синхронизации;
o – выбран для синхронизации, но используется PPS;
пробел – слишком большой уровень, цикл или явная ошибка.

В моём случае оказалось, что время синхронизируется от NTP-сервера регионального поставщика услуг Интернет.

Служба ntpd "умная" и сама отсеивает источники времени слишком выбивающиеся "за рамки разумного". Через некоторое время после запуска ntpd выберет наиболее достоверные источники данных и будет синхронизироваться с ними. Список эталонных NTP серверов регулярно пересматривается службой.

Для ручной синхронизации времени используется команда sudo ntpdate с указанием узла NTP, например, sudo ntpdate time.nist.gov

Проверить доступность NTP сервера можно командой ntpdate -d

Пример. В DNS обращение к серверу time.net.org сопоставлено обращением к timeserver.ru  

ntpdate -d time.net.org
31 Mar 18:49:14 ntpdate[8816]: ntpdate 4.2.8p4@1.3265-o Wed Oct  5 12:34:47 UTC 2016 (1)
Looking for host time.net.org and service ntp
46.46.160.235 reversed to time.net.org
host found : time.net.org
transmit(46.46.160.235)
receive(46.46.160.235)
transmit(46.46.160.235)
receive(46.46.160.235)
transmit(46.46.160.235)
receive(46.46.160.235)
transmit(46.46.160.235)
receive(46.46.160.235)
server 46.46.160.235, port 123
stratum 2, precision -23, leap 00, trust 000
refid [46.46.160.235], delay 0.07254, dispersion 0.00015
transmitted 4, in filter 4
reference time:    dc88f624.b07d913b  Fri, Mar 31 2017 18:37:08.689
originate timestamp: dc88f900.f425ba7e  Fri, Mar 31 2017 18:49:20.953
transmit timestamp:  dc88f900.ef0f5101  Fri, Mar 31 2017 18:49:20.933
filter delay:  0.07271  0.07426  0.07361  0.07254
         0.00000  0.00000  0.00000  0.00000
filter offset: -0.00367 -0.00422 -0.00328 -0.00364
         0.000000 0.000000 0.000000 0.000000
delay 0.07254, dispersion 0.00015
offset -0.003641

31 Mar 18:49:20 ntpdate[8816]: adjust time server 46.46.160.235 offset -0.003641 sec

Если вдруг возникает необходимость изменения часов BIOS, то, как указано на одном из сайтов, используется команда:

sudo ntpdate pool.ntp.org && sudo hwclock --systohc && sudo hwclock --adjust

Эта команда сначала синхронизирует с ntpdate системные часы, а затем с помощью команды hwclock --systohc синхронизируются часы BIOS.

В моём случае результатом выполнения команды было:

31 Mar 21:31:15 ntpdate[2273]: the NTP socket is in use, exiting

Если у Вас в системе работает iptables, то целесообразно внести следующие правила (источник):

iptables -A output -p udp -s 192.168.1.1 --sport 1024:65535 -d 0/0  --dport 123 -m state --state NEW,ESTABLISHED -j ACCEPT

iptables -A input -p udp -s 0/0 --sport 123 -d 192.168.1.1  --dport 1024:65535 -m state --state ESTABLISHED -j ACCEPT

По сравнению с реализацией синхронизации времени в Windows 7, которая включается триггером планировщика однократно и после по умолчанию запускается раз в неделю, синхронизация времени в Linux Mint реализована по принципу "установил и забыл" и вообще не требует какого-либо вмешательства в свою работу со стороны пользователя. По данному критерию сравнения мне хотелось Windows 7 "прикончить сразу", но для решения частного вопроса пришлось, всё-таки, помучиться.