Хранилище / Ступень 2 из 11 · шаг 6 из 7

Каталог /data пуст после перезагрузки

~20 мин

Не запущена Запускается обычно ~20 с

Ситуация

Служба хранит данные на отдельном диске, который подключается в /data. После перезагрузки сервера служба не находит своих файлов: каталог /data пуст.

Задача

Сделай так, чтобы:

sudo mount -a отрабатывал без ошибок;
в /data был смонтирован диск с данными службы, а её файлы — на месте;
диск подключался в /data по записи в /etc/fstab — и после перезагрузки тоже.

Ограничения

Данные на диске нужны: не форматируй его и не создавай файлы службы заново.

Нужные инструменты уже установлены. Интернета на машине нет.

Цели лабы

0 из 4

Команда mount -a отрабатывает без ошибок — ещё не проверялась
В /data смонтирован диск с данными службы — ещё не проверялась
Диск подключается в /data по записи в /etc/fstab и переживёт перезагрузку — ещё не проверялась
Файлы службы на диске целы — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Хранилище и ФС · подобрано по лабе

Монтирование и fstab

Шпаргалка

$_ — вставить в терминал

lsblk -f устройства и ФС
findmnt дерево монтирования
blkid /dev/sdX1 UUID для fstab
sudo mount -a применить fstab без ребута (проверка!)
sudo mount -o remount,rw / корень в rw (recovery)
sudo mount --bind /srv/data /var/www/data bind-mount
fuser -vm /mnt кто держит ФС (для umount)

/etc/fstab монтирует ФС при загрузке. Поля: что · куда · тип · опции · dump · pass.

UUID=1234-ABCD  /data  ext4  defaults,noatime  0  2
tmpfs           /scratch tmpfs size=2G,noexec   0  0

pass (6-е поле): 1 для корня, 2 для прочих, 0 — не проверять fsck.
После правки обязательно проверь, не сломал ли загрузку:

bash

sudo mount -a                     # смонтировать всё из fstab БЕЗ ребута (увидишь ошибку сразу)
sudo systemctl daemon-reload      # перечитать сгенерированные mount-юниты
findmnt --verify                  # проверить fstab на ошибки

Монтирование

bash

sudo mount /dev/sdb1 /mnt/data    # смонтировать вручную (временно, до ребута)
sudo mount UUID=1234-ABCD /mnt    # по UUID
sudo umount /mnt/data             # отмонтировать
sudo umount -l /mnt/data          # lazy: отцепить, освободить когда отпустят (аккуратно)
blkid /dev/sdb1                   # UUID и тип ФС (для fstab)
sudo mount -o remount,rw /        # перемонтировать корень в rw (recovery)
sudo mount -o remount,ro /data    # на лету сделать ro

Частые опции -o: ro/rw, noexec, nosuid, nodev (безопасность), noatime (скорость), _netdev (сетевые ФС).

bind и tmpfs

bash

# bind-mount: показать каталог в другом месте дерева
sudo mount --bind /srv/data /var/www/data
#   в fstab:  /srv/data  /var/www/data  none  bind  0 0

# tmpfs: ФС в ОЗУ (быстрый scratch, чистится при ребуте)
sudo mount -t tmpfs -o size=1G tmpfs /mnt/ram

Новый диск в fstab: UUID и nofail

bash

sudo blkid -s UUID -o value /dev/vdb1     # UUID новой ФС
sudo mkdir -p /srv/data
echo 'UUID=<uuid> /srv/data ext4 defaults,nofail 0 2' |
  sudo tee -a /etc/fstab
sudo systemctl daemon-reload              # systemd перечитывает fstab
sudo findmnt --verify                     # таблица без ошибок
sudo mount -a && findmnt /srv/data        # смонтировалось по таблице

nofail — для дисков с данными. Без неё каждая строка fstab обязательна для загрузки: если диска нет, systemd ждёт его, а потом останавливает загрузку в аварийном режиме (emergency mode) — к машине нужен человек с консолью. С nofail система загрузится без диска, а каталог останется пустым. Корень / и /boot так не помечают.

Перезагрузка для проверки не нужна: sudo umount /srv/data, затем sudo mount -a — раздел вернулся в каталог, значит, строка верна.

wrong fs type, bad option, bad superblock

mount отвечает wrong fs type, bad option, bad superblock on /dev/vdb, missing codepage or helper program, or other error и советует заглянуть в dmesg. Чаще всего на устройстве нет файловой системы: монтируют новый диск целиком или раздел до mkfs. Проверь lsblk -f — пустая колонка FSTYPE. Новый диск сначала размечают (fdisk-parted), потом создают ФС и монтируют раздел (/dev/vdb1, а не /dev/vdb). Реже причина — неверный тип в -t или опция, которую ФС не знает; подробности печатает sudo dmesg | tail.

your fstab has been modified, but systemd still uses the old version

Подсказка mount после правки fstab: systemd строит из таблицы свои юниты монтирования и ещё не перечитал её. Выполни sudo systemctl daemon-reload.

target is busy при umount

ФС используется. Кто держит: lsof +D /mnt/data или fuser -vm /mnt/data. Закрой процессы, выйди из каталога (cd /), или umount -l (lazy).

Ошибка в fstab → система не загрузилась

Неверная строка может уронить загрузку в emergency-режим. Всегда после правки sudo mount -a/findmnt --verify. В recovery: mount -o remount,rw / и поправь fstab.

Смонтировал, но место не там, где ждал

Если в точке монтирования уже были файлы — они «спрятаны» под смонтированной ФС (не удалены). umount вернёт их.

Сетевая ФС вешает загрузку

Без _netdev система ждёт ФС до сети. Добавь _netdev (и nofail для некритичных) в опции fstab (см. nfs).

Не та ФС/устройство

Имена /dev/sdX «плавают» между ребутами — монтируй по UUID (blkid), не по /dev/sdX.