아치 리눅스에서 네트워크 인터페이스 이름 바꾸기

최근에 내 노트북 ​​중 하나를 데비안 a 아치 리눅스 네트워크 인터페이스와 관련된 사항을 구성 할 때 새로운 부팅 표준이 시스템 해당 인터페이스에서 보던 장치 이름을 변경했습니다.

일반적인 프로세스부터 시작하여 터미널에 넣었습니다 (그런데 zsh를 기본 콘솔로 사용하는 rxvt 유니 코드를 사용합니다)«IP 주소»다음 획득 :

이름 변경 프로세스를 시작하는 인터페이스의 이름

이 경우 인터넷에 액세스하기 위해 집에있는 RJ45 커넥터를 사용하여 일반 케이블에 해당하는 네트워크 인터페이스의 이름을 구성합니다. 우리가 가장 먼저 보는 것은 이름으로 enp0s4. 이것은 크게 다릅니다 eth0 우리가 얼마나 봤는지. 우리가 할 일은 말한 인터페이스의 이름을 좀 더 편안한 이름으로 변경하는 것입니다. 그러면 콘솔에 입력하기가 더 쉽습니다.

이전 단계로 다음을 입력합니다. cat /sys/class/net/enp0s4/addres 터미널에서 장치의 MAC을 찾습니다. 이것은 000 : 00 : 00 : 00 : 00 : 0 유형의 번호를 반환하거나 단순히 명령과 함께 나오는 MAC 주소의 이름을 복사합니다. ip addr 이전 단계에서. 나중에 필요하므로 적어 두어야합니다.

그런 다음 디렉토리에 항목을 만듭니다. /etc/udev/rules.d/ 이런 식으로:

디렉토리 이름

이름이 간단한 텍스트 파일 10 개의 네트워크 규칙 udev 표준 이전에 프로세서 역할을합니다. 작업 권한이 필요한 파일에 액세스해야하기 때문에 sudo를 넣는 것은 주목할 만합니다.

열면 다음을 입력합니다.

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"

내 경우에는 이렇게 유지 :

CNTR + o 키 조합을 눌러 변경 사항을 저장하고 CNTR + x를 눌러 편집기를 종료합니다 (이 경우 nano를 사용하지만 원하는 것을 사용할 수 있음). 그런 다음 변경 사항이 적용되도록 컴퓨터를 다시 시작하고 재부팅 후 다음을 얻습니다.

수정 후 인터페이스는 어떻습니까

인터페이스의 이름에주의를 기울이면 알 수 있듯이 이름을 변경 한 인터페이스는 쉽게 입력 할 수있는 관리 가능한 이름으로 표시됩니다.

도움이 되었기를 바라며 우려 사항이있을 경우 의견을 제시하고 질문을하시기 바랍니다.

이제부터 이렇게 ... 인사를 올릴 게요.


37 코멘트, 당신의 것을 남겨주세요

코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   이타치

    정보 주셔서 감사합니다. systemd와 함께 나타나는 이름은 엉덩이에 약간의 고통이 있기 때문입니다.

    1.    오 야시로 님

      네 .. 형태 중 하나라면 진짜 문제는 아니지만 ..보다 대표적인 이름으로 인터페이스를 관리하는 것이 좋습니다.

  2.   판데브92

    라이브 sysvinit XDDD

    1.    오 야시로 님

      나는 상상하지만 당신 이이 게시물의 대상 사용자가 아니라는 것을 알았습니다 haha

  3.   엘라 브

    나는 아직도 체계적인 .. 우리의 삶을 편하게하는 대신 그것이 그것을 복잡하게하는 것처럼 보인다. .. 누군가 나에게 정말로 "진짜"이점을 말할 수 있는가?

    1.    리 드리

      우연히 같은 제작자가 만든 pulseaudio와 같은 또 다른 경우입니다. 정말 놀랍지 만 박람회장 산탄 총보다 더 실패하고 Alsa가 소리를 다시 처리하도록해야합니다.
      공정하게 말하면 여전히 매우 녹색이지만 지금 내가 볼 수있는 유일한 장점은 무언가를 말할 때 시스템이 5 초 더 빠르게 시작된다는 것입니다. 데비안은 여전히 ​​sysvinit을 유지하고 systemd는 선택 사항입니다.

      1.    자유게시판

        특히 systemd가 좋은 옵션이라고 생각하고 사용자에게 침투하는 데 시간이 좀 걸린다고 생각합니다. 내가 보는 것 중 하나는 대부분의 문제가 문서화가 잘되지 않아서 해결된다는 것입니다. 근본적인 문제가있을 수 있음을 부인하지만 이것이 특정 구현을 나쁘거나 좋은 것으로 간주하는 문제라는 의미는 아닙니다.

        1.    리 드리

          systemd의 이점은 다소 난해한 것 같습니다. 구현 한 개선 사항에 대한 설명을 읽었지만 더 나은 성능으로 변환되는지 모르겠습니다. 그리고 지금 당장 리눅스에 분산되어 있지 않았다면 제가 아는 세 가지 시작 시스템이 있습니다 : sysvinit, upstart, systemd. 그리고 무엇보다도 systemd는 / usr 이동으로 알려진 유닉스 파일 계층 구조를 변경하도록 강제합니다. 몇 가지 흥미로운 정보 :
          http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html

          1.    MSX

            아주 흥미로운 기사를 읽었습니다. (그리고 예, 디렉토리 계층을 정리하면 구성 파일이 "etc"라는 디렉토리에 저장되고 응용 프로그램 구성이 시스템에서 배포하는 다른 디렉토리를 따라 배포된다는 점이 나쁘지 않습니다. 그런 의미에서 Fedora 사람들은 잘하고 있습니다.)

            그들이 PulseAudio에 대해 개인적으로 말하는 것과 관련하여 나는 그것을 필요로하지 않았으며 ALSA를 가진 사람들 중 하나입니다 (나는 항상 HW를 완벽하게 인식합니다).
            내가 사용하는 배포판의 특정 경우에는 데스크톱 컴퓨터에 문제가 없었지만 랩톱에서는 서스펜션에서 나온 후 오디오가 끊기는 방식을 격분했습니다.
            운 좋게도 며칠 전 포럼에서 댓글을 많이 한 사용자 중 한 명이 버그 추적기에 문제를보고하고 오류를 발견하고 다음 안정을 기다리는 동안 Chakra에 적용 할 책임이있는 패치를 즉시 출시했습니다. 해당 패치를 포함 할 PA 버전.
            Chakra에있는 PA의 현재 버전 : 3.0

  4.   MSX

    좋은 팁, +1

    GNU + Linux가 마침내 현재의 요구 사항에 따라 새롭고 더 강력하고 유연하며 현대적인 시스템이되기 위해 유닉스의 태생을 벗어난 것을 보게되어 기쁩니다.
    여전히 믿을 수없는 거대한 힘, 유연성 및 모듈성, Poettering 및 동료들의 훌륭한 작업으로 시스템화되었습니다.

  5.   법조인

    이 튜토리얼은 매우 훌륭하지만이 모든 단계를 수행 할 수 있다면 p0s4에서도 더 쉽게 배울 수 있다고 생각합니다. 반면에 일이 어떻게 수행되는지 아는 것이 좋습니다. 때로는 필요하고 내 인터페이스에는 확실히 이해할 수없는 이름이 있습니다.

    1.    자유게시판

      글쎄요 저는 그것이 기억할 수있는 것이라고 생각하지 않습니다 .. 제가이 미니 튜토리얼로하려고하는 것은 사용자의 잠재적 인 불편 함을 매우 피상적 ​​인 방법으로 해결하는 것입니다. Gnu 리눅스는 매우 유연하기 때문에 간단한 단계를 따라 마음대로 사용자 정의 할 수 있습니다. 가장 피상적 인 점은 시스템 내에 개인화 된 것들을 배치함으로써 더 귀여워 보인다는 것입니다 ..

  6.   그냥 또 다른 DL 사용자

    이제 새로운 archlinux .iso를 설치할 때 wifi가 나를 wlp2s0으로 인식하고 때로는 wlan0으로 인식합니다. 그 이유를 아는 사람이 있습니까?

    1.    자유게시판

      Systemd가 변경하고 커널이 인터페이스에 대한 지원을 제공합니다. .. 게시하고 정적으로 수정하는 자습서를 따르십시오. .. 이렇게하면 문제를 줄일 수 있습니다.

  7.   그는 여기를 통과했습니다

    저도 얼마 전에 그 상황을 만났지만 두 가지가 다릅니다
    관례 적으로 파일은 80 (이 경우 일반적으로 70) 미만이어야하며
    이것은 나머지 구성의 정도 또는 보유한 플레이트 수에 따라 다릅니다.

    고양이 /etc/udev/rules.d/80-net-name-slot.rules
    #이 파일은 네트워크 장치에 대한 영구 이름 변경 규칙을 마스킹합니다. 만약 너라면
    #이 파일을 삭제하면 /usr/lib/udev/rules.d/80-net-name-slot.rules는
    # ID_NET_NAME_ {ONBOARD, SLOT, PATH}에 따라 네트워크 장치 이름 변경
    우선 순위가있는 네트워크 장치의 속성 # 개. 보다
    # 'udevadm test-builtin / sys / class / net / $ interface'의 출력
    # 새 이름이 무엇인지에 대한 세부 정보.
    #
    # http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames

    링크에서 마지막에 3 가지 옵션 (freedesktop으로)을 넣으십시오. 파일과 함께 자동으로 생성되지 않으며 70이 아닙니다. 즉, 특정 이름으로 이름을 지정하지 않습니다. 여전히 eth0이어야합니다 (예, 하나만 있습니다). USB처럼 더 많이 넣으면 eth1-2-3이라는 이름을 따르거나 모듈 감지 순서대로 이름을 지정합니다. 70- 유용합니다. 하나 이상의 보드가 있고 이름에 관심이있는 경우 (특정 보드는 eth0이고 다른 보드는 eth1이되거나 이름을 지정하고 싶은데 자동으로 나오는 이름과 일치하지 않습니다. 모듈 장착 순서)

    80이면 마법처럼 일반 이름 eth0 eth1 eth2 (탐지 순서에 따라)
    80이 없거나 null로 보내면 원하는 경우 조건을 지정할 수있는 "이상한"이름이 있습니다.
    70 인 경우 또는 튜터의 경우 10- 이름을 조절합니다 (70 월에 발생한 버그가 있고 XNUMX 개가 아닌 경우에는받지 않았습니다. 아치 또는 데비안이지만 발생했습니다)

    netcfg와 일부 컴퓨터에서 bridge-utils를 사용하는 것이 더 좋습니다.
    데비안에서는 80-를 사용하지 않지만 systemd /etc/udev/rules.d/70-persistent-net.rules로 가기 전에 udev가 생성 한 것을 사용합니다.

    1.    자유게시판

      대부분 문제는 데비안에서 비롯됩니다. 버그가 각 배포판에서 개발 한 패키지가 아니라 사용 가능한 원시 패키지에 영향을 미쳤는지 확인해야 할 필요가 있지만 .. 내가 언급했듯이 올바른 구성을 수행하는 여러 방법 중 하나 일뿐입니다.

      1.    MSX

        좋은 kacker처럼, 나는 Kali Linux (Backtrack 5의 후속)를 설치할 공간을 내 / 집에 요청했습니다.
        Kali는 BT와 달리 Debian에 기반을두고 있습니다. 실제로 _is_ Debian에 특별한 추가 기능이 추가되었습니다. systemd!
        사실, Kali Linux가 마치 평생 데비안을 사용한 것처럼 systemd와 함께 실행되는 것을보고 긍정적 인 방식으로 제 관심을 끌었습니다.

        한편 Debian Dev Core 그룹은 다음과 같습니다.

        "Dev1 :-이 새로운 시스템에 대해 들었군요. 구현하기에 좋지 않을까요?"
        «Dev2 : -WTF,하지만 당신은 누구라고 생각합니까 !!! 당신이 여전히 자신을 괴롭 히고있을 때 나는 이미 SysV를 사용하고 있었고, 내가 죽을 때까지 계속 사용할 계획이라고 경고합니다 !!!»
        «Dev3 :-이봐 젠장, 당신이하는 말을 조심해 ...»
        «Dev4 :-삼촌이 침입자 인 것 같습니다 ...»
        «Dev5 :-봐, hake, 데비안에서 우리는 거미줄 수집에 대해 자랑하고있다. 우리에게 이와 같은 새로운 것을주지 말라. 아마도 15 년 또는 20 년 내에 충분히 테스트를 거친 후 다시 한 번 살펴보고 요구 사항을 충족하는 것으로 확인되면 Sid에 통합 할 것입니다.»
        «Dev1 :-하지만 얘들 아, 괜찮아요. 그렇게하지 마세요. 제가보기에 그것은 SysV보다 훨씬 더 유연하고 완전하고 강력한 PID1 인 것 같습니다. 사실 질병의 징후를 보이고 있습니다. 오랫동안 원했습니다 ...»
        «Dev2 : -BLASFEMIA !!!»
        «Dev4 :-고백, 빨리, 아치에서 왔어, 젠장!?»
        «Dev5 : -QUEEEEE ??? 그러나 당신은 어떻게 생각하십니까, 충분히 테스트되지 않은 것을 어떻게 통합 할 것인가 !! ??»
        «Dev1에 응답하는 Dev5 :-하지만 지금은 광범위한 F / LOSS로 인해 소프트웨어가 대규모로 테스트되고 다른 배포판에 의해 호환성과 안정성이 실질적으로 보장되기 때문에 더 이상 몇 년을 기다릴 필요가 없습니다. 내 50 센트…»
        «Dev3 :-그럼 50 센트 좆까,이게 데비안이라는 걸 이해하지 못했던 부분은? 우리는 배포판에 오래된 소프트웨어 만 추가합니다. "
        «Dev5 :-물론, Dev3는 잘 들었습니다. Dev1의 말을 들어주세요.이 소프트웨어가 차세대 PID1로 교체되기 시작할 때만 우리는 그것을 Debian에 통합하는 것을 고려할 것입니다. 기간, 더 이상 주제에 대해 이야기하지 마십시오. "
        «Dev1 :-그게 ...»
        «Dev2 :-이봐, 당신은 그것을 찾고 계십니다. SysV를 패치하고 지원하는 데 시간을 투자하고 SysV가 20 년 동안 우리에게 그렇게 잘 봉사 해왔다면 XNUMX 년 동안 유용한 수명을 연장하는 것이 좋습니다. 지금 교체하겠습니다.»
        «Dev3 :-저 사람, 아직 SysV를 애정으로 바라 보면 잠시 동안 PID1이 있습니다.»
        «Dev1 :-글쎄요. 맞습니다. 현대적인 요구 사항에 맞지 않는 소프트웨어를 패치하는 것이 좋습니다. 그래서 많은 노력을 기울여 계속해서 사용할 수 있습니다 ...»
        «Dev4 :-물론 그것은 당신의 모더니즘이 아닌 방법입니다.
        "Dev1 :-좋아, 그들은 나를 확신시켰다. systemd는 멍청하고 그 일을 한 사람은 멍청이다. SysV가있을 때 그런 쓰레기를 할 것이라고 생각하는 사람?"
        Dev {2,3,4,5} :-«향후 50 년간의 침체를 위해 건배합시다!»

        1.    판데브92

          sysvinit / openrc 또는 upstart에 대한 systemd의 장점은 너무 크다는 것이 아니라 3 ~ 4 초 더 빨리 시작하기 때문에 단순히 유행 적이라는 것입니다.

          1.    그는 여기를 통과했습니다

            나는 신생에 대해 모른다. 적어도 고의적으로 그것을 사용한 적이 없다고 생각한다.
            3 ~ 4 초는 상대적입니다. 저는 컴퓨터를 가지고 있는데, 전체 부팅에서 systemd를 사용하면 약 10 분 (X가없고 가능한 모든 것이 최적화 된 데비안)이 걸렸고 절반 이하 (동일한 서비스, 동일한 디스크, 동일 cpu, 동일한 ram), 즉, 충전 될 때까지

          2.    판데브92

            우분투를 사용해 본 적이 있다면 그것이 신생이라는 것을 알아야합니다. 그렇지 않으면 분명히 아닙니다.

          3.    MSX

            "3 ~ 4 초 더 빨리 시작하기 때문에 유행입니다."
            실제로 systemd의 주 개발자가 자신의 ML에서 보낸 이메일에서 systemd를 빠른 시작 시스템으로 생각한 적이 없다고 명시 적으로 설명하는 것은 아닙니다. 이것은 단지 systemd의 작업의 결과 일뿐입니다. 시스템을 더 빠르게 최적화하기로 결정하면 무엇을 얻을 수 있을지 생각합니다.

            "sysvinit / openrc 또는 upstart에 대한 systemd의 장점은 그다지 대단한 것이 아닙니다."
            SysV init와 관련하여 장점은 Upstart에 비해 그다지 크지 않습니다.
            SysVinit는 포르쉐 옆 카트 인 카트 라미 나입니다.
            SysVinit는 수년 동안 그 목적을 달성했지만, 실제로는 수년 전에 그리고 그 순간을 위해 만들어지고, 생각하고, 설계된 소프트웨어의 내재적 인 한계가 점점 더 눈에 띄게됩니다.
            부팅 속도가 느린 것 외에도 SysV의 문제 중 일부는 일반적으로 다른 환경에서 발생하는 경쟁 조건, 데몬의 활성화 및 비활성화 구조, 시퀀스를 깨지 않고이 구조에 새 응용 프로그램과 데몬을 추가하는 것이 얼마나 복잡한 지입니다. 스타트.

            systemd는이 모든 것을 깨끗하고 실용적이며 표준화되고 잘 문서화 된 방식으로 해결합니다. SysV에서는 일반적으로 각 배포판에서 원하는대로 구현합니다.

            Upstart에 대해 나는 엄격히 말해서 끔찍하고 중국어이며 편집하는 것이 고문이며 미친 것이 아니고 엉망이되면 실수하기가 매우 쉬운 구성 파일 외에는 많이 알지 못합니다.
            반면에 Upstart는 내 컴퓨터의 Ubuntu 최신 버전이 거의 즉시 시작되고 종료되기 때문에 정말 효율적으로 보입니다.
            그러나 Poettering이 시스템이 정말로 필요한지, Upstart와 같은 다른 옵션을 분석하지 않았는지 물었을 때 그는 예, 그들은 그들을 분석했으며 그들이 좋아하는 것이 많았으며 실제로는 계획에 있다고 대답했습니다. systemd에서 구현했지만 그들에 따르면 Upstart의 구조적 기반이 좋지 않았으며 미래에 문제가 발생할 가능성이 매우 큽니다.

            systemd는 다음 두 가지 중요한 이유로 Red Hat 이니셔티브로 탄생했습니다.
            1. 회사가 수천 건의 배포에서 경험 한 _vastisima_ 경험으로 인해, 그들은 요구 사항을 충족하기 위해 시스템에서 특정 근본적인 변경을해야한다는 결론에 도달했습니다. 모든 심오한 것과 마찬가지로 두 명 이상의 베테랑을 논리적으로 불안하게 만드는 변경 사항 변경.
            2. Red Hat이 GNU + Linux가 아닌 Red Hat을 추구하는 것은 누구에게도 비밀이 아닙니다.

            아라베스크와 다른 산만 함을 넘어서, 사실 systemd는 GNU + Linux 커뮤니티에서 점점 더 많이 채택되고 있으며 이는 여러 가지 이유로 반드시 좋은 것입니다.
            1. 개발이 가속화되어 더 짧은 시간에 더 나은 제품을 얻을 수 있습니다.
            2. 다양한 배포판의 요구 사항을 포함하고 해당 배포판의 주요 개발자와 systemd와 협력하고 다른 배포판의 개발자와 패치 및 기능을 논의하여 상호 작용함으로써 품질 제품을 쉽게 얻을 수 있습니다.
            3. 구현되는 배포 (매우 중요!)와 통합 (POSIX와 마찬가지로) 다른 배포로 구성된 이기종 환경에서 작업해야하지만 관리 기반을 공유하는 관리자가 할 수있는 것으로 통합됩니다. 비슷한 시스템을 중요하게 생각합니다.
            $ systemctl은 openSUSE, Arch 또는 Chakra, Red Hat 또는 Kali Linux 또는 systemd를 사용하는 다른 배포판과 같이 Fedora에서 동일하게 작동합니다.
            4. 배포판 자체에서 사용하는 동일한 PID1에 대해 많은 수의 적합한 사람들이 작업하는 것은 개발자 스스로 문제를 해결하거나 하나 또는 다른 기능을 구현하는 방법에 대한 도움이나 아이디어를 구할 때 작업을 훨씬 쉽게 만듭니다.
            5. systemd는 개방적이고 매우 중요한 학제 간 프로젝트이므로 프로젝트의 채택 및 개선 률을 FLOSS 프로젝트 중 가장 높은 것으로 만듭니다.
            예를 들어, 처음에 데몬을 시작하는 것과 관련된 배포 패키지의 관리자가 시스템 메일 링 목록에 자신의 서비스 버전을 표시하여 의견과 제안을 요청하면 일반적인 공동 작업 후 다음 작업이 가능합니다. 해당 서비스가 주제를 연 개발자를 사용할뿐만 아니라 애플리케이션 자체의 개발자에게 UPSTREAM을 전송하여 해당 서비스의 일부로 만들 것인지 결정할 수있는 최상의 방법을 가리 킵니다. 자체 패키지로 100 % 시스템 호환 OOTB로 만듭니다.
            6. systemd에는 관리하는 시스템을 훨씬 쉽고 원활하게 관리 할 수있는 수백 개의 새로운 기능이 있습니다. 예를 들어, 로그인 관리자를위한 PAM 모듈 관리, 시스템에 대한 원격 연결 관리, 메모리에 슬리핑 데몬을두고 활성화 대기중인 CPU 및 메모리를 훔치는 대신 소켓에서 수신 대기하는 주문형 서비스를로드하고 관리합니다. 신뢰할 수있는 방식으로 네트워크 인터페이스와 장치를 시스템에 연결했습니다. 정말 괴물이고 거대한 리바이어던이지만이 크기의 다른 시스템과 달리 민첩하고 빠르고 매우 부드러운 방식으로 작동하며 이것이 유일한 이유라고 생각합니다. 따라서 systemd와 같은 거대한 시스템의 경우 (짧은 시간에 전체 시스템을 관리 할 것이라고 생각하십시오) 처음부터 효율적이고 모듈 식이며 확장 가능하도록 설계되었습니다.

            특히 systemd 사용으로 인해 가장 고통받는 것은 지금까지 내 컴퓨터를 관리하는 데 사용했던 모든 것을 다시 배워야한다는 것입니다.
            수년 동안 특정 방법론을 사용했던 일부 선사 시대가 그러한 변화에 저항한다는 것은 이해할 수 있습니다 ...하지만 헤이! 이것은 컴퓨터 과학입니다. 여기서 변하지 않는 유일한 것은 변화가 계속된다는 것입니다 😉

            인사말.

          4.    MSX

            나는 잊었다 :
            "우분투를 사용해 본 적이 있다면 분명히 아니더라도 신생 기업이 무엇인지 알아야합니다 .."

            어떤 불쾌한 반응 이지요? 그것을 믿고 거의 아는 사람의 소유입니다.

            당신의 추론에 따라, 나는 당신이 먹는 모든 음식이 어떻게 생산되는지 확실히 알고 있다고 확신합니다. 나는 모든 것을 말한다.
            버스 나 비행기를 탈 때와 마찬가지로 차량의 모든 부품, 심지어 가장 작은 부품까지도 작동 방식, 사용하는 오일, 윤활유 및 기타 유체, 각 부품과 제조 공정은 구성됩니다.
            또는 펜을 사용하면 잉크가 어떻게 만들어 지는지 확실히 알 수 있습니다.

            @가 여기를 지나가는 지 모르겠습니다. 나는 여전히 당신의 어리 석음을 읽지 않거나 단순히 너무 예의 바르고 문명화되어 당신이해야 할대로 대답하지 않습니다.

            내 입장에서 나는 이미 너와 같은 질을 참을만큼 늙고 심술 궂다.
            달걀 좀 빨아 줘.
            (아니요, 나는 누구를 변호하지 않습니다. 저는 한 문장으로 그런 평범함과 유독 한 오만함으로 너무 아팠습니다).

          5.    판데브92

            msx, windows는 Moses xD 시대의 동일한 부팅 시스템, 동일한 파일 시스템, 동일한 사운드 시스템을 사용하며 아무 일도 일어나지 않습니다! 그래서 이것은 우리가 바퀴를 재발 명하거나 5 ~ 6 년마다 시도하는 Linux입니다.하지만 그것은 컴퓨팅이 아니라 그것의 일부일뿐입니다. XD

          6.    MSX

            아 봐 ...
            분명히 아닙니다.
            부팅 시스템이 98 / Me에서 XP (NTLD)로 변경된 다음 Windows 7에서 다시 변경되었으며 이제 Windows 8로 업데이트되었습니다. 기술이 동일하지 않고 요구 사항이 동일하지 않기 때문에 논리적입니다.

          7.    판데브92

            창 7에는 창 전망이 있습니다.

          8.    판데브92

            msx,하지만 대체 뭘 피우는거야, 대체 뭘 믿었 어? 예, 나는 완전히 정상이라고 대답했지만 당신은 열등감 넘치는 사람으로 사물을 해석하는 머릿속에 똥을 가지고 있습니다. 그것은 내 잘못이 아닙니다. 속임수 나 아무것도 원하지 않고 파트너에게 한 말일뿐입니다. 당신은 당신의 머릿속에 모든 것을 창조했습니다. 젠장, 가서 린든을 가지세요.

            1.    엘라 브

              나는 이미 다른 날에 당신에게 이것을 그만두라고 요청했습니다. 나는 그들을 꾸짖는 두 사람의 아버지가 아니다. 그들은 Twitter, G + 또는 Skype를 위해 싸울 것입니다 .. 이제 좋습니다.


        2.    그는 여기를 통과했습니다

          아주 좋아요
          아마도 데비안이 가지고있는 것은 (현재로서는) 스크립트에 그렇게 엄격하지 않고 마술처럼 수용 할 수 있다는 것입니다. 비록 "예, 내가 말하는대로하십시오!" 아주 재미있는

        3.    법조인

          저 아치가 신성모 독자인가요? 음, Arch는 Debian Stable의 반대입니다.

          1.    MSX

            아니 아니야, 그 디지털 원시인들이 우리를 보는 방식이야, 궁수들이 가지고 다니는 리듬이 완전히 무서워 ;-D

  8.   엘리오타임3000

    주요 문제는 명령이 아니라 사용되는 배포판을 잡는 습관입니다.

    Arch는 좋은 옵션이지만 지금은 Slackware를 사용해 보겠습니다.

  9.   st0rmt4il

    팁 고마워!

    1.    자유게시판

      그것이 얼마나 유용했는지

  10.   엘러리

    좋은 팁 =) 텍스트를 작성할 때 다음과 같이 제공됩니다.

    "10network-rules라는 간단한 텍스트 파일" 그리고 이미지에서 올바른 방식으로 10-network.rules로 제공됩니다.

    안부

  11.   아브라함 타마 요

    그것은 나에게 봉사 .. 내가 가지고있는 conky 구성 때문에 나는 또한 그들이 경험이없는 눈에 리눅스를 매우 어렵게 보이게하는 이런 유형의 기사에 반대한다 ..
    당신의 인터페이스가 당신이 인터넷을 가지고 있다는 것이라면 그것이 무엇이라고 부르는지 어떤 차이가 있습니까? .. 동일하고 내 conky 구성에서 wifi의 다른 이름이 저에게 봉사 할 것이고 그것이 aircrack을 사용한다면 그것은 또한 같은 이야기이지만 리눅스는 사용자 정의 옵션을 제공하고 변경하십시오 .. 기사 .. 이미지 감사합니다
    https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large