Дефрагментация разделов NTFS из Linux

Есть ли какие-либо инструменты, которые я могу использовать для дефрагментации моего раздела Windows из Linux?

1
задан 30 September 2014 в 05:15

5 ответов

Нет такого инструмента вокруг, что я знаю.

Некоторые сайты сообщают следующую команду

# WARNING - does not work
fsck -t ntfs --kerneldefrag /dev/hdX

, но это не работает, и это не понятно где они его получают.

8
ответ дан 25 May 2018 в 19:07

Обновление: UltraDefrag для Linux:

UltraDefrag - мощный инструмент дефрагментации Open Source для платформы Windows. Он может дефрагментировать любые системные файлы, включая кусты реестра и файл подкачки. Также одна из главных целей UltraDefrag делает работу максимально быстрой и надежной. Он переносится в Linux и NTFS-3G для дефрагментации разделов NTFS. В настоящее время доступна только тестовая версия в режиме консоли. Пожалуйста, прочитайте прилагаемый файл README.linux для компиляции и тестирования

http://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html

[I ' я еще не использовал это сам. Нашел его через http://jp-andre.pagesperso-orange.fr/advanced-ntfs-3g.html . Далее, следуя за нитью до следующей страницы, вы получите больше информации о теме. Попробуйте на свой страх и риск. - kevjonesin -]

5
ответ дан 25 May 2018 в 19:07

Очень хорошо известно сложный чит, чтобы архивировать дефрагментацию NTFS (включая свободное пространство) ... это можно сделать с помощью Live Linux, такого как SystemRescueCD ...

Но вы должны иметь второй жесткий диск или хотя бы 51% свободного пространства (если не использовать сжатие).

Трюк (очень сложный) заключается в использовании инструментов для «клонирования» раздела, но не типичных ... там это инструмент, который может «клонировать» раздел NTFS, но не делать точный «клон» ... позвольте мне объяснить ...

Инструмент является fsarchive (если я не плохо помню).

Он делает очень большой файл (как инструменты клонирования), со всеми файлами (остерегайтесь специальных метаданных NTFS файлов, потоков, которые, как мне кажется, они вызываются), так же, как инструмент «clone» ... [ ! d4]

Но сложная часть возникает, когда восстанавливается ... она не помещает файлы там, где они где-то ставят файлы без какой-либо фрагментации.

Я использовал его для раздела Windows System как а также для разделов данных NTFS ... с успешным ... не очень простым в использовании / понимании (читайте carfully th e docs) ... но может сделать трюк.

Помните ... такой большой файл, который он создает, может быть сжат, поэтому на самом деле не нужно иметь 51% бесплатного.

Итак, шаги:

Худший случай: на HDD есть только один BIG NTFS-раздел , с достаточным свободным пространством Boot SystemRescuCD (если вы хотите запустить X-окно с помощью команды мастера) Используйте GParted для сжатия раздела NTFS до его минимального размера (больше фрагментируйте файлы NTFS, не важно). Используйте GParted для создания другого раздела на свободном пространстве, лучше, если ext4 type (journal) Установите такой новый раздел, но не монтируйте NTFS. Используйте fsarchiver для создания «клонирования» раздела NTFS, используйте сжатие и сохраните файл bif на созданном разделе. С этого момента это очень RISKY: используйте GParted для удаления Раздел NTFS и заново создайте его. Восстановите «клон» с помощью fsarchiver, все файлы на NTFS-разделе будут 1 фрагмент (кроме одного или двух, потому что $ MFT может быть помещен в середине, а не в strat или конец раздела) Используйте Gparted для сжатия раздела NTFS при необходимости. Проверьте, что NFTS верна, может быть смонтирована, прочитана / записана и демонтирована. Размонтируйте вновь созданный раздел ext4. Используйте Gparted для увеличения этого ext4 (или лучше, удалите его и заново создайте).

Вот и все, люди ... как я сказал очень сложно и рискованно, конечно.

Остерегайтесь ключевых моментов:

Сокращение NFTS позволяет достаточно свободного места для хранения сжатое изображение раздела NTFS (51% на жестком диске будет гарантировать, что этого достаточно) fsarchiver не сохраняет потоки NTFS? fsarchiver restore не помещает файлы там, где они там, где они помещены без фрагментации (например, копия). После удаления и воссоздания раздела NTFS нет обратного пути

Шаги для: Используйте LiveCD / LiveUSB linux для дефрагментации раздел NTFS, в котором используется 100% диска, без подключения другого жесткого диска к этому ПК [должно быть достаточно свободного места].

ВАЖНО:

свободное место для хранения сжатого изображения раздела NTFS (51% на жестком диске будет гарантировать, что этого достаточно)

Пока я знаю, что GParted / fsarchiver является самым близким решением (для используя только LiveCD / LiveUSB с Linux), не быстро, как-то рискованно, но удовлетворяя условиям, налагаемым человеком, который публикует вопрос.

БУДЬТЕ ЗНАЮ: Это очень, очень рискованно ... как с любым Инструмент «клонировать» ... и пока я не знаю другого лучшего способа ... и он потеряет потоки NTFS (если я не ошибаюсь)

ПОЖАЛУЙСТА: прочитайте документы с картой fsarchiver, прежде чем используя это.

У меня есть (я использовал его на своих собственных данных, но всегда у меня есть внешний BackUP - хорошие части).

На практике ... вся информация у меня есть, я помещаю их по крайней мере в три разных среды ( HDD, DVD, Flash Memories), с не менее чем тремя копиями на каждом носителе, поэтому у меня есть 9 копий ... если я потеряю 8 из них, он оставит еще один, чтобы восстановить данные ... Я немного параноик, я знаю.

0
ответ дан 25 May 2018 в 19:07
  • 1
    Я бы не рекомендовал этот метод, так как (как вы сказали) он очень рискован и обычно не стоит из-за дефрагментации. Лучше использовать операционные системы Windows для выполнения такой работы (или исходной системы Windows - почему бы и нет?). – Byte Commander 27 January 2015 в 19:01
  • 2
    fsarchive - это просто сложный tar-архив, в котором хранятся некоторые расширенные атрибуты. Он ничего не дефрагментирует. Вы так же хороши, как и простая копия файлов из одного раздела в другой, с чистой файловой системой. – ZAB 7 June 2016 в 14:10

это большое предупреждение для всех тех из вас, которые думают, что НФЦ может быть дефрагментация в Linux только путем копирования файлов (клонирование только файлы), и т. д.:

некоторые NTFS (файлы/папки) могут иметь специальный активный атрибут, это называется сжатие NTFS

насколько я знаю, в любой момент в Linux (Ср, fsarchiver и т. д.) пишет, что файл/папку на NTFS, то всегда пишу без сжатия файловой системы NTFS, независимо от того, если файл/папка имеет сжатие вкл.или выкл.

, так что вы можете попасть в ситуацию (я встречаю это на своей шкуре), где восстановление с fsarchive (или Ср и т. д.) будет сделать перегородку, чтобы получить полный и не хватить.

какие-то данные могут достичь коэффициента сжатия более 3-х файловой системы NTFS, так что вы можете иметь раздел х Гиб с большим количеством файлов, и суммы файлов быть около 3*х В Размер.

я даю, что предупреждение, потому что оно не известно, а иногда создает очень большие головные боли. как при восстановлении клон нужно больше места, чем весь раздел, который был клонирован, вызвана тем, что сжатие NTFS потерялся на Linux.

также, с очень специальных данных (NTFS соотношение больше 5) я достигну этой ситуации:

некоторые NTFS (файлы/папки) могут иметь специальный активный атрибут, это называется сжатие NTFS файл, который занимает клон (лучшее сжатие, что инструмент пусть заберет, я думаю) взял 2*х Гиб

Ах, да, клон был сжат, и это заняло вдвое Размер раздела.

это вызвано тем, что штамп для чтения файлов в обычной (в понятно, не сжимается), то сжатие данных (очень плохое соотношение отличной от NTFS и сделал).

конечно восстановление, что данные не поместятся на этом разделе, так как восстановленные данные будут положены без сжатия NTFS.

надеюсь понятно, еще одна причина, почему не использовать НФЦ сжатия? Ну, не совсем, я использую NTFS сжатие большое (в прошлом). ВДИ (виртуального) файлы получить действительно хорошее соотношение.

теперь я обнаружил Писмо файл Mount (и это также работает на Linux). это может создать файл, который действует как контейнер (в папку) и может быть сжат (также с лучшим коэффициентом, чем НФЦ) и в то же время шифруется.

почему я упоминаю его. потому что любой инструмент клон увидите такой контейнер как файл (когда не подключен как папка) и читайте/дамп/бэкап сжатый поток данных, а не простые несжатые данные (как с NTFS-сжатия). так что восстановление-это как с любым другим файлом.

[dиода d17]вместо того, чтобы сжимать NTFS-папку с атрибутом сжатия NTFS, я положил файл Писмо монтировать виртуальные папки. более эффективное сжатие, и т. д.[!dиода d17]

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

а для неизменных виртуальных дисков, ISO-образов, и вещи, которые не изменятся, соотношение это становится очень близко к LZMA2 из них (7-zip) и его можно читать/писать на лету.

, и это является кросс-платформенным.

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

начать писать положение предварительно вычисляется как 64К*N, где N-число 64 Кб блока, который будет пытался быть сжатый буфер на 64 КБ зарезервированной что буфер заполняется 64К, а затем сжимается только 4К блоки записываются, остальные пусть как свободное пространство

так он создает много, много пробелов в середине файла, и только после дефрагментации файл, пробелы исчезают, но что дефрагментация не происходит до того, пользователей его (contig.exe, defrag.exe и т. д.).

Да, он пишет из N-ого блока 64К на позиции, кратной 64 КБ, независимо от того, если предыдущие данные или не могли бы быть сжаты, это оставить зазор между 64К кусок (если все могли бы быть сжаты).[!файл d28]

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

также еще одно предупреждение, не ставьте VHD-или vhdx-файлы внутри нее, Windows не сможет пристроить их! Windows использует трюк с ядром на гора такие вещи, он не использует на уровне файловой системы, работает на низком уровне.

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

также было бы здорово, моя память лучше. в прошлом я использовал инструмент (командной строки, к сожалению) на Windows, который можно скопировать/переместить файл в не фрагментарно. переезд необходимые документы, которые нужны всем, а не дробление, что те. он только выдает сообщение, если он не может найти способ, чтобы поместить файл (невозможно получить отверстие) или другое предупреждение, если он должен т фрагмент другого файла (прошу, если это разрешено пользователем) и т. д. было действительно здорово. Я не помню название (и, возможно, она не работает с современными окнами, он был для Win2000).

0
ответ дан 25 May 2018 в 19:07
Нет. Это файловые системы Windows, поэтому вам нужно будет использовать Windows для их дефрагментации.

-1
ответ дан 25 May 2018 в 19:07
  • 1
    У Wine нет стандартного приложения для дефрагментации Windows? ??? – Juan 13 December 2015 в 01:54
  • 2
    @Juan, нет, это часть Windows. WINE просто позволяет запускать сторонние приложения, написанные для окон. Он также использует специальные файлы ioctls для файловой системы Windows, которые недоступны в Linux. – psusi 13 December 2015 в 23:53

Другие вопросы по тегам:

Похожие вопросы: