에 대한 태그 아카이브 » 우분투 «

일요일, 8 월 04번째, 2013 | 저자:

역사

내가 마지막으로 언급 한 이후 많은 변화가 있었다 내 개인 서버 – 그것은 도약과 범위에 의해 성장했습니다 (지금 7TB가 MD RAID6) 그리고 그것은 최근에 재건되었다 우분투 서버.

아치 실수 결코. 아치 리눅스는 이미 리눅스 대해 많이 가르쳐했다 (내 또 다른 바탕 화면에 그렇게 할 것입니다). 그러나 아치는 확실히 내가 서버에 보내고 싶어하는 것보다 더 많은 시간과주의를 필요로. 이상적으로 알림 이메일 메시지가 나올 때까지 잠시 동안 서버에 대해 잊지 수있을 싶어요 “음 … 당신이 보라 커플 업데이트있다, 친구.”

공간을 무료로하지 않습니다 – 그리고 어느 공간입니다

우분투로 마이그레이션 할 수있는 기회는 내가 부족했다는 사실이었다 SATA 포트, 컴퓨터의 나머지 부분에 하드 드라이브를 연결하는 데 필요한 포트 – 그 7TB RAID 어레이의 포트를 많이 사용! 난 도망 주신 내 대단히 이전 200기가바이트 하드 디스크는 이러한 포트 중 하나를 차지로. 나는 또한받는 사람을 경고하는 디스크의 SMART 모니터링은 신뢰할이었다 표시. SATA 포트의 부족으로 임시 해결 방법으로, 심지어 메릴랜드에있는 4 개의 USB 스틱의 집합에 서버의 OS 마이그레이션했다 RAID1. 미친. 나도 알아. 나는 속도에 대해 너무 행복 아니 었. 내가 나가서 신뢰할 수있는 새 하드 드라이브 같이 갈 SATA 확장 카드를 구입하기로 결정.

서버의 기본 아치 파티션은 디스크 7GB의 약 사용했다. 의 큰 덩어리가 있었다 교환 파일, 캐시 된 데이터 와 달리 기타 또는 불필요한 파일보기. OS의 전체 실제 크기, 포함 /홈 폴더, 2기가바이트 만했습니다. 이 날 슈퍼 빠른 들여다 메시지 SSD 드라이브, 생각은 아마도 작은 하나는 너무 비싸요하지 않을 수 있습니다. 그것은 실제로 찾을 수있는 가장 저렴한 비 SSD 드라이브의 비용이 밝혀졌다 이 상대적으로 작은 SSDs 중 하나 이상. 날 위해 야호. 🙂

선택? 와우?!

OS를 선택에서, 나는 이미 아치되지 않을 결정 할. 다른 모든 인기있는 배포판 없음, 우분투 가장 친숙한이고 CentOS. 페도라 또한 가능성이 있었다 – 하지만 난 심각 아직 서버를 고려하지 않았. 우분투는 라운드 우승.

때까지 내가해야했던 다음 결정은 나에게 발생하지 않았 편재 (우분투의 설치 마법사) 나를 요청: 를 설정하는 방법 파티션.

나는 리눅스에서 SSD를 사용하여 새로운했다 – 나는 정확하게 사용하지의 함정을 잘 알고 있소, 대부분 가난한 장수의 위험으로 인해 오용하는 경우.

나는 전용 스왑 파티션을 사용하고 싶지 않았어. 나는 미래에 너무 멀리 서버의 마더 보드 / CPU / 메모리를 업그레이드 할 계획. 그을 바탕으로 나는 기존의 멀티 디스크 RAID에 스왑 파일에 스왑을하게됩니다 결정. 스왑은 특히 빠른되지 않습니다 만, 뭔가 잘못 됐어요하고 메모리를 사용할 수없는 일 때의 유일한 목적은 드문 경우에 대한 것입니다.

이는 저를주고 떠났다 루트 경로 밖으로 전체 60기가바이트 인텔 330 SSD. I는 / 집 분리로 간주하지만 그냥 좀 말하는지 도무지 알 듯, 약간은 과거에 사용 된 방법을 제공. 내가 처음에 파티션을 설정 LVM – 나는 최근에 내가 리눅스 박스를 설정할 때마다 해왔 일 (정말로, LVM을 사용하지 않는 변명은 없습니다). 제가 파일 시스템을 구성 할 위치는 부분에 도착했을 때, 나는 드롭 다운을 클릭하고 본능적으로 ext4를 선택. 그럼 같은 목록에 btrfs를 발견. 매 달리다!!

그러나 무엇?

Btrfs (“버터 EFF-ESS”, “더 나은 EFF-ESS”, “비 - 나무 EFF-ESS”, 당신은 날에 공상이든 뭐든간에) 리눅스를 가지고하기 위해 비교적 새로운 파일 시스템 개발’ 현재 파일 시스템 기술과 다시 트랙에 파일 시스템 기능. 기존의 왕 수준의 힐 파일 시스템, “내선” (ext4라는 현재 버전) 아주 좋은 – 그러나이 제한됩니다, 오래된 패​​러다임에 갇혀 (브랜드의 새로운 생각 F22 랩터 대. an F4 팬텀 동등성 업그레이드에 반 Jested 리베 시도와) 와 같은 새로운 엔터프라이즈 파일 시스템에 매우 오랫동안 경쟁을 할 수있을 가능성이 오라클의 ZFS. Btrfs는 아직 갈 길이 멀다을 가지고 있으며 아직 실험적으로 간주됩니다 (당신이 요청과 사람에 따라 필요한 있습니다). 많은 사람들은이 기본적인 사용을 위해 안정적으로 간주 – 하지만 아무도 어떤 보장을 할 수는 없어. 과, 물론, 모든 사람들이 백업을 만들고 테스트 할 말이있다!

Mooooooo

내선과 btrfs 사이의 가장 기본적인 차이는 btrfs는 것입니다 “암소” 또는 “쓰기에 복사” 파일 시스템. 이 데이터는 파일 시스템의 내부에 의해 실제로 의도적으로 덮어 결코 의미. 당신은 파일에 변경 사항을 작성하는 경우, btrfs를 물리적 미디어에 새 위치에 대한 변경 사항을 기록하고 새 위치를 참조하는 내부 포인터를 업데이트합니다. Btrfs는에 걸음 더 나아가갑니다 그 내부 포인터 (메타 데이터라고) 아르 또한 암소. 내선의 이전 버전은 단순히 덮어 쓰기 데이터가 것. Ext4는 AC 플러그가 가장시기를 상실한 순간에 빠지게되어야 손상이 발생하지 않도록 저널을 사용. 단계 비슷한 수의 저널 결과는 데이터를 업데이트하는 데 필요한. SSD와, 기본 하드웨어는 비슷한 소 과정을 당신이 사용하는 어떤 파일 시스템없이 운영. SSD 드라이브는 실제로 데이터를 덮어 쓸 수 있기 때문입니다 – 그들은 데이터를 복사해야 (귀하의 변경) 새 위치로 한 후 완전히 이전 블록을 지우. 이 분야에 최적화 SSD도 기존의 블록을 지우 아니라 일이 너무 바빠서하지 않을 때 단순히 나중에 블록을 지우려면 메모를하지 수 있다는 것입니다. 최종 결과는 SSD 드라이브는 소 파일 시스템과 매우 잘 맞는 비 소 파일 시스템으로뿐만 아니라 수행하지 않는 것입니다.

문제는 흥미 만들려면, 파일 시스템에있는 소는 쉽게 중복 제거라는 기능을 손에 손을갑니다. 이를 통해이 (이상) 데이터의 동일한 블록은 하나의 복사본을 사용하여 저장하는 방법, 저장 공간. 소, deduplicated 파일이 수정 된 경우, 수정 된 파일의 데이터가 서로 다른 물리적 블록에 기록 된 것 같이 별도의 트윈은 아무런 영향을받지 않습니다.

차례로 소가합니다 snapshotting 구현 상대적으로 쉽게. 스냅 샷이 이루어지면 시스템은 단지 볼륨에있는 모든 데이터와 메타 데이터의 중복 것으로 새로운 스냅 샷을 기록. 소, 변경 사항 때, 스냅 샷의 데이터는 그대로 유지, 그리고 스냅 샷이 만들어진 시점의 파일 시스템의 상태를 일관성있게 볼을 유지 할 수 있습니다.

새 친구

염두에 이상이 설치된, 우분투는 설치 시간 옵션으로 btrfs 사용이 가능하도록 만들었습니다 특히, 나는 btrfs에 뛰어과 약간을 탐험 할 수있는 좋은 시간이 될 것입니다 생각. 🙂

부분 2 곧 …

몫
목요일, 월 01 번째, 2009 | 저자:

분명히, 당신은 당신에 대해 많은 말을 할 수 사용하는 운영 체제와. 당신은 유닉스 계열의 일부 형태를 사용하는 경우, 어느 분포 당신은뿐만 아니라 많은 말을 할 수 사용하는. 중복 제외, 나는 리눅스 배포판에 절대적으로 의존한다는 생각은 패키지 관리 및 유통 시스템.

내가 좋아의 apt-get (1, 2) 하지만 몇 가지 점에서 몇 가지 기술적 인 문제이고 그것은 나를 사용하여 발생 적성 대신. 적성을 사용하면 조금 더 쉽게 – 그것은 하나에 자동으로 더 많은 기능을 가지고, 논리적, 의 apt-get은 별도의 명령이 필요 명령. 적성도있다 인종-기반 GUI. 당신은 GU​​I를 사용하지 않는 경우, 배울 명령 수로 간결성 이외, 다른 이상을 선호하는 기술적 인 이유는 분명히 없다. 적성 apt-get를 제공 K / X / 우분투데비안 잘. 이 시점에서, 나는 느슨하게 교환 방식으로 이름 쿠분투 우분투를 사용.

내 사용 CentOS (레드햇 기반으로), 나는 내가 좋아하는 발견했습니다 YUM. 그것은 훨씬 적성과 동일한 작동하는 것 같다 – 하나의 명령은 그들 모두를 지배하는. 내가 단지에 익숙하지 않아요 때문에 내가 여기에 가장 확률이 들어갈 않을거야 다소 성가신 기본 동작을 가지고. 기술적 인 관점에서 적어도, 그것은 매우 좋은. 나는 믿습니다 페도라 페도라와 내 경험은 매우 제한되어 있지만 yum을 사용한다.

이론…

페도라와 우분투는 상당히 엄격한 릴리스주기를 가지고 그 분포의 클래스에. 우분투 8.10 (버전 출시의 연도와 달, 그래서 이름) 하지 않습니다, 주요 버그와 사소한 변화를 제외하고, 다음 버전까지 또 다른 주요 업데이트가, 말쑥한 재카 로프. 우분투 사용자는 지금 자신의 데스크톱에있는 대부분의 소프트웨어의 최신 버전이. 달의 다음 릴리스 이전, 그러나, 그들이 사용하는 것과하지 않는 행운 않을거야 “베타” 릴리스. 나는 페도라에 익숙하지 않다으로, 나는 그것의 릴리스주기에가는 귀찮게하지 않을 것.

이들 2 분포로 알려진 분포의 클래스에 속한다 “” 또는 “바이너리 기반” 분포. 이렇게하면 업데이트를 다운로드 할 때 것을 의미한다, 다운로드 한 파일은 미리 아르컴파일 하고 실행한다 “지원” 하드웨어. 이것은 구체적으로하지 않습니다 최적화 바탕 화면의 하드웨어, 예를 들면, 당신의 프로세서. 아마 당신은이 AMD 추가 명령어를 지원하고 프로세서있는 인텔 CPU는 필요가 없습니다. 반대의 경우도 마찬가지 일 수. 이 때문에, 이진 자료 배포는 하드웨어의 특정 브랜드를 최적화 할 수 없습니다. 에 관계없이이의 “비 최적화”, 그것은 괜찮은 속도로 실행해야합니다.

연습!

약 2 년 전 사용하기 시작 쿠분투. 그 작업의 몇 달 후, 나는 그것의 세부 사항에 대한 자세한 내용을 보려면 시작. I 때 시스템을 업데이트 GUI 툴을 사용하는 팬의 많은 않아, 궁극적으로, 그 모든 어쨌든 명령 줄에서 일어나는. GUI 도구는 그냥보고 괜찮다 복잡성을 숨기.

난을 결국 세게 때리다 스크립트, 업데이트, 단지에 적성을 얻기 위해 필요한 모든 단계를 실행하는 것이다 가서 이미 업그레이드, kthx?©, 아마도 내 구성을 백업 할 수있는 길을 따라 중지, 다시 마운트 NFS 우리가 현장 저장소를 유지 네트워크 공유, 적성에 설치된 패키지의 로컬 캐시를 백업, 네트워크 공유에 다시 마운트 수없는 경우 로컬 복사본을 사용하는 일부 폴더 링크 셔플을, 동기화 로컬 사본 및 네트워크 공유 경우 사이 이전 업데이트는 네트워크 공유 문제가 있었다, 및 저장소에 패키지 목록을 업데이트. 대개, 오류하지만이 있다면 그것은 앞서 가지 않을 것, 당신은 말할 수, 이 스크립트는 난장판이되었다 짐승 그 위에 원래의 요구 사항을 넘어 갔다. 그것은 나를 위해 잘 작동.

날이 쿠분투 사이에 업데이트 할 올 때까지 6.10 에 7.04. 나는 수동 불구하고 이런 짓을, 하지 스크립트.

나는 계속되었다 혼란의 결과로 처음부터 다시 설치 끝났다. 적어도, 백업으로 관리자가 보여 잘해야, 내가 정말 필요한 모든 것을 복구 할 쉬웠다. 🙂

다른 무엇 거기 밖으로?

나는 쿠분투를 다시 설치했다 전에도, 나는라는 또 다른 분포 도입 젠투. 있다 2 젠투와 우분투의 업데이트 시스템 사이의 매우 뚜렷한 차이. 첫 번째는 젠투를 점이다 출처-기반 배포. 이 패키지를 업데이트 할 때 것을 의미한다, 패키지 관리자가 소스를 다운로드하고 컴파일 모두, 희망을 위해 최적화 당신의 체계. 이, 나는 생각한다, 아주 멋지다. 이 단점은 모든 것을 컴파일하는 데 너무 많은 시간이 걸립니다이다.

여기 내입니다 (매우 비 과학적) 시간의 길이에 대한 예상이 설치 미디어에서 바탕 화면에 기본 GUI OS를 설치하는 데 걸리는, 외부 드라이버를 제외 (예를 들면, 최신 3D 그래픽 드라이버):

OS: 나의 – 최대 (중앙값)

윈도우 비스타: 15 – 30 (20) 분

우분투: 15 – 40 (20) 분

젠투: 3 – 40 (6) 시간

젠투는 훨씬 땜질이 필요합니다 설정 파일 작업 일을 얻기 위하여 – 이 CD를 삽입하고 부팅 사이의 매우 긴 지연에 대한 또 다른 이유 멋진 * 새로운 바탕 화면. 인기있는 응용 프로그램을 다운로드 할 수 바이너리 패키지를 – 이 기본 옵션은 아니지만.

그들은 나에게 떠날 참조’

젠투는 대부분의 다른 배포판이 하나 더 매우 중요한 차이가있다. 그것은이다 “롤링 출시” 분배. 이것은 어떤 엄격한 버전이 없다는 것을 의미하거나 “해제” 분포를 준수하는 것이. 오늘 젠투를 설치하는 경우… 당신이 경우 젠투 오늘 설치, 당신은 아마 당신이 설치된 모든 응용 프로그램의 최신 버전을 할거야. 일부 모호한 응용 프로그램은 내일의 주요 업데이 트를 얻을 경우, 몇 일 이내에, 당신은 당신의 시스템을 업데이트하는 경우, 당신은 당신의 바탕 화면에 그 최신 버전을 할거야.

이 롤링 릴리스와의 차이 “다른” 배포판은 오히려 비틀 거리고. 예를 들면: 면 KDE 4.2 내일 출시했다, 당신은 아마 미만 기다려야 할 것 2 그것을위한 주 젠투에서 사용 가능합니다. 우분투 사용자까지 기다려야 할 수도 있습니다 9.04 – 즉, 4 개월의 대기.

더 적합 뭔가?

개인적으로, 나는에 넣어 기꺼이 아니에요 40 노력의 시간 내 시스템은 내가 그것을 원하는 방식으로 작업을 진행. 내 동료는 일부 모호한 이유로 최근에 다시 설치했고 그가에 집어 넣 으려하지 않았다 밝혀 6 시간 (그는 Gentoo를 더 경험이 더 많아) 노력의 방법이 실행 중이했다 다시 자신의 시스템을 얻을 수. 대신, 아치 리눅스 그의 눈을 사로 잡은. 아치 리눅스는 롤링 릴리스입니다 (젠투 같은), 바이너리 기반 (우분투 같은) 분배. 그 패키지 (잘, 그들 중 대부분) 자신의 설정 파일에 많은 땜질을 필요로하지 않는 것 중 하나를 잘 작동 얻을. 그 두 세계의 최고를!

이 시점에왔다면 당신은 아직도 당신이 *을 무슨 일을하는지 알 필요가 있지만,, 그와 같은 거대한 안된다 믿음의 도약. 아치 리눅스의 패키지 관리자, 라고 PAC하나, 내장 된 의존성과 갈등 처리. 나는 다른 패키지 관리자를 사용, 요구르트 (프랑스어 요구르트), 매우 빠르게 아치 사용자와 인기가있는. 요구르트는 AUR에서 직접 다운로드하고 응용 프로그램을 설치 할 수 있도록하여 팩맨의 기능을 향상, 또는 아치 사용자 저장소. 이 저장소는 자동으로 다운로드하고, 그렇지 않으면 아치 자신의 핵심 개발자에 의해 완전히 지원되지 않는 것 많은 응용 프로그램을 설치 할 수 있도록 스크립트가 포함되어 있습니다. 그것은 다운로드하고 chroot가 환경에 패키지를 컴파일. 그런 다음 팩맨 호환 패키지 타르볼로 chroot가 환경을 패키지 및 시스템에 배포 할 팩맨을 사용하여.

또한, AUR 인기 패키지가 더 공식에 배치받을함으로써 투표 시스템을 지원 [집단] 저장소. 요구르트는 또한 자동화 된 투표 메커니즘을 지원함으로써, AUR를 통해 패키지를 설치 한 후, 당신이 그것의 포함에 대한 투표를 할 경우 묻습니다 [집단].

내 아치 설치에 소요되는 시간이였습니다 것으로 추정 90 분. 나는 비록 초보자를위한 Archlinux를하지 않는 것이 좋습니다 do 다른 배포판 싫증이라도 리눅​​스 사용자를위한 추천 – 설치하지 않고도 내용을 다루기 싶어 처음부터 리눅스. 아치 리눅스는 요즘 꽤 인기지고있다. 그것의 현재의 수 14 에 디스트로 워치.

* 당신은 당신이 무슨 일을하는지 알고있는 경우. AND YOU 당신이 무슨 일을하는지 더 나은 블러드 KNOW!
몫