추가 저장 공간을 배치하는 방법은 무엇입니까? [폐쇄]

실제로 유용한 것을 찾아보세요너최선의 선택입니다. 나는 /data항상 /storage내 기분에 따라 새로운 마운트 지점을 만듭니다. 필요하다고 생각하지만 그냥 엉망으로 만드는 비일시적 데이터는 /home/공유 데이터와 함께 그곳으로 이동됩니다.

데이터를 정리하는 방법은 다음과 같습니다.

/storage/movies/<big pile-o-moviex
/storage/music/artist/album
/storage/projects/<language>/project
/storage/<logical_category>/<logical_segmentation>

저는 데이터를 두 개의 중앙 폴더로 나누는 것을 좋아합니다. 하나(보통 /heap이라고 부름)에는 백업할 필요가 없는 복구 가능한 데이터가 포함되어 있고(모든 것은 중앙 서버에서 복사됨) 다른 하나(저는 /data를 사용합니다) 나머지 . 이렇게 하면 백업 중인 디렉터리 목록을 가지고 다니는 것보다 머신을 자동으로 백업하는 것이 더 쉬워집니다.

이는 또한 Zypher가 제안한 대로 데이터를 설정과 분리하고 /home에 설정을 유지했다는 의미이기도 합니다.

이 모든 것이 Samba에서 제공됩니까? 예를 들어 적절하다고 말하고 싶습니다 /srv/smb/music.

~에 따르면FHS

/srv에는 이 시스템에서 제공하는 사이트별 데이터가 포함되어 있습니다.

근본적인

이것의 주요 목적은 사용자가 특정 서비스에 대한 데이터 파일의 위치를 ​​찾을 수 있도록 하는 것입니다. 따라서 읽기 전용 데이터, 쓰기 가능한 데이터 및 스크립트(예: CGI 스크립트)를 저장하기 위해 단일 트리가 필요한 서비스가 가능합니다. 적절하게 배치되었습니다. 특정 사용자가 관심을 갖는 데이터만 해당 사용자의 홈 디렉터리에 저장되어야 합니다.

/srv 하위 디렉터리의 이름을 지정하는 데 사용되는 방법은 현재 이를 수행하는 방법에 대한 합의가 없기 때문에 지정되지 않습니다. /srv에서 데이터를 구조화하는 한 가지 방법은 프로토콜을 사용하는 것입니다. ftp, rsync, www 및 cvs. 대규모 시스템에서는 /srv/physicals/www, /srv/compsci/cvs 등과 같은 관리 컨텍스트를 사용하여 /srv를 빌드하는 것이 유용합니다. 이 설정은 호스트마다 다릅니다. 따라서 어떤 프로그램도 /srv의 특정 기존 하위 디렉터리 구조나 /srv에 반드시 저장되는 데이터에 의존해서는 안 됩니다. 그러나 /srv는 FHS 호환 시스템에 항상 존재해야 하며 해당 데이터의 기본 위치로 사용해야 합니다.

Distros는 관리자 권한 없이 이러한 디렉터리에 로컬로 배치된 파일을 삭제하지 않도록 주의해야 합니다.

그렇다면 다른 사람들이 동일한 설치에 액세스할 수 있기를 원하십니까? 표준 위치는 /mnt, /opt, /mnt/media입니다. 또는 루프백 마운트를 /home//으로 설정할 수 있습니다. 다양한 옵션이 있으며 원하는 것은 무엇이든 할 수 있습니다.

개인적으로 보안 문제나 다른 문제가 없는 한 다른 로그인을 사용하는 것은 어리석은 일이라고 생각합니다.