Проверка Linux Mint на старом iMac: диск, память и безопасность

Я люблю Linux. На моём старом iMac стоит Linux Mint, и мне захотелось разобраться, как чувствует себя компьютер: хватает ли памяти, в порядке ли диск и работают ли защитные настройки.

Проверку проводила вместе с ChatGPT: выполняла команды в терминале, отправляла результаты, а затем мы разбирали их и выбирали следующий шаг. Здесь собрала весь путь – с командами, наблюдениями и выводами.

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

Сначала – обновления и сведения о системе

Начала с обновления списка доступных пакетов:

sudo apt update

Эта команда обновляет сведения о пакетах из подключённых репозиториев, но сама обновления программ не устанавливает. В моём случае APT сообщил, что все пакеты актуальны. Это относится к пакетам, которые он обслуживает: например, приложения Flatpak проверяются отдельно.

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

inxi -Sxxx

На момент проверки у меня были Linux Mint 22.3 Zena, рабочий стол Cinnamon и база Ubuntu 24.04.

Для просмотра оборудования выполнила:

inxi -CMDG

Получилась такая картина:

Компонент	Мой компьютер
Модель	Apple iMac12,1
Процессор	Intel Core i5-2400S, четыре ядра
Оперативная память	Около 4 ГБ
Графика	AMD Radeon; в выводе указан аппаратный рендерер AMD TURKS
Диск	Seagate ST3500418AS, 500 ГБ

Само наличие оборудования в списке ещё не означает, что оно прошло проверку исправности. Но теперь понятно, с чем мы работаем.

Хватает ли оперативной памяти?

Для проверки памяти использовала:

free -h

Из 3,8 GiB оперативной памяти примерно 1,8 GiB были доступны приложениям.

Здесь полезно смотреть на столбец available. Linux использует часть памяти под кэш, поэтому небольшое число в столбце free само по себе не означает, что память закончилась.

В swap – области подкачки на диске – находилось около 146 MiB данных. По одному этому числу нельзя сделать вывод о нехватке RAM. Позже мы отдельно посмотрели, происходит ли активный обмен между памятью и диском.

Сколько места осталось на диске?

df -h /

Системный раздел был занят всего на 7%, свободными оставались около 404 ГБ. Недостатка места на нём не было.

Затем уточнили тип накопителя:

lsblk -d -o NAME,MODEL,SIZE,ROTA

У системного диска в столбце ROTA стояла единица – это механический HDD.

Такой диск может влиять на скорость запуска программ и загрузки файлов. Но наличие HDD ещё не объясняет любое замедление компьютера и не говорит о неисправности накопителя.

Проверка состояния диска через SMART

Команды smartctl у меня сначала не оказалось. Для неё установила пакет:

sudo apt install smartmontools

Затем прочитала диагностические данные диска:

sudo smartctl -a /dev/sda

В моём компьютере нужный диск называется /dev/sda. Перед повторением команды у себя нужно уточнить имя накопителя через lsblk.

Команда -a читает сведения о диске, SMART-показатели и журналы. Она не форматирует накопитель и не меняет разделы.

Основные интересовавшие нас показатели выглядели так:

Показатель	Значение
Переназначенные секторы –Reallocated_Sector_Ct	0
Нестабильные секторы – Current_Pending_Sector	0
Неисправимые секторы –Offline_Uncorrectable	0
Ошибки передачи по интерфейсу – UDMA_CRC_Error_Count	0
Наработка – Power_On_Hours	20 755 часов

В журнале ошибок SMART записей не было.

При этом температура диска составляла 47 °C, а у показателя Airflow_Temperature_Cel присутствовала отметка In_the_past. Она указывает, что раньше этот SMART-показатель пересекал установленный порог. Этот момент я оставила для дальнейшего наблюдения.

Большие числа в других строках таблицы я самостоятельно не трактовала: значения SMART зависят от конкретного атрибута и производителя.

Короткий самотест диска

Одного чтения показателей мне было мало, поэтому следующим шагом стал короткий встроенный тест:

sudo smartctl -t short /dev/sda

Терминал сообщил, что тест начался и займёт примерно минуту. Приглашение командной строки сразу вернулось – проверка продолжалась в фоне.

Через пару минут прочитала результат:

sudo smartctl -l selftest /dev/sda

В журнале появилась строка:

Completed without error

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

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

Есть ли сбои системных служб?

systemctl --failed

Результат:

0 loaded units listed.

На момент проверки systemd не показывал служб в состоянии ошибки. Это не означает полного отсутствия ошибок в системе – журнал мы посмотрели отдельно.

Работает ли брандмауэр?

sudo ufw status verbose

У меня UFW был активен. Политика по умолчанию:

• входящие соединения запрещены;
• исходящие соединения разрешены;
• маршрутизация отключена.

Дополнительных разрешающих правил в этой выдаче не было.

Что показал AppArmor?

sudo aa-status

В нижней части отчёта были указаны три процесса в режиме enforce: службы печати и системного журналирования.

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

Какие службы слушают сетевые порты?

sudo ss -lntup

В результатах увидели:

Служба	Что было видно
systemd-resolved	DNS на локальных адресах
cupsd	Служба печати на локальных адресах
avahi-daemon	UDP-сокеты для обнаружения устройств и служб в локальной сети

Слушающих TCP-сервисов на внешних сетевых интерфейсах в этой выдаче не было. SSH-сервер тоже не отображался.

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

Что нашлось в журнале ошибок?

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

sudo journalctl -b -p err --no-pager -n 50

В этой выборке были три группы сообщений:

• ошибки Bluetooth, включая инициализацию SAP и установку режима;
• ошибки автоматического открытия хранилища паролей — gkr-pam;
• предупреждение smartd, что для модели диска может существовать обновление прошивки.

Одной записи недостаточно, чтобы понять, мешает ли ошибка Bluetooth работе наушников. Сообщения о хранилище паролей тоже нужно сопоставлять с поведением при входе в систему.

Предупреждение о прошивке не подтверждает, что обновление подходит именно моему диску. Прошивку во время этой проверки я не меняла.

В показанной выборке не было ошибок чтения или записи диска либо сообщений об аварии ядра.

Небольшое наблюдение за нагрузкой

В завершение выполнила:

vmstat 1 10

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

В этих интервалах процессор был свободен примерно на 82–99%. Активного постоянного обмена со swap не наблюдалось. Ожидание ввода-вывода в отдельных строках достигало 11–12%, а в остальных составляло 0–1%.

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

Что я узнала о своём Linux Mint

Короткий тест диска прошёл без ошибок, счётчики проблемных секторов были нулевыми, места на системном разделе достаточно. Неудачно запущенных системных служб не обнаружилось, брандмауэр работал.

Остались конкретные вопросы: понаблюдать за температурой диска, разобраться с Bluetooth, если он мешает пользоваться устройствами, и проверить поведение хранилища паролей при входе.

Главный результат для меня – теперь за словами «проверить Linux» стоят понятные действия и результаты. Я знаю, что именно посмотрела, а что ещё предстоит выяснить.