Нужно ли, см. код ниже, на месте знака вопроса вызывать что-то ещё, известить систему о появившеся новой файл.сис. на разделе?
Например, вызывать
blockdev --rereadpt /dev/sda

parted /dev/sda создать раздел 1
mkfs.xfs /dev/sda1
?
mount /dev/sda1 /mnt

Откуда вопрос: если в этом месте вызывать blockdev --rereadpt /dev/sda, то изредка девайс оказывается занят, операция заканчивается ошибкой, а выполняется это автоматическим скриптом. Надо обрабатывать ситуацию.

В тоже время не знаю: нужно ли сообщать ядру, что появился новый, отформатированный раздел. Вроде бы mkfs делает всё нужное. Не нашёл инфы - спрашиваю.

Почему тема здесь, а не в администрировании - здесь могут быть читавшие тот исходный код. Или похожее.

• Нжно после mkfs что-то типа sync перед mount?,PavelR, 13:13 , 05-Ноя-13
• Нжно после mkfs что-то типа sync перед mount?,pavlinux, 02:49 , 08-Ноя-13
• Нжно после mkfs что-то типа sync перед mount?,pavel_simple, 07:23 , 08-Ноя-13

> Откуда вопрос: если в этом месте вызывать blockdev --rereadpt /dev/sda, то изредка
> девайс оказывается занят, операция заканчивается ошибкой, а выполняется это автоматическим
> скриптом. Надо обрабатывать ситуацию.
> В тоже время не знаю: нужно ли сообщать ядру, что появился новый,
> отформатированный раздел. Вроде бы mkfs делает всё нужное. Не нашёл инфы
> - спрашиваю.

По идее ядру пофиг на форматированность раздела, т.е. на то, какие сырые данные хранятся в блочном устройстве. Операция форматирования просто пишет нужные данные файловой системы в блочное устройство и всё. После записи данных, по идее, никаких операций с блочным устройством более не производится, всё что записано в устройство - уже может из него быть прочитано.

Монтирование файловой системы - это как раз таки чтение из устройства и заполнение внутренних структур ядра, типа "такая-то точка монтирования" - такая-то ФС на таком-то устройстве.

Что может быть причиной занятости устройства - предположить не могу, но думаю, вам стоит поискать во внешних факторах, а не непосредственно в ядре.