smartctl exe что это

3 шага, чтобы скачать и исправить ошибки Smartctl.exe

Последнее обновление: 07/01/2021 [Среднее время чтения статьи: 4,7 мин.]

Файл smartctl.exe, также известный как файл Control and Monitor Utility for SMART Disks, был создан компанией Stellar Information Technology для разработки smartmontools. Файлы EXE относятся к категории типов файлов Win32 EXE (Исполняемое приложение).

Файл smartctl.exe впервые был создан 12/27/2019 для ОС Windows 10 в Stellar Data Recovery Professional 9.0.0.2. По нашим данным, этот файл является последним обновлением от компании Stellar Information Technology.

Ниже приведены подробные сведения о файле, порядок устранения неполадок, возникших с файлом EXE, и бесплатные загрузки некоторых версий файла smartctl.exe.

Рекомендуемая загрузка: исправить ошибки реестра в WinThruster, связанные с smartctl.exe и (или) Stellar Data Recovery Professional.

Совместимость с Windows 10, 8, 7, Vista, XP и 2000

Средняя оценка пользователей

Обзор файла

✻ Фрагменты данных файлов предоставлены участником Exiftool (Phil Harvey) и распространяются под лицензией Perl Artistic.

Что такое сообщения об ошибках smartctl.exe?

smartctl.exe — ошибки выполнения

Ошибки выполнения — это ошибки Stellar Data Recovery Professional, возникающие во время «выполнения». Термин «выполнение» говорит сам за себя; имеется в виду, что данные ошибки EXE возникают в момент, когда происходит попытка загрузки файла smartctl.exe — либо при запуске приложения Stellar Data Recovery Professional, либо, в некоторых случаях, во время его работы. Ошибки выполнения являются наиболее распространенной разновидностью ошибки EXE, которая встречается при использовании приложения Stellar Data Recovery Professional.

В большинстве случаев ошибки выполнения smartctl.exe, возникающие во время работы программы, приводят к ненормальному завершению ее работы. Большинство сообщений об ошибках smartctl.exe означают, что либо приложению Stellar Data Recovery Professional не удалось найти этот файл при запуске, либо файл поврежден, что приводит к преждевременному прерыванию процесса запуска. Как правило, Stellar Data Recovery Professional не сможет запускаться без разрешения этих ошибок.

К числу наиболее распространенных ошибок smartctl.exe относятся:

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

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

Поиск причины ошибки smartctl.exe является ключом к правильному разрешению таких ошибок. Несмотря на то что большинство этих ошибок EXE, влияющих на smartctl.exe, происходят во время запуска, иногда ошибка выполнения возникает при использовании smartmontools. Причиной этого может быть недостаточное качество программного кода со стороны www.smartmontools.org, конфликты с другими приложениями, сторонние плагины или поврежденное и устаревшее оборудование. Кроме того, эти типы ошибок smartctl.exe могут возникать в тех случаях, если файл был случайно перемещен, удален или поврежден вредоносным программным обеспечением. Таким образом, крайне важно, чтобы антивирус постоянно поддерживался в актуальном состоянии и регулярно проводил сканирование системы.

Как исправить ошибки smartctl.exe — 3-шаговое руководство (время выполнения:

Если вы столкнулись с одним из вышеуказанных сообщений об ошибке, выполните следующие действия по устранению неполадок, чтобы решить проблему smartctl.exe. Эти шаги по устранению неполадок перечислены в рекомендуемом порядке выполнения.

Шаг 1. Восстановите компьютер до последней точки восстановления, «моментального снимка» или образа резервной копии, которые предшествуют появлению ошибки.

Чтобы начать восстановление системы (Windows XP, Vista, 7, 8 и 10):

Если на этапе 1 не удается устранить ошибку smartctl.exe, перейдите к шагу 2 ниже.

Шаг 2. Если вы недавно установили приложение Stellar Data Recovery Professional (или схожее программное обеспечение), удалите его, затем попробуйте переустановить Stellar Data Recovery Professional.

Чтобы удалить программное обеспечение Stellar Data Recovery Professional, выполните следующие инструкции (Windows XP, Vista, 7, 8 и 10):

После полного удаления приложения следует перезагрузить ПК и заново установить Stellar Data Recovery Professional.

Если на этапе 2 также не удается устранить ошибку smartctl.exe, перейдите к шагу 3 ниже.

Stellar Data Recovery Professional 9.0.0.2

Stellar Information Technology

Шаг 3. Выполните обновление Windows.

Когда первые два шага не устранили проблему, целесообразно запустить Центр обновления Windows. Во многих случаях возникновение сообщений об ошибках smartctl.exe может быть вызвано устаревшей операционной системой Windows. Чтобы запустить Центр обновления Windows, выполните следующие простые шаги:

Если Центр обновления Windows не смог устранить сообщение об ошибке smartctl.exe, перейдите к следующему шагу. Обратите внимание, что этот последний шаг рекомендуется только для продвинутых пользователей ПК.

Если эти шаги не принесут результата: скачайте и замените файл smartctl.exe (внимание: для опытных пользователей)

Если этот последний шаг оказался безрезультативным и ошибка по-прежнему не устранена, единственно возможным вариантом остается выполнение чистой установки Windows 10.

Источник

Использование smartctl для проверки RAID контроллеров Adaptec под Linux

Распознает ли Linux контроллер Adaptec RAID?

Для проверки Вы можете использовать следующую команду:

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

Загрузка и установка Adaptec Storage Manager для Linux

Необходимо установить Adaptec Storage Manager в соответсвии собранному дисковому массиву.

Проверяем состояния SATA диска

Команда для сканирования накопителя выглядит довольно просто:

В результате у Вас должно получится следующее:

Таким образом, /dev/sda — это одно устройство, которое было определено как SCSI устройство. Выходит, что у нас SCSI собран из 4 дисков, расположенных в /dev/sg <1,2,3,4>. Введите следующую smartclt команду, чтобы проверить диск позади массива /dev/sda:

Контроллер должен сообщать о состоянии накопителя и уведомлять про ошибки (если такие имеются):

Для SAS диск используют следующий синтаксис:

В результате получим что то похожее на:

А вот команда для проверки следующего диска с интерфейсом SAS, названного /dev/sg2:

В /dev/sg1 заменяется номер диска. Например, если это RAID10 из 4-х дисков, то будет выглядеть так:

Проверить жесткий диск можно с помощью следующих команд:

Использование Adaptec Storage Manager

Другие простые команды для проверки базового состояния выглядят следующим образом:

Обратите внимание на то, что более новая версия arcconf расположена в архиве /usr/Adaptec_Event_Monitor. Таким образом, весь путь должен выглядеть так:

Вы можете самостоятельно проверить состояние массива Adaptec RAID на Linux с помощью ввода простой команды:

# /usr/Adaptec_Event_Monitor/arcconf getconfig 1

Или (более поздняя версия):

Примерный результат на фото:

По традиции, немного рекламы в подвале, где она никому не помешает. Напоминаем, что в связи с тем, что общая емкость сети нидерландского дата-центра, в котором мы предоставляем услуги, достигла значения 5 Тбит / с (58 точек присутствия, включения в 36 точек обмена, более, чем в 20 странах и 4213 пиринговых включений), мы предлагаем выделенные серверы в аренду по невероятно низким ценам, только неделю!.

Источник

S.M.A.R.T + Zabbix | Windows

Наткнулся на статью сис.админа Zerox на счёт мониторинга S.M.A.R.T. диска средствами Zabbix. Но что-то у меня никак не получалось по его записи. Поэтому я опишу свой опыт настройки это необходимой вещи.

Если вы здесь потому что вы начали майнить Chia можете написать мне все мои Контакты, могу предложить услугу по внедрению этого решения на ваши фермы, уже есть опыт.

Будем разворачивать решение с Github. По сути, эта запись просто перевод с небольшими пояснениями. 🙂

Все необходимые компоненты я сложил в архив, который можно скачать с Я.Диска (если ссылка сломалась пишите к комменты, стучите на почту, смотрите на github).

Возможности решения

Данное решает такие задачи:

Подготовка Zabbix-Server

Всё, что Вам потребуется, это добавить замечательный шаблон в свой Zabbix.

Подготовка Zabbix-Agent Windows

Установка smartmontools

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

Конфигурирование агента

Создаем папку scripts и помещаем туда наш скрипт smartctl-disks-discovery.ps1

Открываем zabbix_agentd.conf и правим

И добавляем пользовательскую проверку

Осталось перезапустить агента и привязать наш хост к шаблону.

Примерно через час прилетят данные. (Для отладки можно поменять время обнаружения, я обычно ставлю 10 минут, меняем 1h на 10m. Главное, не забыть обратно вернуть).

Результат

Таким образом мы настроили мониторинг SSD и HDD дисков. Данное решение отлично показывает себя в проде. По критически важным дискам можно строить вот такие информативные графики. Мне нравится 🙂

ТраблШутинг

У меня такая проблема возникала, когда забыл ставить smartmontools

Источник

Мониторим всё: расширение агентов Windows и Linux при помощи скриптов

Если нам нужно мониторить состояние серверов и прочих компьютеризированных рабочих мест при помощи Zabbix, то это можно сделать двумя способами.

Первый способ — это при помощи SNMP-запросов, с отправкой которых Zabbix замечательно справляется. Так можно вытащить и загрузку сетевых интерфейсов, и загрузку процессора, памяти. Поверх этого, производители сервера могут выдать нам по SNMP еще много информации о состоянии железа.

Второй заключается в использовании Zabbix агента, который мы будем запускать на наблюдаемой системе. Список наблюдаемых параметров включает в себя как и такие простые вещи, как загрузка процессора, использование памяти, так и более хитрые, такие как чтение текстовых лог-файлов с поддержкой ротации или отслеживание факта изменения любого файла. Можно даже в качестве параметра использовать вывод любой произвольной команды на системе. Возможности Zabbix агента растут от версии к версии.

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

Нам оставили несколько стандартных интерфейсов для того, чтобы расширить возможности Заббикса по мониторингу серверов настолько, насколько позволит нам наша фантазия и наличие свободного времени на написание скриптов. Интерфейсы эти UserParameter и zabbix_sender. О первом и пойдет речь, а в качестве примеров будет показано как можно собирать состояние S.M.A.R.T жестких дисков и контролировать, когда кто-то удаляет или устанавливает новые программы на своей Windows-машине.

Немного матчасти

Если вы уже хоть раз настраивали Zabbix агент на сервере, то начать использовать UserParameter не составит труда. Чтобы добавить новый параметр нужно сделать несколько вещей:

— уникальное имя, которое мы придумываем сами. Будем его использовать при настройке элемента данных в Zabbix.
— команда, которую нужно выполнить на наблюдаемом узле сети.

А вот сразу очень простой пример, который лежит в каждом стандартном конфиге для Linux:

и затем выставляем ключ такой же, как указали в конфиг-файле, а тип Zabbix агент:

Мониторинг SMART через UserParameter

Пример выше имеет мало практического применения, учитывая, что уже итак существует стандартный ключ system.users.num, который делает ровно тоже самое.

Так что теперь рассмотрим пример, который уже больше будет походить на реалистичный.

Если нам интересно мониторить момент, когда пора планово менять жесткие диски, то есть два варианта:

и утилита готова к использованию.

Для каждого диска, который есть в системе сначала проверим, что SMART включен:

если вдруг SMART поддерживается диском, но выключен, то активируем его:

Теперь мы можем проверять статус SMART командой:

Именно эту команду мы и запишем в наш zabbix_agentd.conf:

где uHDD.health — ключ.

Мониторинг SMART через Flexible UserParameter

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

В веб-интерфейсе Zabbix в ключе мы будем подставлять параметры в квадратные скобки вместо *. Например, для одного элемента данных мы напишем sda, а для другого sdb. В команде этот параметр найдет отражение там, где стоит переменная $1.

Создадим для второго диска элемент данных:

И через некоторое время сможем наблюдать результат в последних данных:

Мониторинг SMART через Flexible UserParameter c Low-level Discovery

Все получилось. Но тут возникает резонный вопрос, как быть если дисков не два, а двадцать два. И тут нам пригодится замечательная возможность низкоуровнего обнаружения (LLD), про которую мы уже говорили.

Низкоуровневое обнаружение позволяет системе мониторинга обнаруживать какое количество однотипных элементов присутствует на узле сети и динамически по шаблону создавать необходимые элементы данных, триггеры и графики для этих элементов. «Из коробки» системе доступна возможность находить файловые системы, сетевые интерфейсы и SNMP OID’ы. Однако, и здесь разработчики оставили возможность дополнить стандартные возможности, нужно просто передать в систему информацию о том, какие элементы обнаружены в формате JSON. Этим и воспользуемся.

Создадим маленький скрипт на perl, smartctl-disks-discovery.pl. Он будет находить все диски в системе и выводить эту информацию в JSON, передавая также информацию, включен ли у диска SMART или нет, а также попытается сам включить SMART, если он выключен:

При запуске скрипт выдает:

Теперь, для того чтобы скрипт автоматически запускался Zabbix’ом, просто добавим еще один UserParameter в zabbix_agentd.conf:

Покончив с настройкой конфига, переходим в веб-интерфейс, где создаем новое правило обнаружения для smartctl:

Обратите внимание на ключ и на фильтр, (<#SMART_ENABLED>=1) благодаря последнему будут добавляться только те обнаруженные диски, которые поддерживают SMART. Теперь мы можем переписать два наших элемента данных для дисков sda и sdb в один прототип элементов данных, просто заменив имя диска на макрос <#DISKNAME>:

Последнее, перед тем, как Zabbix сможет запускать команды, которые мы прописали в zabbix_agentd.conf из-под root и мониторить SMART, нужно добавить разрешения для его пользователя запускать эту команду без ввода пароля, для этого добавим в /etc/sudoers строчку:

Готовый шаблон для мониторинга SMART с остальными элементами данных, триггерами прикладываю, так же как и настроенный под него конфиг.

Контроль за установкой новых программ на Windows

Zabbix агент, установленный на Windows, точно также может быть расширен через UserParameter, только команды будут уже другие. Хотя, например, smartctl — кроссплатформенная утилита, и точно также можно ее использовать для контроля за жесткими дисками в Windows.

Кратко рассмотрим еще другой пример. Задача получать уведомление каждый раз, когда пользователь самостоятельно удаляет или устанавливает программы.
Для этого будем использовать наш vbs-скрипт:

Для его интеграции с Zabbix добавим UserParameter в конфиг-файл:

Добавим элемент данных в шаблон для Windows:

Добавим триггер:

и действие, которое будет отправлять e-mail уведомление:

Весь процесс мониторинга выглядит так: каждый час запускается скрипт Zabbix агентом, который сравнивает два списка программ: текущий и предыдущий. Затем скрипт выписывает все изменения в отдельный файл. Если же изменений нет, то в файл пишется 0x0

Содержимое файла уходит на Zabbix сервер, где поднимается триггер в случае, если значение элемента данных uDiffProgramms отлично от 0x0. Затем отдельное действие отправляет по почте уведомление со списком того, что было установлено или удалено на данном компьютере:

В итоге

UserParameter — отличная и простая возможность расширить функционал системы самостоятельно. Стоит упомянуть и альтернативы: zabbix_sender, который, например, подойдет для тех случаев, когда нужно отправлять данные в Zabbix не по расписанию, (как это делает UserParameter), а по какому-то событию; и system.run[], который похож на UserParameter, но удобнее тем, что не нужно вносить изменения во все конфиги агентов, достаточно просто добавить этот элемент данных в шаблон. Более того, в следующем крупном релизе Zabbix 2.2 нас ожидает еще один новый способ расширить возможности агента- это подключаемые модули. Ждем с нетерпением!

Вот так, считайте, что если вы можете узнать что-то о системе скриптом или командой, значит, вы всегда можете передать это в Zabbix.

Источник

🐹 CentOS 7: Работа со S.M.A.R.T. Утилита smartmontools. Утилита smartctl.

Опубликовано 2020-06-25 · Обновлено 2021-05-31

Содержание:

1. О программе.

Инструмент позволяет тестировать файловую систему с большей надежностью. В современных жестких дисках имеется встроенный модуль самоконтроля S. M. A. R. T., который анализирует данные накопителя и помогает определить неисправность на первоначальной стадии. Smartmontools предназначен для работы с этим модулем.

Подробнее о Smartmontools можно узнать на сайте разработчиков, оттуда же можно и скачать последние версии данного программного обеспечения: http://www.smartmontools.org.

2. Установка программы.

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

3. Информация о дисках в системе.

Сначала узнайте какие жесткие диски подключены к вашей системе:

В выводе будет что-то подобное:

Здесь sdX это имя устройства HDD подключенного к компьютеру.

4. Проверка статуса устройства.

4.1. Если отключен S.M.A.R.T., то включаем его:

4.2. Для просмотра короткой информации о состоянии жесткого диска, вводится строка:

ОТВЕТ: PASSED означает, что с данным HDD всё хорошо.

Этот тест может быть пройден ( PASSED ) или нет ( FAILED ). В последнем случае сбой неизбежен, начинайте резервное копирование данных с этого диска.

4.3. Если нужно выключить S.M.A.R.T.:

5. Отображение общей информации устройства.

Например, для /dev/sdb :

Если вышеприведенная команда не работает, вам может потребоваться сообщить smartctl, какой тип интерфейса жесткого диска вы используете:

В данном примере мы сообщили компьютеру, что мы используем SATA устройство.

Хотя вы можете и не обратить внимания на версию SATA или ATA, это один из самых важных факторов при поиске замены устройству. Каждая новая версия ATA совместима с предыдущими. Например, старые устройства ATA-1 и ATA-2 прекрасно будут работать на ATA-6 и ATA-7 интерфейсах, но не наоборот. Когда версии ATA устройства и интерфейса не совпадают, возможности оборудования не будут полностью раскрыты.

В данном случае для замены лучше всего выбрать жесткий диск SATA 3.0.

Включите интеллектуальную возможность для диска S.M.A.R.T., если она отключена:

Если вы получили ответ «SMART Enable Automatic Offline failed: scsi error badly formed scsi parameters» означает, что для активации и использования этой замечательной функции нужно включить соответствующее значение в BIOS‘е про S.M.A.R.T.

Иногда бывает так, что ваш BIOS и жесткий диск не поддерживают данную технологию.

6. Отображение подробной информации устройства.

Для просмотра подробной информации о состоянии жесткого диска, вводится строка:

Получим длинный ответ консоли о состоянии диска:

Следующая вещь которую можно посмотреть, когда выполняется диагностика HDD в CentOS 7, это таблица S.M.A.R.T. атрибутов.

В S.M.A.R.T. таблице записаны параметры, определенные для конкретного диска разработчиком, а также порог отказа для этих параметров. Таблица заполняется автоматически и обновляется на основе прошивки диска.

7. Варианты тестов.

7.1. Просмотр сколько времени займут различные тесты:

7.2. Запуск короткого теста в фоновом режиме:

7.3. Запуск длинного теста в фоновом режиме:

7.4. Просмотр результатов прохождения тестов:

7.5. Остановка (прерывание) теста:

7.6. Просмотр всей S.M.A.R.T. информации о диске:

7.7. Просмотр всей информации о диске, а не только S.M.A.R.T., включая возможные ошибки:

7.8. Просмотр S.M.A.R.T. атрибутов/показателей и их значений для диска:

8. Просмотр файла справки программы.

Для получения дополнительной информации вызывается справка:

Выход из справки — клавиша ‘ q ‘.

9. Настройка автоматической проверки устройств.

Поставим в автозапуск утилиту

# systemctl enable smartd

# systemctl start smartd

Проверим успех запуска:

Автоматическая диагностика HDD в CentOS 7 настраивается очень просто.

В начале настройте Postfix 3 для отправки электронной почты с внутреннего системного «почтового ящика».

# настройка Postfix 3

Создадим резервную копию конфигурационного файла, на всякий случай:

# cp /etc/smartmontools/smartd.conf /etc/smartmontools/smartd.conf.original

Открываем текстовый редактор и модифицируем файл конфигурации:

Добавьте следующую строку:

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

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

Вы должны получить на электронную почту письмо о том, что программа была запущена успешно.

Это будет работать только если на компьютере настроен почтовый сервер.

10. Автоматических проверок состояния дисков и оповещения в случае обнаружения ошибок.

Открываем текстовый редактор и модифицируем файл конфигурации:

Первым делом закомментируем хэшем все открытые опции DEVICESCAN :

Добавьте следующие строки:

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

Теперь подробнее, что тут запрограммировано:

Проверка синтаксиса конфигурационного файла:

Либо включением debug-режима:

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

Также можно добавить опцию:

Сохраните изменения в текстовом редакторе и перезапустите smartd службу:

# systemctl restart smartd

11. Планирование графика проверки устройств.

Здесь T — тип/вид теста:

Остальные символы определяют дату и время теста:

Если несколько дисков, то добавляем аналогичные строки только меняем имена устройств /dev/sdb на имя другого диска.

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

12. Синтаксис из smartd.conf.

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

Пример конфигурационного файла smartd.conf от 2015-08-27, который кто-то перевел на досуге для своего личного использования.

# smartd будет повторно читать файл конфигурации, если он получает HUP сигнал.

# Опция DEVICESCAN означает, что программа проигнорирует все строки с описанием устройств, которые будут перечислены в тексте файла конфигурации и при запуске просканирует только устройства ATA и SCSI. Для найденных устройств будут применены нижеперечисленные директивы. Для большинства пользователей рекомендуется закомментировать эту строку и явно перечислить устройства нуждающиеся в мониторинге.

# Альтернативная настройка для игнорирования отчетов о температуре и часах включения питания в системном журнале.

# Альтернативная настройка для сообщения информации о температуре в системном журнале.

# Альтернативная настройка для сообщения о изменениях температуры >=5 градусов Цельсия и минимальная/максимальная температура.

# Первый диск ATA/SATA или SCSI/SAS. Контролируйте все атрибуты, включите автоматический онлайн-сбор данных, автоматическое автосохранение атрибутов и начните короткую самопроверку каждый день между 2-3 часами ночи и продолжительную самопроверку по субботам с 3 до 4 утра.

# Мониторинг S.M.A.R.T. состояния, журнал ошибок ATA, журнал самопроверки и отслеживание изменений во всех атрибутах, кроме атрибута 194.

# Очень тихая проверка. Сообщения только о состоянии S.M.A.R.T. здоровья, если он не работает. В этом случае отправляется электронное письмо.

# Первые два SCSI диска. Это позволит контролировать все, что может видеть smartd монитор. Начните расширенные самотесты по средам с 6 до 7 вечера и воскресенья между 1-2 часами утра.

# Мониторинг четырех ATA дисков, подключенных к контроллеру 3ware 6/7/8000, который использует на 3w-xxxx драйвер. Начинайте длительные самотесты по воскресеньям между 1-2, 2-3, 3-4 часами, и 4-5 утра.

# Мониторинг двух ATA дисков, подключенных к контроллеру 3ware 9000, который использует драйвер 3w-9xxx (Linux, FreeBSD). Начните длительные самотесты по вторникам между 1-2 и 3-4 часами утра.

# Мониторинг трёх ATA дисков непосредственно подключен к HighPoint RocketRAID. Начинайте долго самотестирование по воскресеньям между 1-2, 2-3 и 3-4 часами утра.

# Мониторинг двух ATA дисков, подключенных к тому же PMPort, который подключен к HighPoint RocketRAID. Начинайте длительные самотесты по вторникам с 1-2 до 3-4 часов утра.

# Список директив для этого конфигурационного файла.

Источник