Samba (или любой другой инструмент, работающий с файлами) не должно волновать, принадлежит ли общий каталог файловой системе в разделе, непосредственно на устройстве, на удаленной машине; или существует в обычном файле на диске или в памяти; или даже если он охватывает несколько файловых систем из-за точек монтирования где-то в каталоге.
(Примечание: в целом некоторые инструменты могут быть настроены так, чтобы избежать перехода на другие файловые системы, однако это не имеет отношения к вашему вопросу.)
Правило таково: если вы можете смонтировать файловую систему с необходимыми правами доступа, то Samba должна с ней работать. Задача ОС - беспокоиться о том, как все работает под капотом, а не о Samba.
какая разница в производительности / стабильности?
В вашем случае я не ожидаю никакой разницы, потому что наличие файловой системы непосредственно в /dev/sdb
ничего особенного. На самом деле это обойдёт один уровень абстракции, поэтому теоретически вы можете даже улучшить производительность, но я думаю, что этот выигрыш будет незначительным.
Недостатки, о которых я могу думать прямо сейчас:
Будущие проблемы с объектами, которые ожидают иметь таблицу разделов на устройстве. Самба определенно не является одной из этих сущностей. Вы и другие администраторы (если есть). Через два года ваша установка без разделов может вызвать "WTF?""в чьей-то голове.
Будущие проблемы в случае, если вам нужно сделать то, для чего у нас есть разделы в первую очередь: логически разделить одно блочное устройство на несколько. Когда вы решите, что вам нужно два раздела, будет довольно легко уменьшить существующий и освободить место для другого ... если есть существующий! Установка без разделов потребует больше работы, больше знаний и понимания, и даст вам больше поводов, чтобы все испортить.
Теперь представьте два вышеупомянутых вместе взятых. Имея это в виду, я советую вам использовать /dev/sdb1
потому что это наименее удивительная вещь.