ભૂલો સાથે પ્રારંભિક સમસ્યાઓની લગભગ સમસ્યાને કેવી રીતે "ઠીક" કરવી તે આ પોસ્ટ બતાવવાની છે આર્ક લિનક્સ. નીચેની છબી જેવું કંઈક:
જોઇ શકાય છે, આપણે જોઈએ છીએ કે આ ભૂલોનાં ઘણાં "સંયોજનો "માંથી એક છે જે આ સમસ્યા સાથે operatingપરેટિંગ સિસ્ટમ શરૂ કરતી વખતે અવ્યવસ્થિત રીતે દેખાય છે. જેમ કે તે ભૂલમાં કહે છે, તે સૂચવે છે કે "હાર્ડવેર" માં કોઈ સમસ્યા હોઈ શકે છે, જો કે, આપણે બધા આ operatingપરેટિંગ સિસ્ટમમાં જાણીએ છીએ, ઓએસ સાથે જોડાયેલા ન હોવાની ખરાબ યુક્તિઓ પણ ઉકેલી શકાય છે.
તેથી, હું આ સમસ્યાના મારા અનુભવનું વર્ણન કરવા જઈશ. જેનો હું અનુભવ કરી શક્યો તેમાંથી, સમસ્યા ફક્ત સાથે હતી આર્ક લિનક્સ અથવા બીજું ડિસ્ટ્રો કે જે મેં બાહ્યરૂપે પરીક્ષણ કર્યું છે, કારણ કે મેં સ્થાપિત કરેલા અથવા પરીક્ષણ કરેલ કોઈપણ ઉબુન્ટુથી, તે સમસ્યાઓ વિના શરૂ થયું. પરંતુ જો તેણે ફાડી નાખવાનો પ્રયાસ કર્યો આર્ક લિનક્સ હાર્ડ ડ્રાઇવ પર ઇન્સ્ટોલ કરેલી, તેમાં સમસ્યા આવી હતી કે OS ને સામાન્ય રીતે બુટ કરવા માટે અને તેનો ઉપયોગ કરવા માટે સક્ષમ થવા માટે, લગભગ 50 વખત રીબૂટ કરવું પડ્યું.
આમાં મારી સાથે પહેલેથી કંઇક ખોટું હતું કારણ કે મેં ફક્ત તે ઉબન્ટુનો ઉપયોગ કરી શક્યો જે મેં તેને ચકાસવા માટે સ્થાપિત કરી હતી અને હું જે કરી શકું તેનાથી અડધી વસ્તુઓ પણ કરી શકતી નથી. આર્ક લિનક્સ. તેથી મેં આ સમસ્યાને હલ કરવાનો નિર્ણય લીધો અને તપાસ કરવાનું શરૂ કર્યું, તે જ સમસ્યાવાળા ફોરમ થ્રેડો શોધી રહ્યા છીએ, તેઓએ એ પણ ઉલ્લેખ કર્યો છે કે તે એક હાર્ડવેર ભૂલ હતી અને તે ચોક્કસપણે સીપીયુ હતું, તેથી તે મને ચિંતા કરવા લાગ્યો, તેથી મને મળ્યું પીસી ખોલો અને ચકાસો કે શું થઈ રહ્યું છે, જો કે, તે મદદ કરી શક્યું નહીં.
પરંતુ કંઈક કે જેણે મને બતાવ્યું, મારે હિંમત છોડી દેવી જોઈએ નહીં તે જો ઉબુન્ટુ હું કારણ કે શકે આર્ક લિનક્સ ના (કદાચ) ઉબુન્ટુ કરતાં વધુ સારી છે આર્ક…?). તેથી મેં કર્નલને બુટ પરિમાણો લખવાનું શરૂ કર્યું આર્ક લિનક્સ, જેવી વસ્તુઓ: લેપિક, નોમિસ, ઇન્ટેલ_એડલ.મેક્સ_કસ્ટેટ = 0, ડિસેબલ_સીપીયુ_પેનિક, એપીપી_સ્કીપ_ટિમર_ઓવરાઇડ, એપીપી = સ્ટ્રિક, ક્લક, એપીએમ, નોએપિક, એપીપી = ઓલ્ડબૂટ, એપીપી-સીપીફ્રેક, ઇન્ટેલ_પીસ્ટ = એપીપી = એપી = આઇપીટીપીએનસી, આઈપીએસપીડી = આઇપી apm = copyds, acdtpi = 8042, apm = copyds pci = nocrs, rhgb, acpi = فورس, pnpacpi = 1ff અને અન્ય વધુ ... આ બધાની ભલામણ મેં ફોરમ્સમાં કરી હતી.
જ્યાં સુધી મારે કર્નલ પરિમાણો માટેના દસ્તાવેજો પર જવું ન હતું, જે હું માર્ગ દ્વારા ભલામણ કરું છું: 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 isolcpus = 1
આ પરિમાણ સપ્રમાણ પ્રક્રિયામાં સીપીયુના બીજા કોરને અલગ કરવા (નિષ્ક્રિય કરવું નહીં) જેટલું સરળ કંઈક કરે છે, એટલે કે, પ્રોસેસિંગ લોડ એક કોરને આપવામાં આવે છે જ્યારે બીજો ફક્ત પૂરક છે. આ, તેમ છતાં તે વિરોધાભાસી લાગે છે, પ્રભાવને એટલી અસર કરતું નથી, કારણ કે આ મહાન ઓએસ આ રીતે એપ્લિકેશન ચલાવવા માટે સક્ષમ હતું:
તેથી આ સાથે, એકમાત્ર સમસ્યા જે મેં નિરીક્ષણ કરી છે તે બુટ સમયે થાય છે, તે એક કે બે કર્નલ પેનિક અથવા અરે છે; પરંતુ અગાઉ મને પુન: બુટ કરવાના 50 વખતની તુલનામાં, હું તેને "વર્કરાઉન્ડ" ગણી શકું છું. બાકીના માટે, હજી સુધી તે મને ઓએસનો ઉપયોગ કરવાની અને આ પોસ્ટ લખી દેવાની મંજૂરી આપી છે કે તમે હમણાં વાંચો :-).
હું આશા રાખું છું કે તેઓ તમને મદદ કરશે, અને બહાર નીકળશે નહીં જીએનયુ / લિનક્સછે, જે તેઓએ ક્યારેય શોધેલી શ્રેષ્ઠ ઓપરેટિંગ સિસ્ટમ છે. હું નિશ્ચિતરૂપે કહું છું.
ખૂબ જ રસપ્રદ માહિતી. હું આર્નલિનક્સમાં વર્ષોથી આવી કર્નલ ગભરાટ ક્યારેય નથી કરતો, જેનો હું ઉપયોગ કરી રહ્યો છું, પરંતુ જો કોઈ તબક્કે સમસ્યા આવે તો શું કરવું તે જાણવું સારું છે. આભાર!
કોઈપણ રીતે, હું લાંબા સમયથી આર્કનો ઉપયોગ કરું છું (હું આર્ક વિના 1 વર્ષ જેવું હતો) અને કર્નલ ગભરાટ વગર.
મદદ માટે આભાર.
સંભવત,, જેમ જેમ મેં પોસ્ટમાં જણાવ્યું છે, સમસ્યા હાર્ડવેરને કારણે થાય છે, કારણ કે હું જે કમાનનો ઉપયોગ કરું છું, તેમાં મને આ પ્રકારની કોઈ સમસ્યા ન હતી.
આર્કમાં ઉત્તમ પરિણામો સાથેનું બીજું એક. મારે ક્યારેય કર્નલ ગભરાટ નથી
જીએનયુ / લિનક્સ સાથે 2 વર્ષથી વધુ ... 2 વર્ષ પહેલાથી જ આર્ટલિનક્સ સાથે છે, કર્નલ ગભરાટ ક્યારેય નહીં .. 😉
મને લાગે છે કે કર્નલ પેનિક્સ ડિસ્ટ્રોને બદલે હાર્ડવેરને કારણે વધારે છે. મેં હવે લેપટોપ પર ગભરાટ ભરતી કર્નલ ક્યારેય જોઈ નથી, એકવાર મેં તેમાં ઉબુન્ટુ આલ્ફા મૂક્યા સિવાય (અને આર્ક લિનક્સ અહીં બે વર્ષ માટે પણ હતો). બીજી બાજુ, મારી પાસેના અન્ય લેપટોપમાં, મેં જે ડિસ્ટ્રો મૂક્યું છે તે હંમેશાં કર્નલ ગભરાટ અને તમામ સ્વાદ માટે વિવિધ પ્રકારની ભૂલો આપે છે.
ડેબિયન પર કર્નલ 3.14.૧XNUMX સાથે, હું કર્નલ ગભરાટની સમસ્યામાં દોડી ગયો છું, આ ઉપરાંત જ્યારે પણ હું મારા પીસીને ચાલુ કરું છું, ત્યારે મને "કનેક્ટ / ડિસ્કનેક્ટ સમયસમાપ્તિ" સંદેશ મળે છે (અને જ્યારે પણ હું તેને બંધ કરું છું).
આર્ટની જેમ ફેડોરામાં પણ તે મારા માટે ઘણું બન્યું છે, પરંતુ મને ખબર નથી કે શા માટે, અને તેની તપાસ કરવામાં અથવા તેનો ઉકેલ લાવવા માટે મેં સમય કા have્યો નથી (જો તે કોઈ સમસ્યા હોય).
મને લાગે છે કે તેનું કારણ તે છે કે તેઓ gcc 4.9 સાથે સંકલિત છે
http://libuntu.com/linus-torvalds-considera-que-la-version-4-9-de-gcc-es-una-pura-y-absoluta-mierda/
માહિતી માટે ખૂબ ખૂબ આભાર. ઘણી બધી બાબતોમાંથી આપણે આની ચર્ચા કરી શકીએ છીએ
આર્ક લિનક્સને કેમ આવું થાય છે? કદાચ તે સમસ્યાઓથી પર્યાપ્ત નથી કે જે વારંવાર સિસ્ટમની orીલી અથવા લટકાવવામાં દેખાય છે જે સિસ્ટમને ફેંકવાની બિંદુ સુધી પહોંચે છે.
અરે? તમે શેના વિશે વાત કરી રહ્યા છો? o_O
Archપરેટિંગ ઓપરેટિંગ સિસ્ટમના આધારથી જ ગોઠવાયેલ KISS વિતરણ છે, થોડા શબ્દોમાં કહીએ તો, જો સિસ્ટમ ભારે છે કારણ કે તમે તેને તે રીતે બનાવ્યું છે, જો સિસ્ટમમાં ભૂલો છે કારણ કે તમે તેને પેદા કર્યું છે અથવા તમે નથી કર્યું કંઇકને યોગ્ય રીતે ગોઠવો.આર્ક વિકિ તદ્દન સંપૂર્ણ છે, કેટલાક વર્ષો પહેલા સ્પેનિશમાં ઘણા મહત્વપૂર્ણ વિષયો ન હતા, તે અને ઇન્સ્ટોલેશનની પ્રક્રિયા ઘણી વધારે મુશ્કેલ અને કંઈક અંશે મુશ્કેલ હતી, હવે બધું થોડી વધારે સ્વચાલિત છે.
વપરાશકર્તા ભૂલો માટે ડિસ્ટ્રોને દોષિત ઠરાવવાનું એ છે ... વિન્ડોઝ (?).
ભૂલો માટે ડિસ્ટ્રોને દોષિત ઠેરવવામાં આવે છે, ફક્ત કારણ કે તે સત્ય છે. માંજારોમાં સમાન સમસ્યા આવી ગયા પછી, મેં આર્ક, એન્ટાર્ગોસ અને અન્ય અજ્ unknownાત વિતરણનો પ્રયાસ કર્યો (મને હવે નામ યાદ નથી, માફ કરશો) કે કોઈએ મને ખાતરી આપી કે તે મુશ્કેલીઓ આપતું નથી, પરંતુ કંઇ નથી; તેઓ બધા તે આપે છે. ઓપનસુઝ, ફેડોરા, ટંકશાળ, મેજિઆ અને તે બધામાં જેનો મેં પ્રયત્ન કર્યો છે તે પસાર થતો નથી. જ્યાં સુધી હું ચિંતિત છું, હું વિચારી રહ્યો છું કે તે ડિસ્ટ્રોની ભૂલ છે. પરંતુ, અરે, હું તેને કે કંઈપણનો રાક્ષસી બનતો નથી, આથી વધુ શું છે, તે મને હેરાન કરે છે આર્ક પર આધારીત કંઈપણ વાપરવા માટે સક્ષમ ન હોવાને કારણે, કારણ કે મને તે ખૂબ ગમે છે, પરંતુ તે ખરાબ સમસ્યા મને અટકાવે છે. અથવા મને નથી લાગતું કે તે હાર્ડવેર વિશે છે, કારણ કે આપણામાંના ઘણા જેવું થાય છે તે જ બટનો ઉપયોગ કરતા પહેલા બન્યું નથી. ઠીક છે, ખરેખર તે હાર્ડવેરથી સંબંધિત કંઈક હોવું જોઈએ, પરંતુ, તે જ વસ્તુ તરફ પાછા જવું, જો મેં કોઈ ફેરફાર કર્યા નથી અને મને તે જ ઉપકરણો સાથે સમસ્યાઓ છે જેની સાથે મારી પાસે પહેલાં નહોતી, દેખીતી રીતે તે યોગ્ય હશે આર્ક દ્વારા કરવામાં આવેલા પરિવર્તનને, જેમણે મને ખરાબ કર્યું છે.
"વપરાશકર્તા ભૂલો માટે ડિસ્ટ્રોને દોષ આપવું તેથી ... વિન્ડોઝ (?) છે."
હું તમને કહીશ કે પ્રોડક્ટ ભૂલો માટે વપરાશકર્તાઓને દોષી ઠેરવવું એ એપલ છે. મેં પ્રામાણિકપણે તેના વિશે એક હજાર વાર વિચાર્યું છે, પરંતુ મને કોઈ ગંભીર હેતુ માટે મૂળભૂત રીતે તેમના હાથ ધોવા માટેની કોઈ વસ્તુનો ઉપયોગ કરવાનો ફાયદો દેખાતો નથી. અને હું કહું છું કે GPL સ softwareફ્ટવેર વ warrantરન્ટી વિના આવે છે.
તમે ઇચ્છો તે પ્રમાણે કહી શકો છો પરંતુ જો આઇફોન પર સિગ્નલના અભાવના અહેવાલો અને એપલનો પ્રતિસાદ એ જ કેસ છે, તો ઘણા વર્ષો પહેલાથી "તમને તે ખોટું થઈ રહ્યું છે". જો તમે ડિસ્ટ્રો કરો છો તો તમે સામાન્ય રીતે થોડી ગુણવત્તા અને ન્યુનતમ ટેકો પૂરો પાડવા માંગો છો, અને સત્ય એ છે કે આર્ક મૂળભૂત રીતે એક શોખી સિસ્ટમ છે, જ્યાં તમે જોશો કે તેના વિકાસકર્તાઓ નવી પેકેજીંગમાં નવી વસ્તુઓનો આનંદ માણે છે, પરંતુ સાચા ટેકો આપવામાં થોડી રુચિ નથી. . દર વખતે જ્યારે હું આ પ્રકારની પોસ્ટ જોઉં છું ત્યારે હું ઉપયોગમાં લેતી ડીસ્ટ્રો પાછળના કામને વધારે મૂલ્યવાન છું.
અને હા, તે સ aફ્ટવેરની સમસ્યા છે જો તે કામ કરતું નથી, જો તે કોઈ અપડેટમાં કામ કરવાનું બંધ કરે છે, અથવા જો હાર્ડવેરમાંથી કંઈક તૂટી જાય છે. કે કર્નલ ગભરાટ ભલે ડિસ્ટ્રો કરે છે જ્યારે બીજું નથી કરતું ... સારું, હા, સ્પષ્ટ રીતે ત્યાં એક ડિસ્ટ્રો છે જે વસ્તુઓને બરાબર કરી રહી છે અને બીજું ખોટું. હવે જો તમને 90 ના દાયકાની શૈલીમાં લિનક્સનો ઉપયોગ કરવાનો આનંદ છે જ્યાં આપણે જ્યારે પણ નવા પ્રિંટરમાં પ્લગ કરીએ છીએ ત્યારે દરેક વખતે કર્નલને ફરીથી કમ્પાઇલ કરવી પડે ... ત્યાં તમે.
શું કર્નલ વિકાસકર્તાઓ દ્વારા કમ્પાઇલ કરેલું છે? અથવા તમારા પોતાના?
કમ્પાઇલ કરતી વખતે ચોક્કસ ઘટકો પસંદ કરવામાં ન આવ્યા હોય ત્યારે કર્નલ પેનિક્સ પેદા થાય છે (અથવા), અથવા અમુક હાર્ડવેરને ટેકો આપવા માટે કેટલાક મોડ્યુલો સક્રિય થયા નથી. તમારા હાર્ડવેરની પ્રેક્ટિસ અને જ્ knowledgeાન સાથે (તમારે પીસી ખોલવું પડશે અને તે બતાવશે કે તેમાં કયા બ્રાન્ડ્સની ચિપ્સ છે), તમે કસ્ટમ કર્નલ બનાવી શકો છો (ક્રોટિંગ દ્વારા). જો ઉબુન્ટુ અને આર્ક ઇન્સ્ટોલેશન સીડી તમારા કમ્પ્યુટર પર હતી, તો સંકલનમાં કંઈક એવું છે જે સક્રિય થયેલ નથી.
તે ભંડારમાંથી, આર્ચલિંક્સમાંથી જ સ્ટોક કર્નલ હતો.
તમે જે કર્નલનો ઉપયોગ કરી રહ્યાં છો, ત્યાં કંઈક બાકી છે જે તમારા હાર્ડવેરને પસંદ નથી, તમારી પાસે તમારા મધરબોર્ડ પર ચિપનું દુર્લભ સંસ્કરણ હોવું જોઈએ અથવા ચિપમાં બગ (તે સામાન્ય રીતે થાય છે) હોવું જોઈએ.
તે તમારા બાયોસ pક્પીમાં દૂષિત કોષ્ટક હોઈ શકે છે, તે સામાન્ય છે કે ફરજ પરના ચાઇનીઝ દરેક ટેબલના ચેકસમની સારી ગણતરી પણ કરતા નથી, આ સંદેશા સામાન્ય રીતે બુટની શરૂઆતમાં $ dmesg -human સાથે દેખાય છે.
તમારે બીજો વીજ પુરવઠો પણ અજમાવવો જોઈએ, જ્યારે ફિલ્ટરિંગ નિષ્ફળ જાય છે ત્યારે લહેરિયું ફક્ત આવી નિષ્ફળતાઓ કરે છે.
પ્રથમ, સ્રોતને બદલવાનો પ્રયાસ કરો અને જુઓ કે શું થાય છે, જો તે જ રહે છે, તો તમારા હાર્ડવેરને અનુરૂપ કર્નલને ગોઠવવાનો પ્રયાસ કરો, જે રીતે તમે પ્રક્રિયામાં તમારા પીસીને વધુ સારી રીતે જાણો છો.
ટીપ્સ બદલ આભાર. જે રીતે તે લેપટોપ છે, મને લાગે છે કે મારે બેટરી બદલવી જોઈએ. પરંતુ હું જોઉં છું કે તમે મને જે કહ્યું તે મદદ કરી શકે છે
એક કર્નલ ગભરાટ જે હજી પણ મને પાગલ કરે છે તે અંશત n ન્યુવા અને મારા જૂના, જૂનું અને ખૂબ ડસ્ટ એનવીડિયા 6150૧ 4૦ સીઇ ઇન્ટિગ્રેટેડ કાર્ડ પરના છોકરાઓનો દોષ છે (મારો અર્થ એ છે કે; તેઓએ ગ્રાફિક્સ ચિપ્સના બ્રહ્માંડને ટેકો આપવા માટે ઉત્તમ કામ કર્યું છે. જેમ કે એનવીડિયા પાસે છે, અને આ બધા, ફક્ત રિવર્સ એન્જિનિયરિંગનો ઉપયોગ કરીને, વત્તા સમસ્યા ફક્ત NVXNUMXE ચિપસેટવાળા કેટલાક કાર્ડ્સ માટે થાય છે).
ફક્ત ઓપનબboxક્સ + ફાયરફોક્સ અને આપત્તિ સ્ટ્રાઇક્સ શરૂ કરો (તમારી સ્ક્રીન પર સંપૂર્ણપણે રેન્ડમ કાળા અને સફેદ મોઝેક જોવામાંથી વધુ સુંદર કંઈ નહીં). અને હું તેને કર્નલ 3.6. since થી ગાઇ રહ્યો છું ત્યારથી ડેબિયન, ફેડોરા, આર્ચલિનક્સ, સ્લેકવેર અને હવે ફરીથી જેન્ટુ (ફરીથી કર્નલ installed.૨૨ સાથે સ્થાપિત થયેલ છે) માં ફરી ચકાસણી કરાઈ છે, હવે હું લોગ લેવા માટે, કર્નલ પર અથવા તેને સમય આપવા માટે ત્રાસ આપતો નથી. કંઈક લખો જે મોટે ભાગે વાહિયાત અક્ષરો ન હોય.
હું તમને સોલ્યુશન આપું છું, એક પીસી જે મારી પાસે હળવા અને ઇન્ટિગ્રેટેડ એનવીડિયા વિડિઓ સાથે છે તે નુવુ ડ્રાઈવર સાથે સમાન છે, તેથી મારી પાસે બંધ એનવીડિયા ડ્રાઇવરનો ઉપયોગ કરવા સિવાય કોઈ વિકલ્પ નહોતો, મારી ચીપે 304.123 ડ્રાઇવરનો ઉપયોગ કરવો જ જોઇએ
00: 0 ડી.0 વીજીએ સુસંગત નિયંત્રક [0300]: એનવીઆઈડીઆઈએ કોર્પોરેશન સી 61 [ગેફorceર્સ 7025 / એનફોર્સ 630 એ] [10 ડી: 03 ડી 6] (રેવ એ 2) (પ્રોગ-ઇફ 00 [વીજીએ નિયંત્રક])
તમારે કમ્પાઇલ કરતા પહેલાં કર્નલ ફાઇલને પેચ કરવાની રહેશે, જો પેચો નહીં તો ગ્રાફિક્સ મોડ પ્રારંભ થવાનો ઇનકાર કરશે.
પગલાં છે:
# નેનો-ડબલ્યુ / ઓએસઆર/src/linux-3.15.7-gentoo/drivers/acpi/osl.c
આ ટેક્સ્ટ માટે નેનોની અંદર સીઆરટીએલ + ડબલ્યુ સાથે શોધ કરો, એસિપી_હોસ_વેઇટ_વેન્ટ્સ_પૂર્ણ અને નેનો તમને આ ભાગ પર લઈ જશે:
રદબાતલ એસિપીઆઈઓ_વૈટ_અવેન્ટ્સ_પૂર્ણ (રદબાતલ)
{
ફ્લશ_ વર્ક્યુ (ક (ક્પીડ_ ડબલ્યુક્યુ);
ફ્લશ_ વર્ક્યુ (kacpi_notify_wq);
}
EXPORT_SYMBOL (acpi_os_wait_events_complete);
તમારે જે પેચ ઉમેરવા પડશે તે છેલ્લી લાઇન છે જે નિકાસ, સીઆરટીએલ + અથવા સીઆરટીએલ + એક્સથી પ્રારંભ થાય છે
પછી તમે કર્નલને કમ્પાઇલ કરો, મોડ્યુલો ઇન્સ્ટોલ કરો, કર્નલ ઇન્સ્ટોલ કરો, જો તમને જરૂર હોય તો initramfs બનાવો, જો તમે સ્પ્લેશનો ઉપયોગ કરો છો, સ્ક્રshશ ઉમેરો, ગ્રબ માટે પ્રવેશો ફરીથી બનાવો અને છેવટે અને ખૂબ જ મહત્વપૂર્ણ, તમારે મોડ્યુલો ફરીથી બનાવવી જ જોઈએ કે જે કર્નલમાંથી નથી, એટલે કે, પ્રોપરાઇટરી એનવીડિયા મોડ્યુલ, આ કર્યા વિના ગ્રાફિક મોડ કાર્ય કરશે નહીં.
# પસંદ કરો કર્નલ સૂચિ
# પસંદ કરો કર્નલ સેટ x
# સીડી / યુએસઆર / એસઆરસી / લિનક્સ
# બનાવે છે
# મોડ્યુલો બનાવો_ઇન્સ્ટોલ કરો
# માઉન્ટ / બૂટ
# સ્થાપિત કરો
# ડ્રracકટ -હોસ્ટostનલી »3.15.7-હળવે –ફોર્સ
# સ્પ્લેશ_જેનિનીટ્રામ્ફ્સ –વરબોઝ –res 1400 × 1050 -પેન્ડ / બૂટ / ઇનીટ્રામ્ફ્સ -3.15.7-gentoo.img emergeભરવું-વિશ્વ
# grub -mkconfig -o /boot/grub/grub.cfg
# ઉભરી @ મોડ્યુલ-પુન rebuબીલ્ડ
# અનમાઉન્ટ / બૂટ
# શટડાઉન -આર હવે
જો તમે જનરલનો ઉપયોગ કરો છો, તો તમે ફક્ત તે ફાઇલને પેચ કરો છો અને હું સમજું છું કે જનરલ પોતે સુધારે છે.
આ ઉપરાંત, તમારે કર્નલમાંથી ડ્રમ સપોર્ટ અને એનવીડિયા ડ્રાઇવરો અને અન્ય વિડિઓ ચીપ્સને દૂર કરવી આવશ્યક છે જેથી તેઓ એનવીડિયા મોડ્યુલ તરીકે ઇન્સ્ટોલ કરેલા બંધ એનવીડિયા ડ્રાઇવર સાથે ટકરાતા ન હોય.
બુટસ્પ્લેશનો ઉપયોગ કરવાના કિસ્સામાં, તમારે કર્નલમાં યુવેસા ડ્રાઇવરનો સમાવેશ કરવો આવશ્યક છે જેથી તે બંધ એનવીડિયા ડ્રાઇવર (જો મને યોગ્ય રીતે યાદ છે) ટર્મિનલમાં 800 × 600 થી વધુને ટેકો આપતું નથી, તેથી તે ઉચ્ચ સ્ક્રીન ઠરાવોને સમર્થન આપે છે tty1 «F1» બુટ.
હું અન્ય ડિસ્ટ્રોઝ વિશે જાણતો નથી, પરંતુ હું માનું છું કે જો આ પગલાં લેવામાં આવ્યાં છે, તો તે કોઈપણ ડિસ્ટ્રો પર કામ કરવું જોઈએ, જે કંઈપણ માટે ઉદભવ પરિવર્તનને બચાવશે.
એનવીડિયા અને યુવેસા માટે આ માર્ગદર્શિકાઓ તમારે અનુસરે છે:
http://wiki.gentoo.org/wiki/NVidia/nvidia-drivers/es
http://wiki.gentoo.org/wiki/Uvesafb
માહિતી માટે આભાર, પરંતુ મેં માલિકીના લોકોમાં ફેરફાર કરીને સમસ્યાને ચોક્કસપણે હલ કરી. મને યાદ છે કે અગાઉના એનવીડિયા ડ્રાઇવર (304.121૦3.13.૧૧૧) ને પણ XNUMX.૧XNUMX પર જતા વખતે પણ પેચ કરવું પડ્યું હતું કારણ કે તેમાં મોડ્યુલના સંકલનમાં કોઈ સમસ્યા હતી (તેમાં કોઈ ભૂલો નહોતી, પરંતુ મોડ્યુલ કામ કરવા માટે ના પાડી હતી) અને બધું પણ એસીપીઆઈને કારણે. ઇવેન્ટ હેન્ડલર. ડેબિયનમાં મને સમસ્યા મળી અને તેનો સમાધાન પણ મળ્યો.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740097
મેં માંજારોનો ઉદાહરણ તરીકે ઉપયોગ કર્યો છે, પરંતુ આર્ક અને અન્ય ડેરિવેટિવ્ઝમાં પણ મારી સાથે એવું જ થયું તે પહેલાં મેં તેનો ઉલ્લેખ કર્યો છે. તેથી હું માનું છું કે સમસ્યા અસરગ્રસ્ત લોકો કરતા વધુ તેમની છે.
પીડી: હું સંબંધિત સંદેશનો સીધો જવાબ આપી શક્યો નથી કારણ કે જવાબ આપવાનો વિકલ્પ દેખાતો નથી ...
હું મંજરીથી લિનક્સ ટંકશાળમાં ચોક્કસપણે ગયો હતો કારણ કે 0.8.9 પછી સંસ્કરણમાં અપડેટ કર્યા પછી બુટ કરતી વખતે તે સ્થિર થઈ જશે (મને યાદ નથી કે જેમાંથી એક). મેં જે વાંચ્યું છે તેનાથી, આ સામાન્ય રીતે લેપટોપ પર થાય છે. મારી પ્રશ્નમાંની સમસ્યા આ પોસ્ટની જેમની ન હતી, મને લાગે છે કે હું આ નિષ્કર્ષ પર આવ્યો છું કે તે energyર્જા વ્યવસ્થાપન સાથે સંબંધિત હોઈ શકે. એવા લોકો હતા જે અનપ્લગ કર્યા દરમિયાન લેપટોપ શરૂ કરે તો સ્થિર ન થયા. હમણાં મને યાદ નથી કે આનાથી મને હંમેશાં સમસ્યાઓ વિના જ શરૂઆત કરવાની મંજૂરી આપવામાં આવે છે, પરંતુ અલબત્ત, તે કરવામાં વધુ સમય લેવાની કિંમતે મેં તે વધુ વખત કરી શક્યું.
કોઈપણ રીતે, અંતે મેં હાર માની લીધી અને ફેડોરા અને લિનક્સ ટંકશાળ પર સ્વિચ કર્યું.
યોગાનુયોગ, ગઈકાલે મેં તેને ચાર્જર વિના સ્થગિત કરવાનો પ્રયાસ કર્યો અને જ્યારે ફરી શરૂ કર્યું ત્યારે તે લટકી ગયું અને મારે ફરીથી પ્રારંભ કરવો પડ્યો.
તે તદ્દન રમુજી છે, હું આર્ક સાથે થોડા મહિના રહી છું અને મારી પાસે એક પણ કર્નલ ગભરાટ નથી! તે જીવંત વાતાવરણના એન્ટાર્ગોસ (વધારાના ભંડારવાળી કમાન) સાથે મારી સાથે બન્યું છે, પરંતુ ત્યાં હું તેને વધુ સમજી શકું છું. તે મધર બોર્ડ અથવા ખામીયુક્ત રેમ મોડ્યુલ સાથે સમસ્યા હોઈ શકે છે? મને યાદ છે કે લગભગ 2 વર્ષ પહેલાં રેમ મોડ્યુલને કારણે મને વિંડોઝમાં ઘણી વાદળી સ્ક્રીન અને ઘણી કર્નલ પેનિક્સ પણ આવી હતી. મન્દ્રીવા પર. મારે દરેક મેમરીને રીબૂટ અને રીબૂટ વચ્ચે એક સમયે પરીક્ષણ કરવાની હતી.
તે એક આર્ક સમસ્યા છે (જે તેના તમામ ડેરિવેટિવ્ઝને ખેંચે છે), કારણ કે અન્ય ડિસ્ટ્રોસમાં તે પ્રકારની કોઈ સમસ્યા નથી. મને જે શરમજનક લાગે છે તે તે છે કે આ સમયે તેઓએ તેનું નિરાકરણ લાવ્યું નથી. તે ફક્ત વર્ષોથી છે! મેં 2011 થી સમાન સમસ્યાઓ વાંચી છે. હું સ્પષ્ટ છું કે આ તે કંઈક છે જે તેઓ અપડેટ કરે છે તેમ આવે છે અને જાય છે, કારણ કે આવૃત્તિઓ 0.8.7, 0.8.8 અને 0.8.9 નો ઉપયોગ કર્યા વિના, તેમનું કંઈપણ થતું નથી. તે પછીથી દરેક વસ્તુ છીનવાઈ જાય છે, અને ચોક્કસ જૂના સંસ્કરણોમાં પણ તે બન્યું છે. કેમ તે આપણા કેટલાક લોકો માટે જ થાય છે? મને ખબર નથી, પરંતુ મને નથી લાગતું કે તે અમારી સમસ્યા છે, પરંતુ આર્કની, કારણ કે, પહેલાથી જ કહ્યું છે, અન્ય વિતરણો સંપૂર્ણ રીતે કાર્ય કરે છે. સમાધાન શોધવા માટે મેં તેના દિવસમાં પહેલાથી જ મારા શિંગડા તોડી નાખ્યા હતા, પરંતુ હું કંટાળી ગયો હતો. તેથી, જેટલું માફ કરશો, હું આર્કનો ઉપયોગ કરીશ નહીં.
આર્ક 0.8.7, 0.8.8 અને 0.8.9? મને ખબર છે કે આર્ક તે સંસ્કરણ નામકરણનો ઉપયોગ કરે છે.
એવું બની શકે કે તમે માંજારાનો ઉપયોગ કરી રહ્યાં છો?
ઠીક છે, હું તમારી જાતને તમારી અગાઉની ટિપ્પણી વાંચીને જવાબ આપું છું, અને એક વસ્તુ મંજરો છે અને બીજી આર્ક છે.
તે કોઈ ચોક્કસ સમસ્યા માટે ડિસ્ટ્રોને દોષિત ઠેરવવાનું સુસંગત નથી (ખરેખર સુસંગત નથી), ઓછામાં ઓછું મારા કિસ્સામાં હું ન્યુવા અને મારા એનવીડિયા 6150SE કાર્ડ સાથેની સમસ્યા માટે કેટલા ડિસ્ટ્રોનો પ્રયાસ કરું છું તેનો દોષ લગાવી શકતો નથી, કારણ કે સમસ્યા એમએમઆઈઓ છે ડ્રાઈવર અને કાર્ડનું સંચાલન (એનવીડિયા જાણશે કે તેમને શું ઠીક કરવું છે અને ક્રેઝી વસ્તુઓ જે તેઓએ તે વિગતને ઠીક કરવી પડશે). હાર્ડવેર પણ સમસ્યા હોઈ શકે છે, અને તમે જોઈ શકો છો કે તમે જે પણ ઓએસનો ઉપયોગ કરો છો તેમાં (વિન્ડોઝ, લિનક્સ, બીએસડી), અને કોમ્પ્યુટર રિપેર કરવાના મારા અનુભવમાં મેં ખૂબ વિચિત્ર હાર્ડવેર સમસ્યાઓ જોઇ છે (જેમ કે પીસી જે તમે બદલાવ્યા સિવાય બુટ કરવાનો ઇનકાર કરે છે) મેમરી સ્થાન, અને બંધ કરતી વખતે તમારે પ્રક્રિયાને પુનરાવર્તિત કરવી પડશે), અને હું તે માટે વિન્ડોઝ અને ડેબિયનને દોષી પાડી શકતો નથી.
મારી પાસે જીવંત ઉબુન્ટુ 12.04 સાથે કર્નલ ગભરાટ હતો
મારી પાસે મારા સિક્યુર એચપી પેવેલિયન ડીએમ 4 નોટબુક પીસી, 8 જીબી રેમ, હાર્ડ ડ્રાઈવ 500 છે, તેનો ઉપયોગ 5 વર્ષથી વધુ છે. મને માઇક્રોપ્રોસેસરની ગતિ યાદ નથી, એક ઇન્ટેલ કોર આઇ 5, મને લાગે છે કે 2 મેગાહર્ટઝ કરતા વધારે.
હું ટર્મિનલ સ્ક્રીન પર કંઈપણ લખી શકતો નથી. હું આ સમસ્યાને હલ કરવા માટે, વધુ માહિતી શોધીશ.