/ на SSD, я должен положить / var на HDD?


16

Я недавно только что установил Ubuntu 14.04, и я все еще очень плохо знаком с Linux / Ubuntu. У меня есть ноутбук, в котором я установил SSD на 120 ГБ и жесткий диск на 750 ГБ.

В настоящее время я установил Ubuntu на SSD и подключил жесткий диск fstabк /mnt/var. Теперь я хочу установить программы на жесткий диск и поддерживать чистоту SSD для Ubuntu.

Насколько я понимаю, программы установлены в /varкаталоге, и поэтому я пытался скопировать текущие данные из /varв /mnt/varи затем отредактировать fstabдля подключения жесткого диска /var.

Однако всякий раз, когда я перезагружаюсь, у меня возникает много разных проблем: во-первых, он говорит, что не может найти некоторые драйверы. Затем, после другой попытки сделать это немного по-другому, он не смог найти /var.

У меня вопрос, и мне жаль, если об этом уже спрашивали, но я следовал за кучей разных руководств, и ни одно из них не помогло мне, как мне правильно настроить их так, как я хочу?


1
Хм, просто кажется, что накопитель на 750 Гб есть ни для чего, кроме. То, как я раньше управлял своими вещами на окнах, заключалось в том, чтобы размещать все, что я действительно часто использую, и на жестком диске много места, а также то, что я использовал регулярно и хотел быть быстрым на SSD. Нет ли способа управлять моими вещами таким же образом в Ubuntu?
Taerus

Кроме того, мой диск может быть заполнен очень быстро. Это всего 120 ГБ. Как бы я оптимально использовал 750 ГБ?
Taerus


3
Вы используете другую ОС на вашем SSD? Если вы используете Ubuntu только на SSD, у вас будет много свободного места. Моя полная установка Ubuntu использует только 6 ГБ (у меня /home/есть свой собственный раздел).
AL

@bain Я предлагаю дать Таэру возможность самому решить, является ли хранение / var на отдельном разделе лучшим способом сделать это до того, как вопрос будет помечен как возможный дубликат.
Карел

Ответы:


20

Это плохая идея. Если вы поместите установленные приложения на SSD, вы получите более стабильную операционную систему и лучшую производительность. У вас есть твердотельный накопитель емкостью 120 ГБ, поэтому не стесняйтесь использовать его для установленных приложений.

Ваш жесткий диск 750 ГБ, конечно, не существует даром. Вот мое предложение о том, как оптимально использовать жесткий диск емкостью 750 ГБ. Установите Ubuntu на свой SSD, включая /homeкаталог, все идет на SSD. Затем используйте жесткий диск объемом 750 ГБ в качестве диска для хранения личных файлов. Независимо от того, что происходит с вашей операционной системой, ваши личные файлы будут защищены и доступны на жестком диске емкостью 750 ГБ. Даже если ваша операционная система станет полностью непригодной для использования или если вы сделаете новую установку Ubuntu, все ваши личные файлы останутся целыми на жестком диске емкостью 750 ГБ.

Вам не нужно беспокоиться о том, что ваш жесткий диск на 120 ГБ слишком мал. Твердотельный накопитель на 120 ГБ имеет более чем достаточно места для установки Ubuntu таким образом. На самом деле, даже раздел 60 ГБ имеет более чем достаточно места для Ubuntu и множества установленных приложений.

На моем Ubuntu есть несколько файлов, которые я регулярно использую. Чтобы повысить производительность и быстро открывать эти файлы, я также храню эти файлы на своем SSD в своем /homeкаталоге. У меня не много таких файлов, поэтому мой /homeкаталог довольно маленький.


Спасибо за совет, и я буду придерживаться этого. Возможно, когда-нибудь в будущем, когда у меня будет больше опыта в Ubuntu / Linux, я мог бы пересмотреть это. Хотя, если проблем с дисковым пространством не возникнет, я, вероятно, буду придерживаться этого вечно. Еще раз спасибо, высоко ценится.
Taerus

7
Что я делаю, так это помещаю свой домашний каталог на SSD, но я помещаю документы, загружаемые файлы, музыку, видео и т. Д. На больший жесткий диск и просто добавляю ссылки на домашний каталог. Я, вероятно, попытаюсь смонтировать их вместо использования ссылок, но я делал это в течение долгого времени, и это работает. Кроме того, если я установлю другую ОС, я могу легко обмениваться мультимедийными файлами.
Марти Фрид

1
Ха, просто так получилось, я просто сделал то же самое :-) Вы можете отредактировать их пути к папкам где-нибудь в /home/user/.config/user-dirs.dirs.
Taerus

1
@MartyFried Я с тобой там. Я обозначаю каталоги в / home / на втором диске.
Rinzwind

@ Тауэр - Да, я узнал об этом; но я также узнал, что если вы удалите, то добавьте ссылку сразу, это не обязательно. Я также понял, что символические ссылки могут быть лучше, чем монтирование, потому что моя резервная копия автоматически не следует за ними, поэтому я могу создавать резервные копии носителя отдельно.
Марти Фрид

9

Хорошо, во-первых, ответы, которые я видел, не затрагивают 2 самых важных вопроса.

Во-первых, хотя я приветствую ваше погружение и попытки что-то предпринять, причина, по которой вы столкнулись с проблемами, связана с неполным пониманием структуры каталогов linux. Пожалуйста, подтвердите, что следует, прежде чем слепо следовать моему совету, так как я не являюсь постоянным пользователем вкусов * buntu linux, но ...

Приложения (по моему опыту) обычно не находятся в / var, (есть исключения), большинство приложений находятся в каталоге / usr, / var (в ubuntu) используется для файлов, журналов и кэшей, связанных с сервером. также вещи, которые будут потеряны при перезагрузке, если хранятся в / tmp.

Есть компромисс, который нужно сделать. / var на быстром диске (например, ssd) улучшит производительность системы, но из-за особенностей дисков ssd может (в некоторой степени) сократить срок службы диска из-за более частых операций записи.

В двух словах, более высокая производительность, / var на ssd, увеличенный срок службы диска, / var на диске 750 ГБ.

Для справки, все мои системные файлы (openSUSE 13.1) и вся структура системных каталогов (включая / var) существуют на одном 64 ГБ ssd.

Информация Карела о ваших данных немного вводит в заблуждение (я полагаю), поскольку ваши данные и / home каталог тесно связаны. Мое предложение, смонтировать / home на раздел на диске 750GB. Это упростит управление файлами в долгосрочной перспективе.

Мои данные и веб-сайт - это единственное, что не на ssd, мои данные (/ home, / srv / http хранятся на отдельных дисках, чтобы упростить обновления или перейти на другие дистрибутивы. (В моем каталоге / home есть файлы, которые были созданы в 1998)

Я отвечу, как двигаться / вар в посте, который следует


Ты прав. Я хотел бы добавить , что программное обеспечение также устанавливается в других местах ( /bin, /lib, /opt, & гр.). Однако они обычно хранят такие вещи, как файлы базы данных /var. «Ваши данные и / home каталог тесно связаны» Конечно, но вы можете быть более гибкими и размещать вещи вне этого. (Или символьное / связывающее крепление, чтобы вы могли использовать другое устройство, но оно все равно выглядит так, как будто оно внутри ~.)
Мэтт Нордхофф

Почему два ответа?
Брайам

это определенно полезно знать о влиянии на жизнь диска. Так что, по сути, начиная с 2017 года, лучше установить систему на SSM-накопитель NVMe PCIe, поместить / var и несколько других на другой дешевый ssd, если это возможно, и поместить остальные редко используемые файлы на жесткий диск, да. .
nyxee

4

Я снова, кстати, я согласен с Карелом, что выполнение вашей базовой установки на ssd - лучший вариант. Я также рекомендую прочитать несколько других уроков, прежде чем следовать моим указаниям.

ПРИМЕЧАНИЕ: гораздо проще настроить систему во время новой установки,

Теперь, если вы хотите создать новую точку монтирования для / var, необходимо учитывать множество факторов.

Некоторые каталоги будет сложнее перемещать, поскольку файлы могут использоваться, / var является одним из таких проблемных потомков. Каждый раз, когда ваша система активна, вероятно, что данные записываются в / var

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

эти ссылки могут помочь вам начать,

http://lists.opensuse.org/opensuse/2001-11/msg01343.html

http://dev.digi-corp.com/2009/09/moving-opt-data-to-new-partition-in-linux-due-to-low-disk-space

ПРИМЕЧАНИЕ: я предпочитаю использовать tar, а не cp, он работает быстрее и я знаю, что он сохранит атрибуты моего файла, что-то вроде следующего (быстрый пример, некоторые шаги для простоты опущены)

НЕ СОБЛЮДАЙТЕ ЭТИ НАПРАВЛЕНИЯ БЕЗ ПОНИМАНИЯ ЧТО СДЕЛАНО

  • Загрузка с живого USB.
  • Используйте fdisk и mkfs, чтобы создать и отформатировать новый раздел на диске 750 ГБ, 50 ГБ должно быть достаточно.
  • Смонтируйте новый каталог.

Как это

mkdir /mnt/var2
mount -a /dev/sdxx /mnt/var2

(замените sdxx на раздел размером 50 ГБ, который вы создали для вашего нового / var, например / dev / sdb1)

смонтировать ваш ssd как / mnt / oldroot

mkdir /mnt/oldroot
mount -a /dev/sdxx /mnt/oldroot

(здесь / dev / sdxx - это раздел / на вашем ssd, вероятно, / dev / sda1 или аналогичный). Теперь вы должны иметь возможность перемещаться по старой файловой системе, начиная с / mnt / oldroot.

теперь вы скопируете файлы из старого каталога / var в новый

cd /mnt/oldroot/var
tar cSpf - . | (cd /mnt/var2 ; tar xvSpf - )

когда копирование закончится, сравните 2 каталога, если все выглядит хорошо, переименуйте старый каталог / var

mv /mnt/oldroot/var /mnt/oldroot/var.0ld
mkdir /mnt/oldroot/var

Осталось только отредактировать / mnt / oldroot / etc / fstab, чтобы добавить новый раздел в качестве точки монтирования для / var (я оставлю это на ваше усмотрение)

тогда

umount /mnt/var2
umount /mnt/oldroot
reboot

Если все прошло хорошо, при перезагрузке новый раздел должен быть смонтирован как / var

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.