Я установил экземпляр 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
/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.
После sudo chown <awsuser> /mnt
chattr -i /mnt
Это делает изменения постоянными и revertible только корнем.
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