форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Программирование под UNIX (Разное)
Изначальное сообщение		[ Отслеживать ]

"Нжно после mkfs что-то типа sync перед mount?"	+/–
Сообщение от Palizei on 05-Ноя-13, 12:54
Нужно ли, см. код ниже, на месте знака вопроса вызывать что-то ещё, известить систему о появившеся новой файл.сис. на разделе? Например, вызывать blockdev --rereadpt /dev/sda parted /dev/sda создать раздел 1 mkfs.xfs /dev/sda1 ? mount /dev/sda1 /mnt Откуда вопрос: если в этом месте вызывать blockdev --rereadpt /dev/sda, то изредка девайс оказывается занят, операция заканчивается ошибкой, а выполняется это автоматическим скриптом. Надо обрабатывать ситуацию. В тоже время не знаю: нужно ли сообщать ядру, что появился новый, отформатированный раздел. Вроде бы mkfs делает всё нужное. Не нашёл инфы - спрашиваю. Почему тема здесь, а не в администрировании - здесь могут быть читавшие тот исходный код. Или похожее.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Нжно после mkfs что-то типа sync перед mount?"	+/–
Сообщение от PavelR (ok) on 05-Ноя-13, 13:13
> Откуда вопрос: если в этом месте вызывать blockdev --rereadpt /dev/sda, то изредка > девайс оказывается занят, операция заканчивается ошибкой, а выполняется это автоматическим > скриптом. Надо обрабатывать ситуацию. > В тоже время не знаю: нужно ли сообщать ядру, что появился новый, > отформатированный раздел. Вроде бы mkfs делает всё нужное. Не нашёл инфы > - спрашиваю. По идее ядру пофиг на форматированность раздела, т.е. на то, какие сырые данные хранятся в блочном устройстве. Операция форматирования просто пишет нужные данные файловой системы в блочное устройство и всё. После записи данных, по идее, никаких операций с блочным устройством более не производится, всё что записано в устройство - уже может из него быть прочитано. Монтирование файловой системы - это как раз таки чтение из устройства и заполнение внутренних структур ядра, типа "такая-то точка монтирования" - такая-то ФС на таком-то устройстве. Что может быть причиной занятости устройства - предположить не могу, но думаю, вам стоит поискать во внешних факторах, а не непосредственно в ядре.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Нжно после mkfs что-то типа sync перед mount?"	+/–
Сообщение от pavlinux (ok) on 08-Ноя-13, 02:49
> Нужно ли, см. код ниже, на месте знака вопроса вызывать что-то ещё > parted /dev/sda создать раздел 1 > mkfs.xfs /dev/sda1 > ? Оу, XFS... ну тогда тут такие танцы можно устроить... Но дорого. :) > mount /dev/sda1 /mnt .
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Нжно после mkfs что-то типа sync перед mount?"	+/–
Сообщение от pavel_simple (ok) on 08-Ноя-13, 07:23
>[оверквотинг удален] > ? > mount /dev/sda1 /mnt > Откуда вопрос: если в этом месте вызывать blockdev --rereadpt /dev/sda, то изредка > девайс оказывается занят, операция заканчивается ошибкой, а выполняется это автоматическим > скриптом. Надо обрабатывать ситуацию. > В тоже время не знаю: нужно ли сообщать ядру, что появился новый, > отформатированный раздел. Вроде бы mkfs делает всё нужное. Не нашёл инфы > - спрашиваю. > Почему тема здесь, а не в администрировании - здесь могут быть читавшие > тот исходный код. Или похожее. логично перечитывать таблицу разделов сразу после parted (хотя он как и fdisk должен сам дёргать этот сискол), соответственно логично проверять exit статус именно parted. смысла перечитывать таблицу разделов после форматирования блочного устройства нет
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема