Страниц: [1]
  Печать  
Автор Тема: Отключение usb  (Прочитано 5573 раз)
Absolut
Full Member
***
Offline Offline

Сообщений: 179


Просмотр профиля
« : Марта 12, 2013, 06:34:17 pm »

Всем привет.

Как известно в QNX6 есть аутомаунт для usb flash. А как быть с "безопасным извлечением"?
Что нужно шепнуть системе?

Спасибо
Записан
ed1k
QOR.Moderator
*****
Offline Offline

Сообщений: 739


Просмотр профиля WWW
« Ответ #1 : Марта 12, 2013, 08:24:10 pm »

#umount /fs/hd20-dos-1
Перед этим можно
#mount
Без аргументов - покажет что куда примонтировано, чтобы отмонтировать правильный путь.
Записан
Absolut
Full Member
***
Offline Offline

Сообщений: 179


Просмотр профиля
« Ответ #2 : Марта 13, 2013, 10:37:49 am »

На моей системе получаю такое:
Код:
# mount
/net/EA5e7fb0./dev/hd0t179 on / type qnx6
/net/EA5e7fb0./dev/umass0t11 on /fs/usb0 type dos (fat32)

Т.о. видимо нужно делать
Код:
#umount /fs/usb0

Интересно, а при записи каких файлов (если не делать umount) проще всего получить битые данные?
Очевидно должно как-то коррелировать с размером буфера. Но хотелось бы знать действия, приводящие к
максимальной вероятности потери данных при "небезопасном" извлечении флешки.
Записан
oder
Гость
« Ответ #3 : Марта 13, 2013, 11:13:56 am »

Драйвер диска получает в параметрах задержку записи данных на диск. В зависимости от величины этой задержки, которой вы можете управлять, потеря данных более или менее вероятна.

[EDIT]
Параметр delwri= для io-blk.so
« Последнее редактирование: Марта 13, 2013, 11:16:35 am от oder » Записан
Absolut
Full Member
***
Offline Offline

Сообщений: 179


Просмотр профиля
« Ответ #4 : Марта 13, 2013, 11:37:22 am »

Код:
#pidin arg
devb-umass cam quiet blk cache=1m,vnode=384,auto=none,delwri=2:2,rmvto=none,noatime disk name=umass cdrom name=umasscd umass priority=21,vid=0x090c,did=0x1000,busno=0x04,devno=0x01,iface=00,ign_remove
Я так понял delwri=2:2 значит по 2 секунды и на fixed, и на removable media.

А где правильнее задавать эти параметры, т.е. где прописана загрузка devb-umass?
И кстати, если задержка задана секундами, значит ли это, что если например cp, pax и прочие утилиты копирования завершились, то через известное кол-во секунд файлы гарантированно будут записаны и umount уже не нужен, или не всё так просто?
Записан
aluv
Sr. Member
****
Offline Offline

Сообщений: 301


Просмотр профиля
« Ответ #5 : Марта 13, 2013, 01:48:47 pm »

А не проще вызывать sync перед извлечением USB-Flash?
Записан
Absolut
Full Member
***
Offline Offline

Сообщений: 179


Просмотр профиля
« Ответ #6 : Марта 14, 2013, 02:33:39 pm »

А не проще вызывать sync перед извлечением USB-Flash?
По опыту взаимодействия с QNX4 этого порой оказывалось недостаточно.
Записан
mike
QOR.Moderator
*****
Offline Offline

Сообщений: 1186


Welcome to Lunatic Asylum.


Просмотр профиля WWW
« Ответ #7 : Марта 14, 2013, 02:55:55 pm »

А не проще вызывать sync перед извлечением USB-Flash?
не проще ибо нефига не гарантирует
The sync utility usually returns before the operation is complete. After executing sync, you must allow sufficient time for the driver queues to drain before you may assume that the data is safely on disk. This delay depends on the speed of your disk(s), the number of buffers that must be drained, and how active your system is at the time. It is unusual for the operation to take more than four to five seconds with typical IDE drives and a large (2 megabyte) cache, if a large portion of the cache needs to be flushed. With faster disks (e.g. SCSI), it usually completes in under two seconds. If significant amounts of data are being flushed to a floppy disk, it could take many tens of seconds.
Записан
ed1k
QOR.Moderator
*****
Offline Offline

Сообщений: 739


Просмотр профиля WWW
« Ответ #8 : Марта 14, 2013, 06:49:56 pm »

Код:
#pidin arg
devb-umass cam quiet blk cache=1m,vnode=384,auto=none,delwri=2:2,rmvto=none,noatime disk name=umass cdrom name=umasscd umass priority=21,vid=0x090c,did=0x1000,busno=0x04,devno=0x01,iface=00,ign_remove
Я так понял delwri=2:2 значит по 2 секунды и на fixed, и на removable media.

А где правильнее задавать эти параметры, т.е. где прописана загрузка devb-umass?
И кстати, если задержка задана секундами, значит ли это, что если например cp, pax и прочие утилиты копирования завершились, то через известное кол-во секунд файлы гарантированно будут записаны и umount уже не нужен, или не всё так просто?

devb-umass запускается скорее всего из umass-enum. Но кроме вас (владельца системы) этого наверно знать не может никто.
Записан
da-nie
Full Member
***
Offline Offline

Сообщений: 214



Просмотр профиля
« Ответ #9 : Мая 26, 2018, 09:35:55 pm »

Цитировать
А как быть с "безопасным извлечением"?

Вот, кстати, никогда в QNX его не делал. Судя по скорости работы с флэшкой, драйвер QNX вообще ничего не кэширует и пишет напрямую. Smiley И всё бы ничего, но...
Месяц назад поставил копирование данных с одного из стендов. Прихожу - ошибка записи. Странно. Флэшка не отображается. Подключаю к Windows. Видит диск, но... "Вставьте диск". Форматировать отказывается - диска-то нет. Короче, флэшка убилась. Контроллер виден, а диска внутри нет. Ладно. Флэшке 7 лет, может, она просто сдохла. Купил новую.
Вчера на этом же стенде такая же фигня. Записал файлы, а в Windows показывается, что флэшка пустая. Форматнул. Записал в Windows другие файлы. И флэшка через минуту отвалилась. Она тоже стала "вставьте диск". Но флэшка-то новая. Это подозрительно. Полез искать, что бы это всё значило. Нашёл программу ALCOR_MP. Вот эта-та программа мне флэшку и восстановила.
И всё же, мне непонятно, каким образом QNX 6.3 SP3 только на конкретной машине стала делать с флэшкой такое, что флэшка становится кирпичом? Это что же надо сделать, чтобы такое сотворить?  Huh?

« Последнее редактирование: Мая 26, 2018, 10:20:16 pm от da-nie » Записан

И день и ночь в пути
Hed
Full Member
***
Offline Offline

Сообщений: 105



Просмотр профиля
« Ответ #10 : Июня 13, 2018, 09:21:28 am »

Есть еще вариант: посмотреть данную флешку утилитой dmde-RecoveryFilesOnFlash. Ясно, что это не физ. повреждения, значит разметка ФС.
Записан
Страниц: [1]
  Печать  
 
Перейти в: