Ещё о переходе на Линукс - NTFS check needed
Ни для кого не секрет, что, сменив операционку (с Винды на Линукс), большинство пользователей не могут себе позволить переформатировать сразу все носители в более нативные файловые системы. Мнение "ну поддержка NTFS наконец то уже давно прекрасна!" среди линуксоидов уже в наличии.
Однако практика показала, что:
1. В процессе интенсивной работы с NTFS дисками (копирование туда и обратно файлов 0.2-70 гигабайт размером) пользователь обнаруживает(в данном случае это была silent_gluk, спасибо ей за терпение), что скорость ЧТЕНИЯ с NTFS диска в Линуксе вдруг становится непотребной (500-900 килобайт в секунду против обычных 17-49 мегабайт в секунду для этого конкретного диска). ntfsfix -d не помогает.
2. ntfs check по конкретным Линуксом чаще отсутствует вообще (и при mount слегка поуродованной этим линуксом партиции выдаётся сообщение, где предлагается перезагрузиться в винду и чекать там).
3. Часть аппаратуры (таков, например, аппарат с эмуляцией CD/DVD Zalman VE-300) не желает понимать NTFS, на который Линукс что-то записал (Zalman выдаёт сообщение Bad/Unsupported Hdd), и никому достоверно неизвестно "что там не так" с его точки зрения. Поэтому аргумент "да ну, этот линукс работает же с даннной партицией, нефиг париться!" не катит совершенно.
4. Не всегда можно отребутить Линуксовую машину, к которой подключён "окривевший" NTFS диск.
Потому итогом моих секспериментов стал следующий алгоритм "починки поломатого":
Положим, у нас было mount /dev/sdd1 /mnt/DISK и работа с этим диском окривеладо некоторого состояния. Далее делаем так:
===============================================================================
umount /mnt/DISK
vboxmanage internalcommands createrawvmdk -filename /path/to/sdd_writethrough.vmdk -rawdisk /dev/sdd
vboxmanage modifyhd /path/to/sdd_writethrough.vmdk writethrough
chmod a+w,a+r /path/to/sdd_writethrough.vmdk
chmod a+w,a+r /dev/sdd
в VirtualBox берём машину с работоспособной Windows 7, останавливаем её.
Добавляем к ней носитель - диск с этим файлом /path/to/sdd_writethrough.vmdk.
Убеждаемся в том, что он "Сквозной"!!!
Если он не сквозной - идём в менеджер вирт носителей VirtualBox и там меняем его тип на Сквозной. И присоединяем заново.
Запускаем виртуальную машину, дожидаемся, когда она обнаружит это устройство, убеждаемся в том, что это тот том, что нам нужен (в том числе по содержимому, хехе).
(!) неочевидное из практики ещё чекания NTFS на Windows NT 4.0:
! метку тома стираем, затем создаём заново.
Чекаем том средствами Windows 7.
Shutdown виртуальной машины.
Убираем диск из неё.
mount /dev/sdd1 /mnt/DISK
==============================================================
Поправки принимаются.
Если есть более простой путь - укажите.
Подчеркну условие - "не ребутить линукс". :)
(если диски только MBR - для такого чекания годится и XP в виртуалке)
Оригинал этого поста в Dream Width. Если вы там есть - отвечайте там, уже комментариев:
Однако практика показала, что:
1. В процессе интенсивной работы с NTFS дисками (копирование туда и обратно файлов 0.2-70 гигабайт размером) пользователь обнаруживает(в данном случае это была silent_gluk, спасибо ей за терпение), что скорость ЧТЕНИЯ с NTFS диска в Линуксе вдруг становится непотребной (500-900 килобайт в секунду против обычных 17-49 мегабайт в секунду для этого конкретного диска). ntfsfix -d не помогает.
2. ntfs check по конкретным Линуксом чаще отсутствует вообще (и при mount слегка поуродованной этим линуксом партиции выдаётся сообщение, где предлагается перезагрузиться в винду и чекать там).
3. Часть аппаратуры (таков, например, аппарат с эмуляцией CD/DVD Zalman VE-300) не желает понимать NTFS, на который Линукс что-то записал (Zalman выдаёт сообщение Bad/Unsupported Hdd), и никому достоверно неизвестно "что там не так" с его точки зрения. Поэтому аргумент "да ну, этот линукс работает же с даннной партицией, нефиг париться!" не катит совершенно.
4. Не всегда можно отребутить Линуксовую машину, к которой подключён "окривевший" NTFS диск.
Потому итогом моих секспериментов стал следующий алгоритм "починки поломатого":
Положим, у нас было mount /dev/sdd1 /mnt/DISK и работа с этим диском окривеладо некоторого состояния. Далее делаем так:
===============================================================================
umount /mnt/DISK
vboxmanage internalcommands createrawvmdk -filename /path/to/sdd_writethrough.vmdk -rawdisk /dev/sdd
vboxmanage modifyhd /path/to/sdd_writethrough.vmdk writethrough
chmod a+w,a+r /path/to/sdd_writethrough.vmdk
chmod a+w,a+r /dev/sdd
в VirtualBox берём машину с работоспособной Windows 7, останавливаем её.
Добавляем к ней носитель - диск с этим файлом /path/to/sdd_writethrough.vmdk.
Убеждаемся в том, что он "Сквозной"!!!
Если он не сквозной - идём в менеджер вирт носителей VirtualBox и там меняем его тип на Сквозной. И присоединяем заново.
Запускаем виртуальную машину, дожидаемся, когда она обнаружит это устройство, убеждаемся в том, что это тот том, что нам нужен (в том числе по содержимому, хехе).
(!) неочевидное из практики ещё чекания NTFS на Windows NT 4.0:
! метку тома стираем, затем создаём заново.
Чекаем том средствами Windows 7.
Shutdown виртуальной машины.
Убираем диск из неё.
mount /dev/sdd1 /mnt/DISK
==============================================================
Поправки принимаются.
Если есть более простой путь - укажите.
Подчеркну условие - "не ребутить линукс". :)
(если диски только MBR - для такого чекания годится и XP в виртуалке)
Оригинал этого поста в Dream Width. Если вы там есть - отвечайте там, уже комментариев: