සඳුදා උදෑසන වැරැද්ද: sudo rm -rf --no-preserve-root /

කරුණාකර සටහන් කරන්න: මෙම ප්‍රශ්නයට පිළිතුරු සහ අදහස් වෙනත් මාධ්‍යයක අන්තර්ගතය අඩංගු වන අතර එය බාහිර මාධ්‍යයන්ගෙන් විශාල අවධානයක් ලබාගෙන ඇති නමුත් යම් ආකාරයක වෛරස් අලෙවිකරණ යෝජනා ක්‍රමයක ප්‍රෝඩාවක් බවට පත්ව ඇත. සර්වර්ෆෝල්ට් අපයෝජනයට ලක් කිරීමට අප ඉඩ නොදෙන හෙයින්, මුල් ප්‍රශ්නය මකා දමා පිළිතුරු මෙම ප්‍රශ්නය සමඟ ඒකාබද්ධ කර ඇත.

මෙන්න විනෝදාත්මක ඛේදවාචකයක්. අද උදෑසන මම මගේ නිෂ්පාදන සේවාදායකයේ සුළු නඩත්තු කිරීමක් කරමින් සිටියෙමි, මම පහත විධානය වැරදියට ක්‍රියාත්මක කළ විට:

sudo rm -rf --no-preserve-root /mnt/hetznerbackup /

/තත්පර කිහිපයකට පසුව මම අවසාන අවකාශය හඳුනා නොගත්තෙමි, අනතුරු ඇඟවීම් මගේ විධාන රේඛාව ගලා යන විට, මම ස්වයං විනාශ කිරීමේ බොත්තම එබූ බව මට වැටහුණි. මෙන්න මගේ ඇස්වලට දැවෙන දේවලින් ටිකක්:

rm: cannot remove `/mnt/hetznerbackup': Is a directory
rm: cannot remove `/sys/fs/ecryptfs/version': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/inode_readahead_blks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_max_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/delayed_allocation_blocks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/max_writeback_mb_bump': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stream_req': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_min_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stats': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/trigger_fs_error': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/session_write_kbytes': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/lifetime_write_kbytes': Operation not permitted
# and so on..

නිෂ්පාදන කාර්යය තවමත් ක්‍රියාත්මක වන බව දැනගත් විට මම එම කාර්යය නැවැත්වූ අතර සහනයක් ලැබුවෙමි. කනගාටුවට කරුණක් නම්, සේවාදායකයා SSH හරහා ඕනෑම පරිශීලකයෙකු සඳහා මගේ පොදු යතුර හෝ මුරපදය භාර නොගනී.

ඔබ මෙතැන් සිට ඉදිරියට යන්නේ කෙසේද? එම එස්එස්එච් ප්‍රවේශය නැවත ලබා ගැනීම සඳහා මම කටු කම්බි සාගරයක් පිහිනන්නෙමි.

සේවාදායකය උබුන්ටු -12.04 ධාවනය කරන අතර හෙට්ස්නර් හි සත්කාරකත්වය දරයි.

හෙට්ස්නර් විසින් සපයන ලද ගලවා ගැනීමේ පද්ධතියට ආරම්භ කර ඔබ සිදු කර ඇති හානිය කුමක්දැයි පරීක්ෂා කරන්න.
ඕනෑම ලිපිගොනු ආරක්ෂිත ස්ථානයකට මාරු කර සේවාදායකය නැවත යෙදවීම.

ඔබේ නඩුවේ හොඳම විසඳුම එය යැයි මම බිය වෙමි.

ඇත්ත කුමක්ද? මෙම අවස්ථාවෙහිදී, මේ සඳහා සරල / පහසු ස්වයංක්‍රීය විසඳුමක් නොමැත. දත්ත ප්‍රතිසාධනය විද්‍යාවක් වන අතර මූලික, පොදු මෙවලම් පවා වාඩි වී දත්ත පවතින බව සහතික කිරීමට යමෙකු අවශ්‍ය වේ. විශාල අක්‍රියතාවයකින් තොරව මෙයින් යථා තත්ත්වයට පත්වීමට ඔබ අපේක්ෂා කරන්නේ නම්, ඔබ බලාපොරොත්තු සුන් වනු ඇත.

ටෙස්ට් ඩිස්ක් හෝ ගොනු පද්ධති විශේෂිත ප්‍රතිසාධන මෙවලමක් භාවිතා කිරීමට මම යෝජනා කරමි . එක් පද්ධතියක් උත්සාහ කරන්න, එය ක්‍රියාත්මක වේදැයි බලන්න, සහ යනාදිය. එම ක්රියාවලිය ස්වයංක්රීය කිරීමට කිසිදු සැබෑ විදිහක් නැහැ නමුත් ඔබට එය ප්‍රවේශමෙන් කණ්ඩායම් වශයෙන් කළ හැකිය .

එයින් කියැවෙන්නේ, ඔබගේ ක්‍රියාකාරී වාර්තාවලින් පසු කොටසක් විය යුතු ප්‍රශ්න සහ අදහස් වල ඉතා බියජනක කරුණු කිහිපයක් තිබේ.

පළමුවෙන්ම, ඔබ විධානය පළමුව පරීක්ෂා නොකර සෑම තැනකම ධාවනය කළේය. එක් කොටුවක විධානයක් ක්‍රියාත්මක කරන්න. ඉන්පසු කිහිපයක්, පසුව තවත්. මූලික වශයෙන් යමක් වැරදුනහොත් එය ස්වල්පයකට බලපානවා ඔබගේ සියලු පද්ධති වලට වඩා .

දෙවනුව

සේවාදායකයේ දුරස්ථ ධාවකයක් සවි නොකර උපස්ථයක් කරන්නේ කෙසේද?

මාව බය කරනවා. ගොනු මට්ටමේ එක් මාර්ගයක් උපස්ථ විසඳීම ගැටළුවකි . අවසරයන් සුරැකීමට සහ ලිපිගොනු එක් ආකාරයකින් පිටපත් කිරීමට Rsync භාවිතා කළ හැකිය රක්ෂිත අඩවියට. අහම්බෙන් යමක්? නැවත ස්ථාපනය කරන්න (වඩාත් සුදුසු ස්වයංක්‍රීයව) rsync ආපසු, සහ දේවල් ක්‍රියාත්මක වේ. අනාගතයේදී, ඔබට btrfs හෝ zfs ස්නැප්ෂොට් සමඟ ගොනු පද්ධති මට්ටමේ ස්නැප්ෂොට් භාවිතා කළ හැකි අතර ඒවා පද්ධති මට්ටමේ උපස්ථ සඳහා නැව්ගත කළ හැකිය. මම සැබවින්ම යෙදුම් සේවාදායකයන්, දත්ත සමුදායන් සහ ගබඩා වෙන් කිරීම සමඟ සෙල්ලම් කර අවම වරප්‍රසාද පිළිබඳ මූලධර්මය හඳුන්වා දෙන්නෙමි, එවිට ඔබ මෙවැනි දෙයක අවදානම බෙදනු ඇත ..

මට කළ හැකි ඕනෑම දෙයක් ඇති බව මම දනිමි. මාව ආරක්ෂා කරගන්නේ කෙසේදැයි මට දැන් සිතා බැලිය යුතුය

යම් දෙයක් සිදු වූ පසු මෙය සලකා බැලීමට නරකම කාලයයි.

මෙයින් අපට ඉගෙන ගත හැක්කේ කුමක්ද?

1. උපස්ථ මඟින් දත්ත සුරකිනු ඇත. වෘත්තීන් විය හැකිය.
2. ඔබට මෙවලමක් තිබේ නම් සහ එයට කළ හැකි දේ නොදැන සිටියහොත් එය භයානක ය. ජෙඩි කෙනෙකුට විදුලි පහන් යන්ත්‍රයකින් පුදුමාකාර දේවල් කළ හැකිය. විදුලි බුබුළු සහිත චිම්පස් කාමරයක් ... අවුල් සහගත වනු ඇත.

3. සෑම තැනකම එකවර විධානයක් ක්‍රියාත්මක නොකරන්න. පරීක්ෂණ සහ නිෂ්පාදන යන්ත්‍ර වෙන් කරන්න, සහ නිෂ්පාදන යන්ත්‍ර අදියර වශයෙන් කරන්න. 100 හෝ 1000 ට වඩා යන්ත්‍ර 1 ක් හෝ 10 ක් සවි කිරීම වඩා හොඳය.

4. ද්විත්ව සහ ත්‍රිත්ව චෙක් විධාන. සම සේවකයෙකුගෙන් දෙවරක් පරීක්ෂා කර බැලීමට ලැජ්ජාවක් නැත "ඒයි, මම ඩ්‍රයිව් එකක් හදන්නයි හදන්නේ, ඔබට මෙය පරික්‍ෂා කළ හැකිද? එතීම ද උදව් විය හැකි නමුත් කිසිවක් වෙහෙසට පත් ඇස්වලට පහර දෙන්නේ නැත.

ඔබට දැන් කුමක් කළ හැකිද? ගනුදෙනුකරුවන්ට විද්‍යුත් තැපෑලක් ලබා දෙන්න. අක්‍රීය කාලය පවතින බවත් විනාශකාරී අසාර්ථකත්වයන් ඇති බවත් ඔවුන්ට දන්වන්න. ඔබේ ඉහළ නැගීම්, නෛතික, විකුණුම් සහ එවැනි දේ සමඟ කතා කර හානිය අවම කර ගත හැකි ආකාරය බලන්න. ප්‍රකෘතිමත් වීම සඳහා සැලසුම් කිරීම ආරම්භ කරන්න, අවශ්‍ය නම් ඔබට අමතර අත් කුලියට ගැනීමට සිදුවේ. නරකම දෙය නම්, අයකර ගැනීම සඳහා විශාල මුදලක් වියදම් කිරීමට සැලසුම් කිරීමයි. මෙම අවස්ථාවෙහිදී, ඔබ වැටීම අවම කිරීම සඳහා මෙන්ම තාක්ෂණික නිවැරදි කිරීම් සඳහාද කටයුතු කරනු ඇත.

ඔබ සමඟ දේවල් මකා දැමූ විට rm -rf --no-preserve-root, එය නැවත ලබා ගත නොහැක. බොහෝ විට ඔබට සියලු වැදගත් ලිපිගොනු නැති වී ඇති බව පෙනේ.

ලෙස @faker ඔහුගේ පිළිතුරු දෙමින්, ක්රියා හොඳම පාඨමාලාව ආරක්ෂිත ස්ථානයකට ගොනු හුවමාරු කිරීමේ සහ පසුව සේවාදායකය තුළවත් වේ.

අනාගතයේදී සමාන තත්වයන් වළක්වා ගැනීම සඳහා, මම ඔබට යෝජනා කරන්නේ:

• සතිපතා හෝ අවම වශයෙන් දෙසතියකට වරක් උපස්ථ ගන්න . බලපෑමට ලක්වූ සේවාව අවම එම්ටීටීආර් සමඟ නැවත ලබා ගැනීමට මෙය ඔබට උපකාරී වනු ඇත.

• අවශ්‍ය නොවන විට මූල ලෙස ක්‍රියා නොකරන්න . හා සෑම විටම ඕනෑම දෙයක් කිරීමට පෙර දෙවරක් සිතන්න. මම ඔබට යෝජනා කරනවා ආරක්ෂිත-ආර්එම් ස්ථාපනය කරන්න .

• ඔබ පහ කිරීමට අපේක්ෂා නොකරන බව විකල්ප ටයිප් කරන්න එපා වැනි, --no-preserve-rootහෝ --permission-to-kill-kittens-explicitly-grantedඒ ගැන කතා කළ,.

මට එකම ගැටලුවක් ඇති නමුත් දෘ d තැටියක් සමඟ පරීක්ෂා කිරීමෙන් මට සියල්ල අහිමි වී ඇත. එය ප්‍රයෝජනවත් වේ දැයි මම නොදනිමි, නමුත් කිසිවක් ස්ථාපනය නොකරන්න , ඔබේ දත්ත නැවත ලියන්න එපා , ඔබේ දෘ hard තැටි සවි කර මරණ පරීක්‍ෂණය, ෆොටෝරෙක්, ටෙස්ට් ඩිස්ක් වැනි අධිකරණ වෛද්‍ය මෙවලම් දියත් කළ යුතුය.

ටෙස්ට් ඩිස්ක් මම තරයේ නිර්දේශ කරමි, සමහර මූලික විධානයන් සමඟ ඔබ ඔබේ දත්ත නැවත ලියන්නේ නැත්නම් එය නැවත ලබා ගත හැකිය.

මේ වගේ ගැටලුවක් විසඳීමට ඇති හොඳම ක්‍රමය නම් එය මුලින් නොතිබීමයි.

තර්ක ලැයිස්තුවේ කප්පාදුවක් ඇති "rm -rf" විධානයක් අතින් ඇතුලත් නොකරන්න. (මෝඩ දෙයක් කිරීමෙන් ඔබව ආරක්ෂා කිරීම සඳහා එවැනි විධානයන් හොඳ වලංගු / සනීපාරක්ෂාව සහිත ෂෙල් ස්ක්‍රිප්ට් එකක තැබීම වෙනස් වේ.)

ඒක කරන්න එපා.
කවදා හෝ. ඔබ එය කළ යුතු යැයි ඔබ සිතන්නේ නම්, ඔබ ප්‍රමාණවත් ලෙස සිතන්නේ නැත.

ඒ වෙනුවට, ඔබ ඉවත් කිරීම ආරම්භ කිරීමට අදහස් කරන ඩිරෙක්ටරියේ මවුපිය වෙත ඔබේ වැඩ කරන නාමාවලිය වෙනස් කරන්න, එවිට rm විධානයේ ඉලක්කයට කප්පාදුවක් අවශ්‍ය නොවේ:

cd / mnt

sudo rm -rf hetznerbackup

සියලුම පිටපත් ගබඩා කර ඇති උපස්ථ යන්ත්‍රය නැවත ලබා ගැනීමට මම උත්සාහ කරමි:

• 1 වන පියවර - මෙම මකාදැමූ "උපස්ථ යන්ත්‍ර" ධාවකයේ ddකොමන්ඩ් සමඟ උපස්ථයක් සාදන්න .
• 2 වන පියවර - testdiskගොනු නැවත ලබා ගැනීමට භාවිතා කරන්න .

එබැවින් ඔබට 1TB නැවත ලබා ගැනීමට අවශ්‍ය යැයි කියමු, ඔබට අමතර 2TB, උපස්ථ සඳහා 1TB (පළමු පියවර) සහ ප්‍රතිසාධනය සඳහා 1TB (2 වන පියවර) අවශ්‍ය වේ.

මම අන්වර්ථ නාමය rm -fr [දුරකථන නාද] සහ සීඩී සිට වටිනා නාමාවලිය දක්වා සමාන වැරැද්දක් කළෙමි. දැන් මම සෑම විටම දෙවරක් සිතන අතර rm හෝ dd විධානය භාවිතා කිරීමට පෙර කිහිප වතාවක් නැවත පරීක්ෂා කරන්න.

තවත් පිළිතුරක සඳහන් කළ පරිදි හෙට්ස්නර්ට ගලවා ගැනීමේ පද්ධතියක් ඇත. එයට ssh ප්‍රවේශය සහිත නෙට්බූට් විකල්පයක් මෙන්ම ඔබේ වීසර්වරයේ තිරය සහ යතුරුපුවරුව ලබා දීම සඳහා ජාවා ඇප්ලෙට් එකක්ද ඇතුළත් වේ.

ඔබට හැකි තරම් යථා තත්ත්වයට පත් කිරීමට අවශ්‍ය නම්, සේවාදායකය නෙට්බූට් පද්ධතියට නැවත ආරම්භ කර සුදුසු උපාංග ඉනෝඩයෙන් කියවීමෙන් ලොග් වී ගොනු පද්ධතියේ අනුරුවක් බාගන්න.

මම හිතන්නේ මේ වගේ දෙයක් ක්‍රියාත්මක විය යුතුයි:

ssh root@host cat /dev/sda > server.img

ඇත්ත වශයෙන්ම යළි හරවා යැවීම ssh විධානය ක්‍රියාත්මක කිරීමට පෙර කවචය මඟින් සිදු කරයි, එබැවින් server.img යනු දේශීය ගොනුවකි. ඔබට අවශ්‍ය වන්නේ මූල ලිපිගොනු පද්ධතිය මිස සම්පූර්ණ තැටිය නොවේ නම්, ඔබ මා හා සමාන රූපයක් භාවිතා sdaකරන බව sda3උපකල්පනය කිරීමෙන් ප්‍රතිස්ථාපනය කරන්න.

ඔබ මෙතැන් සිට ඉදිරියට යන්නේ කෙසේද?

මම rmමගේ ජීවිත කාලය පුරාම දිවුරුම් දෙන අතර, නික්ස් පද්ධතිවල සුපුරුදු ඉවත් කිරීමේ විධානය කුණු කූඩය නොවීම පිස්සුවක් යැයි සිතමි.

https://github.com/andreafrancia/trash-cli

මම එය අළුත් පද්ධතියක ස්ථාපනය කරන පළමු දෙය alias rmබවත් trash-cliඒ වෙනුවට භාවිතා කිරීමට මිනිසුන්ට පවසන දෙයක් බවත් මම සහතික කරමි . ඇත්ත වශයෙන්ම ධාවනය වන /bin/rmනමුත් බොහෝ අවස්ථාවල එය භාවිතා කිරීමෙන් වළකින්නැයි පවසන වෙනත් අන්වර්ථයක් පිළිබඳ සටහනක් ද එයට ඇතුළත් වේ .

:( සත්ය කථාව

එවැනි අවස්ථාවකදී මම උපදෙස් දෙමි , නිදොස් කිරීම සහ නිදොස් කිරීම භාවිතා කරන්න , සහ lsdel හි සහාය ඇතිව ඔබට මෑතකදී ඉවත් කරන ලද සියලුම ලිපිගොනු ලැයිස්තුගත කළ හැකිය, ඒවා සඟරා වලින් පිරිසිදු කර අවශ්‍ය ලිපිගොනු ඉවත දැමිය නොහැක . ඒ සඳහා වේගවත් සෙවුම් සබැඳිය: http://www.linuxvoodoo.com/resources/howtos/debugfs

එය යමෙකුට උපකාර කරනු ඇතැයි සිතමි. ;)

හා ඔව්, යෝජනා වරක් තිර රචනය කිරීමට, ඕනෑම වංචාකාරී සිදුවීමක් පෙලඹුණා වේ rm කිරීමට real.rm හා symlinc mv කිරීමට rm ;)

සියලුම සේවාදායක ක්‍රියාවලි සහ තැටිය i / o වලට හේතු විය හැකි සියල්ල නවත්වන්න ... ඉන්පසු ටෙස්ට් ඩිස්ක් ධාවනය කරන්න, එය ඔබේ මෘදුකාංග ගබඩාවේ තිබිය යුතුය. ඔබට භෞතික ප්‍රවේශයක් ඇත්නම්, ටෙස්ට් ඩිස්ක් සමඟ සජීවී යන්ත්‍රයක් භාවිතා කරන්න.