Смонтируйте папку на диске в fstab. Переместиться?
Я рекомендовал бы crunchbang также. Мне установили его на более старом ThinkPad (x60), и это достаточно быстро. Используя рабочий стол Openbox, кажется, имеет значение также. Это также предлагает устанавливать (или не) наиболее распространенные пакеты на начальной установке.
Я не думаю, что можно выполнить перемещения от /etc/fstab. Если Вы хотите сделать это, добавьте a mount --move команда в /etc/rc.local. Это оставляет время в процессе начальной загрузки, во время которого корневые каталоги не доступны в своем заключительном местоположении. Так как это корневые каталоги, они не должны использоваться очень, если вообще во время процесса начальной загрузки, таким образом, это в порядке. Одна вещь, о которой я могу думать, @reboot директивы crontab. Если у Вас есть какой-либо из них, корневые каталоги должны быть доступными, таким образом, необходимо добавить mount --move к правильному месту в /etc/rc.sysinit вместо этого (сразу после того, как mount -a).
Используя связывание монтируются, прекрасен, вероятно, все же. То, что может пойти не так, как надо, является главным образом процессами, которые пересекают целый диск, такой как резервные копии и updatedb. Отъезд связывания монтируется в /etc/fstab наименее опасная опция, но необходимо настроить дисковые процессы обхода для пропуска /mnt/temphome/home.
Еще одна возможность состоит в том, чтобы сделать /home символьная ссылка. Однако это может заставить некоторые программы записывать полный путь к корневым каталогам пользователей, которые были бы /mnt/temphome/home/bob. Связывание монтируется, или перемещение подмонтирования не имеет этой проблемы.
Нет, Вы не можете сделать то, что Вы спрашиваете. Как Вы отметили, Вы не можете сослаться на файл в файловой системе, которую Вы еще не смонтировали. [*]
Однако существует схема, которая могла бы работать на Вас: файловая система в файле на донорском разделе, смонтированном через циклическое устройство. Рассмотрите:
# cd /mnt/temphome
# chmod 700 .
# chown root.root .
# dd if=/dev/zero of=temphome bs=4k count=1M
# mke2fs -j temphome
(answer yes to the annoying question)
# mount temphome /home -o loop
То, что это делает, создает 4 гибибайта /home файловая система, которая живет в файле в корне /mnt/temphome раздел. Все еще необходимо смонтировать донорский раздел и оставить смонтированным, но только базироваться, может смонтировать его или изменить его содержание непосредственно, включая монтирование /home через циклическое устройство. После того как Вы смонтировали новое /home, однако, обычные пользователи могут записать в ту новую файловую систему, потому что они делают так через ядро, которое имеет власть делать это, питание, которым управляют полномочия в файловой системе цикла.
Если по некоторым причинам, который все еще выставляет /mnt/temphome раздел для больше риска, чем Вы хочет принять, лучшая альтернатива, о которой я могу думать, должна использовать gparted, чтобы уменьшить донорский раздел и использовать пространство, открытое для создания нового временного файла /home раздел. Когда Вы сделаны с помощью него, поп назад в gparted, удаляете временный раздел и повторно разворачиваете донорский раздел для использования освобожденного пространства. Это имеет его собственные риски, хотя: изменение разделов не является 100%-м сейфом.
[*] ну, это не совсем верно. Иногда Вы видите, что обман включает знание точного дискового местоположения (сектор, голова, дорожка) файлов в других файловых системах. Это наиболее распространено в операциях низкого уровня: спящий режим, подкачка, загружаясь... Чтобы это работало, Вам нужен абсолютно непрерывный файл (т.е. никакая фрагментация), который никогда не перемещается, так, чтобы можно было только начать читать и писать необработанные секторы от и до размонтированного раздела.
Если Вы наблюдаете тенденцию таких вещей со временем, тем не менее, Вы замечаете, что они имеют тенденцию становиться менее популярными со временем из-за различных последствий. С одной стороны, дефрагментаторы имеют тенденцию повреждать такие схемы. Это - одна причина /boot и swap обычно отдельные разделы в соответствии с Linux.