Arch Linux 부팅시 임의의 "커널 패닉"에 대한 가능한 솔루션

이 게시물은 오류가있는 스타트 업의 거의 문제를 "수정"하는 방법을 보여줍니다. 아치 리눅스. 다음 이미지와 같은 것 :

IMG_20140707_210559

보시다시피이 문제가있는 운영 체제를 시작할 때 무작위로 나타나는 많은 "조합"오류 중 하나입니다. 이 오류에서 말했듯이 "하드웨어"에 문제가있을 수 있음을 나타냅니다. 그러나 우리 모두가이 운영 체제에서 알고 있듯이 OS에 속하지 않는 잘못된 트릭도 해결할 수 있습니다.

그래서 나는이 문제에 대한 나의 경험을 설명 할 것이다. 내가 경험할 수 있었던 것에서 문제는 아치 리눅스 또는 내가 설치하거나 테스트 한 우분투에서 문제없이 시작 되었기 때문에 외부에서 테스트 한 다른 배포판입니다. 하지만 내가 찢으려고하면 아치 리눅스 하드 드라이브에 설치된 OS가 정상적으로 부팅되고 사용하기 위해서는 50 회 정도 재부팅해야한다는 문제가있었습니다.

내가 설치 한 우분투 만 사용하여 테스트 할 수 있고 내가 할 수있는 작업의 절반도 할 수 없었기 때문에 이것은 이미 나에게 문제가있었습니다. 아치 리눅스. 그래서 저는이 문제를 해결하기로 결정하고 같은 문제가있는 포럼 스레드를 찾아 조사하기 시작했습니다. 그들은 또한 하드웨어 오류이고 정확히 CPU라고 언급했기 때문에 걱정이되기 시작했습니다. 나는 PC를 열고 무슨 일이 일어나고 있는지 확인해야했지만 도움이되지 않았습니다.

하지만 포기하지 말아야 할 것은 Ubuntu 왜냐하면 아치 리눅스 아니요 (아마도 Ubuntu ~보다 낫다 아치…?). 그래서 커널에 부팅 매개 변수를 쓰기 시작했습니다. 아치 리눅스, 같은 것들: lapic, nomce, intel_idle.max_cstate = 0, disable_cpu_apic, acpi_skip_timer_override, acpi = stric, clk, apm, noapic, acpi = oldboot, acpi-cpufreq, intel_pstate = disable, i8042.noacpi = 1, apm = copyds = 0, acdt = copyds = XNUMX, acpi = copyds pci = nocrs, rhgb, acpi = force, pnpacpi = XNUMXff 기타 등등…이 모든 것은 제가 읽은 포럼에서 추천되었습니다.

커널 매개 변수에 대한 문서를 입력해야하기 전까지는 다음과 같이 권장합니다. https://www.kernel.org/doc/Documentation/kernel-parameters.txt

그리고 저는 아주 흥미로운 매개 변수를 발견했습니다. 아치 리눅스 문제 없어요:

linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce maxcpus = 0

여기에 표시된대로이 매개 변수가 수행하는 것은 대칭 처리 모드를 활성화하지 않고 CPU 사용을 제한하는 것입니다. 처음에는 명령을 사용할 때까지 꽤 잘 작동했습니다. 팩맨 -Syyu; 나를 던졌다 코어 덤프 o 세그멘테이션 오류.

그래서 이상한 일이 일어나고 있다는 것을 자동으로 알아 차렸고, 갑자기 시스템이 완전히 멈춰서 더 이상 작동하지 않을 때까지 다른 프로세스를 실행하기 시작했습니다. 그래서 같은 작업을했지만 이번에는 htop 그리고 그것은 나에게 다음을 보여주었습니다.

IMG-20140729-WA0001

예상대로 하나의 CPU 만 표시되었는데 다른 CPU가 비활성화했기 때문에 프로그램이 왜 던 졌는지 매우 이상하게 보였습니다. 세그 폴트, 그래픽 환경을 시작할 수도 없었습니다. 그래서 적어도 커널 매개 변수를 한 가지 방식으로 설정하면 아치 리눅스 평소처럼.

그래서 저는 목록에 적어 놓은 다른 매개 변수를 계속해서 시도했습니다.이 매개 변수를 발견 할 때까지 현재로서는 최상의 솔루션입니다.

 linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce isolcpus = 1

이 매개 변수는 대칭 처리에서 CPU의 두 번째 코어를 분리 (비활성화하지 않음)하는 것과 같은 간단한 작업을 수행합니다. 즉, 처리로드는 단일 코어에 제공되고 다른 하나는 상호 보완적일뿐입니다. 모순되는 것처럼 보이지만이 훌륭한 OS는 다음과 같은 방식으로 응용 프로그램을 실행할 수 있었기 때문에 성능에 그다지 영향을 미치지 않습니다.

테스트

linux_rlz_compiz

그래서 이것으로 부팅시 발생하는 유일한 문제는 하나 또는 두 개의 커널 패닉 또는 죄송합니다. 하지만 이전에 재부팅해야했던 50 번에 비해 "해결 방법"이라고 생각할 수 있습니다. 나머지를 위해 지금까지 OS를 사용하고 지금 읽고있는이 게시물을 작성할 수있었습니다. :-).

나는 그들이 당신을 돕고 벗어나지 않기를 바랍니다. GNU / 리눅스, 이는 그들이 발명 한 최고의 운영 체제입니다. 나는 그것을 확실히 말한다.


코멘트를 남겨주세요

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

*

*

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

  1.   그레고리오 에스파다 스

    매우 흥미로운 정보. ArchLinux를 사용해온 몇 년 동안 커널 패닉이 없었지만 문제가 발생하면 어떻게해야하는지 아는 것이 좋습니다. 감사합니다!

    1.    kik1n

      어쨌든, 저는 오랫동안 (아치없이 1 년 정도) 커널 패닉없이 아치를 사용해 왔습니다.
      팁 고마워.

    2.    c4 폭발

      내가 게시물에서 언급했듯이 문제는 하드웨어로 인해 발생합니다. 왜냐하면 내가 아치를 사용하는 경우 이러한 유형의 문제를 전혀주지 않았기 때문입니다.

    3.    엘라 브

      아치에서 뛰어난 결과를 얻은 또 다른 하나입니다. 커널 패닉이 발생한 적이 없습니다.

    4.    원시 기본

      GNU / Linux에서 2 년 이상 ... ArchLinux에서 2 년 이상, 커널 패닉은 없습니다 .. 😉

    5.    마누엘 데 라 푸 엔테

      커널 패닉은 배포판 자체보다는 하드웨어 때문이라고 생각합니다. 우분투 알파를 넣은 후를 제외하고는 지금 사용하는 노트북에서 패닉 커널을 본 적이 없습니다 (아치 리눅스도 XNUMX 년 동안 여기에있었습니다). 반면에 내가 가지고있는 다른 랩톱에서 내가 넣은 배포판은 항상 모든 취향에 대해 커널 패닉과 다양한 오류를 제공합니다.

  2.   엘리오타임3000

    데비안에서 커널 3.14를 사용하면 PC를 켤 때마다 "연결 / 연결 해제 시간 초과"메시지가 표시되고 전원을 끌 때도 커널 패닉 문제가 발생했습니다.

    1.    아마우리

      Arch에서와 마찬가지로 Fedora에서도 많이 발생했지만, 그 이유와 문제를 조사하거나 해결하는 데 시간을 소비하지 않았기 때문에 차이가 없다고 생각합니다 (문제인 경우).

    2.    Dasasd

      그 이유는 gcc 4.9로 컴파일 되었기 때문이라고 생각합니다.

      http://libuntu.com/linus-torvalds-considera-que-la-version-4-9-de-gcc-es-una-pura-y-absoluta-mierda/

  3.   토니

    정보를 주셔서 대단히 감사합니다. 우리가 자랑 할 수있는 많은 것 중 일부는 이러한 유형의 포럼입니다.

  4.   마뉘

    Arch Linux에 왜 이런 일이 발생합니까? 시스템의 속도가 느려지거나 시스템이 매달리면서 자주 나타나는 문제로는 시스템을 프렛으로 던지는 지점에 도달하는 것으로 충분하지 않을 수 있습니다.

    1.    엘라 브

      야? 무슨 소리 야? o_O

    2.    아마우리

      Arch는 운영 체제 자체의 기반에서 구성 할 수있는 KISS 배포판입니다. 간단히 말해서 시스템이 무거 우면 그렇게 구축했기 때문이고 시스템에 오류가 있으면 생성했거나 올바르게 구성하지 않았기 때문입니다. 아치 위키는 꽤 완벽합니다. 몇 년 전에는 스페인어로 된 중요한 주제가 많지 않았고 설치 과정이 훨씬 더 거칠고 다소 어려웠습니다. 이제 모든 것이 조금 더 자동화되었습니다.
      사용자 오류에 대한 배포판을 비난하는 것은 그렇게 ... Windows (?).

      1.    다 야라

        배포판의 오류를 비난하는 것은 단순히 진실이기 때문에 일관성이 있습니다. Manjaro와 비슷한 문제를 겪은 후 저는 Arch, Antergos 및 다른 알려지지 않은 배포판 (지금은 이름이 기억 나지 않습니다. 죄송합니다.)을 시도해 보았습니다. 누군가가 나에게 문제가되지 않는다고 확신했지만 아무것도주지 않았다고합니다. 그들은 모두 그것을줍니다. OpenSuse, Fedora, Mint, Mageia 및 나중에 시도한 모든 것에서는 통과하지 못합니다. 내가 생각하는 한, 나는 그것이 배포판의 잘못이라고 생각할 수밖에 없습니다. 하지만, 나는 그것을 악마 화하지 않는다. 게다가, 내가 그것을 많이 좋아하기 때문에 내가 아치를 기반으로하는 것을 사용할 수 없다는 것이 정말로 나를 짜증나게한다. 그러나 그 빌어 먹을 문제는 나를 방해한다. 하드웨어 문제라고 생각하지도 않습니다. 왜냐하면 우리에게 일어난 많은 우리는 같은 빌어 먹을 사용하기 전에 일어나지 않았기 때문입니다. 글쎄요, 실제로는 하드웨어와 관련된 것이어야합니다.하지만 같은 것으로 돌아가서 제가 변경하지 않았고 이전에 가지고 있지 않았던 동일한 장비에 문제가 있다면 분명히 변경으로 인한 것입니다 나를 망친 아치에 의해.

      2.    존프 그스

        "사용자 오류에 대한 배포판을 비난하는 것은 그렇게 ... Windows (?)."

        제품 오류에 대해 사용자를 비난하는 것이 Apple이라고 말할 수 있습니다. 솔직히 수천 번 생각해 봤지만, 메인테이너가 기본적으로 손을 씻는 것을 진지한 목적으로 사용하는 것의 이점을 보지 못했습니다. 그리고 GPL 소프트웨어가 보증없이 제공된다는 점을 고려하면 말입니다.

        원하는대로 말할 수 있지만, 아이폰에 대한 신호 부족보고와 애플의 반응이 몇 년 전의 "당신이 틀렸다는 것"과 같은 경우라면. 배포판을 만드는 경우 일반적으로 약간의 품질과 최소한의 지원을 제공하기를 원하며 사실 Arch는 기본적으로 취미 시스템입니다. 개발자는 새로운 것을 패키징하는 데 재미 있지만 진정한 지원을 제공하는 데는 거의 관심이 없습니다. . 이러한 유형의 게시물을 볼 때마다 내가 사용하는 배포판 뒤에있는 작업을 더 중요하게 생각합니다.

        그리고 예, 작동하지 않거나 업데이트에서 작동이 중지되거나 하드웨어가 고장난 경우 소프트웨어 문제입니다. 커널 패닉 배포판과 다른 배포판은 ... 음, 네, 분명히 일을 옳고 그른 다른 배포판이 있습니다. 이제 우리가 새 프린터를 연결할 때마다 커널을 다시 컴파일해야했던 90 년대 스타일의 Linux를 사용하는 것이 즐겁다면…

  5.   마리오

    개발자가 커널을 컴파일합니까? 아니면 자신의?
    컴파일시 특정 구성 요소가 선택되지 않았거나 (AND) 일부 모듈이 특정 하드웨어를 지원하도록 활성화되지 않은 경우 커널 패닉이 발생합니다. 하드웨어에 대한 연습과 지식 (PC를 열고 어떤 브랜드의 칩이 있는지 확인해야 함)을 사용하여 사용자 지정 커널을 만들 수 있습니다 (chrooting). 우분투와 아치 설치 CD가 컴퓨터에 있다면, 활성화되지 않은 컴파일이 있습니다.

    1.    c4 폭발

      저장소에있는 archlinux 자체의 스톡 커널이었습니다.

  6.   anonimo

    사용중인 커널, 하드웨어가 좋아하지 않는 것이 남아 있습니다. 마더 보드에 희귀 버전의 칩이 있거나 칩에 버그가 있어야합니다 (일반적으로 발생 함).
    BIOS acpi에서 손상된 테이블 일 수 있습니다. 근무중인 중국인이 각 테이블의 체크섬을 잘 계산하지 않는 것은 정상입니다. 이러한 메시지는 일반적으로 부팅 시작시 $ dmesg -human과 함께 나타납니다.
    또한 다른 전원 공급 장치를 시도해야합니다. 필터링이 실패하면 리플이 그러한 실패를 일으키는 경향이 있습니다.
    먼저 소스를 변경하고 어떤 일이 발생하는지 확인하십시오. 그대로 유지되면 하드웨어에 맞게 커널을 구성 해보십시오. 그 과정에서 PC를 더 잘 알게 될 것입니다.

    1.    c4 폭발

      팁 주셔서 감사합니다. 덧붙여서 노트북인데 배터리를 교체해야 할 것 같아요. 하지만 당신이 내게 말한 것이 나를 도울 수 있다는 것을 압니다.

  7.   유키 테루

    여전히 나를 미치게 만드는 하나의 커널 패닉은 부분적으로는 누보 녀석들과 오래되고 오래되고 먼지가 많은 nVidia 6150 SE 통합 카드의 결함입니다. (부분적으로는 다음과 같은 그래픽 칩의 세계를 지원하는 훌륭한 작업을 수행했기 때문입니다. nVidia가 가지고있는 것, 그리고이 모든 것은 리버스 엔지니어링 만 사용하며 NV4E 칩셋이있는 일부 카드에서만 문제가 발생합니다).

    Openbox + Firefox를 시작하면 재난이 발생합니다 (화면에서 완전히 임의의 흑백 모자이크를 보는 것보다 더 아름다운 것은 없습니다). 그리고 나는 데비안, 페도라, 아치 리눅스, 슬랙웨어에서 커널 3.6부터이 노래를 불러 왔고 이제 젠투 (커널 3.12와 함께 설치됨)에서 다시 확인되었습니다. 더 이상 로그, 커널을 가져갈 필요도없고 어떤 것을 작성할 시간도 없습니다. 무의미한 말도 안되는 캐릭터가되지 마십시오.

    1.    anonimo

      솔루션을 제공합니다. Gentoo와 통합 된 nvidia 비디오가있는 PC는 nouveau 드라이버와 동일하게 발생하므로 폐쇄 형 nvidia 드라이버를 사용하는 것 외에 선택의 여지가 없었습니다. 내 칩은 304.123 드라이버를 사용해야합니다.

      00 : 0d.0 VGA 호환 컨트롤러 [0300] : NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] [10de : 03d6] (rev a2) (prog-if 00 [VGA 컨트롤러])

      커널 파일을 컴파일하기 전에 패치해야합니다. 패치되지 않으면 그래픽 모드가 시작되지 않습니다.

      단계는 다음과 같습니다.
      # 나노 -w /usr/src/linux-3.15.7-gentoo/drivers/acpi/osl.c
      nano이 텍스트, acpi_os_wait_events_complete 및 nano 내에서 ctrl + w를 사용하여 검색하면 다음 부분으로 이동합니다.

      무효 acpi_os_wait_events_complete (무효)
      {
      flush_workqueue (kacpid_wq);
      flush_workqueue (kacpi_notify_wq);
      }
      EXPORT_SYMBOL (acpi_os_wait_events_complete);

      추가해야하는 패치는 EXPORT, ctrl + 또는 ctrl + x로 시작하는 마지막 줄입니다.
      그런 다음 커널을 컴파일하고, 모듈을 설치하고, 커널을 설치하고, 필요한 경우 initramfs를 생성하고, 스플래시를 사용하는 경우 initramfs에 스플래시를 추가하고, grub에 대한 항목을 다시 생성하고, 마지막으로 매우 중요한 것은 커널 또는 독점 nvidia 모듈을 사용하지 않으면 그래픽 모드가 작동하지 않습니다.

      # 커널 목록 선택 해제
      # eselect 커널 세트 x
      # cd / usr / src / linux
      # make
      # 모듈을 설치합니다.
      # 마운트 / 부팅
      # make install
      # dracut –hostonly»3.15.7-gentoo –force
      # splash_geninitramfs –verbose –res 1400 × 1050 –append /boot/initramfs-3.15.7-gentoo.img emerge-world
      # grub-mkconfig -o /boot/grub/grub.cfg
      # emerge @ module-rebuild
      # umount / 부팅
      # shutdown -r now

      genkernel을 사용하는 경우 해당 파일을 패치하고 genkernel이 자체적으로 수정된다는 것을 이해합니다.
      또한 커널에서 drm 지원 및 nvidia 드라이버 및 기타 비디오 칩을 제거하여 nvidia 모듈로 설치된 폐쇄 형 nvidia 드라이버와 정면으로 충돌하지 않도록해야합니다.
      부트 플래시를 사용하는 경우 닫힌 nvidia 드라이버 (올바르게 기억하는 경우)가 터미널 tty800«F600»에서 1 × 1 이상을 지원하지 않으므로 높은 화면 해상도를 지원하도록 커널에 uvesa 드라이버를 포함해야합니다. 부팅.
      다른 배포판에 대해서는 모르지만,이 단계가 완료되면 어떤 배포판에서도 작동해야하며, 이머 지 변경 사항은 무엇이든 저장해야합니다.

      다음은 nvidia 및 uvesa에 대해 따라야하는 지침입니다.
      http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
      http://wiki.gentoo.org/wiki/Uvesafb

      1.    유키 테루

        정보를 제공해 주셔서 감사합니다.하지만 독점적 인 것으로 변경하여 문제를 정확하게 해결했습니다. 이전 nVidia 드라이버 (304.121)도 3.13으로 이동할 때 모듈 컴파일에 문제가 있었기 때문에 (오류는 없었지만 모듈이 작동하지 않음) 모든 것이 ACPI 이벤트 핸들러로 인해 패치되어야했던 것을 기억합니다. . 데비안에서는 문제가 발생했고 해결책도 찾았습니다.

        https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740097

    2.    다 야라

      나는 Manjaro를 예로 사용했지만 Arch와 다른 파생물에서도 같은 일이 나에게 일어났다 고 전에 언급했습니다. 따라서 나는 문제가 영향을받은 사람들보다 그들의 문제라고 생각합니다.

      추신 : 답장 할 수있는 옵션이 보이지 않아 관련 메시지에 직접 답장 할 수 없었습니다 ...

  8.   다 야라

    0.8.9 이후 버전으로 업데이트 한 후 부팅 할 때 멈출 수 있기 때문에 Manjaro에서 Linux Mint로 정확하게 이동했습니다 (어떤 버전인지 기억할 수 없습니다). 내가 읽은 바에 따르면 이것은 일반적으로 랩톱에서 발생합니다. 문제의 문제는이 게시물의 문제와 같지 않았고, 에너지 관리와 관련이있을 수 있다는 결론에 도달했다고 생각합니다. 플러그를 뽑은 상태에서 노트북을 시작해도 얼지 않는 사람들이있었습니다. 지금은 그것이 항상 문제없이 시작할 수 있었는지 기억이 나지 않지만, 물론 더 오래 걸리는 대가로 더 많은 시간을 할 수있었습니다.
    어쨌든 결국 포기하고 Fedora와 Linux Mint로 전환했습니다.

    1.    c4 폭발

      공교롭게도 어제 충전기없이 일시 중단하려고했는데 다시 시작할 때 멈춰서 다시 시작해야했습니다.

  9.   아마우리

    꽤 재밌습니다. 저는 Arch와 몇 달 동안 일했고 커널 패닉이 한 번도 없었습니다! 라이브 환경에서 Antergos (저장소가 추가 된 아치)와 함께 나에게 발생했지만 더 이해하기 쉽다고 생각합니다. 마더 보드에 문제가 있거나 RAM 모듈에 결함이있을 수 있습니까? 약 2 년 전에 RAM 모듈로 인해 Windows에서 여러 개의 블루 스크린이 발생했으며 여러 커널 패닉이 발생했던 것을 기억합니다! Mandriva에서. 재부팅과 재부팅 사이에 한 번에 각 메모리를 테스트해야했습니다.

    1.    다 야라

      다른 배포판에는 해당 유형의 문제가 없기 때문에 모든 파생물을 드래그하는 아치 문제입니다. 내가 부끄러운 것은이 시점에서 그들이 그것을 해결하지 못했다는 것이다. 수년 동안 그들뿐이었습니다! 2011 년부터 비슷한 문제를 읽었습니다. 업데이트없이 0.8.7, 0.8.8 및 0.8.9 버전을 사용하면 아무 일도 일어나지 않기 때문에 업데이트가 진행됨에 따라 문제가 발생한다는 것이 분명합니다. 그때부터 모든 것이 엉망이되었고 확실히 이전 버전에서도 발생했습니다. 왜 우리 중 소수에게만 발생합니까? 잘 모르겠지만 우리의 문제라고 생각하지는 않지만 아치는 이미 말했듯이 다른 배포판이 완벽하게 작동하기 때문입니다. 나는 해결책을 찾기 위해 그의 시대에 이미 뿔을 부러 뜨 렸지만 피곤했습니다. 미안하지만 아치를 사용하지 않을 것입니다.

      1.    유키 테루

        아치 0.8.7, 0.8.8 및 0.8.9? 아치가 그 버전 명명법을 사용한다는 것을 알게되었습니다.

        만자로를 사용하고있는 것일까 요?

      2.    유키 테루

        좋아, 나는 당신의 이전 코멘트를 읽음으로써 스스로 대답하고, 하나는 Manjaro이고 다른 하나는 Arch입니다.

        특정 문제에 대한 배포판을 비난하는 것도 일관성이 없습니다 (정말 일관성이 없음). 적어도 제 경우에는 nouveau 및 nVidia 6150SE 카드의 문제에 대해 내가 얼마나 많은 배포판을 시도했는지 비난 할 수 없습니다. 드라이버 및 카드의 MMIO 처리 (nVidia는 수정해야 할 사항과 해당 세부 사항을 수정해야하는 미친 사항을 알고 있음). 하드웨어도 문제가 될 수 있으며 사용하는 모든 OS (Windows, Linux, BSD)에서 컴퓨터를 수리 한 경험에서 매우 이상한 하드웨어 문제 (예 : 거부하는 PC)를 보았습니다. 메모리 위치를 변경하지 않는 한 부팅하고 종료 할 때 프로세스를 반복해야합니다.) Windows와 Debian을 탓할 수는 없습니다.

  10.   라알로7

    라이브 우분투 12.04에서 커널 패닉이 발생했습니다.

  11.   울리세스 베르날 페레즈

    내 보안 HP 파빌리온 dm4 노트북 PC, 8GB RAM, 500 개의 하드 드라이브에 열광하며 5 년 이상 사용했습니다. 인텔 코어 i5 인 마이크로 프로세서의 속도가 기억 나지 않는데 2mhz 이상이라고 생각합니다.
    터미널 화면에 아무것도 쓸 수 없습니다. 이 문제를 해결하기 위해 계속해서 더 많은 정보를 찾을 것입니다.