7804 2005-08-31 18:53:55 +0400 Флешка пишется на скорости порядка 70кб/сек 2008-02-16 18:14:17 +0300 1 1 4 Development Sisyphus kernel-image-std26-up unstable all Linux CLOSED WONTFIX P2 blocker --- 7079 1 rom_as vsu led mike silicium qa-sisyphus oldest_to_newest 29740 0 rom_as 2005-08-31 18:54:00 +0400 Дистрибутив: compact 3.0rc6 Usbflash пишется она на скорости около 70кб/сек. Проверял на двух флешках. Есть предположение, что это в ядре 2.6.12 что-то сломано. Ибо недавно на ALM2.4 поставил ядро 2.6.12wks и там появилась эта проблема, т.е. пишет на скорости 70кб/сек, а читает на 512кб/сек. 29745 1 vsu 2005-08-31 19:18:42 +0400 Да, в 2.6.12 действительно были изменения в поддержке fat - была исправлена работа опции sync (в предыдущих версиях не все блоки писались вовремя). Можно убрать sync из опций монтирования - тогда скорость записи должна стать нормальной. 29914 2 rom_as 2005-09-02 20:08:11 +0400 (In reply to comment #1) > Да, в 2.6.12 действительно были изменения в поддержке fat - была исправлена > работа опции sync (в предыдущих версиях не все блоки писались вовремя). > > Можно убрать sync из опций монтирования - тогда скорость записи должна стать > нормальной. Это не решение, юзеру такого не скажешь. Интересно, с какой скорость сейчас на флоппи сейчас пишется? :) 30670 3 lav 2005-09-18 12:34:19 +0400 Что значит не решение? Для новых ядер sync для этих устройств использовать нельзя, и его не будет в новых дистрибутивах. А тот, кто обновит систему из Сизифа, отправится читать http://wiki.sisyphus.ru/changes. 30865 4 rom_as 2005-09-21 18:36:59 +0400 Дистрибутив: compact 3.0rc7 (In reply to comment #3) > Что значит не решение? Для новых ядер sync для этих устройств использовать > нельзя, и его не будет в новых дистрибутивах. А тот, кто обновит систему из > Сизифа, отправится читать http://wiki.sisyphus.ru/changes. А те кто будет пользовать ALC3.0 что читать должны. :) Я прекрасно понимаю что проблема пока не фиксится, но подымаю вопрос иначе потом юзеры будут меня-же рвать. :) 31302 5 rom_as 2005-10-02 18:06:37 +0400 (In reply to comment #3) > Что значит не решение? Для новых ядер sync для этих устройств использовать > нельзя, и его не будет в новых дистрибутивах. А тот, кто обновит систему из > Сизифа, отправится читать http://wiki.sisyphus.ru/changes. Кстате, флопик на этом ядре с sync пишется на страшно большой скорости 1,14. А это не приемлимо! Юзеры меня не поймут точно. Без sync на флоппи не предлагать это ещё хуже и черевато непонятками с потерями данных что после пары прецидентов приводит к сносу системы. 31757 6 rom_as 2005-10-12 14:36:00 +0400 Дистрибутив: rc9 Убрать флаг sync это конечно просто. Но скажите пожалуйста, как я должен определять момент когда мне вытаскивать флопик или флешку? 32573 7 rider 2005-10-28 11:01:15 +0400 sync выключен, ошибка закрывается с LATER. Потом будем думать долго и упорно, как сделать монтирование/размонтирование правильно ;-( 45105 8 genix 2007-02-07 11:43:35 +0300 скажите, это еще актуально? в kde есть пункт меню "безопасно извлечь" или что то типа того, и оно даже работает! :) 45119 9 rom_as 2007-02-07 17:14:35 +0300 > скажите, это еще актуально? > в kde есть пункт меню "безопасно извлечь" или что то типа того, и оно даже > работает! :) Актуально где? На ALT3.0 скорость записи с опцией монтирования "sync" так и осталась низкой. А без sync невидно процесса записи, и как следствие момент окончания определяется на глаз. Вот вчера потерял данные, при переносе, из-за этого. "Безопасно извлечь" не работает с subfs. А без него неудобно. 53483 10 mike 2007-08-02 11:17:26 +0400 Такого пакета давно нет, с флэшками проблем давненько уж не наблюдаю. FIXED? (для 3.0, боюсь, WONTFIX) 53486 11 rom_as 2007-08-02 11:31:42 +0400 Нет, потому как флаг "sync" в 4.0 сброшен. Если в меню настройки монтирования флешки, по правому клику на иконке флешки в KDE, установить галочку "Синхронно", то будут точно такая же скорость. А раз потенциально есть такая возможность, значит есть и проблема. 53491 12 mike 2007-08-02 12:05:38 +0400 "ну так не делайте так" (я помню доводы, но из разных зол приходится выбирать меньшее) 53494 13 rom_as 2007-08-02 12:26:52 +0400 Так речь не обо мне. Если бы эту опцию не вытаскивали в GUI я бы с тобой согласился, а так эту опцию может кликнуть кто угодно, а следовательно эта проблема возникнит снова. 63693 14 mike 2008-02-15 23:09:07 +0300 re 63695 15 mike 2008-02-15 23:10:10 +0300 apparently wontfix... 63751 16 led 2008-02-15 23:30:04 +0300 (In reply to comment #13) Синхронная запись - это не проблема, не бага, а ВОЗМОЖНОСТЬ. 63866 17 rom_as 2008-02-16 17:31:06 +0300 > > Синхронная запись - это не проблема, не бага, а ВОЗМОЖНОСТЬ. > Да да, а в свете мыслей выкинуть subfs из ядра это контрольный выстрел в голову флопику. :) 63870 18 led 2008-02-16 18:14:17 +0300 (In reply to comment #17) > Да да, а в свете мыслей выкинуть subfs из ядра это контрольный выстрел в > голову флопику. :) subfs никогда не был "в ядре". Тем не мене, submount/subfs - очень простая штука, и она делает ровно то, что от неё требуется, и делает это ИМХО хорошо.