એક માં અગાઉના લેખ અમે BIOS સંબંધિત સમસ્યાઓને કેવી રીતે ઠીક કરવી તે વિશે વાત કરી. આમાં આપણે બીજા ઘટક પર ધ્યાન કેન્દ્રિત કરીશું જે, જો કે તે આવશ્યક નથી, પણ આપણા કમ્પ્યુટરમાંથી મહત્તમ લાભ મેળવવા માટે જરૂરી છે. હવે આપણે જોઈએ છીએ ફ્રી સોફ્ટવેર અને ઓપન સોર્સ યુટિલિટીઝનો ઉપયોગ કરીને હાર્ડ ડ્રાઈવને કેવી રીતે રિપેર કરવી.
હાર્ડ ડિસ્કનું કાર્ય છે મોટી માત્રામાં માહિતીના સંગ્રહ અને પુનઃપ્રાપ્તિની મંજૂરી આપો. મોટા ભાગના કિસ્સાઓમાં, તે સ્ટોરેજ કાયમી હોય છે (ઓછામાં ઓછું જ્યાં સુધી અમે સ્વેચ્છાએ તેને કાઢી નાખવાનું નક્કી ન કરીએ ત્યાં સુધી). વધુમાં, તે RAM સાથે સહયોગ કરે છે જ્યારે તે સંગ્રહ કરી શકે તેના કરતાં વધુ માહિતી સંગ્રહિત કરવી જોઈએ, અસ્થાયી સંગ્રહ સ્થાન તરીકે કાર્ય કરે છે.
હાર્ડ ડ્રાઇવને કેવી રીતે રીપેર કરવી
સમસ્યાઓનું નિરાકરણ કેવી રીતે કરવું તે જાણવા માટે, આપણે સૌ પ્રથમ તેમની પ્રકૃતિને સમજવી જોઈએ અને આ માટે, આપણે હાર્ડ ડિસ્ક ડ્રાઈવની રચના અને સંચાલનને જાણવું જોઈએ.
હર્મેટિક બૉક્સની અંદર અમને બે સારી રીતે ભિન્ન ઘટકો મળે છે:
- ઇલેક્ટ્રોનિક અને યાંત્રિક ઘટકોનો સમૂહ ડેટા સ્ટોર કરવા અને પુનઃપ્રાપ્ત કરવા માટેની પ્રક્રિયાઓ માટે જવાબદાર.
- પ્લેટર તરીકે ઓળખાતી ડિસ્કનો સ્ટેક. પ્લેટર્સ ચુંબકીય સ્વરૂપમાં માહિતીને ઉપર અને નીચે બંને બાજુએ નાના તત્વોમાં સંગ્રહિત કરે છે જે ચુંબકીય અથવા ડિમેગ્નેટાઈઝ થઈ શકે છે જે માહિતીના એક બીટમાં 1 અથવા 0 રજૂ કરે છે.
હાર્ડ ડ્રાઈવ કામગીરી
દરેક સપાટી માટે વાંચવા અને લખવાનું હેડ છે, એટલે કે, હેડની સંખ્યા પ્લેટની સંખ્યા કરતા બમણી હશે. યાંત્રિક હાથનો ઉપયોગ માથા બહારથી અંદરની તરફ રેખીય રીતે ખસે છે. તે જ સમયે, જ્યારે માહિતી લખવામાં અથવા વાંચવામાં આવી રહી હોય ત્યારે પ્લેટોનો સ્ટેક સતત ગતિએ ફરે છે. જ્યારે કંઈક વાંચવાનું કે લખવાનું હોય છે, ત્યારે હેડ પોઝીશનમાં આવી જાય છે અને જ્યાં સુધી માગેલા ડેટાના સ્થાન સાથે અથવા તેને સાચવવા માટે સોંપેલ સ્થાન સાથે સંબંધિત હેડ લાઇન્સ ઉપર ન આવે ત્યાં સુધી ડિસ્ક ફરવા માટે રાહ જુએ છે.
ચહેરાઓની દરેક સપાટીને એકાગ્ર વર્તુળોમાં વહેંચવામાં આવે છે જેને ટ્રેક કહેવાય છે.. ટ્રેક કે જે સ્ટેકમાં તમામ ડિસ્ક પર સમાન સ્થાન ધરાવે છે તેને સિલિન્ડર કહેવામાં આવે છે. ટ્રેક્સને સેક્ટરમાં પેટાવિભાજિત કરવામાં આવે છે જે માહિતીનું સૌથી નાનું એકમ છે જે ડિસ્ક પર લખી શકાય છે.
હેડ, સેક્ટર અને સિલિન્ડરને ઓળખવા માટે આપણે ધ્યાનમાં રાખવું જોઈએ કે હેડ અને સિલિન્ડરને શૂન્યમાંથી અને સેક્ટરને એકમાંથી નંબર આપવાનું શરૂ થાય છે. એટલે કે હાર્ડ ડિસ્કનો પ્રથમ સેક્ટર હેડ 0, સિલિન્ડર 0 અને સેક્ટર 1 ને અનુરૂપ હશે.
જો કે, Linux (અને અન્ય ઓપરેટિંગ સિસ્ટમો) તેઓ ભૌતિક પાર્ટીશનો સાથે કામ કરતા નથી, પરંતુ તેના બદલે પાર્ટીશનો તરીકે ઓળખાતા સોફ્ટવેર-આધારિત પાર્ટીશનોનો ઉપયોગ કરે છે. વ્યવહારમાં, પાર્ટીશનો એ રીતે કામ કરે છે જાણે કે તેઓ અલગ સંગ્રહ એકમો હોય.
દરેક પાર્ટીશનની અંદર, વિષયવસ્તુને ડાયરેક્ટરી તરીકે ઓળખાતી શ્રેણીબદ્ધ રચનાઓમાં ગોઠવવામાં આવે છે.. જ્યારે પાર્ટીશનો કદમાં નિશ્ચિત હોય છે અને સંલગ્ન સિલિન્ડરો ધરાવે છે, ત્યારે ડિરેક્ટરીઓ આને બદલી શકે છે અને પાર્ટીશન પર ગમે ત્યાં વેરવિખેર થઈ શકે છે. સમાન ડિસ્ક એકમની અંદર દરેક પાર્ટીશન માટે ફાઇલ સિસ્ટમ હોઈ શકે છે જે દરેક પાર્ટીશનની અંદરની સામગ્રી માટે ફરજિયાત હશે.
GPT અને MBR વચ્ચેનો તફાવત
ચોક્કસ ડેટા લખવા કે વાંચવામાં સમર્થ થવા માટે, ડ્રાઈવમાં ઓછામાં ઓછું એક પાર્ટીશન હોવું જોઈએ અને તમામ ઉપલબ્ધ પાર્ટીશનો વિશે માહિતી શોધવાનું સ્થાન હોવું જોઈએ, જ્યાં તેઓ શરૂ થાય છે અને સમાપ્ત થાય છે અને તેમાંથી કયું કમ્પ્યુટર ચાલુ કરતી વખતે ઑપરેટિંગ સિસ્ટમ શરૂ કરે છે.
બે અસ્તિત્વમાં છે તે માહિતી સંગ્રહિત કરવાની રીતો: માસ્ટર બૂટ રેકોર્ડ (MBR) અને GUID પાર્ટીશન ટેબલ (GPT)
MBR એ સૌથી જૂની પદ્ધતિ છે. માં સમાવે છે ડ્રાઇવની શરૂઆતમાં સ્થિત વિશેષ બુટ સેક્ટર. પાર્ટીશનો વિશેની માહિતી ઉપરાંત ડ્રાઈવ બુટલોડર સમાવે છે કે, એક કરતાં વધુ ઑપરેટિંગ સિસ્ટમ ઇન્સ્ટોલ કરેલી હોય, તો કઈ સાથે શરૂ કરવું તે પસંદ કરો.
MBR માત્ર 2TB સુધીની ડ્રાઈવો અને ચાર પ્રાથમિક પાર્ટીશનો અથવા ત્રણ પ્રાથમિક અને એક વિસ્તૃત પાર્ટીશન સાથે કામ કરી શકે છે જેને વધુ લોજિકલ પાર્ટીશનોમાં પેટાવિભાજિત કરી શકાય છે.
GPT સાથે, દરેક પાર્ટીશનને "વૈશ્વિક રીતે અનન્ય ઓળખકર્તા" સોંપવામાં આવે છે. GPT પાસે ડ્રાઇવ ક્ષમતાની મર્યાદાઓ અથવા MBR ના પાર્ટીશનોની સંખ્યા નથીકોઈ પણ સંજોગોમાં, અસ્તિત્વમાં રહેલી મર્યાદાઓ ઓપરેટિંગ સિસ્ટમ દ્વારા લાદવામાં આવેલી મર્યાદાઓ હશે.
GPT નો બીજો ફાયદો એ છે કે MBR થી વિપરીત, જે ડ્રાઇવની શરૂઆતમાં પાર્ટીશન અને બુટ ડેટાનો સંગ્રહ કરે છે, તે સમગ્ર ડ્રાઇવમાં તેને બહુવિધ નકલોમાં સાચવે છે.. વધુમાં, તે ચક્રીય રીડન્ડન્સી ચેક મૂલ્યોને જોઈને ડેટા અખંડિતતાની સમસ્યાઓ શોધી કાઢે છે. નુકસાન શોધવાના કિસ્સામાં, તેમને ડિસ્ક પરના બીજા સ્થાનેથી પુનઃપ્રાપ્ત કરવાનો પ્રયાસ કરો.
સામાન્ય સમસ્યાઓ અને તેને Linux માં કેવી રીતે ઠીક કરવી
સામાન્ય રીતે આપણે 4 પ્રકારની સમસ્યાઓ શોધી શકીએ છીએ:
- કી ડેટા કાઢી નાખવું: આ વપરાશકર્તાની ભૂલને કારણે થઈ શકે છે જે ડિલીટ ન કરવી જોઈએ તે ડિલીટ કરે છે અથવા ઉપયોગમાં લેવાયેલ સૉફ્ટવેરમાં બગ્સને કારણે થઈ શકે છે.
- વાયરસ ક્રિયા: જો કે Linux પાસે પરવાનગી સિસ્ટમ છે જે તેને અન્ય ઓપરેટિંગ સિસ્ટમ્સ કરતાં ઓછી સંવેદનશીલ બનાવે છે, કોઈપણ સુરક્ષા પદ્ધતિ વપરાશકર્તાની અસમર્થતાથી બચી શકતી નથી. કોઈપણ કનેક્ટેડ ડ્રાઈવને એક્સેસ કરવા અને ડેટા સાથે ચેડાં કરવા માટે માલવેર માટે ચેડાં કરેલી વેબસાઈટની મુલાકાત લેવાનું બાકી છે.
- હાર્ડ ડ્રાઈવ પર ખરાબ ક્ષેત્રો: આ કિસ્સામાં તે મેન્યુફેક્ચરિંગ ખામી અથવા હેન્ડલિંગ દરમિયાન ઉત્પન્ન થયેલ ભૌતિક નુકસાનને કારણે હોઈ શકે છે.
મોડું થાય તે પહેલાં અમે ડ્રાઇવ સમસ્યાઓ શોધી શકીએ છીએ તે કેટલીક રીતો છે:
ડીડી આદેશ
આ આદેશ સાથે આપણે ટાઈપિંગ ઝડપ માપી શકીએ છીએ. આ માટે આપણે ટર્મિનલ ખોલીએ છીએ અને લખીએ છીએ:
dd if=/dev/zero of=/tmp/test1.img bs=1G count=1 oflag=dsync
આદેશ વડે વિલંબ માપવાનું શક્ય છે:
dd if=/dev/zero of=/tmp/test2.img bs=512 count=1000 oflag=dsync
fsck આદેશ
આ આદેશ એક ઉપયોગિતા શરૂ કરે છે જે તમને ફાઇલ ડેટાબેઝને સ્કેન કરવાની અને ભૂલોને સુધારવાનો પ્રયાસ કરવાની મંજૂરી આપે છે. વધુમાં, તે પરિણામોનો અહેવાલ બનાવે છે. જો સિસ્ટમ અણધારી રીતે બંધ થઈ જાય તો, fsck આપોઆપ ચાલે છે.
આ આદેશનો ઉપયોગ કરવા માટે આપણે જે પાર્ટીશનનું વિશ્લેષણ કરવા માંગીએ છીએ તેને ઓળખવું જોઈએ. અમે તેને આદેશ સાથે કરીએ છીએ:
sudo fdisk -l
એકવાર આપણે શોધાયેલ પાર્ટીશનને ઓળખી લઈએ, આપણે તેના ઓળખકર્તાની નોંધ લેવી જોઈએ. આ ફોર્મ /dev/sdx* લે છે જ્યાં x એ પ્રથમ ડ્રાઇવ માટે a થી શરૂ થતો અક્ષર છે અને * પ્રથમ પાર્ટીશન માટે 1 થી શરૂ થતો નંબર છે.
ચકાસણી કરવા માટે, અમે પહેલા આદેશ સાથે પાર્ટીશનને અનમાઉન્ટ કરીએ છીએ
umount /dev/sdX*
અને પછી અમે આની સાથે આદેશ લોંચ કરીએ છીએ:
fsck /dev/sdX*
જો આપણે સંપૂર્ણ એકમ તપાસવા માંગીએ છીએ, તો અમે સમાન આદેશો લખીએ છીએ, પરંતુ પાર્ટીશન નંબર દર્શાવ્યા વિના.
વર્તમાન પાર્ટીશનને સ્કેન કરવા માટે, તમારે ઇન્સ્ટોલેશન મીડિયા અથવા બુટલોડરના રેસ્ક્યૂ મોડમાંથી આવું કરવું આવશ્યક છે.
બેડલોક આદેશ
આ આદેશ ખરાબ ક્ષેત્રો શોધો અને માહિતી સાચવો ટેક્સ્ટ ફાઇલમાં.
સૂચના નીચે મુજબ છે.
sudo badblocks -v /dev/sdX*> ~/sectores_dañados.txt
e2fsck આદેશ
આ એક છે ભૂલ શોધ અને સુધારણા આદેશ Ext ફાઇલ સિસ્ટમ માટે વિશિષ્ટ. વાક્યરચના છે:
sudo e2fsck -cfpv /dev/sdX*
સીએફપીવી સૂચના સૂચવે છે:
- c તેથી પ્રોગ્રામને ખરાબ બ્લોક્સ શોધવા જોઈએ અને તેમને સૂચિમાં ઉમેરવા જોઈએ.
- f જે ફાઈલ સિસ્ટમ ચેક પણ થવી જોઈએ.
- p કે તમારે ખરાબ બ્લોક્સને સુધારવાનો પ્રયાસ કરવો જોઈએ.
- v જે અંતિમ પ્રક્રિયાના પરિણામોમાં પ્રદર્શિત થવી જોઈએ.
e2fsck અને બેડલૉક્સને પછીના દ્વારા શોધાયેલ ભૂલોની યાદી વાંચીને જોડી શકાય છે.
sudo e2fsck -l bad_sectors.txt /dev/sdX*
ટેસ્ટ ડિસ્ક આદેશ
ટેસ્ટડિસ્ક છે કાઢી નાખેલ ડેટા પુનઃપ્રાપ્તિ સાધન ઇરાદાપૂર્વક, આકસ્મિક અથવા દૂષિત રીતે. પરિણામ હંમેશા સંપૂર્ણ હોતું નથી અને ફાઇલો તેમના મૂળ નામોને પુનઃપ્રાપ્ત કરશે નહીં, તેથી આપણે જે શોધી રહ્યા છીએ તે શોધવા માટે આપણે એક પછી એક સમીક્ષા કરવી જોઈએ.
તેનો ઉપયોગ કરવાનું શરૂ કરતા પહેલા, આપણે તેને અમારા વિતરણના પેકેજ મેનેજરનો ઉપયોગ કરીને ઇન્સ્ટોલ કરવું જોઈએ. એકવાર ઇન્સ્ટોલ થઈ ગયા પછી અમે આદેશ સાથે પ્રોગ્રામ શરૂ કરીએ છીએ
testdisk
જ્યારે આપણે આ કરીશું ત્યારે આપણે ત્રણ વિકલ્પો જોશું:
- બનાવો લોગ ફાઇલ
- ઉમેરો અગાઉના સત્રોમાં એકત્રિત કરવામાં આવેલી વધારાની માહિતી.
- નોંધણી કરશો નહીં માહિતી.
આગળ, અમે કર્સર વડે વિશ્લેષણ કરવા માંગીએ છીએ તે એકમ પસંદ કરીએ અને પછી આગળ વધવા માટે સૂચના પર જઈએ અને Enter દબાવો. નીચેની સ્ક્રીનોમાં અમે પાર્ટીશન કોષ્ટકનો પ્રકાર અને પુનઃપ્રાપ્તિ મોડ સૂચવીએ છીએ. છેલ્લે, અમે પાર્ટીશન પસંદ કરીએ છીએ.
પૂર્ણ કરવા માટે અમે ડિરેક્ટરી પર જઈએ છીએ જ્યાં કાઢી નાખેલી ફાઇલ હતી, અમે તેને ચિહ્નિત કરીએ છીએ, અમે પુનઃપ્રાપ્તિ શરૂ કરવા માટે C દબાવીએ છીએ અને પછી તે સ્થાન જ્યાં તેને સાચવવામાં આવશે.
આમાંના ઘણા આદેશો ગ્રાફિકલ ઇન્ટરફેસ સાથે વાપરી શકાય છે. ઉદાહરણ તરીકે, જીનોમમાં આપણી પાસે એપ્લિકેશન છે જી.પી.આર.ટી. રીપોઝીટરીઝમાં અને Linux વિતરણ તરીકે જોવા મળે છે જેનો ઉપયોગ લાઈવ મોડમાં થઈ શકે છે. KDE ડેસ્કટોપ પાસે તેનું પોતાનું પાર્ટીશન સંપાદન સાધન પણ છે.
બીજી બાજુ, કેટલાક ચુકવણી પુનઃપ્રાપ્તિ ઉકેલો છે. જો કે, ન તો સંપૂર્ણ પરિણામોની બાંયધરી આપે છે તેથી મહત્વપૂર્ણ ફાઇલોની બહુવિધ નકલો રાખવાનું શ્રેષ્ઠ છે સ્થાનિક અને વાદળમાં બંને.
સંકલન માટે આભાર, સદભાગ્યે તે બધા મારા માટે સારી રીતે ચાલી રહ્યા છે, પરંતુ જ્યારે સમય આવે છે ત્યારે બુકમાર્ક્સમાં આ લેખ જેવો વ્યવહારુ લેખ હોય તે ખૂબ જ સારું છે.
ગ્રાસિઅસ