SSD에서 / var을 HDD에 넣어야합니까?


16

최근에 우분투 14.04를 설치했으며 여전히 Linux / Ubuntu를 처음 사용합니다. 120GB SSD와 750GB HDD를 설치 한 랩톱이 있습니다.

현재 SSD에 Ubuntu를 설치하고를 통해 HDD를 마운트 fstab했습니다 /mnt/var. 이제 HDD에 프로그램을 설치하고 Ubuntu의 SSD를 깨끗하게 유지하려고합니다.

지금까지 내가 이해, 프로그램이 설치되어 /var디렉토리, 나는에서 현재의 데이터를 복사하기 위해 노력 해왔다 지금 /var까지 /mnt/var편집 한 다음 fstab에 HDD를 탑재 /var.

그러나 재부팅 할 때마다 많은 다른 문제가 발생합니다. 첫째, 일부 드라이버를 찾을 수 없다고 말했습니다. 그런 다음 다른 시도를 조금 다르게 시도하면 찾을 수 없었습니다 /var.

내 질문은, 이것이 이전에 요청 된 경우 미안하지만 여러 가지 가이드를 따르고 아무도 나를 위해 일하지 않았습니다. 어떻게 원하는대로 올바르게 설정합니까?


1
흠, 그것은 단지 750gb 드라이브가 아무것도없는 것처럼 느껴집니다. 내가 Windows에서 내 물건을 관리하는 데 사용한 방법은 실제로 자주 사용하는 모든 것을 HDD에 많은 공간을 사용하고 정기적으로 사용하고 SSD에서 빨리하고 싶었던 물건을 넣는 것이 었습니다. 우분투에서 내 물건을 같은 방식으로 관리 할 수있는 방법이 없습니까?
Taerus

또한 내 드라이브가 정말 빨리 채워질 수 있습니다. 120GB에 불과합니다. 750GB를 최적으로 사용하려면 어떻게해야합니까?
Taerus


3
SSD에서 다른 OS를 사용합니까? SSD에서 Ubuntu 만 사용하는 경우 많은 여유 공간이 생깁니다. Ubuntu의 전체 설치는 6GB 만 사용합니다 ( /home/자체 파티션이 있습니다).
AL

@bain 나는 / us를 별도의 파티션에 저장하는 것이 질문이 가능한 중복으로 표시되기 전에 그것을 수행하는 가장 좋은 방법인지 여부를 Taerus에게 스스로 결정할 기회를 제공하는 것이 좋습니다.
karel

답변:


20

나쁜 생각입니다. 설치된 응용 프로그램을 SSD에 넣으면 운영 체제가 안정되고 성능이 향상됩니다. 120GB SSD가 있으므로 주저하지 말고 설치된 응용 프로그램에 사용하십시오.

750GB 하드 드라이브는 확실히 없습니다. 다음은 750GB 하드 드라이브를 최적으로 사용하는 방법에 대한 제안입니다. /home디렉토리를 포함하여 SSD에 Ubuntu를 설치 하면 모든 것이 SSD에 저장됩니다. 그런 다음 750GB 하드 드라이브를 데이터 드라이브로 사용하여 개인 파일을 저장하십시오. 운영 체제에 관계없이 750GB 하드 드라이브에서 개인 파일을 보호하고 액세스 할 수 있습니다. 운영 체제를 완전히 사용할 수 없거나 Ubuntu를 새로 설치하더라도 750GB 하드 드라이브에는 모든 개인 파일이 그대로 유지됩니다.

120GB SSD가 너무 작은 것에 대해 걱정할 필요가 없습니다. 120GB SSD는 이런 방식으로 Ubuntu를 설치하기에 충분한 공간을 가지고 있습니다. 실제로 60GB 파티션조차도 우분투 및 많은 설치된 응용 프로그램을위한 충분한 공간을 가지고 있습니다.

우분투에는 정기적으로 사용하는 파일이 몇 개 있습니다. 성능을 향상시키고 이러한 파일을 빠르게 열려면 이러한 파일을 SSD의 /home디렉토리 에도 보관합니다 . 이 파일이 많지 않으므로 /home디렉토리가 매우 작습니다.


조언 주셔서 감사합니다, 나는 이것을 고수 할 것입니다. 어쩌면 미래에 Ubuntu / Linux에 대한 전문 지식이 더 있으면 어딘가에 다시 생각할 수도 있습니다. 디스크 공간 문제가 발생하지 않더라도 아마도 영원히 지속될 것입니다. 다시 한 번 감사드립니다.
Taerus

7
내가하는 일은 홈 디렉토리를 SSD에 저장하는 것이지만 문서, 다운로드, 음악, 비디오 등을 더 큰 하드 드라이브에 넣고 홈 디렉토리에 대한 링크를 추가하는 것입니다. 아마도 링크를 사용하는 대신 마운트를 시도 할 것입니다. 그러나 오랫동안 이런 식으로 해왔으며 작동합니다. 또한 다른 OS를 설치하면 미디어 파일을 쉽게 공유 할 수 있습니다.
Marty Fried

1
아, 방금 똑같은 일이 일어납니다 :-) /home/user/.config/user-dirs.dirs 어딘가에 폴더 경로를 편집 할 수 있습니다.
Taerus

1
@MartyFried 나는 당신과 함께 있습니다. / home /의 디렉토리를 두 ​​번째 디스크와 동일하게 만듭니다.
Rinzwind

@Taerus-그래, 나는 그것에 대해 배웠다. 또한 삭제 한 다음 바로 링크를 추가하면 필요하지 않다는 것도 알게되었습니다. 또한 백업이 자동으로 따르지 않기 때문에 심볼을 마운트하는 것보다 symlink가 더 좋을 수도 있다는 것을 깨달았으므로 미디어를 별도로 백업 할 수 있습니다.
Marty Fried

9

우선, 내가 본 대답은 가장 중요한 두 가지 문제를 해결하지 못합니다.

첫째, 나는 당신의 다이빙에 박수를 보내고 무언가를 시도했지만, 당신이 문제에 부딪친 이유는 리눅스 디렉토리 구조에 대한 불완전한 이해 때문입니다. 나는 리눅스의 * buntu 풍미를 정기적으로 사용하지는 않지만 내 조언을 맹목적으로 따르기 전에 다음을 확인하십시오.

응용 프로그램은 일반적으로 / var에 없습니다 (예외 있음). 대부분의 응용 프로그램은 / usr 디렉토리 아래에 있으며 / var는 (ubuntu에 있음) 서버 관련 파일, 로그 및 캐시에 사용됩니다. 또한 / tmp에 저장된 경우 재부팅시 손실 될 수 있습니다.

해야 할 절충이 있습니다. ssd와 같은 빠른 드라이브의 / var는 시스템 성능을 향상 시키지만 ssd 드라이브의 특성으로 인해 더 빈번한 쓰기로 인해 드라이브 수명이 다소 단축 될 수 있습니다.

간단히 말해서, 빠른 성능, SSD의 / var, 더 긴 드라이브 수명, 750GB 드라이브의 / var.

참고로 모든 시스템 파일 (openSUSE 13.1)과 전체 시스템 디렉토리 구조 (/ var 포함)는 단일 64GB ssd에 있습니다.

귀하의 데이터에 대한 Karel의 정보는 귀하의 데이터와 / home 디렉토리가 밀접하게 연결되어 있다는 점에서 약간 오도합니다 (믿습니다). 내 제안은 750GB 드라이브의 파티션에 / home을 마운트하십시오. 이것은 장기적으로 파일 관리를 단순화합니다.

내 데이터와 웹 사이트는 ssd에없는 유일한 것들입니다. 내 데이터 (/ home, / srv / http는 업그레이드를 쉽게하거나 다른 배포판으로 쉽게 이동할 수 있도록 별도의 드라이브에 보관되어 있습니다 (/ home 디렉토리에 파일이 있습니다 1998)

다음 게시물에서 / var를 이동하는 방법에 답변하겠습니다.


네가 옳아. 나는 소프트웨어가 다른 장소에서 설치되어 있는지 추가 할 것 ( /bin, /lib, /opt, C를.). 그러나 일반적으로 데이터베이스 파일과 같은 것을에 저장 합니다 /var. "데이터와 / home 디렉토리는 밀접하게 연결되어 있습니다."물론 더 유연 할 수 있습니다. (또는 symlink / bind 마운트를 사용하면 다른 장치를 사용할 수 있지만 여전히 내부에있는 것처럼 보입니다 ~.)
Matt Nordhoff

왜 두 가지 대답이 있습니까?
Braiam

디스크 수명에 미치는 영향을 아는 것이 좋습니다. 따라서 기본적으로 2017 년 현재 NVMe PCIe SSD에 시스템을 설치하고 / var 및 다른 몇 가지를 가능하면 저렴한 다른 SSD에 배치하고 거의 사용하지 않는 나머지 파일을 하드 디스크에 배치하는 것이 좋습니다. .
nyxee

4

다시 한 번, BTW 저는 Karel에 ssd에 기본 설치를하는 것이 최선의 선택이라는 데 동의합니다. 또한 지침을 따르기 전에 몇 가지 다른 자습서를 읽는 것이 좋습니다.

참고 : 새로 설치하는 동안 시스템을 구성하는 것이 훨씬 쉽습니다.

이제 / var에 대한 새로운 마운트 지점을 만들려면 고려해야 할 사항이 많이 있습니다.

파일이 사용 중일 수 있으므로 일부 디렉토리를 이동하기가 더 어려울 수 있습니다. / var는 이러한 문제의 하위 항목 중 하나입니다. 시스템이 활성화 될 때마다 데이터가 / var에 기록 될 수 있습니다.

또 다른 고려 사항은 올바른 파일 속성을 유지하는 것입니다. 복사는 적절한 플래그 없이는이를 수행하지 않습니다.

이 링크는 시작하는 데 도움이 될 수 있습니다.

http://lists.opensuse.org/opensuse/2001-11/msg01343.html

http://dev.digi-corp.com/2009/09/moving-opt-data-to-new-partition-in-linux-due-to-low-disk-space

참고 : tar보다 cp를 사용하는 것이 더 빠르며 더 빠르며 파일 속성을 다음과 같이 보존한다는 것을 알고 있습니다 (간단한 설명을 위해 일부 단계는 생략되었습니다)

수행중인 사항을 이해하지 않고이 지침을 따르지 마십시오.

  • 라이브 USB에서 부팅합니다.
  • fdisk 및 mkfs를 사용하여 750GB 드라이브에서 새 파티션을 작성하고 포맷하십시오. 50GB는 충분해야합니다.
  • 새 디렉토리를 마운트하십시오.

이렇게

mkdir /mnt/var2
mount -a /dev/sdxx /mnt/var2

(sdxx를 새 / var에 대해 생성 한 50GB 파티션으로 바꾸십시오 (예 : / dev / sdb1))

ssd를 / mnt / oldroot로 마운트하십시오.

mkdir /mnt/oldroot
mount -a /dev/sdxx /mnt/oldroot

(여기서 / dev / sdxx는 ssd의 / 파티션, 아마도 / dev / sda1 또는 이와 유사합니다.) / mnt / oldroot에서 시작하여 이전 파일 시스템을 탐색 할 수 있습니다.

이제 이전 / var 디렉토리에서 새 디렉토리로 파일을 복사합니다.

cd /mnt/oldroot/var
tar cSpf - . | (cd /mnt/var2 ; tar xvSpf - )

복사가 완료되면 2 개의 디렉토리를 비교하십시오. 모든 것이 정상이면 이전 / var 디렉토리의 이름을 바꾸십시오.

mv /mnt/oldroot/var /mnt/oldroot/var.0ld
mkdir /mnt/oldroot/var

남은 것은 / mnt / oldroot / etc / fstab을 편집하여 새 파티션을 / var의 마운트 지점으로 추가하는 것입니다 (이것은 상상에 맡기겠습니다)

그때

umount /mnt/var2
umount /mnt/oldroot
reboot

모든 것이 제대로 진행되면 재부팅 할 때 새 파티션을 / var로 마운트해야합니다

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.