18.04: “md” обрабатывают на ноутбуке не-RAID

На основе низкого PID, что Вы, вероятно, видите, поток ядра. Например, в моей системе (который также не имеет никаких устройств RAID, ни любого из пакетов набега mdadm dmraid установленный), я вижу следующее:

$ ps -ef | grep -e '\[md\]' -e '\[kthreadd\]'
root         2     0  0 Mar10 ?        00:00:00 [kthreadd]
root        35     2  0 Mar10 ?        00:00:00 [md]

(отметьте md PPID процесса является PID kthreadd).

Смотря на мой файл конфигурации ядра, я вижу это MD настроен как встроенное (таким образом, Вы не будете видеть, что он использует lsmod):

$ grep CONFIG_MD= /boot/config-`uname -r`
CONFIG_MD=y

хотя большая часть другой возможности RAID обеспечивается модулями. Согласно Руководящему RAID на Linux, CONFIG_MD также требуется для LVM - поэтому, возможно, именно поэтому он включен по умолчанию.

Для выяснения, почему системный монитор показывает, другой значок для этого потока ядра в особенности берет некоторых выслеживание. Рассмотрение исходного кода для gnome-system-monitor (на котором я полагаю, что системный монитор Помощника базируется), мы видим в ./src/prettytable.cpp следующая функция:

void
PrettyTable::set_icon(ProcInfo &info)
{
  typedef Glib::RefPtr<Gdk::Pixbuf>
    (PrettyTable::*Getter)(const ProcInfo &);

  static std::vector<Getter> getters;

  if (getters.empty())
    {
      getters.push_back(&PrettyTable::get_icon_from_gio);
#ifdef HAVE_WNCK
      getters.push_back(&PrettyTable::get_icon_from_wnck);
#endif
      getters.push_back(&PrettyTable::get_icon_from_theme);
      getters.push_back(&PrettyTable::get_icon_from_default);
      getters.push_back(&PrettyTable::get_icon_from_name);
      if (has_kthreadd())
        {
          procman_debug("kthreadd is running with PID 2");
          getters.push_back(&PrettyTable::get_icon_for_kernel);
        }
      getters.push_back(&PrettyTable::get_icon_dummy);
    }

  Glib::RefPtr<Gdk::Pixbuf> icon;

  for (size_t i = 0; not icon and i < getters.size(); ++i) {
    try {
      icon = (this->*getters[i])(info);
    }
    catch (std::exception& e) {
      g_warning("Failed to load icon for %s(%u) : %s", info.name.c_str(), info.pid, e.what());
      continue;
    }
    catch (Glib::Exception& e) {
      g_warning("Failed to load icon for %s(%u) : %s", info.name.c_str(), info.pid, e.what().c_str());
      continue;
    }
  }

  info.set_icon(icon);
}

Суть, кажется, что это создает список значка "методы считывания" и затем пробует каждого в свою очередь, пока это не находит соответствие, в конечном счете падающее до get_icon_for_kernel в случае процессов потока ядра - это - то, которое возвращает значение по умолчанию applications-system значок "зубчатого колеса", что Вы видите другие процессы:

Glib::RefPtr<Gdk::Pixbuf>
PrettyTable::get_icon_for_kernel(const ProcInfo &info)
{
  if (is_kthread(info))
    return Glib::wrap(gtk_icon_theme_load_icon (gtk_icon_theme_get_default (), "applications-system", APP_ICON_SIZE, GTK_ICON_LOOKUP_USE_BUILTIN, NULL));

  return Glib::RefPtr<Gdk::Pixbuf>();
}

Таким образом, кажется вероятным, что один из более высокого приоритета "методы считывания" ошибочно возвращает несвязанный значок для md процесс. Если мы предполагаем, что это могло бы быть основано на имени процесса, то мы ищем некоторый пакет программного обеспечения, который устанавливает названный значок md. Один кандидат из стандартных репозиториев Ubuntu

mate-icon-theme: /usr/share/icons/mate/scalable/animations/md.svg

который является флагом Республики Молдова, альфа ISO 3166-1 которой 2 кода являются md.