Страница 3 из 5
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 06 дек 2017, 20:39
slant
Unborn писал(а): ↑06 дек 2017, 20:14
Да уже давно и актуальные Винды и Линукс это делает. Вот ВинХР нет, Вин7 с какого-то релиза научили. И это не юзерское дело вообще, юзеру даже думать об этом не нужно.
Я как-то перестал улавливать вашу логику. то вы говорите, что это железо делает. Теперь - что ОС... В одном я с вами согласен - юзер этим в принципе не занимается.

Этим должен озаботится админ - хотя бы на уровне: убедиться, что конфигурация стандартна и думать на эту тему больше не надо.
А вот если используется не совсем стандартный вариант - косяк может и вылезти. В частности, в линуксе дисковая подсистема не есть что-то монолитное, корректная поддрежка TRIM должна быть в реализации FS и ядре (благо сейчас она по дефолту есть). А FUSE - это вообще юзерспейс.
sana-555 писал(а): ↑06 дек 2017, 19:07
Поменял, перезагрузил хост, результат тот же...
Ничего удивительного. Данные то на диске не менялись, Новой маркировки и очистки блоков для старых данных не было.
Вот если бы весь диск был очищен после этого - возможно, результат бы появился. В прочем, ntfs-3g в любом случае тянет за собой FUSE.
UPD: я тут загуглил - ntfs-3g не поддерживает TRIM официально. Вообще. Точка. Как и все остальное, что работает через FUSE.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 06 дек 2017, 21:10
sana-555
slant писал(а): ↑06 дек 2017, 20:39
FUSE
А можно ли как то вообще обойтись (подключить диск) без этого FUSE?
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 06 дек 2017, 21:12
slant
NTFS - нет. Нативные - ext*, btrfs, xfs, и прочее - без него и подключаются.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 06 дек 2017, 21:14
sana-555
slant писал(а): ↑06 дек 2017, 21:12
NTFS - нет. Нативные - ext*, btrfs, xfs, и прочее - без него и подключаются.
Аа, т.е. если я завтра форматну диск в ext4, то он у меня автоматом подключится без FUSE?

Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 06 дек 2017, 21:19
slant
Ну да. Только я не дам гарантий, что сразу станет шустро. Т.к. надо будет дождаться пока трим отработает сам, или просто инициировать вручную на разделе после форматирования.
Но может и не понадобится - вот это как раз тот случай, когда автоматика должна бы и управится.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 17:47
sana-555
Что то не хочет форматировать в gparted..
Диск отсоединил.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:04
rogoznik
sana-555, скачай
тут, запиши на флешку, загрузись и сделай что надо
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:08
slant
sana-555 писал(а): ↑07 дек 2017, 17:47
Что то не хочет форматировать в gparted..
Диск отсоединил.
Не отсоединил значит - диск занят. Закомментируй строку с этим диском в /etc/fstab и перегрузись, это будет надежнее.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:20
sana-555
Блин поторопился, не закоментил и перезагрузился, сейчас такая картинка

Сейчас попробую через текстовый редактор vi зайти
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:22
slant
Читать пробовал?

Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:26
sana-555
Пробовал, перезагружается и снова сюда...

Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:34
rogoznik
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:47
sana-555
sana-555 писал(а): ↑07 дек 2017, 18:20
Сейчас попробую через текстовый редактор vi зайти
Зашел, закоментировал строчку, перезагрузился, форматнул... - отформатиловалось...
Теперь нужно эту строчку в /etc/fstab:
Код: Выделить всё
UUID=F628E8C928E88A47 /media/data ntfs defaults,umask=007,gid=46 0 0
Заменить на:?
Код: Выделить всё
UUID=F628E8C928E88A47 /media/data ext4 errors=remount-ro 0 1
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:49
slant
UUID у тебя теперь другой на разделе.
Посмотреть их поможет команда blkid
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 18:52
sana-555
slant писал(а): ↑07 дек 2017, 18:49
UUID у тебя теперь другой на разделе.
Посмотреть их поможет команда blkid
Да, точно так, а в остальном так и оставить?
Код: Выделить всё
UUID=1dc14ab0-e9d2-44ae-b9e2-5dac1ffda0b3 /media/data ext4 errors=remount-ro 0 1
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 19:54
slant
noatime в опции не помешает добавить. И последнюю цифру с 1 на 2 заменить. Это не системный диск, его отсутствие загрузить систему не мешает.
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 07 дек 2017, 19:59
sana-555
так?
Код: Выделить всё
UUID=1dc14ab0-e9d2-44ae-b9e2-5dac1ffda0b3 /media/data ext4 errors=remount-ro,noatime 0 2
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 08 дек 2017, 16:29
sana-555

Ничего не изменилось...

Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 08 дек 2017, 19:43
sana-555
Я в смысле после форматирования скорость в одну сторону осталось такой же низкой... В обратную сторону так же высокая. Или нужно какое то время?
Низкая скорость при копировании из виртуальной винды в виртуальную линукс
Добавлено: 08 дек 2017, 20:12
slant
https://wiki.archlinux.org/index.php/So ... 0.BC.D1.8B
У тебя сейчас такая ситуация: диск был в работе, блоки исчерпаны, но TRIM не выполнялся. Т.е. просто включенный трим на новой FS работает, но старые блоки еще не получили меток. Попробуй сделать трим вручную, через команду fstrim. Если ничего не изменится и после нее - тогда будем разбираться дальше.