Установка вторичного диска в CentOS 6

Если Вы обновили к grub2, отредактируйте/etc/default/grub
добавьте i915.i915_enable_rc6=1 к следующей строке (строкам) (удостоверьтесь, что они не прокомментированы),

GRUB_CMDLINE_LINUX="i915.i915_enable_rc6=1" # for both recovery and normal mode GRUB_CMDLINE_LINUX_DEFAULT="i915.i915_enable_rc6=1" # for normal mode only

Затем обновите grub.cfg файл, обычно grub-mkconfig -o /boot/grub/grub.cfg

Определите свою версию личинки и проверьте Wiki Arch на дополнительные детали. Многие пользователи, самостоятельно включенные, переключаются на Arch из-за своей превосходной документации.

0
26.05.2013, 14:24
1 ответ

Вы, вероятно, хотите диск, смонтированный автоматически. Вам нужна запись в /etc/fstab для этого. Можно сделать это с любым редактором (просто копируют другую строку и изменяют его), но конечно, существует инструмент дистрибутива для задания (я не знаю CentOS, возможно, кто-то еще может добавить эту информацию).

Если Вы используете редактора, затем сначала делают резервное копирование файла и после modificationtry для монтирования раздела от оболочки (как корень при необходимости) с командой mount /dev/sdb1 (если /dev/sdb1 идентификация устройства, которую Вы использовали в fstab) перед перезагрузкой. Поскольку при создании ошибки в файле, система не будет, вероятно, больше загружаться.

1
28.01.2020, 02:53
  • 1
    Он дал файловой системе маркировку (подсказка: -L /Filesystem2). Лучше использовать это для установки его fstab, так как запись в/dev/может измениться на основе различных вещей. –  Tim 08.05.2013, 20:11
  • 2
    я установил диск для монтирования автоматически. После перезагрузки учетная запись пользователя получает черный экран при попытке зарегистрировать на пути VNC к GNOME. Я заканчиваю тем, что имел необходимость вызвать выход клиент VNC на моей локальной машине Windows. Я могу зарегистрировать на пути VNC к GNOME как корень (не рекомендуемый). PuTTY хорошо работает как любой пользователь. Некоторое обновление могло иметь, вызывает это??? монтирование объема –  Joshua 09.05.2013, 00:09
  • 3
    @Joshua не должно быть связано с доступом VNC вообще. Можно ли войти в систему локально все же (как пользователь)? Пользовательский вход в систему перестал работать, например, если Ваш каталог $HOME не доступен. Но добавление объема не должно влиять на это. С чем Вы добираетесь как корень ls ~user? –  Hauke Laging 09.05.2013, 00:36
  • 4
    @HaukeLaging - Я думаю, что проблема была, когда я отредактировал /etc/fstab к автоматическому монтированию. /dev/sdb1 имеет маркировку /Filesystem2 и я автоматический смонтировал его к названной папке /Filesystem2. Я создал новую папку /drive2 и отредактированный /etc/fstab смонтироваться /dev/sdb1 к нему и теперь у меня есть доступ через VNC снова. –  Joshua 09.05.2013, 01:06
  • 5
    @HaukeLaging - Однажды /etc/fstab был отредактирован и система перезагружается, она работает, как Вы описали в своем ответе. Теперь, сделайте я использую chmod предоставлять пользовательский доступ к новому подсоединенному внешнему диску? –  Joshua 09.05.2013, 01:13

Теги

Похожие вопросы