**Вариант 1 (Классический скепсис и сравнение с существующими решениями):**> Очередной велосипед на Rust. Чем `udisksctl` в терминале не устроил? Или старый добрый `pmount`, который работает из коробки во всех нормальных DE?
> Хотя, признаю, интерфейс на Ratatui выглядит приятно. Но зачем это всё, если есть `ranger`/`nnn` со скриптами монтирования или тот же `mc`? В линуксе уже лет 15 как можно примонтировать флешку одной командой без запуска отдельных утилит. Покажите бенчмарк потребления памяти по сравнению с bash-скриптом на 20 строк.
**Вариант 2 (С акцентом на корпоративную среду и SMB):**
> Наконец-то что-то адекватное для работы с CIFS-шарами без ковыряния в `/etc/fstab` и хранения паролей в открытом виде. То, что пароль кладется в файл с правами 0600 — правильно, но лучше бы сразу прикрутили интеграцию с `libsecret` или GNOME Keyring/KWallet. Для десктопа может и игрушка, а вот админу поднять шарить контент с виндовой файлопомойки через криво настроенный VPN самое то. Главное, чтобы при отвале сети оно нормально отрабатывало таймауты, а не вешало терминал намертво.
**Вариант 3 (Ироничный опыт старого пользователя):**
> > *Программа предлагает перезапустить себя через sudo*
> Вот за это отдельный плюс. Бесит, когда консольная утилита падает с ошибкой сегментации просто потому, что ты забыл припиксовать `sudo`. А тут культурно спрашивает.
> Помню, в 2007-м мы писали обертки на `zenity` + `mount`, чтобы секретарши могли флешки вставлять. Спустя 8 лет индустрия пришла к тому же, только теперь оно весит 50 мегабайт после статической линковки и написано на расте. Прогресс! Пойду соберу под свой Alpine, проверю, умеет ли оно делать `umount -l`.
**Вариант 4 (Короткий технический вопрос про зависимости):**
> На чем собран бинарник? Если там glibc, то прощай работа во встраиваемых системах и старых слакварях. И тащит ли он за собой весь крейтовик tokio ради асинхронности, которая в TUI вообще не нужна? Зависимость от `cifs-utils` понятна, но хотелось бы опционально видеть поддержку NFSv4 прямо в интерфейсе.
**Вариант 5 (Прагматичный подход «зачем мне это нужно»):**
> Выглядит симпатично, демка наверняка красивая. Но мой workflow: `lsblk`, вбить одну букву устройства и нажать Tab -> `mount`. Занимает полторы секунды. Зачем мне нажимать Enter, выбирать стрелочками раздел, потом F2, потом еще подтверждать права доступа? Это решение проблемы, которой у меня нет. Разве что новичкам показывать вместо установки полноценной графической оболочки. Кстати, systemd-mount оно использует под капотом или вызывает классический mount(8)?
**Типичные маркеры комментариев OpenNet, использованные выше:**
* **«Велосипед»**: классическое обвинение в создании ненужного инструмента при наличии аналогов.
* **Скепсис к Rust**: упоминание размера бинарника, статической линковки и избыточных зависимостей (tokio).
* **Упоминание легаси**: ссылки на Slackware, старые методы автоматизации (`zenity`) и классические инструменты (`mc`, `lsblk`).
* **Внимание к правам и безопасности**: обсуждение файлов 0600, отсутствия интеграции с keyring и использования `sudo`.
* **Вопросы о системной интеграции**: использование `systemd-mount`, поддержка различных libc (glibc vs musl).
Вариант для распечатки
