Возможно, я ошибаюсь, но похоже на то,

что Вы бежите впереди паровоза, то есть отдаете новую команду компьютеру раньше, чем он успевает выполнить предыдущую.

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

Вот история о похожей девушке: http://ithappens.me/story/362

Извините, если ошибся.

Я Вас понял, но я такое проявление встретил не так давно, все же линуксом пользуюсь не много не мало более 4 лет.Да, я после копирования файлов жду не менее 5 минут, по моим меркам этого должно быть достаточно. Но все же интересно почему это в той же win7 полоска дошла до конца, т.е. копирование завершено, сразу же после пропадания полоски копирования используешь безопасное извлечение и флешка без вопросов отмонтируется и файлы не теряются и не бьются.(просто интересно почему так).

В таком случае я ошибся и дело не в Вас, а в системе. Приношу свои извинения.

А почему так происходит — не знаю.

В линуксе надо в консоле написать раза два sync, потом umount, потом опять sync, и после этого можно не слишком бояться за данные на флешке.

ок, это постоянно нужно делать?

Сейчас придут и скажут что я брежу. Но я делаю постоянно, потому как неоднократно сталкивался с хренью, если так не делать.

Нет-нет. Просто вместо поиска причины ты занимаешься танцами с бубном.

Извиняюсь, а по моему описанию что может быть? Может DE?. Кстати минут 30 назад когда я все это описал что тут на обсуждается произошел еще очень интересный глюк. Только я отписал на ЛОР, вижу пропала связь с wifi и перестались видеться вообще любые точки доступа, далее решил уйти в ребут, комп вместо этой операции показал мою обоину без значков и панелей, при этом кулер ноута завыл как безумный(будто ресурсоемкую игру запустил). Вообщем помогла только одна команда уйти в ребут:Ctrl+alt+SysRq(это удерживаем) и набираем медленно выжидая 1-2 секунды на каждое нажатие R+E+I+S+U+B. Вот тогда комп гарантировано ушел в ребут. Что это было я так и не понял. Просто на ровном месте.

Что это было

Телепаты в отпуске. Надо копать конкретно.

Пока копаю, есть уже подозрения, у меня тут каким то образо еще оказался PCManFM(уже и не помню с чем он установился), так вот один человек описал такое:вставляю флешку при открытом pcman и мне пишется ошибка(флешка любая) DBus error org.gtk.Private.RemoteVolumeMonitor.Failed: An operation is already pending. А вот это ему ответ пришел:На лицо конфликт, имхо. Два разных приложения пытаются подмонтировать флэшку и дерутся. Осталось выяснить кто ещё вмешивается в процесс.А у меня скорее всего теоретически могли Сaja и PCManFM конфликтовать при этом возможно это и получалось. Сейчас как раз занимаюсь удалением всего этого ненужного.Потом отпишусь о результате.

Причин чего? Того, что пользовательское окружение в линуксе раскурочивают каждые полгода (gvfs, udisks2, апплеты на панелях разных граф.оболочек - вот это вот всё), и баги сегодня починят, а через месяц тоже самое перестанет работать, потому что решили переписать полпроекта, но никто не озаботился тестами? Да знаю я эти причины. Поэтому и sync; sync; umount. Работает и работало везде и всегда

В чем смысл повторения? Это как «пройдись три раза dd из рандома, только тогда данные точно затрёшь (про hdd).

Про забагованность отчасти согласен, но ты драматизируешь.

Т.е. делаем так: просто набираю в консоли sync, затем опять sync, а после umount и полный путь до флешки? Я Вас правильно понял?

ты драматизируешь

Да что-то настроение :)

В чем смысл повторения?

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

Да, это я и имею ввиду. Умаунт от рута

Короче, человечечкий фактор.

Ну слава яйцам, что ты сам это понимаешь.

Тоесть, что копирование происходит очень быстро не смущает? Про sync уже сказали.
Про отмонтирование: флешка со светодиодом поможет тебе только.

пишет что отмонтировал

странно. в кедах писало, что отмонтирование идет и происходило только после окончательного копирования

Во всех современных ОС при работе с флешками в качестве буфера используется доступная оперативная память. В том числе и на запись.

Таким образом, физическая запись на флешку происходит в двух случаях:

- при нехватке оперативной памяти

- при завершении сессии работы с флешкой.

То есть, если ты пытаешься писать на флешку какой-нибудь сериал, оперативка очень быстро кончается и скорость записи на флешку резко падает до 5-10 Мбайт/с - то есть, до скорости физической записи на флешку, а не скорости кеширования в оперативке.

Принудительный сброс буферов осуществляется при завершении сессии (отмонтировании) или командой sync. Эта же команда sync вызывается INIT-скриптами при завершении работы.

То есть, «мигающий курсор» должен быть связан со сбросом закешированного на флешку. Надо просто подождать.

Но все таки как узнать что копирование завершен, ведь окно копирования уже закрылось, а на самом деле как у меня файлы похоже еще не скинулись, это вводит в заблуждение. Как это отследить, ведь на флешке у меня нет светодиода.

Пробовал через gkrellm графики текущей скорости по каждому отдельному диску смотреть?

нет, не было такой неоходимости.Для меня это новая команда.Кстати, может мне сбросить выхлоп команды mount.Может флешка работает с неверными параметрами.Тут еще мно сайтов прочитал, пишут уменьшит кэш, для прямого сброса файлов на флешку. Кстати флешка у меня отформатирована в NTFS.Просто хочу для себя разобраться, чтобы в последствии корректно работать с флешкой.

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

нет, не было такой неоходимости.Для меня это новая команда.

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

http://gkrellm.srcbox.net/

Спасибо, после работы, установлю и отпишусь.А вот насчет записи на флешку прочитал, что сперва наш файл копируется в буфер(догадываюсь что что сперва в весь озу).Это происходит очень быстро, а далее уже скорость постепенно падает, т.к. происходит сброс с буфера на флеш память.Так вот, в моем случае полоска копирования-это просто сброс в буфер. А вот сам процес сброса с буфера на флешку начинает и продолжается уже после закрытия прогресс бара.Извините за ошибки, пишу со смартфона.

При отмонтировании (umount) обязательно выполняется sync, так что отдельно его выполнять не нужно.

Я установил эту программу. Собственно по ней и можно понять когда копирование завершено(запись-чтение). Вообщем лечу по приборам.

А хотелось бы чтоб копировалось 1-1 без кэша.

Проблему решил тем что установил GKrellM System Monitor. Копирую на флешку и смотрю на диаграмму, как только вижу что запись закончилась смело извлекаю и не разу не испортил ни один файл. Всем спасибо!

Шёл 46-й год юникс эпохи...

Без буферизации скорость будет сто КилоБайт/сек, буферизация нужна чтобы батчинг работал. Хотя конечно размер буфера в линуксе выставляется неадекватно большой.

sync, может?

Можешь добавить sync в опции монтирования.

man udisks-glue

Хреновый совет, записываться всё будет по полчаса-часу.

Зато надёжно.

А от команды sync не должно вроде замедляться, не?

а можно было задать в sysctl

vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152
vm.vfs_cache_pressure = 50

Кде например монтирует флешки в синхронном режиме. Так в зависимости от качества флешки можно ждать его пару часов пока sync отработает (читай файлы на самом деле запишутся) так что лучше уж в синхронном режиме монтировать. Уменьшить размер кэшей тоже не решение и скажется на производительности (боже какое длинное слово 0_о), так что только так.

Если не дёргать команду sync чаще чем раз в несколько секунд, то не должно. Потому что из общего у них только название.

Ещё как решение, и по сравнению с монтированием в sync не скажется, потому что работает батчинг.

Нужно выставлять или vm.dirty_bytes или vm.dirty_background_bytes, а vm.vfs_cache_pressure сюда вообще отношения не имеет.