Hacker News Digest

NFS, созданный Sun Microsystems в 1983 году, остаётся фундаментальной технологией для распределённых систем спустя 40 лет после своего появления. К юбилею в сентябре 2025 года запущен сайт-архив, собравший оригинальные документы: технические спецификации, white papers, маркетинговые материалы и даже личные заметки разработчиков.

Среди ключевых участников проекта — Том Лайон, Брайан Павловски и Стив Клейман. Архив структурирован по разделам: исходные коды, конкурентные решения, фотографии. Отмечается, что альтернативный ресурс nfsv4bat.org содержит материалы после 1995 года, но его техническое состояние вызывает вопросы. Практический вывод: несмотря на возраст, NFS продолжает влиять на современные сетевые файловые системы, а его документация сохраняет ценность для инженеров.

• NFS широко используется в различных средах (от домашних сетей до крупных дата-центров) благодаря своей надежности, производительности и простоте.
• Основные проблемы NFS связаны с безопасностью (слабая модель аутентификации), зависимостью от стабильного сетевого соединения (при сбое сервера клиенты "зависают") и сложностями с масштабированием.
• Пользователи отмечают проблемы с альтернативами, такими как SMB на macOS, и часто предпочитают NFS для определенных рабочих нагрузок.
• В качестве альтернатив или дополнений упоминаются SMB, SSHFS, WebDAV, iSCSI, 9P и облачные решения (например, Amazon EFS).
• NFS остается ключевым решением для сетевого хранения в Unix-подобных системах, Kubernetes и других сценариях, где важна простота и производительность.

Disk Utility в macOS Monterey 12.0.1 по-прежнему не может проверять и восстанавливать APFS-тома и контейнеры из-за ошибки размонтирования. Проблема сохраняется с момента появления APFS и усугубилась в последней версии системы: утилита выдаёт бессмысленные сообщения об ошибках вместо признания бага. Интересно, что HFS+ тома остаются unaffected.

Обходное решение — запуск в режиме Recovery для проверки загрузочных томов или прямое использование терминальной команды fsck_apfs. Paradoxically, Disk Utility может размонтировать том вручную, хотя не способен сделать это автоматически во время проверки. Рекомендуется сначала размонтировать том через интерфейс, затем выполнить fsck_apfs -y для восстановления или -n для проверки, включив снапшоты опцией -S при необходимости. Для зашифрованных томов можно использовать -l или разблокировать без монтирования через diskutil apfs unlockVolume.

• Пользователи столкнулись с проблемами файловой системы APFS в macOS, включая невозможность изменения размера разделов и повреждение резервных копий Time Machine
• Критикуется низкое качество файловых систем Apple (HFS+, APFS) и сетевых функций, особенно при работе с Samba
• Отмечается отсутствие реакции Apple на сообщения о багах и приоритизация функций для массового пользователя в ущерб остальным
• В качестве рабочих решений упоминаются утилиты fsck_apfs и diskutil unlock volume для исправления ошибок
• Обсуждаются исторические причины проблем (отказ от ZFS) и предлагаются альтернативы вроде NFS вместо Samba

• Почему Pi?
  На слабом железе быстрее всплывают ошибки конфигурации, поэтому эксперимент с TrueNAS на Pi 5 — отличный способ учиться.

• Проблема: нет UEFI
  Pi официально не поддерживает UEFI. Используем форк rpi5-uefi.

• Подготовка Pi 5

  1. Обновите EEPROM до ≥ 2025-06-09 (sudo rpi-eeprom-update -a, при необходимости переключитесь на beta-канал).
  2. Скачайте последний релиз rpi5-uefi, распакуйте содержимое .zip в FAT32-раздел microSD.
  3. Вставьте карту, подключите HDMI, включите Pi. Должен появиться EDK2 Boot Manager.

• Установка TrueNAS

  1. Скачайте ARM-образ TrueNAS (например, 25.04.2) с truenas-releases.jmay.us.
  2. Запишите ISO на USB-накопитель (Etcher).
  3. Загрузитесь с USB через UEFI Boot Manager.
  4. Установите TrueNAS на любой диск, кроме microSD и установочной флешки (второй USB или NVMe).

• Кто-то давно отказался от TrueNAS/FreeNAS в пользу самостоятельной настройки Samba+NFS+ZFS на мини-ПК.
• Многие считают Raspberry Pi слабым и ненадёжным для NAS: проблемы с SATA/USB, отсутствие ECC, низкая пропускная способность.
• Другие успешно годами держат Pi-4 с Ubuntu+Samba+Jenkins, но используют внешние USB-хабы и не нагружают систему.
• TrueNAS критикуют за громоздкий UI, «лагающие» бэкапы Time Machine и лишний оверхед на слабом железе.
• Часть участников предпочитают готовые решения (QNAP, Synology) или Proxmox+ZFS на Intel N100: быстрее, стабильнее, проще.