Низкая скорость при копировании из виртуальной винды в виртуальную линукс

[rogoznik]

Как это сделать?

Отформатировать. Других вариантов нет.

[sana-555]

Я не про то подумал..)
А в какую лучше?

[rogoznik]

А в какую лучше?

С учетом того что у вас ssd - то btrfs.

[sana-555]

Она лучше чем ext4?

[rogoznik]

ext4

Если честно - то не знаю насколько, в настоящее время, ext4 подготовлена для работы с ssd. Про btrfs читал много после покупки своего ssd перед установкой ОСи на него. А вот про ext4 и ssd ничего толком не нашел. Возможно slant чего подскажет по этому поводу.

[sana-555]

Хорошо, завтра принесу usb диск, чтобы временно перекинуть файлы и форматнуть, потом отпишусь..

[slant]

Я думаю, навряд ли, поскольку это явление наблюдалось бы при копировании и с реальных машин, а там как раз все хорошо.

С образами дисков виртуальных машин - все не так очевидно. Очень даже может наблюдаться описанное явление. Описывать полные причины - долго. Если интересует - гуглите.
А освобождать место если TRIM не работает - нету никакого смысла. Уже никак не повлияет.

Как это сделать?

Как обычно. Сохраняете все нужно с диска, отмонтируете, форматируете его в ext4, правите /etc/fstab, мотируете, и заливаете все обратно.

С учетом того что у вас ssd - то btrfs.

Неправильный совет. У него там образы виртуалок - им COW btrfs только мешается. Для такого назначения - классическая ext4 намного лучше.
btrfs - прекрасно подойдет для системного диска, для home, но если предполагается хранение образов виртуалок, торренты, или swap-файл - не подходит. Можно конечно и ее использовать, но только с твиками, причем в процессе придется отключить ее киллер-фичи - смысла не остается.

[rogoznik]

ext4

Значит таки ошибся.

смысла не остается

Как всегда спасибо за разъяснение нюансов, до которых в свое время не добрался, а потом уже и лень как-то было

[Unborn]

А освобождать место если TRIM не работает - нету никакого смысла. Уже никак не повлияет.

Если диск не из первых моделей и мат. плата не древняя, то TRIM уже нормально делается самим диском без лишних напоминаний. Поумнело железо уже.

[sana-555]

Если диск не из первых моделей и мат. плата не древняя

матери 2,5 года, дискам 1 год.

[Dja]

UUID=F628E8C928E88A47 /media/data ntfs defaults,umask=007,gid=46 0 0

Попробуйте всё же

Код: Выделить всё

UUID=F628E8C928E88A47                      /media/data      ntfs-3g  uid=1000,gid=1000,dmask=022,fmask=133,locale=ru_RU.UTF-8     0       0

[slant]

Unborn, Это заблуждение. То что оно делает само - это не полноценный цикл TRIM, а сборщик мусора. Процесс подготовки для новой записи. Одно другого не заменяет в подобной ситуации.
Мат-плата и тем более диск - сами по себе не знают, какие байтики системе нужны, а какие нет (для этого надо разбираться в структуре записанного - т.е. нужны данные о структуре и умение работать с FS). Это знает OS, и именно она должна их пометить как свободные. Только после этого ими займется сборщик мусора.

[sana-555]

Попробуйте всё же

Заменить на вашу строчку?

[Dja]

sana-555,

[sana-555]

Перезагружаться не нужно после?

[rogoznik]

Перезагружаться

Обязательно

[sana-555]

Поменял, перезагрузил хост, результат тот же... Плюс еще очень долго стала загружаться ось матэ 64 18,2 - около 1,5 минут, раньше грузилась на раз два три...

[Dja]

около 1,5 минут, раньше грузилась на раз два три...

и это после изменения строки? о_О

[sana-555]

Да нет , еще до нее заметил, просто забыл, поскольку очень редко перезагружаю комп, последний раз неделю назад перезагружал.

[Unborn]

Это знает OS, и именно она должна их пометить как свободные. Только после этого ими займется сборщик мусора.

Да уже давно и актуальные Винды и Линукс это делает. Вот ВинХР нет, Вин7 с какого-то релиза научили. И это не юзерское дело вообще, юзеру даже думать об этом не нужно. И это хорошо.
sana-555, ну может на немного тормознуться, пока ntfs-3g не загрузится.