Это - лучшая практика для закрытия любых приложений, которые, возможно, не сохранили данные перед закрытием.
Это - обязанность отдельного приложения корректно обработать SIGTERM, но существуют, конечно, случаи, где это не будет достаточно. Два примера, которые могли вызвать потерю данных:
Я лично рекомендовал бы закрыть открытые документы в Вашем текстовом редакторе или текстовом процессоре, но я не буду волноваться о примечаниях Девчонки-сорванца или открывать вкладки Firefox. Необходимо, вероятно, заботиться с любыми объемными передачами файлов в Наутилусе, но я не волновался бы о resumable загрузке с wget или передачей.
Как все подобные Unix вещи, YMMV.
Да, это - совершенно разумный способ сделать это. Наличие корневых каталогов на отдельном разделе от ОС довольно распространено. Наличие корневых каталогов непосредственно под /home
распространено в системах с небольшим количеством пользователей; системы в учреждениях с большим количеством пользователей часто имеют подкаталоги под /home
соответствие различным отделам учреждения, которое может быть смонтировано от различных дисковых пулов или различных серверов. В системе с одной или небольшим количеством основных пользователей, создание точек монтирования корневых каталогов этих пользователей разумно; единственный недостаток - то, что каждый из них будет содержать a lost+found
каталог. Можно предпочесть иметь /home/my-disk
и /home/roommate-disk
как точки монтирования и /home/my-disk/my-user
и /home/roommate-disk/roommate-user
как корневые каталоги, но наличие /home/my-user
и /home/roommate-user
и как точки монтирования и как корневые каталоги прекрасны также.
/home
для определенных для пользователя данных, везде, куда они прибывают из или сохранены на. Непосредственные дети /home
часто прибывал из других файловых систем назад в славные дни NIS (хотя это было с NFS, автомонтируется). Только казалось бы странным мне, если бы Вам смонтировали персональные файлы на некотором случайном каталоге как непосредственный ребенок /var
или что-то. Большинство "лучших практик" касается вещей, связанных с выбором/калибровкой файловой системы (например, reiserfs по сравнению с ext4), управление томами (например, предоставление достаточного количества пространства LV, чтобы сделать их задание и отъезд остальных в VG для более позднего расширения), точки монтирования в основном, "Если это не, очевидно, неправильно, и это - то, где Вы нуждаетесь в пространстве, чтобы быть, делаете это".
В корпоративной среде Вы пытаетесь смонтировать файловые системы, куда люди, скорее всего, пойдут, ища файлы, которые хранятся в той файловой системе, или где, если они видят, файловая система смонтировала, что они могут вывести то, чему принадлежат файлы для. Это - персональный сервер, таким образом, это не проблема, но это было бы, вероятно, прекрасно в корпоративной среде также.
Пока Вы лично понимаете иерархию файловой системы и имеете доступ к файлам, которых Вы создаете резервную копию там, необходимо быть хорошими.