나는 읽고 있고 또 읽고 있어요https://lwn.net/Articles/773342/현재의 움직임은 전체 파일 시스템을 단순에서 /usr/$something
단순으로 마이그레이션하는 것입니다 /usr
. 일부 댓글에서는 /usr/bin
그것이 가득 차서 생성되었다는 사실 에 대해 계속해서 언급 하지만, 왜 가득 차게 되었는지 /bin
자세히 설명하지 않습니까 ? /bin
그렇다면 실제 또는 인위적인 한계는 어디에 있습니까 /bin
? 또한 이러한 이벤트를 연대순으로 연관시키거나 발생한 시기를 알아낼 수도 없습니다. 제가 할 수 있는 유일한 가정은 하드 드라이브나 테이프가 너무 작았다는 것입니다(예전에도 그랬지만 여전히 실행 및 유지 관리 비용이 많이 듭니다). 누군가 이 모호한 역사를 밝혀줄 수 있다면.
오늘날 저는 일반적으로 초보자에게 이와 같은 것을 권장합니다 . 예를 들어 하드 드라이브의 15-20%에 대해 /boot
200MBish를 사용 하고 나머지는 약 1:1 비율로 교체합니다. 안전 관점에서 단서는 없지만, 이 새로운 구조를 사용하면 적어도 이론적으로는 유지 관리가 훨씬 쉬워집니다./
/home
어쨌든, 누군가가 역사를 공유할 수 있다면 나 같은 사람들이 실제 상황이 어땠는지 좀 더 이해할 수 있게 될 것입니다.
답변1
Bell Labs는 RK11 컨트롤러(최대 8개의 하드 드라이브 지원)가 포함된 PDP-11/20을 구입하고 처음에 2개의 RK05 하드 드라이브를 설치했습니다. 각 드라이브에는 2.5MB의 대용량 저장 공간이 있습니다!
...
따라서 디스크 1에는 /bin 및 기타 파일이 포함되어 있고 디스크 2에는 /usr이 있습니다. 이제 모든 사용자는 거의 무제한의 공간을 갖게 되었으며 모든 것이 훌륭해졌습니다. 디스크 1의 공간이 모두 소모될 때까지.
위의 설명에는 사진이 포함되어 있습니다. Rob Landley의 메일링 리스트 게시물을 인용합니다:
http://lists.busybox.net/pipermail/busybox/2010-December/074114.html