Во всех ветках, режим root:

```
smb:// anonymous ...
Invalid option -FS: unknown option

Usage: smbd [-?bDiFV] [-?|--help] [--usage] [-b|--build-options]
        [-p|--port=STRING] [-P|--profiling-level=PROFILE_LEVEL]
        [-d|--debuglevel=DEBUGLEVEL] ...
FAIL: test_anonymous (__main__.Smb)
AssertionError: starting smbd failed
```

То же самое для `test_authenticated`; текст usage от самого smbd присутствует в логах тестов.

## Причина

- Тестовый код (test/gvfs-test, upstream, без изменений в ALT) запускает smbd так (строка 808, одинакова в 1.48.2…1.62.0):

  ```
  self.smbd = subprocess.Popen([smbd_path, '-FS', '-s', smbconf], ...)
  ```

- Опции `-S` у `smbd` Samba **нет** ни в одной из задействованных версий (4.19.9 p10, 4.21.9 p11, 4.22.11 sisyphus — usage, выводимый самим smbd в логах, это подтверждает). smbd печатает usage и немедленно завершается, порт не слушается, и тест падает (строка 822: `self.fail('starting smbd failed')`).
- Upstream к gvfs 1.62.0 это не исправил — в sisyphus-тесте тот же запуск.

## Предложение

Test-only патч в spec gvfs: заменить `'-FS'` на `'-F'` (это собственный foreground-флаг smbd согласно его usage) — после проверки, что тест действительно запускает smbd и проходит. Альтернатива — пропускать Smb-тесты, если smbd не принимает `-FS`.

Примечание: в пользовательском режиме оба теста пропускаются с `Samba smbd not installed` (smbd в /usr/sbin, которого нет в PATH обычного пользователя) — это обходное следствие PATH, а не сбой; текущим багом не покрывается.

## Шаги воспроизведения

1. Установить `gvfs-tests` и `samba`
2. Запустить `/usr/libexec/gvfs/installed-tests/gvfs/gvfs-test` от root
3. Оба Smb-теста падают с `starting smbd failed`

## Версии

- gvfs: p10 1.48.2-alt1, p11 1.57.2-alt1 (задание 435928: 1.58.5-alt1), sisyphus 1.62.0-alt1
- samba: p10 4.19.9-alt12, p11 4.21.9-alt4.p11.1, sisyphus 4.22.11-alt3