Mesazhet e gabimit të PC-së: llojet, shkaqet dhe zgjidhjet kryesore

Informatec Digital » Burime » Mesazhet e gabimit të PC-së: llojet, shkaqet dhe zgjidhjet kryesore

Mesazhet e gabimeve të PC-së janë ato paralajmërime që shfaqen në momentin më të keq të mundshëm: kur jeni duke punuar, duke luajtur lojëra ose thjesht duke u përpjekur të ndizni kompjuterin tuaj. Ndonjëherë ato janë të qarta, herë të tjera janë enigmë e plotë dhe shpesh as nuk shpjegojnë se çfarë ka ndodhur. Megjithatë, pas çdo paralajmërimi zakonisht ka një shkak mjaft logjik: dështime të harduerit , probleme me memorien, gabime në disk, drajverë të instaluar gabimisht ose një sistem operativ i korruptuar.

Në këtë udhëzues, do të hedhim një vështrim të thelluar në llojet më të zakonshme të mesazheve të gabimit në një PC (Windows dhe Linux), çfarë nënkuptojnë ato në të vërtetë, si ndryshojnë paralajmërimet normale nga gabimet serioze (si ekrani famëkeq blu i vdekjes) dhe çfarë mund të bëni për t'i rregulluar ato ose të paktën për të kuptuar se çfarë po ndodh. Gjithashtu do të shihni se si duhet të shkruhen mesazhet e gabimit "të duhura" dhe pse kaq shumë programe e bëjnë këtë kaq keq.

Gabimet tipike të Windows: drejtuesit, memoria dhe burimet e sistemit

Një nga paralajmërimet klasike të Windows është ai që tregon se një drajver pajisjeje është i dëmtuar ose se sistemi ka pak memorie ose burime , i identifikuar si "Kodi 3" në Device Manager. Mesazhi i plotë zakonisht thotë diçka si p.sh. drajveri mund të jetë i dëmtuar ose kompjuterit po i mbaron memoria, duke sugjeruar lirimin e burimeve ose instalimin e më shumë RAM-it.

Ky lloj gabimi ndodh kur Windows nuk mund ta përdorë siç duhet një pajisje (kartë rrjeti, kartë grafike, USB, etj.) ose sepse drajveri është i dëmtuar, i instaluar gabimisht ose i vjetëruar, ose sepse sistemi ka aq pak RAM ose memorie virtuale sa nuk mund të ndajë më shumë burime.

Një zgjidhje e parë bazë, por efektive, është mbyllja e aplikacioneve për të liruar memorie . Mund ta hapni Task Manager me CTRL + ALT + DEL dhe të kontrolloni se cilat procese po përdorin RAM dhe CPU. Nëse problemi lidhet me memorien virtuale, mund ta rregulloni madhësinë e skedarit të faqezimit te Vetitë e Sistemit, nën skedën "Të Avancuara" dhe seksionin "Performanca".

Kur problemi buron nga drajveri, rekomandohet ta çinstaloni dhe ta riinstaloni atë përmes Device Manager . Në vetitë e pajisjes, nën skedën "Drajver", mund ta çinstaloni drajverin, ta rinisni kompjuterin dhe më pas t'i kërkoni Windows-it të skanojë për ndryshime në harduer në mënyrë që ta zbulojë përsëri pajisjen. Në disa raste, mund t'ju duhet të shkarkoni drajverin e përditësuar nga faqja e internetit e prodhuesit.

Nëse kompjuteri juaj punon vazhdimisht në limitin e tij, me gabime të përsëritura të memories dhe mesazhe për burime të pamjaftueshme, ka shumë të ngjarë që ju duhet të përmirësoni RAM-in . Shtimi i më shumë RAM-it lehtëson shumë gabime që lidhen me "pa memorie", "aplikacioni nuk mund të vazhdojë" ose rrëzime të rastësishme.

Mesazhe klasike gabimi në nivelin e sistemit dhe skedarit

Përveç paralajmërimeve për drajverët, çdo përdorues i kompjuterit ka të ngjarë të ketë hasur mesazhe të zakonshme që tregojnë probleme me lejet, pajisjet ose skedarët . Ndërsa formulimi mund të ndryshojë në varësi të sistemit operativ, mesazhi themelor është përgjithësisht i njëjtë.

Kur shfaqet mesazhi " Qasja e mohuar ", kjo do të thotë që përdoruesi nuk ka leje të mjaftueshme për të lexuar, shkruar ose ekzekutuar një skedar, dosje ose burim, ose që qasja është kufizuar nga një program ose përdorues tjetër. Ky lloj gabimi është i zakonshëm në sistemet me shumë përdorues, dosjet e mbrojtura ose skedarët e sistemit.

Mesazhi " Pajisja nuk është gati " zakonisht shfaqet kur sistemi përpiqet të hyjë në një disk që nuk është gati : për shembull, një diskete ose disk i lëvizshëm pa media të futura ose me media të dëmtuar. Është rasti klasik i përpjekjes për të lexuar një disk që nuk ka asgjë për të lexuar.

Nëse shihni mesazhin " Skedari nuk u gjet " , zakonisht kjo do të thotë që skedari është zhvendosur, fshirë, riemëruar ose është i dëmtuar . Mund të jetë gjithashtu për shkak të një gabimi drejtshkrimor të emrit (më i zakonshëm në rreshtat e komandave) ose sepse shtegu i specifikuar nuk ekziston. Disa programe e shfaqin këtë mesazh edhe kur skedari është i dëmtuar dhe nuk mund të hapet siç duhet.

Mesazhi " Hapësirë ​​e pakët në hard disk " shfaqet kur disku është pothuajse plot. Kjo mund të shkaktojë gabime gjatë ruajtjes së dokumenteve, probleme me skedarin swap ose probleme me instalimin e programeve. Zgjidhja përfshin fshirjen e skedarëve të panevojshëm, pastrimin e skedarëve të përkohshëm ose zhvendosjen e të dhënave në një disk tjetër dhe, në raste ekstreme, përmirësimin në një disk të ngurtë më të madh.

Mesazhi " Mbaron kujtesa " tregon se sistemi nuk ka RAM të mjaftueshëm ose po përpiqet të ngarkojë diçka shumë të madhe . Zgjidhja e zakonshme është të mbyllni programet që nuk i përdorni, të shmangni hapjen e dhjetëra skedave dhe aplikacioneve dhe, nëse ndodh shpesh, merrni në konsideratë përmirësimin e kujtesës fizike.

Gabime historike dhe mesazhe mitike nga sistemet operative

Gjatë gjithë historisë së informatikës, janë shfaqur disa mesazhe gabimi aq të çuditshme sa janë bërë të famshme. Disa sisteme kanë paralajmërime ikonike që çdo ekspert i kompjuterave i njeh menjëherë.

Në MS-DOS, mesazhi “Abort, Riprovo, Injoro?” ishte shumë i zakonshëm — një dialog konfuz ku përdoruesi duhej të zgjidhte pa e kuptuar qartë se çfarë do të ndodhte me secilin opsion. Nuk ishte pikërisht një model i përdorshmërisë së mirë.

Sistemet AmigaOS kishin të famshmin "Guru Meditation ", një lloj "ekrani vdekjeje" specifik për atë platformë. Në botën Unix, ekuivalenti modern është "kernel paniku ", i cili tregon se bërthama e sistemit ka hasur një gabim nga i cili nuk mund të rikuperohet.

Në domenin e uebit, një nga gabimet më të zakonshme është Gabimi 404 , i cili tregon se serveri po përgjigjet, por burimi i kërkuar nuk ekziston . Kjo mund të ndodhë sepse URL-ja ka ndryshuar, skedari është fshirë ose adresa thjesht është shkruar gabim.

Dhe sigurisht, në Windows kemi ekranin e frikshëm blu të vdekjes (BSOD) , i cili shfaqet kur sistemi zbulon një gabim kritik në bërthamë, drajverë ose harduer, dhe detyrohet të ndalet për të shmangur dëmtime të mëtejshme.

Ekranet blu të Windows: Kodet STOP dhe shkaqet e zakonshme

Një BSOD, ose gabim i ekranit blu, shfaqet kur Windows has një problem që nuk mund ta zgjidhë pa e rinisur. Në versionet moderne si Windows 10 dhe 11, mesazhi tipik është " Kompjuteri juaj hasi një problem dhe duhet të riniset ", së bashku me një kod ndalimi (STOP) në format heksadecimal (0x00000050, 0x0000007E, etj.).

Shkaqet më të zakonshme të këtyre ekraneve blu janë drajverët me defekt ose të papajtueshëm, RAM i dëmtuar, disqe të forta me sektorë të dëmtuar, kabllo të dëmtuara , mbinxehje, një BIOS i vjetëruar ose skedarë sistemi të korruptuar . Çdo kod STOP tregon një burim specifik të problemit.

Ndër gabimet më të zakonshme janë, për shembull, PAGE_FAULT_IN_NONPAGED_AREA (0x00000050) , që tregon se sistemi është përpjekur të hyjë në një zonë memorieje që nuk duhet ta ketë, zakonisht për shkak të RAM-it me defekt, drajverëve problematikë ose vëllimeve NTFS të dëmtuara.

Kodi IRQL_NOT_LESS_OR_EQUAL (0x0000000A) tregon se një komponent i modalitetit kernel është përpjekur të hyjë në memorie me një nivel përparësie të papërshtatshëm, një problem i zakonshëm me drajverët e shkruar keq ose të papajtueshëm . Gabimi KMODE_EXCEPTION_NOT_HANDLED (0x0000001E) ndodh kur trajtuesi i përjashtimeve zbulon se një proces ka ekzekutuar një udhëzim të pavlefshëm.

Klasike të tjera përfshijnë DRIVER_IRQL_NOT_LESS_OR_EQUAL (0x000000D1) , i cili është i ngjashëm me 0x0A, por tregon qartë se fajtori është një drajver; SYSTEM_SERVICE_EXCEPTION (0x0000003B) , i cili tregon shërbimet e sistemit ose drajverët që hedhin përjashtime; dhe SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (0x0000007E) , zakonisht i shkaktuar nga drajverë të vjetëruar ose të papajtueshëm.

Gjithashtu, do të shihni gabime që tregojnë më drejtpërdrejt për dështime të harduerit, të tilla si MEMORY_MANAGEMENT (0x0000001A) , të shoqëruara me probleme të menaxhimit të memories dhe module RAM me defekte, ose WHEA_UNCORRECTABLE_ERROR (0x00000124) , të lidhura ngushtë me dështime fizike të CPU-së, motherboard-it, RAM-it ose probleme me tensionin dhe temperaturën.

Kodet STOP të përqendruara në disk dhe sistem skedarësh

Kur problemi lidhet me diskun ose sistemin e skedarëve, kodet STOP ndihmojnë në identifikimin e tij. Për shembull, STOP 0x00000024 (NTFS_FILE_SYSTEM) ose 0x00000023/0x00000024 (FAT_FILE_SYSTEM / NTFS_FILE_SYSTEM) tregojnë se Windows ka vështirësi në leximin ose shkrimin në një ndarje , zakonisht për shkak të gabimeve në ntfs.sys, kabllove të dëmtuara, sektorëve të këqij ose sistemeve të skedarëve të korruptuar.

Në këto raste, rekomandohet fuqimisht të ekzekutoni mjete diagnostikuese nga prodhuesi i pajisjeve ose i diskut , të çaktivizoni përkohësisht antivirusin, defragmentuesit ose kopjet rezervë që mund të ndërhyjnë dhe të ekzekutoni chkdsk /fo chkdsk /f /r në diskun e prekur për të gjetur dhe izoluar sektorët problematikë.

Gabimi UNMOUNTABLE_BOOT_VOLUME (0x000000ED) zakonisht shfaqet gjatë nisjes dhe tregon se Windows nuk mund të hyjë në ndarjen e nisjes . Kjo mund të jetë për shkak të një ndryshimi në motherboard ose kontrollues, ose modifikimeve në lidhjet e diskut. Ndonjëherë mund të rregullohet me një komandë chkdsk nga konsola e rikuperimit, por herë të tjera kërkon një kontroll të plotë të harduerit dhe konfigurimit.

Në mënyrë të ngjashme, INACCESSIBLE_BOOT_DEVICE (0x0000007B) tregon se sistemi nuk mund të hyjë në pajisjen e nisjes gjatë nisjes. Një ndryshim në modalitetin SATA të BIOS (RAID/AHCI), një kontrollues i pasaktë i ruajtjes së të dhënave ose skedarë nisjeje të korruptuar janë fajtorë të zakonshëm.

Së fundmi, gabime të tilla si BAD_POOL_HEADER (0x00000019) tregojnë dëmtime në kokën e zonës së memories së rezervuar (pool) , shpesh të shkaktuara nga drajverë të paqëndrueshëm, probleme me harduerin ose konflikte të softuerit që keqpërdorin memorien.

BSOD-të që lidhen me memorien, drajverët dhe CPU-në

Ekziston një familje tjetër ekranesh blu që shoqërohet qartë me drajverë, RAM dhe procesor të dëmtuar . Një shembull tipik është STOP 0x00000050 (PAGE_FAULT_IN_NONPAGED_AREA) , i diskutuar tashmë, i cili shpesh zgjidhet duke hequr harduerin e instaluar rishtazi, duke ekzekutuar diagnostikimin e memories, duke kontrolluar drajverët dhe duke ekzekutuar chkdsk nëse ndarja është NTFS.

Kodet STOP 0x0000007E (SYSTEM_THREAD_EXCEPTION_NOT_HANDLED) dhe 0x0000008E (KERNEL_MODE_EXCEPTION_NOT_HANDLED) tregojnë se një fije sistemi ose një proces në modalitetin kernel ka hedhur një përjashtim të patrajtuar. Këto zakonisht lidhen me drajverë ose BIOS të papajtueshëm, harduer problematik ose, shumë shpesh, drajverë grafikë me defekt (p.sh., nga Nvidia).

Gabimi STOP 0x0000007F (UNEXPECTED_KERNEL_MODE_TRAP) zakonisht shoqërohet me RAM të dëmtuar, një motherboard të dëmtuar ose softuer të papajtueshëm . Një shkak i zakonshëm dhe i dokumentuar është ndërveprimi me programe të caktuara antivirus, siç është Norton, në versionet më të vjetra të Windows. Kontrollimi i përputhshmërisë së harduerit dhe ekzekutimi i testeve të memories është pothuajse i detyrueshëm.

Nga ana tjetër, STOP 0x0000009F (DRIVER_POWER_STATE_FAILURE) tregon drajverë që nuk funksionojnë mirë me veçoritë e kursimit të energjisë , veçanërisht në laptopë (gjumë, letargji, etj.). Përditësimi ose çaktivizimi i drajverit problematik, nisja në Safe Mode ose me konfigurimin më të fundit të njohur dhe të mirë, dhe kontrollimi i softuerit që përdor filtra (antivirus, kopje rezervë) janë zakonisht zgjidhjet logjike.

Kodi STOP 0x000000EA (THREAD_STUCK_IN_DEVICE_DRIVER) është pothuajse një klasik në kartat grafike : ai tregon se një drajver pajisjeje (zakonisht drajveri i GPU-së) ka hyrë në një cikël të pafund që përsërit udhëzime, duke e lënë sistemin pa mundësi për t'u rikuperuar.

Gabime kritike në regjistrim, imazhe dhe verifikim të makinës

Kur problemi ndikon në regjistër ose në vetë skedarët binare të sistemit, shfaqen gabime të tilla si STOP 0xC0000218 (UNKNOWN_HARD_ERROR) , të cilat tregojnë skedarë të regjistrit të korruptuar ose të fshirë, ose edhe module RAM me defekt . Në këto raste, sistemi shpesh dështon të niset normalisht.

Kodi STOP 0xC000021A (STATUS_SYSTEM_PROCESS_TERMINATED) tregon se një proces kritik në modalitetin e përdoruesit , siç është Winlogon ose CSRSS, ka dështuar. Shkaku zakonisht është softueri ose drajverët e papajtueshëm dhe shpesh kërkon kontrollin e instalimeve të fundit, çinstalimin e drajverëve dhe, në rastin më të keq, riparimin ose riinstalimin e Windows.

Me STOP 0xC0000221 (STATUS_IMAGE_CHECKSUM_MISMATCH) , Windows zbulon se shuma e kontrollit e një skedari sistemi ose drajveri nuk përputhet me vlerën e pritur. Kjo tregon se skedari është modifikuar, është i dëmtuar ose ka probleme me leximin e tij nga disku ose RAM-i . Sistemi llogarit një shumë kontrolli kur ngarkon skedarin dhe nëse nuk përputhet me shumën e kontrollit të ruajtur, ai jep këtë gabim.

Së fundmi, STOP 0x0000009C (MACHINE_CHECK_EXCEPTION) lidhet drejtpërdrejt me gabimet e pakthyeshme të harduerit të zbuluara nga procesori . Teknologjitë si Përjashtimi i Kontrollit të Makinës (MCE) ose Arkitektura e Kontrollit të Makinës (MCA) në CPU-të Pentium dhe modelet e mëvonshme njoftojnë Windows se diçka serioze ka dështuar në nivelin fizik (procesor, motherboard, memoria, etj.), ndonjëherë si pasojë e mbingarkesës . Diagnoza specifike zakonisht nuk është e drejtpërdrejtë dhe shpesh kërkon ndërhyrjen e prodhuesit ose të një tekniku të specializuar.

Përballë të gjitha këtyre gabimeve, përveç veprimeve specifike për secilin kod, është shumë e dobishme të përdoren mjete të tilla si DISM /Online /Cleanup-Image /RestoreHealth dhe System File Checker , si dhe të shqyrtohet Event Viewer dhe minidumps për të rafinuar diagnozën.

Gabime të zakonshme dhe mesazhe të çuditshme nga Windows "normal"

Jo të gjitha mesazhet e gabimit në Windows përfshijnë ekrane blu ose katastrofa. Shumë prej tyre janë alarme aplikacionesh, kuti dialogu modale ose njoftime që raportojnë probleme pak a shumë të vogla, megjithëse nuk janë gjithmonë të shkruara mirë.

Disa mesazhe janë qesharake dhe absurde, si paralajmërimi se "Veprimi mund të zgjasë ca kohë" me vlerësime qesharake si "127 vjet" kur kopjohen skedarët. Ose dialogë raportimi gabimesh që dështojnë me radhë , duke krijuar një gabim brenda një tjetri.

Një shembull tjetër janë kërkesat e tepërta, siç është një mesazh i Windows 2000 që kërkonte fjalëkalime absurdisht të gjata (mbi 18.000 karaktere) . Ose paralajmërime të përgjithshme " Cili është problemi? " që përmendin rreziqet e mundshme të sigurisë pa shpjeguar asgjë të dobishme dhe që shumica e njerëzve i mbyllin pa i lexuar.

Mesazhe të tilla si "Shtypni çdo tast për të vazhduar" janë gjithashtu të zakonshme , edhe kur tastiera nuk funksionon , ose gabime që pretendojnë se "problemi është Windows Vista" kur në të vërtetë shkaktohet nga drajverë ose aplikacione të palëve të treta. Dhe të mos harrojmë gabimet e rreme pozitive që duken si gabime serioze, por në të vërtetë nuk janë asgjë për t'u shqetësuar.

Edhe në sistemet moderne si Windows 10, mesazhe të tilla si "Diçka ndodhi" janë shfaqur gjatë përditësimeve - një frazë që mund të ketë kuptim për zhvilluesit në mënyrë të brendshme, por nuk i shpjegon absolutisht asgjë përdoruesit. Dhe, sigurisht, ka ato dritare që ju pengojnë të fikni ose rifilloni kompjuterin derisa të klikoni mbi një mesazh që nuk ofron asnjë informacion të dobishëm.

Si duhet të duken mesazhet e mira të gabimit, sipas Microsoft-it

Microsoft ka publikuar udhëzues shumë të detajuar se si të hartohen mesazhe të dobishme gabimi në Windows , konkretisht për Windows 7 dhe versione më të reja, por të zbatueshme për pothuajse çdo softuer. Ideja është e qartë: një mesazh i mirë duhet të raportojë një problem real, të shpjegojë pse ndodhi dhe të ofrojë një zgjidhje konkrete.

Një mesazh gabimi i shkruar mirë duhet të jetë i rëndësishëm për përdoruesin, i zbatueshëm në praktikë, i fokusuar në detyrë, i shkurtër, i qartë, specifik, i sjellshëm dhe i rrallë . Me fjalë të tjera, duhet të flasë gjuhën e përdoruesit, jo të përpiluesit, dhe të mos shfaqet çdo minutë tjetër pa asnjë arsye.

Rekomandohet të shmangni mesazhet e panevojshme , veçanërisht kur përdoruesi nuk mund të bëjë asgjë ose situata nuk është problem për të. Për shembull, nëse ata përpiqen të fshijnë një skedar që nuk ekziston më, nga perspektiva e përdoruesit qëllimi (që skedari të zhduket) është arritur tashmë, kështu që nuk ka kuptim të shfaqet një gabim.

Gjithashtu theksohet se parandalimi i gabimeve përmes një dizajni të mirë është i preferueshëm sesa bombardimi i përdoruesve me paralajmërime. Përdorimi i kontrolleve që lejojnë vetëm vlera të vlefshme (lista, zgjedhës date/ore, kuti kontrolli, etj.), çaktivizimi i butonave kur veprimi është i pakuptimtë dhe ofrimi i vlerave të mira parazgjedhjeje zvogëlon shumë mundësinë e gabimeve.

Së fundmi, është e rëndësishme të theksohet se mesazhet nuk duhet ta fajësojnë ose tallin përdoruesin . Frazat që tingëllojnë akuzuese ose terma si "katastrofike", "e paligjshme" ose të ngjashme shërbejnë vetëm për të trembur njerëzit dhe nuk kontribuojnë aspak. Është më mirë të përqendroheni te problemi dhe si ta zgjidhni atë, pa drejtuar gishtin.

Modelet e përdorimit: gabimet e sistemit, skedarët, siguria dhe të dhënat hyrëse

Microsoft i kategorizon gabimet në disa grupe bazuar në natyrën e tyre. Problemet e sistemit ndikojnë në sistemin operativ, pajisjet harduerike, rrjetin ose vetë programin kur ato nuk janë në gjendjen e duhur për të përfunduar një detyrë. Shumë prej tyre mund të zgjidhen duke aktivizuar pajisjet, duke rilidhur kabllot ose duke rinisur shërbimet.

Pastaj ka probleme me skedarët , të cilat ndodhin kur një skedar ose dosje mungon, është tashmë në përdorim nga një proces tjetër, ose formati i tij është i papajtueshëm. Në këto raste, mesazhet duhet të tregojnë qartë se cili skedar specifik po dështon dhe pse, në vend të një "gabimi të përgjithshëm të skedarit".

Problemet e sigurisë lindin kur një përdorues nuk ka lejet e nevojshme për të aksesuar një burim ose privilegje të mjaftueshme për detyrën që po përpiqet të kryejë. Në vend të mesazheve të fshehta, është e preferueshme të tregohet qartë leja që mungon dhe të sugjerohet, për shembull, përdorimi i një llogarie me privilegje më të larta ose kërkimi i aksesit të administratorit.

Dallohen gjithashtu problemet e detyrave , të cilat i referohen gabimeve specifike gjatë kryerjes së një operacioni (ngjitja nga kujtesa e përkohshme në një aplikacion që nuk e mbështet atë lloj të dhënash, dështimet gjatë instalimit të përditësimeve, etj.), dhe problemet e futjes së të dhënave nga përdoruesi , të shkaktuara nga vlera të formatuara keq, diapazone të pasakta ose mospërputhje midis fushave.

Në rastin e dytë, zakonisht është një ide e mirë të tregohet gabimi menjëherë pranë fushës së prekur dhe, nëse është e mundur, gjatë shkrimit (gabime brenda kontekstit ose tullumbace), në vend që të grumbullohen të gjitha gabimet në një kuti dialogu në fund pa treguar se ku ndodhet secili prej tyre.

Praktikat më të mira kur paraqitni mesazhe gabimi

Mënyra se si paraqitet një gabim është pothuajse po aq e rëndësishme sa përmbajtja e tij. Një kuti dialogu modale që bllokon gjithçka nuk është e njëjtë me një mesazh të vogël kontekstual ose një njoftim diskret. Idealisht, duhet të përdorni metodën më pak ndërhyrëse që është efektive për problemin specifik.

Për gabime të vogla në formë (p.sh., një kohë e shkruar gabimisht), është e preferueshme të përdorni mesazhe kontekstuale ose tullumbace pranë fushës problematike, pa ikona alarmi. Nëse gabimi zbulohet kur shtypet një buton konfirmimi, një ikonë e vogël mund të shfaqet pranë fushës së prekur, duke e penguar përdoruesin të kuptojë se çfarë shkoi keq.

Kutitë modale të dialogut duhet të rezervohen për problemet që kërkojnë veprim të menjëhershëm përpara se të vazhdohet, siç është pamundësia për të ruajtur një skedar ose një defekt serioz i pajisjes. Në këto raste, rekomandohet të përdorni ikonën përkatëse të gabimit (jo një ikonë paralajmërimi) dhe tekst të qartë, me një udhëzim të shkurtër kryesor dhe, nëse është e nevojshme, një shpjegim plotësues.

Për gabime më teknike ose të rralla që mund të kërkojnë diagnozë të avancuar, detaje shtesë mund të ofrohen nëpërmjet butonit "Shfaq detajet" , në mënyrë që shumica e përdoruesve të mos mbingarkohen me informacione të panevojshme, por mbështetja teknike të ketë të dhëna të dobishme, siç janë kodet e gabimeve ose shtigjet.

Është gjithashtu e rëndësishme t'i kushtoni vëmendje tekstit të butonit . Për gabimet, është e preferueshme të përdorni "Mbyll" në vend të "OK", pasi nuk ka asgjë për të "pranuar" në një dështim. Nëse gabimi kërkon mbylljen e programit, një buton si "Dil nga Programi" është shumë më i qartë sesa një "Mbyll" i thjeshtë dhe i paqartë.

Gabime të zakonshme në sistemet Linux dhe mesazhe tipike

Në botën e Linux-it, mesazhet e gabimit janë gjithashtu mjaft komplekse. Shumë prej tyre shfaqen gjatë nisjes ose mbylljes, dhe të tjera kur përdoren mjetet e konsolës. Një shembull klasik është kur modprobe, insmod ose rmmod ankohen se nuk mund të gjejnë një modul specifik të kernelit. Nëse ai modul nuk është vërtet i nevojshëm, mund të shtoni një rresht si `alias <module-name> off` në skedarë të tillë si `/etc/modules.conf` ose `/etc/modutils/aliases` për të heshtur përpjekjen e ngarkimit.

Një mesazh tjetër i zakonshëm është " Lloji i terminalit i panjohur " ose i ngjashëm, që tregon një lloj terminali të konfiguruar gabim . Ndonjëherë, thjesht rregullimi i hyrjes përkatëse në /etc/termcap ose ndryshimi i variablit TERM në "console" ose "linux" është i mjaftueshëm që aplikacionet ta njohin saktë mjedisin e terminalit.

Rrjetet shfaqin gjithashtu paralajmërime të tilla si " INET: Warning: old style ioctl called ", të cilat sugjerojnë se po përdoren programe të vjetruara për konfigurimin e rrjetit . Zgjidhja përfshin përditësimin e mjeteve si ifconfig, route dhe të tjera në versione më të fundit (për shembull, paketa net-tools ose zëvendësimin e tyre me iproute2), siç rekomandohet në udhëzuesit NET-2 dhe NET-3 HOWTO.

Në nivelin e kompilimit, gabime të tilla si “ld: opsion i panjohur '-m486'” tregojnë se po përdoret një version më i vjetër i binutils ose ld, i cili nuk njeh opsione të caktuara. Përditësimi i paketës binutils në një version modern zakonisht e zgjidh problemin menjëherë.

Mesazhe të tilla si " gabim i brendshëm i përpiluesit " në GCC, nëse shfaqen vazhdimisht në të njëjtën pikë edhe pas rinisjes, zakonisht janë shenjë e një gabimi të përpiluesit ose harduerit të paqëndrueshëm (RAM, CPU, etj.). Nëse gabimi vazhdon pas përditësimit të GCC dhe kontrollit të memories dhe diskut, veprimi i saktë është ta raportoni atë duke ndjekur udhëzimet në dokumentacionin e GCC.

Probleme me lejet, utmp dhe shkrimin e diskut në Linux

Ekzistojnë paralajmërime për Linux që shpesh gjenden në sisteme të konfiguruara gabim. Për shembull, " Shell-init: Permission denied " në hyrje zakonisht ndodh për shkak se direktoria kryesore ose një direktori prind nuk ka leje leximi dhe ekzekutimi për përdoruesin . Rregullimi i lejeve me chmod, duke ndjekur praktikat më të mira të Unix, zakonisht e zgjidh këtë problem.

Mesazhi " Nuk ka hyrje utmp. Duhet të ekzekutoni... " tregon që skedari /var/run/utmp është i dëmtuar, mungon ose nuk po krijohet gjatë nisjes. Duhet të siguroheni që skriptet e nisjes (rc.local, rc.d, etj.) e gjenerojnë këtë skedar dhe, në sistemet më të vjetra, të kontrolloni edhe shtigje të tilla si /var/adm/ ose /etc/.

Kur shfaqet paralajmërimi " bdflush nuk po funksionon ", kjo do të thotë që sistemi po përdor një mekanizëm më të vjetër të shkrimit të bllokut të diskut (siç është "përditësimi" klasik çdo 30 sekonda) në vend të daemonit modern bdflush ose ekuivalentit të tij. Kompilimi dhe instalimi i bdflush dhe ekzekutimi i tij para kontrolleve të sistemit të skedarëve përmirëson performancën dhe besueshmërinë e memories së përkohshme të diskut.

Një tjetër paralajmërim i zakonshëm është " EXT2-fs: warning: mounting unchecked filesystem ", i cili tregon se është montuar një ndarje ext2 që nuk është kontrolluar. Ekzekutimi i e2fsck (ose fsck -t ext2) me opsionin e duhur për të pastruar flamurin "dirty" dhe sigurimi që ndarja është çmontuar siç duhet në çdo mbyllje parandalon këtë mesazh.

Shkurt, shumica e gabimeve në Linux, njësoj si në Windows, zgjidhen duke përditësuar softuerin, duke kontrolluar lejet, duke korrigjuar konfigurimet dhe duke verifikuar harduerin . Të dish si ta interpretosh mesazhin specifik dhe ku të kërkosh (logs, dmesg, syslog) është gjysma e betejës.

I gjithë ky koleksion mesazhesh, nga ato humoristike deri te ato më kritike, tregon se të kuptuarit e mesazheve të gabimeve të PC-së është çelësi për të ruajtur një sistem të qëndrueshëm: ato ndihmojnë në zbulimin në kohë të drajverëve problematikë, disqeve që janë gati të dështojnë, RAM-it me defekt ose cilësimeve të rrjetit të konfiguruara keq, dhe gjithashtu ofrojnë udhëzime se si të shkruhet softuer më i mirë në mënyrë që përdoruesi të mos përballet me paralajmërime të padobishme ose të pakuptueshme.