મારા જેવા લોકો જેઓ પાગલ છે અને તેમની સિસ્ટમમાંથી માહિતીને એવી રીતે રદ કરવા માગે છે કે જેને પરત ન મળી શકે (અથવા લગભગ), અહીં એક ઉપાય છે.
ચાલો પેકેજ સ્થાપિત કરીએ: સુરક્ષિત કા -ી નાંખો
પછી આદેશનો ઉપયોગ કરવા માટે તે પૂરતું હશે srm
અને તે ડિરેક્ટરી અથવા ફાઇલને ભૂંસી નાખશે જે આપણને સલામત છે.
આ કેવી રીતે કાર્ય કરે છે?
સરળ. જ્યારે આપણે સામાન્ય રીતે આપણા સિસ્ટમમાંથી કંઈક કા deleteી નાખીએ છીએ, ત્યારે હકીકતમાં તે માહિતીને દૂર કરવામાં આવી ન હતી, પરંતુ એચડીડીમાં તે out પોઇન્ટેડ was હતું કે આ ડેટાનો કબજો ધરાવતા ક્ષેત્રો 'ખાલી' છે, પછી જ્યારે આપણે સમય જતાં અમારા એચડીડીમાં કંઈક નવું ક copyપિ કરીએ છીએ. , થોડું થોડુંક ખરેખર તે માહિતીમાંથી દૂર કરવામાં આવી રહી છે જે અગાઉ સૂચવેલા અથવા ચિહ્નિત થયેલ તે ક્ષેત્રોને રોકે છે.
ઠીક છે, એસઆરએમ તે શું કરે છે તે માહિતીને આપણે સામાન્ય રીતે કરીએ છીએ તે જ કા deleteી નાખે છે, પરંતુ આ ફક્ત તે જ નહીં, પણ તે કા spaceી નાખેલી માહિતીએ કબજે કરેલી તે જ જગ્યામાં ઘણી વખત લખી અને કાtesી નાખે છે, એટલે કે, તે કા deleી નાખે છે અને લખે છે, કા deleી નાખે છે અને લખે છે, આ રીતે તે લગભગ અશક્ય બનાવે છેજ્યાં સુધી તેમની પાસે સીઆઈએ, એફબીઆઇ, એનએસએ, વગેરે જેવા વિશિષ્ટ ઉપકરણો ન હોય) કા theી નાખેલી માહિતી પુન toપ્રાપ્ત કરવા માટે સક્ષમ થવા માટે.
ઉદાહરણ તરીકે, ફાઇલને કા deleteી નાખવા માટે તે આ હશે:
srm mis-passwords.txt
જો હું ફોલ્ડરને તેની બધી સામગ્રી સાથે કા withી નાખવા માંગું છું:
srm -r carpeta-personal/
આ હું સ્પષ્ટ કરું છું, તે ઘણો સમય લેશે, પરંતુ સામાન્ય કરતા ઘણો લાંબો સમય લેશે. યાદ રાખો કે તે ઘણી વખત લખાયેલું છે અને ભૂંસી નાખવામાં આવે છે, દેખીતી રીતે આ સામાન્ય કરતા વધુ સમય લેશે. પરંતુ અલબત્ત ... જો કોઈ વસ્તુ કંઈક ઇચ્છે છે તો તે તેના માટે ખર્ચ કરે છે, જો આપણે શક્ય તેટલી સલામત માહિતીને દૂર કરવા માંગતા હો, તો તે અમને થોડો સમય લેશે 😉
જો કે, જો તમે ઇચ્છો કે તે ઓછો સમય લે, તો તમે પરિમાણનો ઉપયોગ કરી શકો છો -l
આ શું કરે છે કે તે ફક્ત બે વાર લખવામાં આવશે અને ભૂંસી નાખવામાં આવશે, તે ભૂંસવાની પ્રક્રિયાને ઝડપી બનાવશે પરંતુ તે તેટલી સલામત રહેશે નહીં કે તે મૂળભૂત રીતે છે.
તો પણ, મને નથી લાગતું કે ઉમેરવા માટે ઘણું વધારે છે.
શુભેચ્છાઓ 😀
નબળી હાર્ડ ડિસ્ક કે જે તમારા હાથમાં આવે છે .. શું તમને લાગે છે કે એક જ ક્ષેત્રમાં ઘણી વખત ભૂંસી નાખવાનું-લખવું સારું છે? શુભ દુ griefખ .. xDD
પરંતુ કટોકટી માટે ...
હમહા, આટલી બધી હાર્ડ ડ્રાઈવો શા માટે ફેલાઈ છે તે હું હવે સમજી શકું છું. આ જેવી બાબતોમાંની એક જે તે ગરીબોનું કરશે. o_O
હું વિકલ્પો આપું છું, વપરાશકર્તા તેનો ઉપયોગ કરવો કે નહીં તે પસંદ કરવા માટે મફત છે 😉
જો તમે ફાઇલને પુન beપ્રાપ્ત કરવા માંગતા નથી, તો તે મૂલ્યનું છે
શું તમે જાણો છો કે તમે તમારી ડિસ્કના સમાન ક્ષેત્રોમાં કેટલી વાર લખ્યું છે? અથવા શું તમને લાગે છે કે તમારી ડિસ્ક અનંત છે અને ક્યારેય ક્ષેત્રોને ફરીથી લખી શકશે નહીં?
રસપ્રદ કાર્યક્રમ, ખબર ન હતી. હમણાં સુધી મેં બ્લિચબિટ અથવા તે જ કટકોનો ઉપયોગ કર્યો છે જે તમને ફાઇલને ફરીથી લખવા માટે સંખ્યાની પસંદગી કરવાની મંજૂરી આપે છે, હવે જ્યારે સીઆઈએ દરવાજાને એક્સડીડી ક callલ કરશે ત્યારે અમારી પાસે એક વધુ વિકલ્પ છે.
સુરક્ષિત રીતે ભૂંસી નાખવાનો એકમાત્ર રસ્તો (અને તે હવે માટે) શારીરિક વિનાશ છે.
શારીરિક વિનાશ સ્પષ્ટપણે સલામત રસ્તો છે, હવે કાં તો નિષ્ણાતો અથવા ડીઓડી દ્વારા સૂચવવામાં આવેલી પદ્ધતિઓનો ઉપયોગ કરીને સંબંધિત માહિતીને પુન recoverપ્રાપ્ત કરવું અશક્ય છે, આશા છે કે અલગ ટુકડાઓ કે જ્યાં સુધી તે કેટલાક અન્ય પ્રકારના પરીક્ષણ અથવા ડેટા સાથે પૂરક ન હોય ત્યાં સુધી તે નહીં હોય કિંમત.
* અશક્ય અશક્ય હાહાહાહ: ફેસપેમ:
જ્યારે પણ હું મારા દુષ્કર્મોને છુપાવવા માંગુ છું ત્યારે હાર્ડ ડ્રાઇવ ખરીદવા માટે મારી પાસે પૂરતા પૈસા નથી
માણસ, તેના માટે એન્ક્રિપ્શન તકનીકીઓ છે, અહીં આ વિષય પર સારા લેખ છે.
તમે રેન્ડમ ડેટા સાથે આખી હાર્ડ ડ્રાઇવને ફરીથી લખી શકો છો
સારો સંસાધન, કદાચ પોસ્ટનું નામ "ફાઇલોને કાયમી ધોરણે કા Deleteી નાંખો" હોવું જોઈએ
કારણ કે "વીમો" સંબંધિત છે, નબળી હાર્ડ ડ્રાઇવ. એક્સડી.
મને લાગે છે કે તે જરૂરી નથી, વર્ષોથી કચું નામનું એક આદેશ છે.
$ કટકો - પાસ. txt
જો તમે વધુ પેરાનોઇડ છો:
red કાપેલ -n 200 -z -u પાસ.txt
તમે માણસ કટકો વાંચ્યો છે?
તે સ્પષ્ટપણે કહે છે કે આધુનિક ફાઇલ સિસ્ટમોમાં તે ફાઇલને કા deletedી નાખવા કરતા અલગ ભૌતિક સરનામાં પર ફરીથી લખી શકે છે, અને અન્ય લોકોમાં તે ext3 ને સ્પષ્ટ કરે છે, તેથી હું માનું છું કે તેની સમાનતાને કારણે એક્સ્ટ 4 માં તે ઓપરેશનની બાંયધરી આપશે નહીં.
જો તમે આવા સાધનનો ઉપયોગ કરો છો તો તે છે કારણ કે તમે ખાતરી કરવા માંગો છો કે સાચા ભૌતિક સરનામાંઓ કા deletedી નાખવામાં આવી છે અને ફરીથી લખાઈ છે, તેથી આ દિવસોમાં તે ખૂબ નકામું છે, સિવાય કે તમે ફેટ 32, એક્સ્ટ 2, વગેરે જેવી જૂની ફાઇલ સિસ્ટમોનો ઉપયોગ ન કરો.