Ivanovo Linux Users Group - Not logged in
Forum Help Search Login
Previous Next Up Topic Администрирование / Общее администрирование / ntfs-3g, ext3, ext4 и др. (30598 hits)
- By MaxyS Date 13.11.09 07:57
Вот такая теперь проблема с диском. Периодически при записи-чтении с раздела нтфс все виснет, насколько я понял погуглив, это проблема именно ntfs-3g.
Кто нибудь еще сталкивался с подобным?
Parent - By hawk Date 13.11.09 08:03
Посмотри еще на загрузку проца, как правило она очень большая...
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 13.11.09 09:13
Да, так и есть. Как с этим бороться кто нибудь знает?
Parent - By hawk Date 13.11.09 09:24
Загрузка всегда высока, наблюдал везде, но вот зависаний при этом конечно не происходило. А версия драйвера ntfs-3g последняя?
При высокой загрузке какая температура проца и прочее, может причина зависаний побочна (перегрев к примеру)?
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 13.11.09 09:36
Метров 600 копирует нормально при скорости 40-50мб/с при средней загрузке проца. потом все виснет, проц практически на 100%
Parent - By hawk Date 13.11.09 09:45
Топом (top) или htop смотри что у тебя происходит при копировании, подозрение что файлики мелкие и их много, смотри что происходит с памятью и свопом. Возможно они заканчиваются стремительно. Опять же вопрос про версию ntfs-3g какая? почитай про свою какие проблемы, возможно есть свежее, где это устранено.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 13.11.09 10:46
Версия последняя стабильная ntfs-3g 2009.4.4 integrated FUSE 27 - Third Generation NTFS Driver
Пишу один файл исошник, своп 4Gb, память и своп практически не используются.
Parent By MaxyS Date 13.11.09 11:31
Вобщем поставил последнюю тестовую версию не помогло, попробовал натравить cfdisk на винт он мне ругнулся что повреждена таблица но ни винда ни линух ошибок не нашли, вернее линух нашел но вис. Решил все форматированием винта в нтфс один раздел сбекапив все нужное(винт терабайт, много всего было интересного но не жалко, инет анлим)))
Parent - By LOE (Site/forum admin) Date 13.11.09 22:08
ntfs-3g работает через user-space (FUSE), происходит переключение контекстов.
Отсюда тормоза при активной работе с ntfs: сначала активно заполняется кэш/буфер, потом начинает потихоньку все записываться на винт.

Совет - избегай ntfs на переносном носителе.
Либо используй fat32 (но у него недостаток - файл не более 4Гигов), либо ext3.
Все определяется тем, в качестве чего используется винт. Но и для винды есть средства работы с ext3.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - By MaxyS Date 14.11.09 07:30
А с ext4?))
Наверное все таки придется распополамить винт на нтфс и ext4((
Parent - By MaxyS Date 15.11.09 05:38
Разбил на 2, ntfs и ext4, сначала писал на ext4 так-же глючил, начал думать на винт, хотя в винде все норм. Отмонтировал раздел нтфс и винт перестал глючить... мистика какая-то...
Parent - By MaxyS Date 17.11.09 21:57
Скоро застрелюсь... Винт начал дико тормозить при копировании образа 4Gb с ext4 терабайтника на ext4 250-ка 700 метров все ок, потом 50% проц загружен(e8400), причем на 250-ке копирую с раздела на раздел все нормально, но что удивительно в винде ни одного глюка на винте не было, так что я думаю это не винт виноват, тестил его всем что нашел, всю ночь чекался на беды, форматировал полностью с удалением, тока не дошел до низкого уровня. Оба винта Seagate: ST31000340AS и ST3250318 на саташнике сидят.
Parent - By LOE (Site/forum admin) Date 18.11.09 00:01 Edited 18.11.09 00:04
Насколько заполнены оба раздела?
При значительной фрагментации (актуально при работе торент клиентов, не резервирующих предварительно место), тормоза наступают просто офигенные. Как при чтении, так и при записи.

Проверка (отдельно чтение и запись):
time dd if=исходный_файл of=/dev/null bs=1024k
time dd if=/dev/zero of=конечный_файл bs=1024k count=4096

посмотри цифры чтения и записи.

И посмотри еще с помощью filefrag состояние фрагментации конкретных файлов.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent By MaxyS Date 18.11.09 07:37
Винт форматированный, образ качал торрентом но место резервировал и он один на диске, больше ничего нет, так что думаю не во фрагментации дело...
Parent - By MaxyS Date 18.11.09 07:41
И еще.
Я думаю была-бы фрагментация лампочка винта горела-бы постоянно практически, то есть данные бы читались, но медленно, а не могала раз в 3 сек...
скорость при таком копировании ==40б/с
Parent - By LOE (Site/forum admin) Date 18.11.09 08:13
В ситуации фрагментрования лампочка как-раз и моргает редко.
Попробуй все-таки с помощью dd проверить скорость чтения/записи по отдельности.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - By hawk Date 18.11.09 09:56 Edited 18.11.09 09:59
А что только один ntfs-3g позволяет выполнять операции чтения-записи?
В ближайшее время буду рассматривать другие вариант и хоть ntfs-3g не вешает систему, но проц на LXDE с нуля загружает почти или полностью до 100%.
Пока можно взглянуть на это http://www.jankratochvil.net/project/captive/
# mkdir /mnt/diskc

# mount -t captive-ntfs /dev/hda1 /mnt/diskc

и вот этот коммерческий продукт, но он должен быть свободным для домашнего применения:
http://www.paragon-software.com/ntfs_linux_index.html

а так же найден  в просторах глобальной, ряд советов, цитата:

"    *   Перед записью данных на NTFS-раздел из Linux/BSD настоятельно рекомендуется загрузить Windows и запустить chkdsk, чтобы убедиться в отсутствии ошибок. Дело в том, что штатный драйвер автоматически диагностирует дефекты файловой системы, блокируя запись до момента их исправления, а свободные драйверы &#8212; нет.
    * После удаления/перемещения большого количества файлов и/или каталогов из-под Linux/BSD обязательно загрузи Windows и запусти chkdsk, поскольку свободные драйверы не учитывают ряд тонкостей NTFS, что ведет к накоплению мелких ошибок.
    * При проверке тома, в который что-либо записывали свободные NTFS-драйверы, chkdsk, как правило, выдает сообщения об ошибках, однако это не повод для волнений. Обратись к документации, прилагаемой к драйверу, &#8212; в ней перечислены все некритичные ошибки и коротко описаны причины их появления.
    * Никогда, ни при каких обстоятельствах не монтируй NTFS-раздел на запись, если работа Windows была завершена неправильно! В этом случае в журнале транзакций могут остаться записи, обеспечивающие откат при последующей загрузке операционной системы. Однако открытые драйверы все еще не поддерживают транзакции, а последствия отката диска, на который уже что-то писалось, непредсказуемы.
    * Раздел, хотя бы однажды заполненный более чем на 90%, подвергается большому риску при монтировании на запись из-под Linux/BSD, поскольку при этом происходит усечение области, зарезервированной под метаданные. Свободные NTFS-драйверы обрабатывают эту ситуацию не совсем корректно."
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By hawk Date 18.11.09 10:40 Edited 18.11.09 10:45
Paragon NTFS for Linux 6.0 was - описывается в LXF октябрь 2007, номер 97
--
На сайте заполняется форма, полей пять, имя, откуда тлф, мыло. Позже на мыло приходит ссылка на скачивание.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By hawk Date 18.11.09 10:59 Edited 18.11.09 11:04
Еще вопрос, что в системе используется:
famd
или
gamin
???
Ежели famd, то пробуем его заменить на gamin, часто бывает что  famd является причиной загрузки.
---
famd - это демон, котторый периодически опрашиваюет каталоги
gamin - библиотека взаимодействующая с подсистемой ядра Linux - inotify. Это позволяет обходиться без отдельного демона и доставляет необходимую информацию всем подписавшимся программам напрямую.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 19.11.09 20:50
Такая-же хня и при копировании на ext3 раздел не только ntfs.
Сегодня специально с диска фильм кидал на винт. на 250-ку все ок, на 1000-к 400метров копируется и висюк...
у меня идеи уже кончились((((
Parent - By LOE (Site/forum admin) Date 20.11.09 05:46
SMART информацию винта смотрел?
Поставь на другую машину и потести. Может контроллер на материнке дурит.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - By hawk Date 20.11.09 06:10

>>Такая-же хня и при копировании на ext3


Каким процессом в этом случае загружен проц?
Возможно и железячные проблемы, харды как висят, на одном шлейфе или разных, какие вообще харды. Шлейфы глянь, замени, харды прогони MHDD или утилитой производителя, если Сегейт, то у них есть утилита, которая тестит не только поверхность диска, но и контроллер матери.
По поводу предыдущего совета, что стоит в системе FAM или GAMIN и заменил ли на GAMIN?
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent By hawk Date 20.11.09 11:04

>> Оба винта Seagate: ST31000340AS и ST3250318 на саташнике сидят.


Вопрос о хардах снимаю.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 20.11.09 21:10
Про FAM и GAMIN можно поподробнее?))
Я так думаю что дело не в железе, так как в винде все нормально, и сильный дефраг читается и скорость нормальная и бедов нету, глюков, тормозов, тресков винта тоже.Забивал винт целиком в нтфс и все читалось, что делать уже не знаю...
2LOE: На том-же ящике, только в винде все ок, другого компа с линухом поблизости нет, потестить не могу, lcd не хочется качать.
Parent - By hawk Date 21.11.09 10:00
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent By MaxyS Date 22.11.09 07:05
# ps waux | grep fam
root     10371  0.0  0.0   4536   956 pts/5    S+   10:03   0:00 grep fam

вот и все что мне выдает...
Пакет гамина у меня установлен, как поменять теперь на него или у меня уже гамин используется?
Parent - By elijah Date 22.11.09 23:08
У меня в Ubuntu используется gamin, а при записи на NTFS всё равно оч. большая загрузка процессора.
Если тебе не нравится существующая культура, создай свою
Parent By hawk Date 23.11.09 06:09
Она будет большой, просто обратил внимание на этот сервис, т.к. в случае использования демона - это еще более не рационально. Сам демон висит в памяти и кушает ресурсы, плюсом идет и дополнительная нагрузка от него. Поэтому все дистростроители быстренько перешли на gamin.
Вообще загрузка от ntfs-3g драйвера на слабеньких машинах близкая к 100% - это нормальное явление, вот зависание уже не нормально.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 22.11.09 07:56
Ладно, fam у меня установлен и используется(удалил его библиотеки, кде вообще не загрузился). Как теперь его заменить на gamin?
Parent - By MaxyS Date 22.11.09 09:08
Оказались библиотеки гамина... я уже не знаю, у меня установлен только гамин.
Блин, на той-же системе установлен был слак 12.2 и все было ок, ничего не глючило(по крайней мере с винтом)...
Какие у кого еще идеи есть? Я конечно понимаю что не у всех есть время разбираться с чужими проблемами, но все-таки если есть время....
Parent - By hawk Date 22.11.09 09:33 Edited 22.11.09 09:38
Судя по первому посту, где ps вывод - демон fam не запущен, стало быть gamin используется, хотя я уже запутался )))
В арче нет ни того ни другого ))) в нем проще, ставишь ДЕ, пытаешь запустить например PCMan File Manager, а он в ответ, не буду я работать так как нет fam или gamin, после изучения вопроса, стало ясно, что gamin эффективнее и что во многих случаях 100% загрузка проца возникает именно из-за демона fam.

/* п.с. - вот что значит, когда дистр уже собран, что там под капотом - не понятно */
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By hawk Date 22.11.09 09:46
...да, слака ведь для запуска демонов использует rc.conf, посмотри там на предмет fam демон если есть должен быть прописан, как то так:
DAEMONS=(syslog-ng dbus hal network netfs crond gpm rpcbind alsa fam)
или если rc.conf больше похож на БСДишный, то отдельная строка для каждого демона.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent By hawk Date 22.11.09 10:07
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By LOE (Site/forum admin) Date 22.11.09 18:07
В слаке нет rc.conf

Используется gamin (оказывается. вот ведь, жил не тужил, а оно там крутится себе потихоньку):
$ ps axw | grep gam
2744 ?        S      0:00 /usr/libexec/gam_server

И я бы начал с начала:
проверил бы (все-таки) с помощью dd "сырую" скорость чтения и записи, посмотрел бы smart информацию, в конце-концов, для проверок есть голая консоль (или даже single runlevel).
Можно и liveCD дистры попробовать и убедиться, что виноваты железки, а не дистр.

Гадать можно долго и упорно, только вот продуктивности от этого никакой.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent By hawk Date 22.11.09 18:13 Edited 22.11.09 18:18
хм, т.е. крутится как демон?
В слаке нет rc.conf

ну вот :-( я думал там как в BSD
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - By MaxyS Date 22.11.09 19:56
А что значат цифры которые выводит DD?
и как посмотреть смарт?
Parent - By LOE (Site/forum admin) Date 22.11.09 21:59
$ dd if=/dev/zero of=/dev/null bs=1024k count=1000
1000+0 записей считано
1000+0 записей написано
скопировано 1048576000 байт (1,0 GB), 0,649273 c, 1,6 GB/c

По-моему, все интуитивно понятно:
сколько скопировано, за какое время, скорость копирования.

Про смарт: man smartctl
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent By MaxyS Date 23.11.09 05:46
У меня только цифры выводились... 4000 с копейками что-то вроде 4446 не помню точно. попозже напишу
Previous Next Up Topic Администрирование / Общее администрирование / ntfs-3g, ext3, ext4 и др. (30598 hits)

Powered by mwForum 2.12.0 © 1999-2007 Markus Wichitill

Page created in 0.225s with 10 database queries.