Компьютерный форум OSzone.net  

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)
-   Общий по Linux (http://forum.oszone.net/forumdisplay.php?f=9)
-   -   дефрагментация ext2\ext3 (http://forum.oszone.net/showthread.php?t=14545)

Ge0rge 08-03-2003 20:15 78425

Нужно ли вообще делать дефрагментацию ext2\ext3 и как?

CyberCoder 08-03-2003 21:18 78426

вроде не нужно, т.к. ext2/3 "практически не фрагментируются"

glassMonk 09-03-2003 03:54 78427

Цитата:

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

Barracuda 10-03-2003 16:57 78428

SystemZ
Скачал вот эту утилитку, но не разу ещё не юзал. Если интересно, то можете глянуть.

Digger 13-03-2003 10:57 78429

Для ext2/ext3 дефрагментация не нужна, т.к. система устроена таким образом, что фрагментация диска если и бывает, то не очень существенная. Хотя существуют программы для дефрагментации этих файловых систем, но я еще не видел ни одного пользователя который ими пользовался.

EsTaF 07-01-2009 21:27 999920

Цитата:

Цитата Digger
Для ext2/ext3 дефрагментация не нужна, т.к. система устроена таким образом, что фрагментация диска если и бывает, то не очень существенная. Хотя существуют программы для дефрагментации этих файловых систем, но я еще не видел ни одного пользователя который ими пользовался. »

А еще в Советском Союзе секса не было.

fsck -t ext3 -C -V -y -f /dev/sda1
fsck 1.41.1 (01-Sep-2008)
[/sbin/fsck.ext3 (1) -- /mnt/media2] fsck.ext3 -y -f -C0 /dev/disk/by-id/ata-MAXTOR_STM3500320AS_9QM8XASL-part1
e2fsck 1.41.1 (01-Sep-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/disk/by-id/ata-MAXTOR_STM3500320AS_9QM8XASL-part1: 3632/30531584 files (18.1% non-contiguous), 84789796/122096000 blocks

И это у меня 18%, ибо клал сюда файлы не через bittorrent/linuxdcpp/многопоточное копирование, а просто. копированием. И диск живет всего неделю. Работаю с ним неделю.

Пример человека. Диск меньше, чем 500 Gb, как у меня.

fsck -t ext3 -C -V -y -f /dev/hdb1
fsck 1.41.2 (02-Oct-2008)
[/sbin/fsck.ext3 (1) -- /media/hdb1] fsck.ext3 -y -f -C0 /dev/hdb1
e2fsck 1.41.2 (02-Oct-2008)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hdb1: 1590/9781248 files (34.9% non-contiguous), 18951823/19537678 blocks

Это еще человек грамотно к копированию относится. не системный раздел, еще.

2 топикстартер

google shake. правда, это экспериментальная софтина.

shisik 07-01-2009 22:35 999991

В реально многозадачной ОС (которой является Линукс) фрагментация диска практически не имеет значения. Допустим, в системе запущено 2 процесса: А и Б, которые работают соответственно с Файлом_А и Файлом_Б. И допустим, что эти файлы записаны непрерыно (не фрагментированы), но один в начале диска (Файл_А), а другой в конце (Файл_Б). Теперь как работает ОС с вытесняющей многозадачностью? Процесс А запросил Файл_А, ОС передала запрос на винт и он передвинул головку в начало диска для чтения этого файла. Процес А прочитал 5% файла и ОС прервала его выполнение, чтоб выделить процессорное время процессу Б. А он в свою очередь запросил Файл_Б, в результате чего винт передвинул говолку в конец диска. Не успел процесс Б прочитать весь файл, как ОС снова передала управление поцессу А и всё повторилось заново...
А теперь что бы по сути изменилось, если бы файлы были фрагментированы? Да ничего, винт всё равно туда-сюда двигал юы головки и прироста производительности всё равно не было б... Поэтому, в многозадачных ОС на самом деле дефрагментация не нужна.

EsTaF 08-01-2009 04:22 1000226

2 shisik

однако, тормоза заметы. к примеру, я забыл веделить дисковое пространство под торренты. около 500 GB. И все время закачки параллельно на диск писались и другие данные. А теперь натравим linuxdcpp на такие файлы. Разница есть. даже по gkrellm видна невооруженным глазом. скачки до 5 MBps и ниже. и это при том, что файлы большие, процессор не нагружен и других задач нет. Так же, мне не столь важна дефрагментация файлов, сколько дефрагментация свободного пространства. под те же dv файлы. захват с камеры и проч. интересные вещи.

shisik 08-01-2009 16:16 1000586

Имхо, причину тормозов следует искать в другом месте. Могу сказать, что в Винде (я имею ввиду не 9x, а NT системы) тормоза появлялются как раз после дефрагментации. А скачивание торрентов вообще хаотичный процесс - неизвестно, какой кусок файла будет запрошен в следующий момент и фрагментирование здесь значения точно не имеет.

EsTaF 03-05-2009 16:55 1109739

shisik, обоснуй это самое другое место.

у тебя файл большой и он разбросан по всему диску. его нужно быстро сосчитать. в рассыпанном состоянии он читается со скоростью когда 50 MBps, а когда и ~5-10 MBps. в целом, медленнее раза в два. если диск шумный, то будет слышен еще и шум головок. а, при "монолитном" расположении файла все четко. без шума и быстро.

Цитата:

Цитата shisik
Могу сказать, что в Винде (я имею ввиду не 9x, а NT системы) тормоза появлялются как раз после дефрагментации. »

под windows есть contig (sysinternals/winternals) > http://technet.microsoft.com/ru-ru/s.../bb897428.aspx

shisik 03-05-2009 18:29 1109794

Цитата:

Цитата EsTaF
у тебя файл большой и он разбросан по всему диску. его нужно быстро сосчитать. в рассыпанном состоянии он читается со скоростью когда 50 MBps, а когда и ~5-10 MBps. в целом, медленнее раза в два. если диск шумный, то будет слышен еще и шум головок. а, при "монолитном" расположении файла все четко. без шума и быстро. »

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

kero 17-09-2012 00:57 1990001

Существует ли прога способная деффрагментировать ext3 из Виндовс ?

sputnikk 23-12-2018 09:58 2847694

После обновления Mint 19 до 19.1 перестала работать проверка фрагментировасти диска по команде sudo e4defrag -c /dev/sda1 . Пишет:
Код:

e4defrag 1.44.1 (24-Mar-2018)
Filesystem is not mounted

Хотя /dev/sda1 занимает весь диск.

Mint 19.1 x86 в VirtualBox 5.

На виртуальной Ubuntu 18.10 работает
Код:

<Fragmented files>                            now/best      size/ext
1. /var/log/wtmp                                15/1              4 KB
2. /var/log/apt/term.log                        8/1              4 KB
3. /home/nemo/.ICEauthority                      4/1              4 KB
4. /var/log/boot.log                            16/1              5 KB
5. /var/log/apt/history.log                      2/1              4 KB

 Total/best extents                                120032/119696
 Average size per extent                        52 KB
 Fragmentation score                                0
 [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
 This device (/dev/sda1) does not need defragmentation.


Jula0071 23-12-2018 14:12 2847748

Цитата:

Цитата sputnikk
Filesystem is not mounted »

Говорит, что фс не смонтирована
Цитата:

Цитата sputnikk
Хотя /dev/sda1 занимает весь диск. »

Вы уверены? Покажите вывод sudo lsblk

sputnikk 23-12-2018 16:20 2847776

Цитата:

Покажите вывод sudo lsblk
Код:

NAME                MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                  8:0    0  15G  0 disk
└─sda1                8:1    0  15G  0 part
  ├─mint--vg-root  253:0    0 13,5G  0 lvm  /
  └─mint--vg-swap_1 253:1    0  1,5G  0 lvm  [SWAP]
sr0                  11:0    1 1024M  0 rom

в конце диска пустота в 1 мб

Jula0071 23-12-2018 16:37 2847784

sputnikk, так у вас LVM.
Узел корня у вас /dev/mint-vg/root

sputnikk 23-12-2018 16:48 2847789

Jula0071, Спасибо. Не помню, может начисто ставил 19 и подкачка оказалась в общем разделе, а не в отдельном. Или при обновлении 19.1 подкачка перешла в общий раздел

Сработало
Код:

e4defrag 1.44.1 (24-Mar-2018)
<Fragmented files>                            now/best      size/ext
1. /var/log/wtmp                                9/1              4 KB
2. /var/log/lightdm/lightdm.log                  7/1              4 KB
3. /var/log/auth.log                            6/1              4 KB
4. /var/log/cups/access_log                      2/1              4 KB
5. /var/log/lightdm/x-0.log                      2/1              4 KB

 Total/best extents                                214483/214153
 Average size per extent                        36 KB
 Fragmentation score                                0
 [0-30 no problem: 31-55 a little bit fragmented: 56- needs defrag]
 This device (/dev/mint-vg/root) does not need defragmentation.
 Done.


Jula0071 23-12-2018 16:52 2847793

sputnikk, вы сейчас ересь несёте. Почитайте про LVM. http://xgu.ru/wiki/Lvm
Возможно Mint стал по умолчанию разбивать диск с использованием LVM, голая убунта так давно предлагает, но не по умолчанию.

sputnikk 23-12-2018 17:12 2847798

Jula0071, значит ставил начисто 19, там видимо по умолчанию
Думал ускорить загрузку, но при нулевой фрагментировасти ничего не даст.
Примерно 1 минуту после запуска вижу чёрный экран с надписью Mint 19.1 и 4 зелёные точки, при этом гаджеты хоста указывают на отсутствие нагрузки на диск и процессор, после минуты ожидания начинается бурная активность диска и процессора, спустя 40 секунд заканчивается полная загрузка (играет музыку приветствия)

Jula0071 23-12-2018 17:19 2847801

Цитата:

Цитата sputnikk
чёрный экран с надписью Mint 19.1 и 4 зелёные точки »

Это plymouth. Его придумали, чтобы загрузка выглядела красивенько, как в винде. Ненужная хрень. Как его отключить, чтобы процесс загрузки был у вас на глазах, я уже забыл, давно слез с линукса как десктопа. Погуглите.

Во всяком случае, ни LVM, ни фрагментация (которой нет) тут не при делах.

sputnikk 23-12-2018 17:33 2847805

Цитата:

Цитата Jula0071
Это plymouth. »

Отключил. Оказалась минуту висит сообщение:
WARNING : Failed to connect to lvmetad. Falling back to device scanning.
Как нибудь поищу в интернете

Jula0071 23-12-2018 17:48 2847814

Цитата:

Цитата sputnikk
WARNING : Failed to connect to lvmetad. Falling back to device scanning. »

Да чего там искать, нужно сделать апгрейд, удалить старые ядра и преребрать свежее с его initrd с поддержкой LVM. Рукожопые убунтовцы-минтовцы и тут накосячили.
https://bugs.launchpad.net/ubuntu/+s...s/+bug/1768230

Если не поможет, то реинстал без LVM. Ну или менее косячный дистрибутив попробовать.

sputnikk 23-12-2018 17:56 2847815

Цитата:

Цитата Jula0071
удалить старые ядра »

сегодня удалял через меню обновления системы
Сейчас стоит 4.15.0-43
Для ручной установки предлагается 4.18.0-13

Цитата:

Цитата Jula0071
Если не поможет, то реинстал без LVM. Ну или менее косячный дистрибутив попробовать. »

мне без надобности, Минт на виртуалке для ознакомления

Jula0071 23-12-2018 17:57 2847817

Цитата:

Цитата sputnikk
Для ручной установки предлагается 4.18.0-13 »

Валяйте, это ж не прод. Ну или сделайте бекап, если хочется, это ж виртуалка.

sputnikk 23-12-2018 18:08 2847824

Цитата:

Цитата Jula0071
Валяйте, это ж не прод. »

не помогло. Разница лишь в том, что предупреждение выскакивает в первой же строчке и ничего другого нет, пока не начнётся загрузка

Jula0071 23-12-2018 19:05 2847839

Поставил в виртуалку этот минт 19.1. LVM не по умолчанию, была галочка, я её ткнул.
Действительно, секунд 30 тупит при загрузке.
Покурил внимательно вышеприведённый баг с лончпада, сделал воркараунд :
в /etc/default/grub правим строчку, добавив в параметры загрузки ядра опцию noresume
Код:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
update-grub && reboot и вуаля.

sputnikk 23-12-2018 19:12 2847841

Jula0071, Пробовал точно также ) https://askubuntu.com/questions/1030...ZFvy4A#1031667
Но нет прав на сохранение файла grub, хотя администратор

Jula0071 23-12-2018 19:13 2847842

Цитата:

Цитата sputnikk
Но нет прав на сохранение файла grub, хотя администратор »

sudo su
nano /etc/default/grub
update-grub
reboot

sputnikk 23-12-2018 19:26 2847849

Цитата:

Цитата Jula0071
sudo nano /etc/default/grub »

что нажать для сохранения?

Не получается сохранить

Jula0071 23-12-2018 20:03 2847865

Поражаюсь вашей беспомощности. А это я ещё дружелюбный нано показал, у которого внизу подсказки, а чтобы случилось, если vi?

sputnikk 24-12-2018 05:14 2847910

Jula0071, Там нету "сохранить", когдп нажимаю одновременно на 2 символа, они записываются в строчке. Из интернета:


Busla 24-12-2018 11:08 2847930

sputnikk, символ ^ обозначает клавишу Ctrl

Jula0071 24-12-2018 15:43 2847972

Цитата:

Цитата Busla
символ ^ обозначает клавишу Ctrl »

Вот уж не подумал, что для кого-то это неочевидно. Извините.

sputnikk 25-12-2018 12:38 2848160

Цитата:

Цитата Jula0071
Вот уж не подумал, что для кого-то это неочевидно. »

В Окошках так не делают, поэтому не додумался )

Заработало как надо. Одноко досадно, что разработчики Минт не предусмотрели правильной настроки

Jula0071 25-12-2018 14:30 2848191

Цитата:

Цитата sputnikk
Одноко досадно, что разработчики Минт не предусмотрели правильной настроки »

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


Время: 14:07.

Время: 14:07.
© OSzone.net 2001-