В Gnome Classic, как добавить значки в панель?

это большое предупреждение для всех тех из вас, которые думают, что НФЦ может быть дефрагментация в 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).