Проблема с Removable Devices [РЕШЕНО]
Здравствуйте!
Ноутбук PCG-71C12V Sony Vaio; OS kubuntu 12.04; kernel 3.2.0-30-generic-pae; kde 4.8.5
Проблема заключается в следующем: нужно мне было записать музыку на съемный носитель (флеш-карту) для того чтобы по пути на работу послушать эту записанную на флеш музыку посредством телефона, флешка самая простая обычная - ProDuo, втыкаю в ноутбук - определилась и копирую нужные мне файлы. Ставлю флешку в телефон и пошел на работу довольный, но не тут то было ... файлы записались криво, причем не все 0_0 некоторые с середины воспроизводятся, некоторые до середины, есть из них и парочка хорошо записанных, даже теги читает, несколько совсем мёртвые. Дома попытался разобраться в чём дело, копировал заново, через Crusader, через Dolphin, через mc, пробовал я копировать и по одному файлу (а не скопом). Ранее я копировал на флешки большие файлы (видео, фильм) - всё было хорошо, а тут непонятно почему так происходит. В итоге я на работе под виндой всё таки скопировал нужный мне материал на флеш карточку. Если кто-нибудь знает в чем дело, напишите плиз что нужно сделать. Возможно у кого то еще есть такие же проблемы.
Да вы сговорились что ли? А безопасное извлечение кто будет делать? Отсюда и все проблемы.
... или монтировать соответствующим образом, да.
Я не сговаривался ни с кем. Безопасное извлечение - обязательно. Тыкаю кнопку в Device Notifier, устройство демонтируется (тут сразу еще одно неудобство, потому что иконка Device Notifier остается висеть в трее, даже если ничего несмонтировано) и становится недоступно в /media/, или как?
Только что была тема с такой же проблемой. :-) Потому и удивился.
Теперь по делу. Если устройство корректно извлечено и такие сбои, то это где-то на этом форуме проскакивало. У меня есть смутные воспоминания, что вроде как необходимо было отформатировать флешку под Linux'ом и проблемы должны исчезнуть. Но я не ручаюсь, что это поможет.
Нашел много тем в гугле с проблемами медленного копирования файлов на флешки, у меня же похоже оно всё с точностью наоборот, файлы размером ~ 10 - 15 Mb (mp3) на флешку залетают прям стремглав, когда ты их копируешь несколько, то естественно удивляешься, мол как так быстро, а вот с файлами видео ~ 700 - 1000 Mb всё идет довольно таки правдоподобно, корректно. Возможно дело в буфере обмена, правда не зная архитектуры, не могу сказать как это взаимодействует с ядром системы и тд. Попробую отформатить флеш под linux'ом в fat (то есть msdos по-linux'овски), но баг всё таки скорее всего есть, так как неудобство доставляет, не хотел бы я форматировать флешку, то и проблема никогда бы не резрешилась в моём случае))) мало кто пойдет на такой шаг, как формат)
Отпишись помогло или нет. Ага?
Конечно же, отпишусь!
А пока нашёл временное решение, правда оно дурацкое, но всё равно, мы то ведь хотим записать музыку (или что-то другое) на флешку, заключается оно в том, что после копирования файла на флеш, проверяем "оригинал" с hdd и скопированный на флешку по хешу md5)
Например так
root@buriedalive:/mnt/data/music/Aerosmith/1973-Aerosmith (CD1 - CK-57360)# md5sum 01\ Make\ It.mp3
39895d67c812f9fd6f53d4418640df06 01 Make It.mp3
root@buriedalive:/media/disk/MSSEMC/Media files/audio# md5sum 01\ Make\ It.mp3
29a770e46e26c99842d092e1740dbe79 01 Make It.mp3
Не совпадает, то удаляем и копируем заново до тех пор, пока он будет совпадать, иногда с первого раза совпадает, иногда с 3 - 4
Ага, есть такой глюк в Kubuntu. С чем связано не понятно. Копируешь что-то на флешку, дожидаешься окончания записи, безопасно извлекаешь. Пишет что всё ОК и можно забирать, а на самом деле копирование ещё не завершено (по загрузке ЦП видно). Больше всего бесит поведение планировщика при питании от батареи. Копирование начинается только при извлечении. Планировщик не менял, а надо бы попробовать сменить, скорее всего он виноват или дрова кривые.
О том, что некое "мистическое" копирование продолжается, еще можно узнать по миганиям светодиода на флешке, если флешка ProDuo то по миганию светодиода в ноуте)) это я замечал еще в 11.10 дистрибе
Оно точно извлекается? У меня на месте кнопки извлечения крутится колечко, пока светодиод не успокоится.
У меня тоже крутится это самое колечко, светодиод успокаивается и еще задачи для флешки в Device Notifier пропадают, видимо свидетельствуя о том, что устройство демонтировано из системы, вот только не могу понять почему значок этого Device Notifier'а остается рядом с Klipper'ом, а не пропадает в маленький треугольник возле часов, например там же есть Battery Monitor, если батарея не полная, то он висит в трее, но как только аккумулятор 100% он помещается в этот самый пресловутый треугольник, а Device Notifier после отмонтирования устройств остается висеть в трее пока не перезагрузишь комп
А ежели правой кнопкой мышки, да по стрелочке в системном лотке, а там нажать на "Настроить виджет "системный лоток"" и в появившемся окне перейти на вкладку "Элементы"? А дальше жизнерадостно изменить поведение для "Подключаемые устройства"? Не? Не пробовал? ;-)
Поставил Device Notifier в hidden, спс
Всегда пожалуйста. Обращайся, если что. :-)
Можно попробовать сделать так для решения проблемы медленного копирования. Однако у меня всегда не отпускает флешку в безопасное плавание, пока кеш полностью не записан.
Єто все из-за ядерной буферизации. Перед извлечением флехи пишешь в консоли sync и ждешь, пока команда вернет управлений. Потом размонтируешь флеху, и все должно біть гуд.
Проблема в точности как у меня. Вроде решили, что нужно безопасно извлекать устройство. Но не тут то было! Вчера копировал на флешку навигационные карты Navikey. Все вроде скопировалось нормально, подождал немного,безопасно извлек флешку. Сегодня посмотрел а карты некоторые не открываются, битые!
Всякие команды sync - это "костыли". Тоже самое что современную иномарку заводить с "кривого"))) И говорить: Ну она же работает!))) Флешка чем и удобна, что быстро скинул на нее кучу разной нужной информации, кинул в карман и пошел. А тут еще кучу разных манипуляций занимающие время проделать надо, и молится чтоб все скинулось нормально. ОГРОМНЫЙ минус Линуху за это! В винде такого уже давно нет!
Поздравляю, Вам не повезло. Используйте Виндовс.
Вам удалось найти тот эффект, который по словам разработчиков ядра появляется на 2% машин.
Подозрения у них на чипы контролеров ЮСБ. Способов лечения не имеют, кроме замены железа.
Тогда все эти 2% машин находятся у меня)))) Т.к дома, комп+ноут и на работе 3 машины на Кубунте и все имеют данный дефект))) По моему разработчики перепутали цифры и имели ввиду, что: Только 2% машин не имеют данный дефект, а 98% там и не умеют нормально копировать информацию)))
и еще у меня такой же контроллер USB. Которому уже кстати 5 лет исполнилось.
MrSnake Напиши какой у тебя ноут, ядро какое? про рабочие машины не пиши)
проверяй пока файлы md5
а про sync? ты пробовал? костыли они иногда очень даже нужны)
да и действительно, если нет желания подружить линукс с самим собой, то тебе легче поставить windows и не разбираться в этих проблемах
Нотик Acer ASPIRE ONE 250, ядро 3.2.0.29. Домашний комп, мамка Asus M4N78, ядро тоже, ОС Kubuntu 12.04
Итак, флешка на 2 GB, свободного места оставалось около 200 MB, взял и скопом скопировал mp3 файлы на нее, забил под завязку. Обязательно должно было записаться что-то криво, не отмонтировав флешку пишу sync в консоли, демонтирую флешку, ставлю в телефон и проверяю что получилось, а получилось всё хорошо, трэки тщательно проверял, перематывал на середину, слушал
Решено пока рано ставить, думаю, несколько раз запишу попробую как будет получаться
Господи, во срач развели. На самом деле єто не баг, а фича)) Просто когда ві сбрасіваете данніе на флеху, они копируются в буфер, поєтому то так бістро и проходит копирование. Потом ядро само начинает сбрасівать "грязніе" страници на диск, т.е. проводит синхронизацію буфера с диском. sync принудительно заставляет ядро єто делать, и не возвращает управление, пока все не синхронизируется. Єто серйозно увеличевает производительность дисковой подсистемі, но с медленніми (по сравнению с винтами) флехами происходят вот такие неприятніе случаи. Кстати, чтоб не юзать sync нужно дождаться пока флеха не пропадет с апплета устройств, т.е. пока там крутится кружочек, работает sync.
P.s. Да, мне лень добавить русскую расскладку, кому не нравится не читайте
P.p.s. С ядром 3.4 как-то попроще, вроде как синхронизация побістрее прошла, но на флеху давно скидівал, не помню точно. Ща проапдейтюся до 3.5, кому интересно, могу "потестить" и отписатся.
Offtopic:
У меня тоже нету русской раскладки, что не мешает мне писать ыэё.
правый альт + і = ы
правый альт + є = э
правый альт + е = ё
Очень удобно и быстро осваивается.
А есть возможность так вводить украинские буквы в русском? Я бы тогда к чертям собачьим убрал украинский. Только мешает при использовании xNeur.
Нету, к сожалению.
вопрос - а как ты включал эту функцию, я догадываюсь что третьей раскладкой...
Оно по умолчанию должно работать, но в крайнем случае можно включить через Level 3
lv3:ralt_switch
вопрос немного другой, как именно ты настраивал...
Если оно есть для украинской то переписать под русскую раскладку, я думаю небольшая проблема, ну, тряхну стариной, раз пять правил раскладки в 1998-2000 годах...
Уточняя вопрос - что именно выбиралось в виде раскладки? В каком файле - я уже найду, просто пока не совсем понимаю - как именно искать.
Ах, вот в чём вся соль.
Раскладка - просто ua, без никаких модификаций (похоже, просто unicode).
Файл - /usr/share/X11/xkb/symbols/ua.
Поковыряться что-ли? Я так понимаю, что тупо посмотреть, как сделано в украинской и впендюрить это дело в русскую. Потом бдительно следить при обновлениях.
сделать патч и отослать в апстрим ;)
И они его похерят. Что неоднократно уже бывало...
Если повоевать немного, то всё же примут.
Даже спорить не буду. Короче, сегодня хозработы закончу и полазаю по файлам языков, посмотрю, что к чему. А потом буду у тебя длительно консультироваться как воевать, чтобы приняли. :-)
Собственно, последний раз обновления этого пакета я видел года 4 или 5 назад. Это же раскладка клавиатуры... Впрочем, вспоминая, как незыблемое становится зыблемым, и какие кадры становятся академиками...
Не удивлюсь, что и здесь полезут корректировать...
Я конечно, пока не представляю, что там можно еще откорректировать, но академики найдут...
Потому и говорю, что бдительно следить: по закону подлости найдётся какой-то "проффесор", который запустит туда свои кривые руки.
Оказалось, что это все уже сделано :-)
говоришь, нету? :-)
Большое спс, теперь не буду людям выжигать мозг))))
Очень интересно решается ли эта проблема с помощью ядра или нет, хотя бы частично! Если есть возможность потестить на 3.5 и отписать результат, будьте добры, буду премного благодарен.
Версией ядра вряд ли решите, а вот bfq и ck ядерные патч-сеты можно попробовать. Есть ppa на ланчпаде.
И планировщик noop попробуйте. Можете почитать про мои страдания: 1 и 2.
Почему на это не влияет галочка об включении кэширования в растройках? и о каком кружочке вы говорите? Я его никогда не видел.
А меня вот вполне устраивает команда sync совсем не трудно вызвать тильду горячей клавишей и написать 4 буквы. Теоретически могло получиться так, что и в windows нужно бы было после копирования информации на флеш жмакать какую-нибудь кнопку из контекстного меню для, например, той же синхронизации) Если бы оно было так, то никто бы и не сравнивал сейчас. Да и вообще как можно сравнивать linux и windows, абсолютно по разному устроены системы
Можно добавить пункт в меню флешек и клацать вместо набора.
Ну вот, даже еще быстрее, хотя мне и в консоли комфортабельно)
Лучше напишите плиз "как через консоль корректно отмонтировать флеш-накопитель?" А то зачем мне тыкать эти кнопки, смонтировать / демонтировать
sudo umount /media/что-тоПосле media/ можно тыкать кнопку Tab.Linux ArchLinux 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 09:14:51 CEST 2012 x86_64 GNU/LinuxФлеха Trancsend 8GB, свободного места 1.8GB, сбосил файл на 1.4GB. Сразу после этого набрал sync, управление вернуло почти сразу (3-5сек.). ИМХО планировщик тут ничего не решает. Я видел в ChangeLog 3.4 какие-то изменения связаные с буферизацией(точно не помню, ChangeLog не читаю внимательно, просто просматриваю).
Ну как сказать, noop как раз предназначен для флешек и подобных. Думаю, с ним будет лучше. По крайней мере я разницу заметил.
Оно то так, но проблему того что ядро все в кэш забрасывать будет планировщик не решит. Просто скорее всего увеличится скорость записи на флеху (что уже хорошо), но sync всеравно юзать прийдется. И вообще мне не понятно нежелание Canonical обновлять ядра (да, я знаю что минорные обновление есть, но на следующую версию не переходят). Вон Fedora апдейтит, и ничего, все прекрасно работает. (Помнится у них было ядро 2.6.40. На самом деле это 3.0, но они оставили 2.6 для совметимости, пока следующую версию дистра не выпустили).
А мне понятно. Федору за это и не только считают знатным глюкодромом. Не вижу смысла в обновлении ядра, если дело не касается поддержки оборудования.
Где вы нашли там глюки???? Я пол года юзал и ничего не нашел (ставил ради Gnome3, т.к. интересно было узнать что за зверь).
В последнем или предпоследнем релизе была бета куть, можете представить, как весело всё падало.
Не знаю как у Вас, у меня там ничего не падало
я когда нажимаю sync, то система за меньше чем секунда возвращает управление, с моим железом, я думаю, это нормально
Еще раз записывал файлы на флешку, всё в порядке! sync помогает. Решено. И всем всем спасибо.
Выяснилось что не только с флешками может произойти такая ситуация, скачивал торрентом файлы сначала во временную папку, скачал. перенес файлы из temp каталога krusader'ом с правами root в music и несколько файлов битыми оказались, а узнал я это с помощью медиаплеера, когда загрузил один альбом
видите там 2-ой трек тэг не прочитан, а файл сам не воспроизводился
почему так обстоят дела непонятно, теперь sync мне жизненно необходим )))
Добавлю, что файлы торентом заново скачал, снова также перенес в music все каталоги м сделал sync, стало всё хорошо
Нее, у тебя там что-то не чисто с системой. sync нужен только если ты отключаешь девайс. В противном случае ядро должно брать данные из кэша, а не из диска. sync тут не нужен. Мож торрент не докачал, или я ХЗ, но такого быть не должно.
действительно что-то не чисто, я подозреваю, что возможно это после обновления ядра так стало, если так то поправят ) если не брать эту проблему, то всё остальное работает прекрасно таки
гмм, весьма интересно....
А у тебя в логах точно никакой ругани нет?
Если запустить мемтест, который есть в загрузке, причем на полную проверку и несколько циклов, он не посыпет ошибок?
Мне все же кажется что у тебя хардварная проблема. Попробуй сделать что говорит dyug. Также посмотри что система пишет в dmesg и остальные логи.
В /var/log/dmesg всё с виду в порядке, в boot-логе всё ОК, уж и не знаю, проблема не только у меня одного, ждём обновления видимо, а пока используем sync и пристально следим за файлами)) что ж еще делать остаётся :)
У меня с точностью такая же ситуация с копированием, решилась просто, копированием файлов через консоль или посредством mc. Так и не понял в чем прикол но при копирование через дельфин или крусадер замечаю подобный неприятный баг.
Поддерживаю.... в последнее время наблюдаю сей факт у себя, безопасное извлечение не решает проблему битого копирования на флешь,ранее такого не было,вставляешь и вытаскиваешь как обычно (не всегда безопасным извлечением)тут же: ранее замечал такую картину: при копировании файлов малых размеров примерно около 2-3 метров и более в трее возле часов появлялся сам процесс копирования т.е. его можно было наблюдать... а сечас копирую "залетают" на флешь в лёт а процесса не вижу, только файлы очень большого объема , типа видео... думаю данная проблема уйдет как и пришла с последующими обновами... поэтому сильно не кричу об этом...
Отправить комментарий