Re: [devel] Re: хм... umount и hal

[Sergey Vlasov <vsu@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 1720 bytes --]

On Tue, Aug 30, 2005 at 04:30:30PM +0400, Anton Farygin wrote:
> On Tue, 30 Aug 2005 15:15:22 +0400, Alexey I. Froloff wrote:
> 
> > Наблюл сегодня такую картину:
> > 
> > 1. Монтируем флэшку без -o sync 2. Копируем
> > туда файл большого размера 3. Сразу
> > отмонтируем
> > 
> > В п.3 umount/pumount ждут, пока все буфера
> > сбросятся на устройство, но HAL рассылает
> > сообщения про property modified (volume.is_mounted и
> > volume.mount_point) не дожидаясь пока буфера
> > собсно запишутся...  Таким образом вся
> > индикация записалось/не записалось
> > вместе с гипотетической командой
> > "извлечь усттройство" идёт лесом...
> > 
> > Бага?
> 
> Только вот где ?
> 
> Собственно hal получает сигнал от ядра.

Как именно - через netlink?

void kill_block_super(struct super_block *sb)
{
	struct block_device *bdev = sb->s_bdev;

	bdev_uevent(bdev, KOBJ_UMOUNT);
	generic_shutdown_super(sb);
	sync_blockdev(bdev);
	close_bdev_excl(bdev);
}

При этом generic_shutdown_super() вызывает функции ФС, обрабатывающие
umount, затем sync_blockdev() дописывает блоки, о которых эти функции явно
не позаботились.

С одной стороны, это вроде бы правильно, поскольку файловая система уже
недоступна, да и в /proc/mounts её не видно.  (Кстати, отсутствие записи в
/proc/mounts ни о чём не говорит, поскольку этих /proc/mounts потенциально
столько же, сколько и процессов в системе - у каждого процесса может быть
отдельный namespace, и смонтированные в таком namespace файловые системы
за его пределами не видны.)  С другой стороны, событие KOBJ_UMOUNT
относится не к файловой системе, а к самому устройству - тогда логичнее
было бы выдавать его, когда устройство уже свободно.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]