постепенное увеличение от лица виртуального HDD
Я выяснил проблему. Это был BIOS / большая дисковая проблема. Рассматриваемым компьютером является Dell Inspiron 6000 с 2005. Это шло с диском на 40 ГБ, который я заменил диском на 160 ГБ. Раздел Archbang запустился на уровне приблизительно 90 ГБ в, и по-видимому это вызвало проблему.
После успешной начальной загрузки с диском SuperGrub2 с помощью опции "Enable PATA" я нашел на их сайте, что Вы могли переустановить личинку с модулем ATA, и это теперь хорошо работает, хотя я нахожу, что начальная загрузка время дольше :(
Таким образом, если кто-либо встречается с этой проблемой на более старой машине с большим диском, это могло бы помочь Вам преодолеть ее :)
Сначала попытайтесь загрузиться с SuperGrub2 с опцией Enable PATA. Если это работает, то, от рабочей установки Linux, переустанавливают личинку как это:
grub-install --disk-module=ata
Увеличение диска в VMWare - простая часть, для этого вы заходите в настройки виртуальной машины и вводите большее число. (Пока у вас есть свободное место в хранилище данных или при использовании тонкой подготовки и вы знаете об ограничениях избыточной подготовки.)
Более серьезная проблема возникает в ОС, на которой работает ваш FTP-сервер. Какую операционную систему вы планируете запустить в VMWare?
Если это Linux-сервер, вы можете использовать LVM, который позволяет на лету расширять диск.
Для этого вы сначала увеличиваете диск в VMWare, затем создаете дополнительный диск в новом пространстве, объединяете их в одну «группу томов», затем расширяете «логический том», а затем изменяете размер файловой системы. Все это можно сделать, пока система активна и работает.
http: //www.turnkeylinux. org / blog / exnding-lvm
Если демон FTP работает на сервере Windows, вам нужно иметь 2 раздела на диске и убедиться, что общий ресурс FTP хранится на втором диске. Невозможно расширить диск / раздел, помеченный как «система», из установки Windows, которая на нем запущена.
http://support.microsoft.com/kb/325590
Надеюсь, это имеет смысл.
Виртуальные диски на ESXi легко расширяются - даже онлайн, без необходимости выключать гостевую систему. Но очевидно, что вам нужно будет изменить размер разделов и структур файловой системы в гостевой системе. Под Linux (я предполагаю, что вы используете Linux, поскольку Windows в любом случае не предоставит вам такой большой выбор с точки зрения файловых систем), размер файловых систем Ext-типа можно изменять без размонтирования, используя ext2resize , XFS и BTRFS являются росла тоже довольно легко. Однако разделы представляют собой большую проблему - вам нужно будет размонтировать файловую систему, чтобы она заработала (Linux не будет повторно читать таблицу разделов с файловыми системами с диска, все еще смонтированного). Поэтому, если вы хотите свести к минимуму время простоя из-за изменения размеров, ваши варианты будут следующими:
- не использовать разделы, а разместить файловую систему на «необработанном» виртуальном диске. Это имеет некоторые проблемы с управляемостью - большинство администраторов (и большинство инструментов, связанных с дисками) ищут таблицу разделов, чтобы понять, что находится на диске. Если вы не используете таблицу разделов, диск может быть ошибочно признан «пустым», и его содержимое будет перезаписано.
- вообще не изменяйте размер - создайте виртуальный диск с «тонкой подготовкой», на котором будет достаточно места для будущего роста и разместите там свой FTP-магазин. Здесь есть две потенциальные проблемы: виртуальный диск, на котором достаточно места для будущего роста, и разместить на нем свое FTP-хранилище. Здесь есть две потенциальные проблемы: виртуальный диск, на котором достаточно места для будущего роста, и разместить на нем свое FTP-хранилище. Здесь есть две потенциальные проблемы:
- Виртуальный диск с тонким предоставлением, очевидно, имеет дополнительные накладные расходы и дополнительный уровень, на котором может произойти фрагментация (хотя эффект обоих будет незначительным в большинстве сценариев)
- , если у вас есть случай использования, когда много временных данных Созданный и удаленный виртуальный диск может вырасти значительно больше, чем требуется вашей реальной файловой системе, и у вас могут возникнуть трудности с освобождением этого пространства из хранилища данных (поможет операция «миграция хранилища», гостевая файловая система, выдающая команды TRIM для неиспользуемых дисковых блоков, будет также при использовании ESXi 5.1 или новее в качестве гипервизора)
- используйте уровень хранилища NAS (NFS или Samba) в качестве хранилища для FTP, где вы можете скрыть операцию изменения размера с вашего FTP-сервера