מעגלעך לייזונג פֿאַר טראַפ "Kernel Panics" אויף אַרט לינוקס שטיוול

דער פּאָסטן איז צו ווייַזן ווי צו "פאַרריכטן" כּמעט די פּראָבלעם פון סטאַרטאַפּס מיט ערראָרס אַרטש לינוקס. עפּעס ווי די ווייַטערדיק בילד:

ימג_קסנומקס_קסנומקס

ווי קענען ווערן געזען, מיר זען אַז דאָס איז איינער פון די פילע "קאַמבאַניישאַנז" פון ערראָרס אַז דערשייַנען ראַנדאַמלי ווען סטאַרטינג אַ אָפּערייטינג סיסטעם מיט דעם פּראָבלעם. ווי עס שטייט אין דעם טעות, עס ינדיקייץ אַז עס קען זיין אַ פּראָבלעם אין די "האַרדוואַרע", אָבער, ווי מיר אַלע וויסן אין דעם אָפּערייטינג סיסטעם, אפילו די שלעכט טריקס פון וואָס טוט נישט געהערן צו די אַס קענען זיין סאַלווד.

אַזוי, איך וועל באַשרייַבן מיין דערפאַרונג פון דעם פּראָבלעם. פֿון וואָס איך קען דערפאַרונג, די פּראָבלעם איז געווען בלויז מיט אַרטש לינוקס אָדער אן אנדער דיסטראָ אַז איך טעסטעד ויסווייניק, ווייַל מיט קיין ובונטו איך האָבן אינסטאַלירן אָדער טעסטעד, עס סטאַרטעד אָן פראבלעמען. אבער אויב איך געפרוווט צו טרענען די אַרטש לינוקס אינסטאַלירן אויף די שווער פאָר, עס איז געווען אַ פּראָבלעם אַז עס האט צו רעבאָאָט וועגן 50 מאָל אין סדר פֿאַר די OS צו שטיוול נאָרמאַלי און קענען צו נוצן עס.

דאָס האָט שוין עפּעס פאַלש מיט מיר ווייַל איך קען נאָר נוצן די ובונטו אַז איך האָבן אינסטאַלירן צו פּרובירן עס און איך קען נישט טאָן אפילו האַלב פון די טינגז וואָס איך קען טאָן מיט אַרטש לינוקס. אַזוי איך באַשלאָסן צו סאָלווע דעם פּראָבלעם און אנגעהויבן צו פאָרשן, איר זוכט פֿאַר פאָרום פֿעדעם מיט די זעלבע פּראָבלעם, זיי אויך דערמאנט אַז עס איז געווען אַ ייַזנוואַרג טעות און אַז עס איז געווען פּונקט די קפּו, אַזוי עס אנגעהויבן צו זאָרג מיר, אַזוי איך גאַט צו עפֿענען די פּיסי און באַשטעטיקן וואָס איז געווען געשעעניש, אָבער עס האט נישט העלפן.

אָבער עפּעס וואָס מיר געוויזן, אַז איך זאָל נישט געבן אַרויף איז אַז אויב ובונטו איך קען ווייַל אַרטש לינוקס ניין (טאָמער ובונטו איז בעסער ווי אַרטש…?). אַזוי איך סטאַרטעד שרייבן שטיוול פּאַראַמעטערס צו די קערנעל פון אַרטש לינוקס, טינגז ווי: 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, אַקם = acpi = appi = acpi פּסי = נאָקרס, רהגב, אַקפּי = קראַפט, פּנפּאַקפּי = 0 פף און אנדערע מער ... דאָס אַלץ איז געווען רעקאַמענדיד אין די פאָרומס אַז איך לייענען.

ביז איך האט צו אַרייַן די דאַקיומענטיישאַן פון די קערנעל פּאַראַמעטערס, וואָס איך רעקאָמענדירן דורך די וועג: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

און איך געפֿונען אַ גאַנץ טשיקאַווע פּאַראַמעטער אַז פֿאַר דעם מאָמענט איך געראטן צו שטיוול אַרטש לינוקס קיין פּראָבלעם:

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

ווי עס איז אנגעוויזן דאָרט, וואָס די פּאַראַמעטער איז צו באַגרענעצן די נוצן פון אַ קפּו אָן אַקטאַווייטינג די סיממעטריק מאָדע פון ​​פּראַסעסינג. אין ערשטער עס געארבעט גאַנץ גוט ביז ווען איך געוויינט די באַפֿעל פּאַקמאַן -Syyu; האט מיר א האַרץ דאַמפּט o סעגמאַנטיישאַן שולד.

אַזוי איך אויטאָמאַטיש באמערקט אַז עפּעס מאָדנע איז געווען געשעעניש, אַזוי איך סטאַרטעד פליסנדיק אנדערע פּראַסעסאַז ביז פּלוצלינג די סיסטעם גאָר פראָזע און האט ניט אַרבעט ענימאָר ביז איך רעבאָאָט עס. אַזוי איך האָבן די זעלבע אָפּעראַציע, אָבער דאָס מאָל איך געראטן צו דורכפירן htop און עס האָט מיר געוויזן די פאלגענדע:

ימג-קסנומקס-וואַקסנומקס

ווי געריכט, עס בלויז געוויזן איין קפּו, ווייַל די אנדערע דיסייבאַל עס, אָבער עס געווען זייער מאָדנע צו מיר וואָס די מגילה האָבן צעשטערן, און קען נישט אפילו אָנהייבן די גראַפיקאַל סוויווע; אַזוי עס איז געווען עפּעס אַז לפּחות האט מיר מער האָפענונג אַז אויב איך שטעלן די קערנעל פּאַראַמעטערס איין וועג עס וואָלט שטיוול מיין אַרטש לינוקס ווי געווענטליך.

אַזוי איך קעסיידער טריינג די אנדערע פּאַראַמעטערס איך געשריבן אין דער רשימה ביז איך געקומען אַריבער דעם איין, וואָס איז דער בעסטער לייזונג אין דעם מאָמענט:

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

דער פּאַראַמעטער טוט עפּעס ווי פּשוט ווי ייסאַלייטינג (ניט דיאַקטיוואַטינג) די רגע האַרץ פון די קפּו אין סיממעטריק פּראַסעסינג, דאָס הייסט, די פּראַסעסינג מאַסע איז געגעבן צו אַ איין האַרץ בשעת די אנדערע איז בלויז קאַמפּלאַמענטשי. כאָטש עס מיינט קאַנטראַדיקטערי, דאָס קען נישט ווירקן די פאָרשטעלונג אַזוי פיל, ווייַל דעם גרויס אַס איז געווען ביכולת צו פירן אַפּלאַקיישאַנז אויף דעם וועג:

פּרובירן

linux_rlz_compiz

אַזוי, דער בלויז פּראָבלעם אַז איך באמערקט אַז אַקערז אין שטיוול צייט איז איינער אָדער צוויי קערנעל פּאַניק אָדער אָאָפּס; אָבער קאַמפּערד מיט די 50 מאל וואָס איך האט צו רעבאָאָט פריער, איך קען באַטראַכטן עס ווי אַ "וואָרקאַראָונד". פֿאַר די מנוחה, ביז איצט איך קען נוצן די אַס און שרייַבן דעם אַרטיקל אַז איר לייענען איצט :-).

איך האָפֿן זיי העלפֿן איר און טאָן ניט באַקומען אויס GNU / Linux, וואָס איז דער בעסטער אָפּערייטינג סיסטעם זיי האָבן אלץ ינווענטאַד. איך זאָגן עס פֿאַר זיכער.


דער אינהאַלט פון דעם אַרטיקל אַדכיר צו אונדזער פּרינציפּן פון לייט עטיקס. צו מעלדונג אַ טעות גיט דאָ.

31 באַמערקונגען, לאָזן דיין

לאָזן דיין באַמערקונג

אייער בליצפּאָסט אַדרעס וועט נישט זייַן ארויס. Required fields זענען אנגעצייכנט מיט *

*

*

  1. פאַראַנטוואָרטלעך פֿאַר די דאַטן: Miguel Ángel Gatón
  2. ציל פון די דאַטן: קאָנטראָל ספּאַם, קאָמענטאַר פאַרוואַלטונג.
  3. לעגיטימאַטיאָן: דיין צושטימען
  4. קאָמוניקאַציע פון ​​די דאַטן: די דאַטן וועט נישט זיין קאַמיונאַקייטיד צו דריט פּאַרטיעס אַחוץ דורך לעגאַל פליכט.
  5. דאַטן סטאָרידזש: דאַטאַבייס כאָוסטיד דורך Occentus Networks (EU)
  6. רעכט: צו קיין צייט איר קענט באַגרענעצן, צוריקקריגן און ויסמעקן דיין אינפֿאָרמאַציע.

  1.   גרעגאָריאָ עספּאַדאַס דאָס

    זייער טשיקאַווע אינפֿאָרמאַציע. די קערנעל פּאַניק אין די יאָרן איך'ווע קיינמאָל ניצן די קערנעל פּאַניק, אָבער עס איז פייַן צו וויסן וואָס צו טאָן אויב די פּראָבלעם קומט צו מיר. אדאנק!

    1.    kik1n דאָס

      סייַ ווי סייַ, איך נוצן Arch פֿאַר אַ לאַנג צייַט (איך איז געווען ווי 1 יאָר אָן Arch) און אָן אַ קערנעל פּאַניק.
      דאַנקען פֿאַר די שפּיץ.

    2.    c4explosive דאָס

      רובֿ מסתּמא, ווי איך דערמאנט אין דעם פּאָסטן, די פּראָבלעם כאַפּאַנז ווייַל פון די ייַזנוואַרג, ווייַל אין וואָס איך נוצן אַרטש, עס האט נישט געבן מיר קיין פּראָבלעם פון דעם טיפּ.

    3.    עלאַוו דאָס

      אן אנדער איינער מיט ויסגעצייכנט רעזולטאַטן אין אַרטש. איך האָבן קיינמאָל געהאט אַ קערנעל פּאַניק

    4.    rawBasic דאָס

      מער ווי 2 יאָר מיט GNU / Linux ... 2 יאָר שוין מיט ArchLinux, קיינמאָל אַ קערן פּאַניק .. 😉

    5.    מאַנועל דע לאַ פוענטע דאָס

      איך טראַכטן אַז קערנעל פּאַניקס זענען מער רעכט צו ייַזנוואַרג ווי צו די דיסטראָ זיך. איך'ווע קיינמאָל געזען אַ פּאַניק קערנעל אויף די לאַפּטאַפּ איך נוצן איצט אַחוץ אַמאָל איך שטעלן אַן ובונטו אַלף אין עס (און אַרטש לינוקס איז געווען דאָ פֿאַר צוויי יאָר אויך). אויף די אנדערע האַנט, אין אן אנדער לאַפּטאַפּ וואָס איך האָבן, קיין דיסטראָ וואָס איך שטעלן שטענדיק קערנעל פּאַניק און אַ ברייט פאַרשיידנקייַט פון ערראָרס פֿאַר אַלע טייסץ.

  2.   עליאָטימע 3000 דאָס

    מיט Kernel 3.14 אויף דעביאַן, איך האָבן געפּלאָנטערט די קערנעל פּאַניק פּראָבלעם, חוץ אַז ווען איך קער אויף מיין פּיסי, איך באַקומען אַ "פאַרבינדן / דיסקאַנעקט טיימאַוט" אָנזאָג (און אויך ווען איך קער עס אַוועק).

    1.    אַמאַורי דאָס

      אין פעדאָראַ ווי אין אַרטש, עס האט פּאַסירן צו מיר אַזוי פיל, אָבער איך טאָן ניט וויסן וואָס, און ווי איך זען קיין חילוק זינט איך האָבן נישט פארבראכט צייט צו פאָרשן אָדער סאַלווינג (אויב עס איז אַ פּראָבלעם).

    2.    דאַסאַסד דאָס

      איך טראַכטן די סיבה איז אַז זיי זענען צונויפגעשטעלט מיט 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.    אַמאַורי דאָס

      אַרטש איז אַ קוש פאַרשפּרייטונג קאַנפיגיעראַבאַל פֿון די באַזע פון ​​די אַפּערייטינג סיסטעם זיך, אין אַ ביסל ווערטער, אויב די סיסטעם איז שווער, דאָס איז ווייַל איר געבויט עס אַזוי, אויב די סיסטעם האט ערראָרס, דאָס איז ווייַל איר דזשענערייטאַד זיי אָדער ווייַל קאַנפיגיער עפּעס ריכטיק אַרטש וויקי איז גאַנץ גאַנץ, עטלעכע יאָרן צוריק עס זענען נישט פילע וויכטיק טעמעס אין שפּאַניש, וואָס און די ינסטאַלירונג פּראָצעס איז געווען פיל ראָוגהער און עפּעס שווער, איצט אַלץ איז אַ ביסל מער אָטאַמייטיד.
      באַשולדיקן די דיסטראָו פֿאַר באַניצער ערראָרס איז אַזוי… Windows (?).

      1.    דייַאַראַ דאָס

        בליימינג די דיסטראָו פֿאַר ערראָרס איז קאָנסיסטענט, פשוט ווייַל עס איז דער אמת. נאָך אַ ענלעך פּראָבלעם מיט Manjaro, איך געפרוווט Arch, Antergos און אן אנדער אומבאַקאַנט פאַרשפּרייטונג (איך קען נישט געדענקען דעם נאָמען איצט, נעבעכדיק) אַז עמעצער רעקאַמענדיד צו מיר צו פאַרזיכערן מיר אַז עס האט נישט געבן פּראָבלעמס, אָבער גאָרנישט; זיי אַלע געבן עס. אין OpenSuse, Fedora, Mint, Mageia און אַלע וואָס איך געפרואווט דערנאָכדעם, דאָס קען נישט פאָרן. אַזוי ווי איך בין זארגן, איך בין לינקס מיט קיין ברירה אָבער צו טראַכטן אַז דאָס איז די שולד פון די דיסטרוי. אָבער, היי, איך טאָן ניט דעמאָניזירן עס אָדער עפּעס, וואָס ס מער, עס טאַקע אַנויז מיר אַז איך קען נישט נוצן עפּעס באזירט אויף אַרטש, ווייַל איך ווי עס פיל, אָבער די פאַרשילטן פּראָבלעם פּריווענץ מיר. איך טאָן ניט טראַכטן אַז עס איז וועגן די ייַזנוואַרג ווייַל פילע פון ​​אונדז וואָס פּאַסירן צו אונדז האט נישט פּאַסירן איידער ניצן די זעלבע פאַקינג. נו, פאקטיש, עס מוזן זיין עפּעס שייך צו די ייַזנוואַרג, אָבער, צוריק צו דער זעלביקער זאַך, אויב איך האָבן נישט געמאכט קיין ענדערונגען און איך האָבן פּראָבלעמס מיט דער זעלביקער ויסריכט מיט וואָס איך האט נישט האָבן זיי פריער, דאָך עס וועט זיין רעכט צו אַ ענדערונג געמאכט דורך אַרטש וואָס סקרוד מיר אַרויף.

      2.    johnfgs דאָס

        "באַשולדיקן די דיסטראָ פֿאַר באַניצער ערראָרס איז אַזוי ... Windows (?)."

        איך וואָלט זאָגן איר אַז די עקל פון וסערס פֿאַר פּראָדוקט ערראָרס איז אַזוי עפּל. איך'ווע האָנעסטלי געדאַנק עס טויזנט מאל, אָבער איך קען נישט זען די מייַלע פון ​​ניצן עפּעס וועמענס מאַינטאַינערס בייסיקלי וואַשן זייערע הענט פֿאַר קיין ערנסט ציל. און איך זאָגן אַז אויב די GPL ווייכווארג קומט אָן וואָראַנטי.

        איר קענען זאָגן ווי איר ווילט, אָבער אויב עס איז דער זעלביקער פאַל פון די ריפּאָרץ פון פעלן פון סיגנאַל צו די iPhone און דער ענטפער פון עפּל "איז אַז איר נעמען עס פאַלש" פֿאַר עטלעכע יאר צוריק. אויב איר מאַכן אַ דיסטראָו, איר יוזשאַוואַלי ווילן צו צושטעלן אַ ביסל קוואַליטעט און מינימאַל שטיצן, און דער אמת איז אַז אַרטש איז בייסיקלי אַ כאַביאַסט סיסטעם, ווו איר זען אַז די דעוועלאָפּערס האָבן שפּאַס צו פּאַקן נייַ טינגז, אָבער האָבן ביסל אינטערעס צו פאָרשלאָגן אַ אמת שטיצן. . יעדער מאָל איך זען דעם טיפּ פון פּאָסטן, איך מער אָפּשאַצן די אַרבעט הינטער די דיסטראָו איך נוצן.

        און יאָ, עס איז אַ ווייכווארג פּראָבלעם אויב עס קען נישט אַרבעטן, אויב עס סטאַפּס ארבעטן אין אַ דערהייַנטיקן אָדער אויב עפּעס פון די ייַזנוואַרג ברייקס. אַז אַ קערנעל פּאַניק דיסטראָו בשעת אנדערן טוט נישט ... נו, יאָ, קלאר עס איז אַ דיסטראָ וואָס איז טאן רעכט און אן אנדער פאַלש. איצט אויב עס איז דיין פאַרגעניגן צו נוצן לינוקס אין די נוסח פון די 90 ס, ווו מיר האָבן צו רעקאָמפּילע די קערן יעדער מאָל ווען מיר פּלאַגד אין אַ נייַ דרוקער ... עס איר.

  5.   מאַריאָ דאָס

    איז די קערנעל קאַמפּיילד דורך די דעוועלאָפּערס? אָדער דיין אייגענע?
    קערנעל פּאַניקס זענען דזשענערייטאַד ווען עטלעכע קאַמפּאָונאַנץ האָבן נישט אויסגעקליבן (AND) ווען קאַמפּיילינג, אָדער עטלעכע מאַדזשולז זענען נישט אַקטיווייטיד צו שטיצן זיכער ייַזנוואַרג. מיט דעם פירונג און וויסן פון דיין ייַזנוואַרג (איר האָבן צו עפֿענען די פּיסי און זען וואָס בראַנדז פון טשיפּס עס האט), איר קענען בויען אַ מנהג קערן (דורך טשראָאָטינג). אויב ובונטו און די אַרטש ינסטאַללאַטיאָן קאָמפּאַקטדיסק זענען אויף דיין קאָמפּיוטער, עס איז עפּעס אין דעם זאַמלונג וואָס איז נישט אַקטיווייטיד.

    1.    c4explosive דאָס

      דאָס איז געווען דער לאַגער קערן פון די אַרטלינוקס זיך, פון די ריפּאַזאַטאָריז.

  6.   אַנאַנאַמאַס דאָס

    די קערנעל איר נוצן, עס איז עפּעס לינקס אַז דיין ייַזנוואַרג טוט נישט ווי, איר מוזן האָבן אַ זעלטן ווערסיע פון ​​אַ שפּאָן אויף דיין מאָטהערבאָאַרד אָדער אפילו אַ זשוק אין אַ שפּאָן (עס יוזשאַוואַלי כאַפּאַנז).
    עס קען זיין אַ פאַרדאָרבן טיש אין דיין ביאָס אַקפּי. עס איז נאָרמאַל אַז די כינעזיש אויף פליכט קען נישט אפילו רעכענען די טשעקסום פון יעדער טיש געזונט. די אַרטיקלען יוזשאַוואַלי דערשייַנען מיט $ דמעסג-מענטש אין די אָנהייב פון די שטיוול.
    איר זאָל אויך פּרובירן אן אנדער מאַכט צושטעלן, ווען די פילטערינג פיילז, די ריפּאַל טענדז צו טאָן פּונקט דעם טיפּ פון דורכפאַל.
    ערשטער, פּרוּווט טשאַנגינג די מקור און זען וואָס כאַפּאַנז, אויב עס בלייבט די זעלבע, פּרובירן קאַנפיגיערינג אַ קערנעל טיילערד צו דיין ייַזנוואַרג, דורך די וועג איר וועט וויסן דיין פּיסי בעסער אין דעם פּראָצעס.

    1.    c4explosive דאָס

      דאַנקען פֿאַר די עצות. דורך דעם וועג עס איז אַ לאַפּטאַפּ, איך טראַכטן איך זאָל טוישן די באַטאַרייע. אָבער איך זען וואָס איר האָט דערציילט מיר קענען העלפֿן מיר.

  7.   יוקיטערו דאָס

    די איין קערנעל פּאַניק וואָס נאָך דרייווז מיר משוגע איז טייל די שולד פון די גייז אין נאָווועאַו און מיין אַלט, אַוטדייטיד און זייער שטויביק נווידיאַ 6150 סע ינאַגרייטיד קאַרטל (איך מיינען טייל ווייַל; זיי האָבן געטאן אַ ויסגעצייכנט אַרבעט שטיצן אַ אַלוועלט פון גראַפיקס טשיפּס ווי די וואָס NVIDIA האט, און אַלע דעם, ניצן בלויז פאַרקערט ינזשעניעריע, פּלוס די פּראָבלעם אַקערז בלויז פֿאַר עטלעכע קאַרדס מיט די NV4E טשיפּסעט).

    נאָר אָנהייב אָפּענבאָקס + פירעפאָקס און ומגליק סטרייקס (גאָרנישט מער שיין ווי צו זען אַ גאָר טראַפ שוואַרץ און ווייַס מאָסאַיק אויף דיין פאַרשטעלן). און איך זינגען עס זינט קערן 3.6 אין דעביאַן, פעדאָראַ, אַרטלינוקס, סלאַקקוואַרע און איצט ווידער באַשטעטיקט ווידער אין גענטאָאָ (פּונקט אינסטאַלירן מיט קערן 3.12), איך טאָן ניט מער אַרן צו נעמען אַ קלאָץ, צו די קערן אָדער געבן עס צייט צו שרייַבן עפּעס אַז טאָן ניט זיין אַ גאַנץ ומזין אותיות.

    1.    אַנאַנאַמאַס דאָס

      איך געבן איר די לייזונג, אַ פּיסי וואָס איך האָבן מיט gentoo און ינאַגרייטיד נווידיאַ ווידעא כאַפּאַנז די זעלבע מיט די נאָווועאַו שאָפער, אַזוי איך האט קיין ברירה אָבער צו נוצן די פארמאכט נווידיאַ שאָפער, מיין שפּאָן מוזן נוצן די 304.123 שאָפער.

      00: 0d.0 VGA קאַמפּאַטאַבאַל קאָנטראָללער [0300]: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] [10de: 03d6] (rev a2) (prog-if 00 [VGA controller])

      איר מוזן לאַטע אַ קערנעל טעקע איידער קאַמפּיילינג עס, אויב ניט פּאַטשט די גראַפיקס מאָדע וועט אָפּזאָגן צו אָנהייבן.

      די סטעפּס זענען:
      # נאַנאָ -w /usr/src/linux-3.15.7-gentoo/drivers/acpi/osl.c
      זוכן מיט Ctrl + W אין נאַנאָ דעם טעקסט, acpi_os_wait_events_complete און נאַנאָ וועט נעמען איר צו דעם טייל:

      פּאָסל acpi_os_wait_events_complete (פּאָסל)
      {
      פלוש_וואָרקוועוע (קאַקפּיד_ווק);
      פלוש_וואָרקוועוע (קאַקפּי_נאָטיפי_ווק);
      }
      EXPORT_SYMBOL (acpi_os_wait_events_complete);

      די לאַטע איר האָבן צו לייגן איז די לעצטע שורה וואָס סטאַרץ מיט עקספּאָרט, קטרל + אָדער קטרל + רענטגענ
      דערנאָך איר זאַמלען די קערן, ינסטאַלירן די מאַדזשולז, ינסטאַלירן די קערן, דזשענערייט די יניטראַמפס אויב איר דאַרפֿן עס, לייגן דעם שפּריצן צו די יניטראַמפס אויב איר נוצן שפּריצן, רידזשענערייט די איינסן פֿאַר גרוב און לעסאָף און זייער ימפּאָרטאַנטלי, איר מוזן ריבילד די מאַדזשולז וואָס זענען נישט פֿון די קערן אָדער די פּראַפּרייאַטערי נווידיאַ מאָדולע, אָן דעם, די גראַפיק מאָדע קען נישט אַרבעטן.

      # עסעלעקט קערנעל רשימה
      # עסעלעקט קערנעל שטעלן x
      # סי / וסר / סרק / לינוקס
      # מאַכן
      # מאַכן מאָדולעס_ינסטאַלל
      # אָנקלאַפּן / שטיוול
      # מאַכן ינסטאַלירן
      # דראַקוט – האָסטאָנלי »3.15.7-gentoo – פאָרס
      # splash_geninitramfs –verbose –res 1400 × 1050 –append /boot/initramfs-3.15.7-gentoo.img emerge-world
      # grub-mconconfig -o /boot/grub/grub.cfg
      # אַרויסקומען @ מאָדולע-ריבילד
      # ומאָונט / שטיוול
      # שאַטדאַון -ר איצט

      אויב איר נוצן גענקערנעל, איר נאָר לאַטע די טעקע און איך פֿאַרשטיין אַז גענקערנעל פיקסיז זיך.
      אין אַדישאַן, איר זאָל באַזייַטיקן DRM שטיצן און נווידיאַ דריווערס און אנדערע ווידעא טשיפּס פון די קערן, אַזוי אַז זיי טאָן ניט צונויפשטויס זיך מיט די פארמאכט נווידיאַ שאָפער וואָס איז אינסטאַלירן ווי אַ נווידיאַ מאָדולע.
      אין דעם פאַל פון ניצן Bootsplash, איר מוזן אַרייַן די Uvesa שאָפער אין די קערנעל אַזוי אַז עס שטיצט הויך פאַרשטעלן רעזאַלושאַנז זינט די פֿאַרמאַכט נווידיאַ שאָפער (אויב איך געדענקען ריכטיק) קען נישט שטיצן מער ווי 800 × 600 אין די וואָקזאַל tty1 «F1» פון די שטיוול.
      איך טאָן ניט וויסן וועגן אנדערע דיסטראָס, אָבער איך רעכן אַז עס זאָל אַרבעטן אויף קיין דיסטראָ אויב די סטעפּס זענען דורכגעקאָכט און שפּאָרן די אַרויסגאַנג ענדערונג פֿאַר וועלכער.

      דאָס זענען די גיידליינז איר מוזן נאָכפאָלגן פֿאַר NVIDIA און UVESA:
      http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
      http://wiki.gentoo.org/wiki/Uvesafb

      1.    יוקיטערו דאָס

        דאַנקען פֿאַר די אינפֿאָרמאַציע, אָבער איך סאַלווד די פּראָבלעם דווקא דורך טשאַנגינג צו די פּראַפּרייאַטערי. איך געדענקען אַז די פריערדיקע נווידיאַ שאָפער (304.121) אויך האט צו זיין פּאַטשט ווען געגאנגען צו 3.13 ווייַל עס איז געווען אַ פּראָבלעם אין די זאַמלונג פון די מאָדולע (עס זענען קיין ערראָרס, אָבער די מאָדולע אפגעזאגט צו אַרבעטן) און אַלץ אויך ווייַל פון די ACPI געשעעניש האַנדלער. אין דעביאַן איך גאַט דער פּראָבלעם און געפֿונען די לייזונג אויך.

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

    2.    דייַאַראַ דאָס

      איך האָב געוויינט Manjaro ווי אַ ביישפּיל, אָבער איך האָב פריער דערמאנט אַז די זעלבע זאַך געטראפן צו מיר מיט Arch און אנדערע דעריוואַטיווז. דעריבער, איך גלויבן אַז די פּראָבלעם איז מער זייערע ווי די אַפעקטיד.

      PS: איך קען נישט ענטפֿערן גלייַך צו די באַטייַטיק אָנזאָג ווייַל איך קען נישט זען די אָפּציע צו ענטפֿערן ...

  8.   דייַאַראַ דאָס

    איך פּונקט געגאנגען פון Manjaro צו Linux Mint ווייַל עס וואָלט פרירן ווען איך שטיוול נאָך אַפּדייטינג צו אַ ווערסיע נאָך 0.8.9 (איך קען נישט געדענקען וואָס איינער). פֿון וואָס איך לייענען, דאָס יוזשאַוואַלי כאַפּאַנז אויף לאַפּטאַפּס. מיין פּראָבלעם אין קשיא איז נישט די זעלבע ווי די אין דעם פּאָסטן. איך טראַכטן איך געקומען צו די מסקנא אַז עס קען זיין פארבונדן צו ענערגיע פאַרוואַלטונג. עס זענען געווען מענטשן וואָס האָבן נישט פרירן אויב זיי סטאַרטעד די לאַפּטאַפּ בשעת אַנפּלאַגד. איצט איך טאָן ניט געדענקען אויב דאָס קען לאָזן מיר שטענדיק אָנהייבן אָן פראבלעמען, אָבער איך קען דאָך עס מער מאָל צו קאָסטן עס מער.
    אין קיין פאַל, אין די סוף איך געגעבן אַרויף און סוויטשט צו פעדאָראַ און לינוקס מינט.

    1.    c4explosive דאָס

      קאָוינסאַדענאַלי, נעכטן איך געפרוווט צו ופהענגען עס אָן די טשאַרדזשער, און ווען איך ריזומינג עס כאַנגד און איך האט צו ריסטאַרט.

  9.   אַמאַורי דאָס

    עס איז גאַנץ מאָדנע, איך בין געווען מיט Arch פֿאַר אַ ביסל חדשים און איך האט נישט האָבן אַ איין קערנעל פּאַניק! עס איז געטראפן צו מיר מיט אַנטערגאָס (אַרטש מיט אַ צוגעלייגט ריפּאַזאַטאָרי) פֿון די לעבן סוויווע, אָבער דאָרט איך באַטראַכטן עס מער פאַרשטיייק. קען עס זיין אַ פּראָבלעם מיט די מוטער באָרד אָדער אַ פאָלטי באַראַן מאָדולע? איך געדענקען וועגן 2 יאָר צוריק אַ באַראַן מאָדולע געפֿירט מיר עטלעכע בלוי סקרינז אין ווינדאָוז און עטלעכע קערנעל פּאַניקס! אויף מאַנדריוואַ. איך האָב צו פּרובירן יעדער זכּרון אין אַ צייט צווישן רעבאָאָט און רעבאָאָט.

    1.    דייַאַראַ דאָס

      דאָס איז אַן אַרטש פּראָבלעם (וואָס שלעפּן אַלע דעריוואַטיווז), ווייַל אין אנדערע דיסטראָס עס זענען קיין פּראָבלעמס פון דעם טיפּ. וואָס איך געפֿינען ימבעראַסינג איז אַז אין דעם פונט זיי האָבן ניט סאַלווד עס. עס זענען נאָר זיי פֿאַר יאָרן! איך האָבן לייענען ענלעך פּראָבלעמס פון 2011. איך איז קלאָר אַז עס איז עפּעס וואָס קומט און גייט ווי זיי דערהייַנטיקן, ווייַל ניצן ווערסיעס 0.8.7, 0.8.8 און 0.8.9 אָן אַפּדייטינג זיי, גאָרנישט כאַפּאַנז. פֿון דעמאָלט אויף אַלץ גייט צו דרעק, און שורלי אין אַלט ווערסיעס עס אויך געטראפן. פארוואס פּאַסירן עס בלויז עטלעכע פון ​​אונדז? איך טאָן ניט וויסן, אָבער איך טאָן ניט טראַכטן דאָס איז אונדזער פּראָבלעם, אָבער אַרטש ס, ווייַל, ווי שוין געזאגט, אנדערע דיסטריביושאַנז אַרבעט בישליימעס. איך האָב שוין צעבראכן מיין הערנער אין זיין טאָג צו געפֿינען אַ לייזונג, אָבער איך בין מיד. אַזוי, ווי פיל איך בין נעבעכדיק, איך בין נישט געגאנגען צו נוצן אַרטש.

      1.    יוקיטערו דאָס

        אַרטש 0.8.7, 0.8.8 און 0.8.9? איך געפֿינען זיך אַז Arch ניצט די ווערסיע נאָומאַנקלייטשער.

        קען עס זיין אַז איר נוצן Manjaro?

      2.    יוקיטערו דאָס

        גוט, איך ענטפֿערן זיך דורך לייענען דיין פריערדיקן באַמערקונג, און איין זאַך איז מאַנדזשאַראָ און די אנדערע איז אַרטש.

        אַז די באַשולדיקונג פון אַ דיסטראָ פֿאַר אַ זיכער פּראָבלעם איז נישט אויך קאָנסיסטענט (ניט טאַקע קאָנסיסטענט), אין מינדסטער אין מיין פאַל איך קען נישט באַשולדיקן ווי פילע דיסטראָ איך פּרובירן פֿאַר די פּראָבלעם מיט נאָווועאַו און מיין NVIDIA 6150SE קאָרט, ווייַל די פּראָבלעם איז די MMIO האַנדלינג פון די שאָפער און די קאָרט (די nVidia וועט וויסן וואָס צו פאַרריכטן און משוגע טינגז וואָס זיי האָבן צו פאַרריכטן די דעטאַל). די ייַזנוואַרג קען אויך זיין די פּראָבלעם, און איר קענען זען אַז אין קיין אַס איר נוצן (Windows, Linux, BSD) און אין מיין דערפאַרונג פון פאַרריכטן קאָמפּיוטערס, איך האָבן געזען זייער מאָדנע ייַזנוואַרג פּראָבלעמס (אַזאַ ווי אַ פּיסי וואָס וויל צו שטיוול סייַדן איר טוישן די זכּרון אָרט, און ווען איר פאַרמאַכן אַראָפּ איר מוזן איבערחזרן דעם פּראָצעס), און איך קען נישט באַשולדיקן ווינדאָוז און דעביאַן.

  10.   7 דאָס

    איך האָב אַ קערנעל פּאַניק מיט אַ לעבן ובונטו 12.04

  11.   וליס בערנאל פרז דאָס

    איך האָבן פרענעטיק צו מיין Secure HP pavilion dm4 נאָוטבוק פּיסי, 8 גיגאבייט באַראַן, 500 פון האַרט פאָר, עס האט מער ווי 5 יאָר פון נוצן. איך טאָן ניט געדענקען די גיכקייַט פון די מייקראָופּראַסעסער, אַ ינטעל האַרץ י 5, איך טראַכטן מער ווי 2 מהז.
    איך קען נישט שרייַבן עפּעס אויף די וואָקזאַל פאַרשטעלן. איך וועל האַלטן זוכן פֿאַר מער אינפֿאָרמאַציע צו סאָלווע דעם פּראָבלעם.