Могуће решење за случајне "панике језгра" при покретању Арцх Линук-а

Овај пост ће показати како да грешкама „решите“ готово проблем покретања предузећа Арцх Линук. Нешто попут следеће слике:

ИМГ_КСНУМКС_КСНУМКС

Као што се може видети, видимо да је ово једна од многих „комбинација“ грешака које се појављују случајно приликом покретања оперативног система са овим проблемом. Као што пише у тој грешци, то указује на то да можда постоји проблем у „Хардверу“, међутим, као што сви знамо у овом оперативном систему, чак и лоши трикови онога што не припада ОС-у могу бити решени.

Дакле, описаћу своје искуство са овим проблемом. Колико сам могао да доживим, проблем је био само у томе Арцх Линук или неки други дистро који сам тестирао споља, јер је са било којим убунтуом који сам инсталирао или тестирао почео без проблема. Али ако бих покушао да исцепам Арцх Линук инсталиран на чврстом диску, имао је проблем што је морао да се рестартује око 50 пута како би се ОС нормално покренуо и могао да га користи.

Ово већ није било у реду са мном, јер сам могао да користим само убунту који сам инсталирао да га тестирам, а нисам могао да урадим ни половину ствари са којима бих могао Арцх Линук. Зато сам одлучио да решим овај проблем и почео да истражујем, тражећи теме форума које су имале исти проблем, такође су напоменули да је реч о хардверској грешци и да је то управо ЦПУ, па ме је то почело забрињавати, па Морао сам да отворим рачунар и проверим шта се дешава, међутим, то није помогло.

Али нешто што ми је показало, од чега не бих смио да одустанем, било је то ако убунту Могао сам јер Арцх Линук не (можда убунту је бољи од Свод…?). Тако сам почео да пишем параметре покретања у језгро Арцх Линук, ствари као што су: лапиц, номце, интел_идле.мак_цстате = 0, дисабле_цпу_апиц, ацпи_скип_тимер_оверриде, ацпи = стриц, цлк, апм, ноапиц, ацпи = олдбоот, ацпи-цпуфрек, интел_пстате = дисабле, и8042.ноацпи = 1, апм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацдм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс, ацм = цопидс пци = ноцрс, рхгб, ацпи = сила, пнпацпи = 0фф и други више ... Све ово је препоручено на форумима које сам прочитао.

Док нисам морао да унесем документацију о параметрима језгра, што иначе препоручујем: https://www.kernel.org/doc/Documentation/kernel-parameters.txt

И нашао сам прилично занимљив параметар који сам тренутно успео да покренем Арцх Линук Нема проблема:

linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce макцпус = 0

Као што је тамо назначено, овај параметар ограничава употребу на процесор без активирања симетричног начина обраде. У почетку је то функционисало прилично добро до када сам користио команду пацман -Сииу; добацио ми а језгро бачено o грешка сегментације.

Тако сам аутоматски приметио да се нешто чудно догађа, па сам почео да покрећем друге процесе све док се одједном систем није потпуно замрзнуо и више није радио, док га нисам поново покренуо. Дакле, урадио сам исту операцију, али овог пута успео сам да извршим хтоп и показало ми је следеће:

ИМГ-КСНУМКС-ВАКСНУМКС

Као што се и очекивало, приказао је само један ЦПУ, будући да га је други онемогућио, међутим, чинило ми се врло чудним зашто су програми бацали сегфаулт, а није могао ни да покрене графичко окружење; тако да је то било нешто што ми је бар дало више наде да ће, ако поставим параметре језгра на један начин, покренути мој Арцх Линук као и обично.

Тако да сам непрестано испробавао остале параметре које сам написао на листи док нисам наишао на овај, што је тренутно најбоље решење:

 linux /boot/vmlinuz-linux root=UUID=fbefe36c-1712-4f3b-b3e3-3eac759d71c9 notsc nomce изолкпус = 1

Овај параметар чини нешто тако једноставно као изоловање (не деактивирање) другог језгра ЦПУ-а у симетричној обради, односно оптерећење обраде даје се једном језгру, док је друго само комплементарно. Ово, иако делује контрадикторно, не утиче толико на перформансе, јер је овај сјајни ОС био у стању да покреће апликације на овај начин:

тест

Линук_рлз_цомпиз

Дакле, са овим, једини проблем који сам приметио и који се јавља приликом покретања система је један или два паника или упс кернела; али у поређењу са 50 пута када сам претходно морао поново да се покренем, могу то да сматрам „заобилазним решењем“. У осталом, до сада ми је дозвољавало да користим ОС и напишем овај пост који тренутно читате :-).

Надам се да ће вам помоћи и да нећете изаћи ГНУ / Линук, што је најбољи оперативни систем који су икада измислили. Кажем сигурно.


31 коментара, остави свој

Оставите свој коментар

Ваша емаил адреса неће бити објављена. Обавезна поља су означена са *

*

*

  1. За податке одговоран: Мигуел Ангел Гатон
  2. Сврха података: Контрола нежељене поште, управљање коментарима.
  3. Легитимација: Ваш пристанак
  4. Комуникација података: Подаци се неће преносити трећим лицима, осим по законској обавези.
  5. Похрана података: База података коју хостује Оццентус Нетворкс (ЕУ)
  6. Права: У било ком тренутку можете ограничити, опоравити и избрисати своје податке.

  1.   Грегорио Еспадас дијо

    Врло занимљиве информације. Никада нисам имао те панике кернела у АрцхЛинук-у током година које сам га користио, али добро је знати шта да радим ако ми се проблем икада догоди. Хвала вам!

    1.    кик1н дијо

      У сваком случају, користим Арцх већ дуже време (био сам око годину дана без Арцх-а) и без панике кернела.
      Хвала на савету.

    2.    ц4екплосиве дијо

      Највероватније, као што сам споменуо у посту, проблем се дешава због хардвера, јер ми у ономе што користим арцх такође није правио никакав проблем ове врсте.

    3.    елав дијо

      Још један са одличним резултатима у Арцху. Никад нисам имао панику кернел

    4.    равБасиц дијо

      Више од 2 године са ГНУ / Линуком ... Већ две године са АрцхЛинук-ом, никад паника кернела .. 😉

    5.    Мануел де ла Фуенте дијо

      Мислим да су панике кернела више повезане са хардвером него са самом дистрибуцијом. Никада нисам видео језгро панике на лаптопу који сада користим, осим када сам у њега ставио Убунту алфа (а Арцх Линук је био овде две године). С друге стране, у другом лаптопу који имам, било који дистро који ставим увек изазива панику језгра и широк спектар грешака за сваки укус.

  2.   елиотиме3000 дијо

    Са кернелом 3.14 на Дебиану, наишао сам на проблем панике кернела, поред тога што кад год укључим свој рачунар, добијем поруку о „повезивању / прекиду везе“ (и такође када је искључим).

    1.    Амори дијо

      То ми се догодило у Федори као у Арцху, али не знам зашто и како не видим разлику јер нисам провео време истражујући или решавајући то (ако је проблем).

    2.    дасасд дијо

      Мислим да је разлог тај што су компајлирани са гцц 4.9

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

  3.   Тони дијо

    Хвала вам пуно на информацијама. Неке од многих ствари којима се можемо похвалити је ова врста форума

  4.   Ману дијо

    Зашто се ово дешава са Арцх Линуком? Можда није довољно са проблемима који се често јављају спорошћу или вешањем система, доводећи до тога да систем баци на узрујаност.

    1.    елав дијо

      Хеј? О чему говориш? о_О

    2.    Амори дијо

      Арцх је дистрибуција КИСС-а која се може конфигурисати од базе самог оперативног система, у неколико речи, ако је систем тежак, то је зато што сте га тако изградили, ако систем има грешке, то је зато што сте их генерисали или зато што нешто нисте правилно конфигурисали. Арцх вики је прилично потпун, пре неколико година на шпанском није било много важних тема, то је и поступак инсталације био много грубљи и донекле тежак, сада је све мало аутоматизованије.
      Кривити дистро за корисничке грешке је тако ... Виндовс (?).

      1.    Даиара дијо

        Кривити дистрибуцију за грешке је доследно, једноставно зато што је то истина. Након што сам имао сличан проблем са Мањаром, покушао сам Арцх, Антергос и другу непознату дистрибуцију (не могу се сада сетити имена, извињавам се) коју ми је неко препоручио уверавајући ме да то не ствара проблеме, али ништа; сви га дају. У ОпенСусе, Федора, Минт, Магеиа и свима онима које сам касније испробао не пролази. Што се мене тиче, не преостаје ми ништа друго него да мислим да је крив дистро. Али, хеј, не демонизујем то или нешто слично, штавише, стварно ме нервира што не могу да користим ништа на основу Арцха, јер ми се много свиђа, али тај проклети проблем ме спречава. Нити мислим да је реч о хардверу, јер се многи од нас који су нам се догодили нису десили пре коришћења истог јебања. Па, у ствари то мора бити нешто повезано са хардвером, али, враћајући се на исту ствар, ако нисам унео никакве промене и имам проблема са истом опремом са којом их раније нисам имао, очигледно ће то бити због промене од Арцха који ме зезнуо.

      2.    јуанфгс дијо

        „Кривити дистро за корисничке грешке је тако ... Виндовс (?).“

        Рекао бих вам да је тако криви Аппле за грешке производа. Искрено сам о томе размишљао хиљаду пута, али не видим предност коришћења нечега чији одржавачи у основи перу руке, у било коју озбиљну сврху. И кажем то с обзиром на то да ГПЛ софтвер долази без гаранције.

        Можете да кажете како желите, али ако је то исти случај са извештајима о недостатку сигнала иПхоне-у, а Апплеов одговор је „да погрешно разумете“ од пре неколико година. Ако направите дистро, обично желите да пружите неки квалитет и минималну подршку, а истина је да је Арцх у основи хобистички систем, где видите да се његови програмери забављају у паковању нових ствари, али да имају мало интереса да понуде истинска подршка. Сваки пут кад видим ову врсту поста, више ценим рад иза дистро-а који користим.

        И да, проблем је у софтверу ако не ради, ако престане да ради у исправци или ако се нешто од хардвера поквари. Да кернел панично дистрибуира док други не ... па, да, очигледно постоји дистро који чини ствари како треба, а други погрешно. Сад, ако вам је задовољство да користите Линук у стилу 90-их где смо морали да прекомпајлирамо језгро сваки пут кад прикључимо нови штампач ... ето вас.

  5.   mario дијо

    Да ли су кернел саставили програмери? или свој властити?
    Панике кернела генеришу се када одређене компоненте нису одабране (АНД) приликом компајлирања или неки модули нису активирани да подржавају одређени хардвер. Уз вежбање и знање вашег хардвера (морате да отворите рачунар и видите које марке чипова има), можете да направите прилагођени кернел (цхроотингом). Ако су убунту и Арцх инсталациони ЦД били на вашем рачунару, у компилацији постоји нешто што није активирано.

    1.    ц4екплосиве дијо

      То је био кернел из самог Арцхлинука, из спремишта.

  6.   анониман дијо

    Језгро које користите, остало је нешто што се вашем хардверу не свиђа, морате имати ретку верзију чипа на матичној плочи или чак грешку у чипу (то се обично догађа).
    То је можда корумпирана табела у вашем биос ацпи-у, нормално је да дежурни Кинези чак добро не израчунају контролну суму сваке табеле, ове поруке се обично појављују са $ дмесг -хуман на почетку покретања.
    Такође бисте требали покушати са другим напајањем, када филтрирање не успије, мрешкање прави такве кварове.
    Прво покушајте да промените извор и погледајте шта ће се догодити, ако остане исти, покушајте да конфигуришете језгро тако да одговара вашем хардверу, успут тако што ћете у процесу боље упознати свој рачунар.

    1.    ц4екплосиве дијо

      Хвала на саветима. Иначе је у питању лаптоп, мислим да бих требало да променим батерију. Али видим да ми оно што сте ми рекли може помоћи.

  7.   Иукитеру дијо

    Паника од једног језгра која ме и даље излуђује делимично је крива за новонастале момке и моју стару, застарелу и врло прашњаву интегрисану картицу нВидиа 6150 СЕ (мислим делимично зато што су урадили одличан посао подржавајући свемир графичких чипова попут оне које има нВидиа, и све то, користећи само обрнути инжењеринг, плус проблем се јавља само код неких картица са НВ4Е чипсетом).

    Само покрените Опенбок + Фирефок и штрајкове катастрофе (ништа лепше од гледања потпуно случајног црно-белог мозаика на вашем екрану). И певам је од кернела 3.6 у Дебиан-у, Федори, Арцхлинук-у, Слацкваре-у и сада поново верификован у Гентоо-у (управо инсталиран са кернелом 3.12), више се не трудим да однесем дневник у кернел или да му дам времена да напише нешто што не буди глупи глупи ликови.

    1.    анониман дијо

      Дајем вам решење, рачунар који имам са гентоо-ом и интегрисани нвидиа видео догађа се исто са ноувеау драјвером, тако да нисам имао другог избора него да користим затворени нвидиа драјвер, мој чип мора да користи 304.123 дривер

      00: 0д.0 ВГА компатибилни контролер [0300]: НВИДИА Цорпоратион Ц61 [ГеФорце 7025 / нФорце 630а] [10де: 03д6] (рев а2) (прог-иф 00 [ВГА контролер])

      Морате закрпати датотеку кернела пре него што је саставите, ако није закрпљена, графички режим ће одбити да се покрене.

      Кораци су:
      # нано -в /уср/срц/линук-3.15.7-гентоо/дриверс/ацпи/осл.ц
      Претражите са цтрл + в унутар нано овог текста, ацпи_ос_ваит_евентс_цомплете и нано вас води до овог дела:

      воид ацпи_ос_ваит_евентс_цомплете (воид)
      {
      флусх_ворккуеуе (кацпид_вк);
      флусх_ворккуеуе (кацпи_нотифи_вк);
      }
      ЕКСПОРТ_СИМБОЛ (ацпи_ос_ваит_евентс_цомплете);

      Закрпа коју морате да додате је овај последњи ред који почиње са ЕКСПОРТ, цтрл + или цтрл + к
      Затим компајлирате кернел, инсталирате модуле, инсталирате кернел, генеришете инитрамфс ако вам је потребан, додате спласх у инитрамфс ако користите спласх, регенеришете уносе за груб и на крају и што је најважније, морате обновити модуле који нису из кернел или власнички нвидиа модул, без тога графички режим неће радити.

      # еселецт листа кернела
      # еселецт кернел сет к
      # цд / уср / срц / линук
      # направити
      # направи модуле_инсталл
      # моунт / боот
      # направи инсталацију
      # драцут –пошто »3.15.7-гентоо-сила
      # спласх_генинитрамфс –вербосе –рес 1400 × 1050 –аппенд /боот/инитрамфс-3.15.7-гентоо.имг емерге-ворлд
      # груб-мкцонфиг -о /боот/груб/груб.цфг
      # емерге @ модуле-ребуилд
      # умоунт / боот
      # схутдовн -р одмах

      Ако користите генкернел, само закрпите ту датотеку и разумем да се генкернел поправља сам.
      Поред тога, морате уклонити дрм подршку и нвидиа драјвере и друге видео чипове из кернела како се не би директно сударали са затвореним нвидиа драјвером који је инсталиран као нвидиа модул.
      У случају коришћења боотспласх-а, морате укључити увеса управљачки програм у језгро тако да подржава високе резолуције екрана, јер затворени управљачки програм за нвидиа (ако се добро сећам) не подржава више од 800 × 600 у терминалу тти1 «Ф1» покретања.
      Не знам за друге дистро-ове, али претпостављам да би требало да функционише на било којој дистро-у да су ови кораци урађени, чувајући насталу промену за било шта.

      Ово су смернице које морате следити за нвидију и увесу:
      http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
      http://wiki.gentoo.org/wiki/Uvesafb

      1.    Иукитеру дијо

        Хвала на информацијама, али проблем сам решио управо променом у власничке. Сећам се да је претходни управљачки програм за нВидиа (304.121) такође морао да се поправи када пређе на 3.13 јер је имао проблема у компилацији модула (није било грешака, али модул је одбио да ради) и све такође због обрађивача догађаја АЦПИ . У Дебиану сам добио проблем и пронашао решење.

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

    2.    Даиара дијо

      Као пример сам користио Мањаро, али раније сам напоменуо да ми се исто догодило са Арцхом и другим изведеницама. Стога верујем да је проблем више њихов него погођени.

      Пд: Нисам успео да одговорим директно на релевантну поруку, јер се опција одговора не појављује ...

  8.   Даиара дијо

    Прешао сам тачно са Мањара на Линук Минт, јер би се замрзао приликом покретања након ажурирања на верзију после 0.8.9 (не могу се сетити коју). Колико сам прочитао, то се обично дешава на преносним рачунарима. Мој спорни проблем није исти као овај у овом посту, мислим да сам закључио да би могао бити повезан са управљањем енергијом. Било је људи који се нису смрзнули ако су лаптоп покренули док су били искључени. Тренутно се не сећам да ли ми је то омогућавало да увек започнем без проблема, али наравно, успео сам то више пута по цену да ми треба дуже време.
    Свеједно, на крају сам одустао и прешао на Федору и Линук Минт.

    1.    ц4екплосиве дијо

      Игром случаја, јуче сам покушао да га суспендујем без пуњача и када сам га наставио висио је и морао сам да га поново покренем.

  9.   Амори дијо

    Прилично је смешно, са Арцхом сам неколико месеци и нисам имао ниједну Кернел Паниц! То ми се догодило са Антергосом (Арцх са додатим спремиштем) из живог окружења, али тамо то сматрам разумљивијим. Да ли је то можда проблем са матичном плочом или неисправним РАМ модулом? Сећам се да ми је пре око 2 године РАМ модул нанео неколико плавих екрана у оперативном систему Виндовс, а такође и неколико Кернел Паницс-а! на Мандриву. Морао сам да тестирам сваку меморију истовремено између поновног покретања и поновног покретања.

    1.    Даиара дијо

      То је Арцх проблем (који вуче све његове деривате), јер у другим дистро-овима нема проблема те врсте. Непријатно ми је што у овом тренутку то нису решили. То су само они годинама! Читао сам сличне проблеме из 2011. Јасно ми је да је то нешто што долази и пролази како се ажурирају, јер се коришћењем верзија 0.8.7, 0.8.8 и 0.8.9 без њиховог ажурирања ништа не дешава. Од тада све иде у срања, а сигурно се и у старим верзијама то дешавало. Зашто се то догађа само неколицини нас? Не знам, али мислим да то није наш проблем, већ Арцхов, јер, као што је већ речено, друге дистрибуције раде савршено. У његово време сам већ сломио рогове да нађем решење, али уморио сам се. Дакле, колико год ми је жао, нећу користити Арцх.

      1.    Иукитеру дијо

        Арцх 0.8.7, 0.8.8 и 0.8.9? Откривам да Арцх користи ту верзију номенклатуре.

        Да ли можда користите Мањаро?

      2.    Иукитеру дијо

        Ок, одговарам себи читајући ваш претходни коментар, а једно је Мањаро, а друго Арцх.

        То што окривљавање дистро-а за одређени проблем није ни доследно (није баш доследно), барем у мом случају не могу да кривим колико дистро-а покушавам за проблем са ноувеау и мојом нВидиа 6150СЕ картицом, јер је проблем у томе ММИО руковање возачем и картицом (нВидиа ће знати шта да поправи, а луде ствари ће морати да поправе тај детаљ). Проблем може бити и хардвер, и можете видети да у било ком ОС-у који користите (Виндовс, Линук, БСД), а према мом искуству поправљајући рачунаре, видео сам врло чудне хардверске проблеме (попут рачунара који одбија да боот, осим ако промените локацију меморије, а приликом искључивања морате поновити поступак), и за то не могу кривити Виндовс и Дебиан.

  10.   раалсо7 дијо

    Имао сам панику кернела са живим убунту 12.04

  11.   Улисес Бернал Перез дијо

    Имам френетик за свој Сецуре ХП павилион дм4 нотебоок рачунар, 8 ГБ РАМ-а, 500 тврдог диска и користи више од 5 година. Не сећам се брзине микропроцесора, Интел цоре и5, мислим да више од 2 МХз.
    Не могу ништа да напишем на екран терминала. Наставићу да тражим више информација како бих решио овај проблем.