Чоун не работает постоянно

Я установил экземпляр Ubuntu Server 14.04, включая Mate Desktop, в AWS EC2. Он имеет системный том 30 ГБ и 80 ГБ, который доступен по адресу /mnt.

После вызова sudo chown <awsuser> /mnt я могу создавать файлы и папки на томе объемом 80 ГБ.

После перезагрузки виртуальной машины мне нужно перезапустить sudo chown <awsuser> /mnt, в противном случае я получаю ошибку отказа в разрешении.

Как я могу сделать sudo chown <awsuser> /mnt постоянным?

Обновление: Вывод mount | grep /mnt:

/dev/xvdb on /mnt type ext3 (rw)

Вывод ls -ld /mnt

drwxr-xr-x 3 root root 4.0K Nov 23  2015 /mnt
2
задан 21 June 2016 в 14:33

2 ответа

/mnt точки к устройству хранения данных экземпляра. Устройство хранения данных экземпляра связывается с жизненным циклом экземпляра, как указано в документах:

http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-lifetime

можно указать объемы хранилища экземпляра для экземпляра только при запуске его. Данные в хранилище экземпляра сохраняются только в течение времени жизни его связанного экземпляра. Если экземпляр перезагружает (намеренно или неумышленно), данные в хранилище экземпляра сохраняются. Однако данные в хранилище экземпляра потеряны при следующих обстоятельствах:

  • сбои диска базового диска
  • остановки экземпляра
  • экземпляр завершается

, Поэтому не полагаются на хранилище экземпляра для ценных, долгосрочных данных. Вместо этого можно создать уровень избыточности (например, RAID 1/5/6), или использовать файловую систему (например, HDFS и MapR-FS), который поддерживает дублирование и отказоустойчивость. Можно также периодически создавать резервную копию данных к более длительным решениям для хранения данных, таким как Amazon S3 или Amazon EBS.

0
ответ дан 22 June 2016 в 00:33
  • 1
    @PeterCordes, если страницы на самом деле были выселены тогда кэши, видели больше доступов, чем рассматриваемые страницы приложения, таким образом, была чистая прибыль к использованию их как дисковые кэши. Я вижу, как производительность Alt-Tab более видима пользователю, чем, например, время компиляции для крупного проекта, но найдите трудным сформулировать политику, которая гарантирует мгновенный ответ, не жертвуя слишком большой производительностью. – Simon Richter 7 November 2017 в 12:54

После sudo chown <awsuser> /mnt

chattr -i /mnt

Это делает изменения постоянными и revertible только корнем.

0
ответ дан 22 June 2016 в 00:33
  • 1
    Поместите его иначе: ядро настраивается для пропускной способности (swappiness=70), но задержка более важна для пользовательского опыта в рабочем столе. It' s компромисс. Если Вы обычно компилируете материал that' s немного слишком большой для пребывания в pagecache, тогда уверенном, отпуск swappiness немного выше, как 20 или 30 вместо 5 или 10. См. также akitaonrails.com/2017/01/17/optimizing-linux-for-slow-computers . Наблюдение vm.vfs_cache_pressure ниже, чем 100 также польза, кэширующаяся inode / метаданные каталога по страницам данных, которые хороши для скорости отклика UI также. – Peter Cordes 7 November 2017 в 13:11

Другие вопросы по тегам:

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