Steam이 게임 데이터를 다운로드할 수 있는 폴더를 Linux 시스템에 만들고 싶습니다. 이렇게 하면 사용자 간에 데이터를 공유할 수 있고 게임을 여러 번 다운로드할 필요가 없습니다.
처음에는 /opt/steam 폴더를 만들겠다고 생각했습니다. 하지만 최근 FHS 3.0 사양을 읽기 시작했는데 이제 이것이 다음과 같아야 하는지 잘 모르겠습니다: - /usr/local/steam 또는 - /var/steam(또는 /var의 적절한 하위 디렉터리?)
FHS 표준을 준수하려면 Steam에서 게임을 어디에 배치해야 합니까? /usr/local과 /var 사이에 있다면 왜 다른 것보다 나은가요?
감사해요
FHS 3.0에 대한 다음 정보
- FHS 3.0 -http://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html
FHS 3.0에서 /usr/local의 목적:
4.9.1.목적
/usr/local 계층 구조는 소프트웨어를 로컬로 설치할 때 시스템 관리자가 사용합니다. 시스템 소프트웨어가 업데이트되면 덮어쓰지 않도록 해야 합니다. 호스트 그룹 간에 공유할 수 있지만 /usr에는 없는 프로그램 및 데이터에 사용할 수 있습니다.
로컬로 설치된 소프트웨어는 /usr의 소프트웨어를 교체하거나 업그레이드하기 위해 설치하지 않는 한 /usr이 아닌 /usr/local에 있어야 합니다.
FHS 3.0에서 /var의 목적:
5.1.목적
/var에는 가변 데이터 파일이 포함되어 있습니다. 여기에는 스풀 디렉터리 및 파일, 관리 및 로깅 데이터, 임시 및 임시 파일이 포함됩니다.
/var의 일부 부분은 다른 시스템 간에 공유할 수 없습니다. 예를 들어 /var/log, /var/lock 및 /var/run입니다. 다른 부분, 특히 /var/mail, /var/cache/man, /var/cache/fonts 및 /var/spool/news는 공유될 수 있습니다.
/var는 /usr이 읽기 전용으로 마운트될 수 있도록 여기에서 지정됩니다. 시스템 작동 중(설치 및 소프트웨어 유지 관리 제외) /usr에 기록된 모든 내용은 /var에 있어야 합니다.
/var가 별도의 파티션이 될 수 없는 경우 일반적으로 /var를 루트 파티션에서 /usr 파티션으로 이동하는 것이 가장 좋습니다. (이는 때때로 루트 파티션의 크기를 줄이기 위해 수행되거나 루트 파티션에 공간이 부족할 때 수행됩니다.) 그러나 /var는 /usr에 연결되어서는 안 됩니다. 이렇게 하면 /usr과 /var가 분리됩니다. 더 어렵고 이름 충돌이 발생할 가능성이 높습니다. 대신 /var를 /usr/var에 연결하십시오.
응용 프로그램은 일반적으로 /var의 최상위 수준에 디렉터리를 추가해서는 안 됩니다. 그러한 디렉토리는 시스템 전체에 영향을 미칠 경우에만 추가해야 하며 FHS 메일링 목록을 참조해야 합니다.
답변1
FHS의 관점에서 시스템 관리자로서 따라야 할 것은 배포판이 원하는 작업을 수행하도록 허용해야 하는 부분입니다. /bin, /lib*, /sbin이외 /usr의 조작을 수행하지 마십시오 /usr/local. 혼합된 상태를 가지고 있습니다 /var. /opt일부 배포판은 에 설치된 패키지를 제공 /opt하지만 다른 배포판은 그렇지 않습니다. 시스템 관리자로서 에서 opt패키지로 설치되지 않은 소프트웨어의 경우 에서 패키지 이름에서 파생된 적절한 디렉토리 이름을 사용하십시오 /opt. 의 경우 /var디렉터리에 따라 다르며 각 디렉터리 /var/*/*에는 고유한 규칙이 있습니다. /var/local당신이 적합하다고 생각하는 것은 당신의 놀이터입니다.
추가 게임을 설치하는 것이 적합한 곳은 많습니다:
/opt/NAME-OF-GAME/opt/games/NAME-OF-GAME/opt/steam/NAME-OF-GAME/usr/local/games/NAME-OF-GAME/usr/local/lib/steam/NAME-OF-GAME/var/local/steam/NAME-OF-GAME- …
어느 것을 사용할지는 공유 정책(NFS와 같은 프로토콜을 통해 동일한 디렉터리를 마운트하는 시스템), 백업 정책(언제 어디서 백업되는 디렉터리 트리), 액세스 제어 정책(액세스할 수 있는 디렉터리를 누가 갖고 있는지)에 따라 달라집니다. ) 등 정답은 하나도 없습니다. 귀하에게 가장 적합한 것을 선택하십시오.
답변2
대부분의 경우/선택하다그러한 목적으로 사용됩니다.
/opt를 추가 기능 소프트웨어로 사용하는 것은 UNIX 커뮤니티에서 잘 확립된 관행입니다. System V 응용 프로그램 바이너리 인터페이스[AT&T 1990]는 System V 인터페이스 정의(3판)를 기반으로 하며 여기에 정의된 것과 매우 유사한 /opt 구조를 제공합니다.
그리고게임예추가의(즉불필요한) 소프트웨어.