Работа с KDE

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

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

3. При разархивировании с помощью Arc - те же проблемы.

Все это нормально работает в терминальном режиме. Опробовал на нескольких компьютерах - результат примерно одинаковый.

Версия 4.3.4-alt0.M51.1.

Конфигурация компьютеров, например, ALT Linux 5.0.1 School Master (none) Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz 502000 Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)ALT Linux 5.0.1 School Master (none) Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz 502000 Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)ALT Linux 5.0.1 School Master (none) Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz 502000 Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)

Все установки после инсталяции, в принципе, по умолчанию.

И поясните, пожалуйста, что значит разбираться с процессами c целью настройки или проверки KDE?

Думаю, что необходимо объяснить, чем вызван вопрос.

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

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

Я не буду каждому пользователю копировать информацию. Он должен это делать сам.

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

А собственно причём тут KDE? Вы имена файлов смотрели? В линуксе длина имени не может превышать 256 символов, при архивации и копировании файлы, с длинами имён более 256 символов, вызывают проблемы. Вы права попробуйте перенесённым данным поставить правильно.

Из ваших постов ничего не понятно, но походу причину вы как-то нашли. Перенос файлов скорее всего не завсисит от типа DE. Переносите с нтфс раздела?

ну кагбэ если вы копируете данные из ntfs раздела, то драйвер ntfs-3g и впрямь грузит процессор, как скопируете, на родной ФС будет шустрее работать. покажите заодно вывод top при копировании этих 15к файлов.

Julia Dronova (administrator) писал(а):

Николай Глущенко писал(а):

Дмитрий Васильев писал(а):

Здравствуйте.

Проблема решена.

Поставил такое же копирование на более мощном компьютере с процессором Е8400 и появились сообщения о длинных именах, копирование по сети тоже прошло нормально.

Спасибо.

Ok,

Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz, 512 МБт.

Думаю, что через неделю смогу сказать более конкретно по проблеме, т.к. конфигурация компьютера - это не единственное условие, например, 2-й комп был заинсталирован и обновлен 3 дня назад и т.п....

Для кед 500 мб это минимум, и то смотря какой дистр. Суся при 500 метрах, но двух ядрах пашет припеваючи, Кубунта подтормаживает, мандрива тоже стабильно и шустро. По идее такой конфигурации должно было хватить. По крайней мере на работе проца этого хватало для перброски с нтфс на линукс и обратно, скорее всего памяти не хватило.

Все было бы проще, если бы выдавались нормальные сообщения рунтайм типа. Пишет, пишет, потом ей надоест, чтоли, резко прекращает. Дополнительных процессов никаких не появляется. Пусть, даже не в КДЕ дело - нет сообщения о прерваном процессе.:(

Скорее всего при открытии через самбу (smb://host/share/file) файла указанные файловые менеджеры  довольно активно используют /tmp. В вашем дистрибутиве /tmp = tmpfs. tmpfs пытается вырасти до 50% ОЗУ, все свопится. Можно попробовать посмотреть, что там с tmpfs, опреативкой, swap. Но это только предположение и возможно бредовое, проверить насчет /tmp не могу, нет KDE. Если подтвердится можно попробовать Krusader в качестве файлового менеджера.

PS >нет сообщения о прерваном процессе А он и не прерывался, ресурсы кончились.

Явно задан в fstab?

> tmpfs 250M
Интересно, чем это определяется, RAM?

У меня в Debian при 1Gb оперативки

server:~$ df -h

Файловая система Разм Исп Дост Исп% смонтирована на
/dev/hda1           37G 27G 8,8G 76% /
tmpfs                 502M 0 502M 0% /lib/init/rw
udev                  10M 948K 9,1M 10% /dev
tmpfs                 502M 0 502M 0% /dev/shm
/dev/hdc1           19G 16G 1,7G 91% /mnt/deb_old

cat /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda1 / ext3 relatime 0 1
/dev/hda2 none swap sw 0 0
/dev/hdc5 none swap sw 0 0
/dev/hdd /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0
/dev/hdc1 /mnt/deb_old ext3 rw,user 0 0
#/dev/sda1 /mnt/sata_1 ext3 rw,user 0 0
#/dev/sda2 /mnt/sata_2 ext3 rw,users 0 0
/dev/hdb1 /media/man ext3 rw,users 0 0
none /proc/bus/usb usbfs devmode=664 0 0