سؤال كيفية مسح مساحة القرص الحرة في لينكس؟


عندما يتم حذف ملف ، قد تبقى محتوياته في نظام الملفات ، ما لم يتم الكتابة فوقها بشكل صريح بشيء آخر. ال wipe يمكن للأمر مسح الملفات بشكل آمن ، ولكن لا يبدو أنه يسمح بمسح مساحة القرص الخالية التي لا تستخدمها أي ملفات.

ما الذي يجب علي استخدامه لتحقيق ذلك؟


132
2017-08-06 23:48


الأصل


قد يكون الحل الآمن الوحيد هو حفظ ملفاتك في مكان آخر ، ومسح القسم بالكامل ، وإعادة إنشاء نظام الملفات ، ثم استعادة الملفات. لقد ركضت من PhotoRec وصدمت من كمية الأشياء التي يمكن استرجاعها حتى بعد "مسح" المساحة الحرة. الحل الوسط هو تحريك الحد الأيسر من القسم بنسبة 6٪ من حجمه بعد مسح المساحة الخالية على ما يبدو. - user39559


الأجوبة:


تحذير: قد تقوم الأقراص الحديثة / أجهزة SSD وأنظمة الملفات الحديثة بسحب البيانات بعيدًا في أماكن لا يمكنك حذفها ، لذلك قد تستمر هذه العملية في ترك البيانات على القرص. والطرق الآمنة الوحيدة لمسح البيانات هي أمر محو الأمينة ATA (إذا تم تنفيذه بشكل صحيح) أو التدمير المادي. انظر أيضا كيف يمكنني محو جميع المعلومات على القرص الصلب بشكل موثوق؟


100
2017-08-07 01:55



من الصعب تحديد موقع الصفحة الرئيسية "الرسمية" الحالية للحذف الآمن. هناك نسخة قديمة ربما لا توجد تقارير أخطاء ، ولكن في نفس الوقت لا يوجد نظام bugtracking مفتوح حيث يمكنني الإبلاغ عن خلل وجدت. تشير الصفحة الرئيسية للحذف الآمن أيضًا إلى أنها قد تكون كذلك ليس مسح جميع كتل البيانات غير المستخدمة ، وهذا يتوقف على نظام الملفات الذي تستخدمه ، وهذا صحيح. - user39559
مع الأقراص الصلبة الحديثة (أكبر من حوالي 20 جيجابايت) ، فإنه لا جدوى من القيام بالعديد من التمريرات والانتظار للأعمار. لذا أصبح تثبيت الأدوات المتخصصة عديم الفائدة أيضًا (وهو ما قد يفسر عدم احتواء الحذف الآمن على صفحة رئيسية أخرى). فقط افعل هذا من القسم المناسب: cat /dev/zero >nosuchfile; rm nosuchfile. - mivk
@ ميفك: لماذا لا جدوى من القيام بأكثر من تصريح واحد؟ ولماذا استخدم / dev / zero بدلاً من / dev / random؟ هل هذا بسبب مخاوف السرعة؟ - naught101
استخدام / dev / صفر أسرع بكثير. إذا قمت بكتابة مساحة حرة من / dev / random ، يجب على kernel إنشاء كل تلك البيانات العشوائية على الطاير. إنها طريقة مسلية لمشاهدة قفزة متوسط ​​الحمل لديك إلى الحد الأقصى ... - dafydd
تم الإجابة على سؤال ما إذا كانت هناك ضرورة للمناديل المتعددة هنا: لماذا يتم كتابة الأصفار (أو البيانات العشوائية) على القرص الصلب عدة مرات أفضل من مجرد القيام بذلك مرة واحدة؟ - sleske


أسرع طريقة ، إذا كنت تحتاج فقط إلى تمرير واحد وتريد فقط استبدال كل شيء بالأصفار ، هي:

cat /dev/zero > zero.file
sync
rm zero.file

(تشغيل من دليل على نظام الملفات الذي تريد مسحه)
(ال sync الأمر هو مقياس جنون العظمة الذي يضمن كتابة جميع البيانات على القرص - قد يعمل مدير ذاكرة التخزين المؤقت الذكي على أنه يمكنه إلغاء عمليات الكتابة لأي كتل معلقة عند إلغاء ربط الملف)

سيكون هناك وقت خلال هذه العملية عندما لا تكون هناك مساحة خالية على الإطلاق في نظام الملفات ، والتي يمكن أن تكون عشرات الثواني إذا كان الملف الناتج كبيرًا ومجزأًا ، لذا يستغرق وقتًا طويلاً لحذفه. لتقليل الوقت عندما يكون freespace صفر تمامًا:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
cat /dev/zero > zero.file
sync
rm zero.small.file
rm zero.file

يجب أن يكون هذا كافيًا لمنع شخص ما من قراءة محتويات الملف القديم دون إجراء عملية جنائية مكلفة. لبديل أكثر أمنا قليلا ، ولكن أبطأ ، البديل /dev/zero مع /dev/urandom. لمزيد من جنون العظمة قم بتشغيل خطوات متعددة مع /dev/urandom، على الرغم من ذلك اذا كنت بحاجة الى الكثير من الجهد shred فائدة من حزمة coreutils هو الطريق للذهاب:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
shred -z zero.small.file
cat /dev/zero > zero.file
sync
rm zero.small.file
shred -z zero.file
sync
rm zero.file

لاحظ أنه في المقطع أعلاه ، يتم تقطيع الملف الصغير قبل إنشاء الحجم الأكبر ، بحيث يمكن إزالته بمجرد اكتمال الحجم الأكبر بدلاً من الانتظار حتى يتم تمزيقه ليترك نظام الملفات بدون مساحة خالية للوقت الذي يستغرقه. عملية أجاد مع اتخاذ طويل الوقت على ملف كبير و إلا إذا كنت تحاول إخفاء شيء ما من NSA ليس بالضرورة IMO ضروري.

كل ما سبق يجب أن يعمل على أي نظام ملفات.

حدود حجم الملف:

كما يشير DanMoulding في تعليق أدناه ، قد يكون هذا مشاكل مع limis حجم الملف على بعض أنظمة الملفات.

ل FAT32 سيكون قطعا يكون مصدر قلق بسبب حد الملف 2GiB: معظم وحدات التخزين أكبر من هذه الأيام (8TiB هو الحد الأقصى لحجم حجم IIRC). يمكنك العمل حول هذا عن طريق الأنابيب الكبيرة cat /dev/zero خرج الانتاج من خلال split لتوليد ملفات أصغر متعددة وضبط أجاد وحذف المراحل وفقا لذلك.

مع الملف ext2 / 3/4 ، يقل القلق: مع الحد الافتراضي / المشترك 4K الحد الأقصى لحجم الملف هو 2TiB حتى يكون لديك ضخم حجم لهذا أن يكون مشكلة (الحد الأقصى لحجم حجم تحت هذه الظروف هو 16TiB).

مع btrfs (لا يزال تجريبيًا) ، فإن الحد الأقصى لحجم الملفات وأحجامها هو 16EiB كبير.

تحت NTFS ، يكون الحد الأقصى لطول الملف أكبر من الحد الأقصى لطول وحدة التخزين في بعض الحالات.

نقاط البدء لمزيد من المعلومات:
http://en.wikipedia.org/wiki/Ext3#Size_limits
http://en.wikipedia.org/wiki/Btrfs
http://en.wikipedia.org/wiki/Ntfs#Scalability

الأجهزة الافتراضية

كما ذكرنا في التعليقات مؤخرًا ، هناك اعتبارات إضافية للأجهزة الافتراضية:

  • بالنسبة للأقراص الافتراضية التي لا يتم توزيعها بشكلٍ متقارب ، هناك طرق أخرى كتلك المستخدمة من قبل zerofree سيكون أسرع (على الرغم من عكس cat و dd هذه ليست أداة قياسية يمكنك الاعتماد عليها في أي نظام تشغيل غير مشابه.

  • يجب أن تدرك أن حذف كتلة على جهاز ظاهري متفرق قد لا يمسح الحظر على المصدر الأساسي جسدي - بدني جهاز ، في الحقيقة أنا سأذهب بعيداً لأقول أنه من غير المحتمل - مدير القرص الظاهري سوف يجعل الكتلة فقط لم تعد مستخدمة لذا يمكن تخصيصها لشيء آخر في وقت لاحق.

  • حتى بالنسبة للأجهزة الافتراضية ذات الأحجام الثابتة ، قد لا تتحكم في مكان وجود الجهاز فعليًا حتى يمكن نقله حول موقعه الحالي أو إلى مجموعة جديدة من الأقراص الفعلية في أي وقت ، وأكثر ما يمكنك مسحه هو الموقع الحالي ، وليس أي من المواقع السابقة التي ربما تكون الكتلة قد أقامتها في الماضي.

  • بالنسبة للمشاكل المذكورة أعلاه على الأجهزة الظاهرية: ما لم تتحكم في المضيف (المضيفين) ، ويمكنك القيام بمسح آمن لمساحتها غير المخصصة بعد ذلك ، بمسح الأقراص في VM أو نقل الجهاز الظاهري ، لا يمكنك فعل أي شيء حيال ذلك بعد حقيقة. الملاذ الوحيد هو استخدام تشفير القرص الكامل من البداية حتى لا يتم كتابة أي شيء غير مشفر إلى وسائل الإعلام المادية في المقام الأول. قد لا تزال هناك دعوة لمسح مساحة حرة داخل VM بالطبع. لاحظ أيضًا أن FDE يمكن أن يجعل الأجهزة الظاهرية المتفرقة أقل فائدة لأن طبقة المحاكاة الافتراضية لا يمكنها رؤية أي الكتل غير المستخدمة. إذا كانت طبقة نظام الملفات في نظام التشغيل ترسل أوامر القطع إلى الجهاز الظاهري (كما لو كان SSD) ، وتفسر وحدة التحكم الظاهرية هذه ، فإن ذلك قد يحل ذلك ، لكنني لا أعرف أي ظروف يحدث فيها هذا بالفعل وأوسع مناقشة هذا أمر مهم في مكان آخر (لقد اقتربنا بالفعل من أن نكون خارج الموضوع للسؤال الأصلي ، لذلك إذا كان هذا قد أثار اهتمامك ببعض التجارب و / أو أسئلة المتابعة قد تكون في حلها).


67
2017-08-07 08:58



التظليل البسيط يمكن كما يبدو أن يتم مع secure-delete الأدوات: باستخدام sfill -llz يقلل من الإجراء بأكمله إلى مسار واحد يكتب فقط "0's. - foraidt
هذا يستغرق بعض الوقت. هل هو حقا أسرع طريقة؟ أعتقد أن كتابة GB للبيانات سوف تستغرق بعض الوقت ... - endolith
endolith: إذا كنت ترغب في إفراغ المساحة الفارغة على نظام ملفات نشط ، فلا يمكنك تجنب الحاجة إلى كتابة هذه البيانات من خلال نظام الملفات. قد تكون أدوات الحذف الآمن المقترحة بواسطة fnord_ix أسرع ، نظرًا لأنها محسّنة لهذا النوع من المهام. - David Spillett
endolith: من الوصف في صفحة الرجل ، كنت أتوقع أن يكون متغير zerofree أسرع فقط للأقراص الافتراضية قليلة التوزيع ، في الواقع قد يكون أبطأ في الظاهرات الحقيقية أو ذات الحجم الافتراضي الظاهري إذا كان يفعل القراءة قبل الكتابة لتأكيد أن الكتلة لا تحتوي على محتوى. لا يجب أن يحدث تضخم القرص الظاهري إما لأن معظم برامج تشغيل الأقراص المتفرقة تأخذ الأصفار بالكامل على أنها "لا تخصص هذه الكتلة". أيضا، cat و dd تتوفر على أي نظام تشغيل يونيكس تشبه إلى حد كبير لأنها تعتبر الأدوات القياسية حيث zerofree ربما لا يكون إلا إذا تم إضافته بشكل صريح. - David Spillett
endolith: بعد قول ما سبق ، zerofree من المؤكد أنه سيعمل بالطبع ، فإن "كامل ملف النظام الكامل مؤقتا" الشيء المذكور في الصفحة الرجل (تقريبا ولكن ليس تماما التخفيف من قبل pokery small.file jiggery في الأمثلة الخاصة بي) هو قلق حقيقي إذا تقوم بذلك على نظام نشط حاليا ، و zerofree سيكون بالفعل أسرع في مثيل معين هو الأمثل ل: أجهزة كتلة افتراضية محدودة. على الرغم من أنه لا يمكنك الاعتماد على أي مسح على جهاز ظاهري لأغراض أمنية: الإجابة الحقيقية الوحيدة في هذه الحالة هي تشفير الجهاز بالكامل منذ البداية. - David Spillett


تحذير

لقد صدمني كم عدد الملفات من PhotoRec يمكن استرجاعها من القرص الخاص بي ، حتى بعد المسح.

ما إذا كان هناك المزيد من الأمان في ملء "المساحة الحرة" مرة واحدة فقط مع 0x00 أو 38 مرة بمقاييس تربوية مختلفة هو أكثر من مناقشة أكاديمية. كتب مؤلف ورقة عام 1996 على التقطيع نفسه الخاتمه قائلا أن هذا هو عفا عليه الزمن وغير ضروري للأجهزة الحديثة. لا توجد حالة موثقة من البيانات التي يتم استبدالها فعليا أصفار واستردادها بعد ذلك.

الحقيقة رابط هش في هذا الإجراء هو نظام الملفات. تحفظ بعض أنظمة الملفات مساحة للاستخدام الخاص ، ولا يتم توفيرها كـ "مساحة حرة". ولكن قد تكون البيانات الخاصة بك هناك. ويشمل ذلك الصور والرسائل الإلكترونية العادية والنصية ، أيا كان. لدي فقط googled محفوظة + مساحة + ext4 وعلمت أن 5 ٪ من بلدي home تم حجز التقسيم. أعتقد أن هذا هو المكان photorec وجدت الكثير من أشيائي. استنتاج: إن طريقة التمزيق ليست هي الأهم ، حتى إن طريقة التمرير المتعدد لا تزال تترك البيانات في مكانها.

يمكنك المحاولة # tune2fs -m 0 /dev/sdn0 قبل تركيبها. (إذا كان هذا هو القسم الجذر بعد إعادة التشغيل ، تأكد من تشغيل -m 5 أو -m 1 بعد إزالة ذلك).

ولكن لا يزال هناك بعض المساحة المتبقية ، بطريقة أو بأخرى.

الطريقة الوحيدة الآمنة حقًا هي مسح القسم بالكامل وإنشاء نظام ملفات مرة أخرى ، ثم استعادة الملفات من نسخة احتياطية.


طريقة سريعة (مستحسن)

تشغيل من دليل على نظام الملفات الذي تريد مسحه:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
rm zero.file

ملاحظات: الغرض من الملف الصغير هو تقليل الوقت عندما تكون المساحة الحرة صفر تمامًا؛ الغرض من المزامنة هو التأكد من أن البيانات مكتوبة فعليًا.

يجب أن يكون هذا جيدًا بما يكفي لمعظم الناس.

طريقة بطيئة (بجنون العظمة)

لا توجد حالة موثقة من البيانات التي يتم استردادها بعد التنظيف أعلاه. سيكون باهظ الثمن وموارد تتطلب ، إن أمكن على الإطلاق.

ومع ذلك ، إذا كان لديك سبب للاعتقاد بأن الوكالات السرية ستنفق الكثير من الموارد لاسترداد ملفاتك ، فيجب أن يكون هذا كافياً:

dd if=/dev/urandom of=random.small.file bs=1024 count=102400
dd if=/dev/urandom of=random.file bs=1024
sync ; sleep 60 ; sync
rm random.small.file
rm random.file

يستغرق وقتا أطول من ذلك بكثير.

تحذير. إذا كنت قد اخترت طريقة بجنون العظمة ، بعد ذلك كنت لا تزال ترغب في القيام بمسح سريع ، وهذا ليس جنون العظمة. إن وجود بيانات عشوائية بحتة أمر سهل ورخيص للكشف عنه ، ويثير الشك في أنه بيانات مشفرة بالفعل. قد تموت تحت التعذيب لعدم الكشف عن مفتاح فك التشفير.

بطء شديد جدا (جنون الارتياب)

حتى أن مؤلف ورقة عام 1996 عن التقطيع كتب خاتمة تقول إن هذا عفا عليه الزمن وغير ضروري للأجهزة الحديثة.

ولكن إذا كان لديك الكثير من وقت الفراغ وأنت لا تمانع في إضاعة القرص مع الكثير من الكتابة ، فهناك:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
sync ; sleep 60 ; sync
shred -z zero.small.file
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
shred -z zero.file
sync ; sleep 60 ; sync
rm zero.file

ملاحظة: هذا يعادل بشكل أساسي استخدام أداة الحذف الآمن.


قبل التعديل ، كانت هذه المشاركة بمثابة إعادة كتابة لـ David Spillett. ينتج أمر "cat" رسالة خطأ ، ولكن لا يمكنني كتابة تعليقات على مشاركات أشخاص آخرين.


41
2018-06-09 17:40



يمكنك التعليق تحت مشاركات الآخرين مع 50 سمعة. - Gnoupi
ال cat من المتوقع أن يعطي الأمر خطأ "لا يوجد مساحة على اليسار" في الأمثلة ، في نهاية تشغيله. يمكنك إخفاء هذا عن طريق إعادة توجيه stderr إلى /dev/null إذا كانت مشكلة. أنا عادة ما استخدم pv عوضا عن cat أو ddلهذا النوع من الأشياء ، من أجل الحصول على مؤشر التقدم المفيد. - David Spillett
...raises the suspicion that it is actually encrypted data. You may die under torture for not revealing the decryption key. هيه ، هذا بالضبط ما كنت أفكر فيه أعتقد أن هذا يعني أنني بجنون العظمة ... - Navin
/: write failed, filesystem is full على فري بي - Alex G
الجذر هو دائما قادرا على استخدام المساحة المحجوزة. لذا إذا قمت بالتجميع الصفري كجذر ، فستتمكن من ملء المساحة المحجوزة بنسبة 5٪ أيضًا ؛ tunefs غير ضروري. لا يزال من الممكن تصور وجود بيانات في أجزاء أخرى من نظام الملفات. - Nate Eldredge


توجد أداة zerofree على الأقل في Ubuntu:

http://manpages.ubuntu.com/manpages/natty/man8/zerofree.8.html

   zerofree — zero free blocks from ext2/3 file-systems

   zerofree  finds  the  unallocated, non-zeroed blocks in an ext2 or ext3
   filesystem (e.g. /dev/hda1) and fills them with zeroes. This is  useful
   if  the  device  on  which this file-system resides is a disk image. In
   this case, depending on the type of disk image, a secondary utility may
   be  able  to  reduce the size of the disk image after zerofree has been
   run.

   The usual way to achieve  the  same  result  (zeroing  the  unallocated
   blocks)  is to run dd (1) to create a file full of zeroes that takes up
   the entire free space on the drive, and then delete this file. This has
   many disadvantages, which zerofree alleviates:

      ·  it is slow;

      ·  it makes the disk image (temporarily) grow to its maximal extent;

      ·  it  (temporarily)  uses  all  free  space  on  the disk, so other
         concurrent write actions may fail.

   filesystem has to be unmounted or mounted  read-only  for  zerofree  to
   work.  It  will exit with an error message if the filesystem is mounted
   writable. To remount the  root  file-system  readonly,  you  can  first
   switch to single user runlevel (telinit 1) then use mount -o remount,ro
   filesystem.

تحقق أيضًا من هذا الرابط حول zerofree: الحفاظ على صور نظام الملفات قليلة - من مؤلفه - رون يورستون (9 أغسطس 2012)


24
2018-01-05 14:51



من المهم أن يتم إلغاء تحميل نظام الملفات أو تثبيته للقراءة فقط لكي يعمل zerofree. - AntonioK
سيكون من اللطيف تضمين بعض المعلومات حول كيفية القيام بذلك على نظام الملفات الجذر. أشعر أن هذا لن ينجح ، لأنك ستضطر إلى إلغاء تحميل نظام الملفات ، مع تشغيل الأداة بشكل متزامن من نظام الملفات المذكور. - Ant6n


فيما يلي كيفية القيام بذلك باستخدام واجهة المستخدم الرسومية.

  1. التثبت BleachBit
  2. تشغيل كجذر بالنقر فوق تطبيقات - أدوات النظام - BleachBit كمسؤول.
  3. في التفضيلات ، أخبره عن المسارات التي تريدها. عموما انها تخمين لهم بشكل جيد. تريد تضمين مسار واحد قابل للكتابة لكل قسم. بشكل عام ، هذا هو / home / username و / tmp ، ما لم تكن هي نفس القسم ، وفي هذه الحالة فقط اختر واحدة.
  4. ضع علامة في المربع System - Wipe Free Disk Space.
  5. انقر فوق حذف.

تقدم BleachBit أكثر من dd (الذي هو لطيف جداً) عندما يكون القرص ممتلئاً في النهاية ، BleachBit يخلق ملفات صغيرة لمسح inode (الذي يحتوي على بيانات التعريف مثل أسماء الملفات ، إلخ).


3
2017-11-06 12:40



فحص Bleachbit في قانون python مفتوحة المصدر لمسح freespace من محرك أقراص لنفسك. - shadowbq


أنا أستعمل dd لتخصيص ملف كبير أو أكثر لملء المساحة الحرة ، ثم استخدام أداة حذف آمنة.

لتخصيص الملفات مع dd حاول:

dd if=/dev/zero of=delete_me bs=1024 count=102400

سيقوم هذا بإنشاء ملف مسمى delete_me حجمها 100 ميغابايت. (هنا bs يتم تعيين "حجم الكتلة" على 1k و count هو عدد الكتل التي سيتم تخصيصها.)

ثم استخدم أداة الحذف الآمن المفضلة لديك (لقد كنت تستخدم shred) على الملفات التي تم إنشاؤها حتى.

لكن لاحظ هذا: التخزين المؤقت يعني حتى لو كنت تفعل كامل القرص ، قد لا تحصل على كل شيء على الاطلاق!


هذه حلقة الوصل توصي scrub لمسح المساحة الحرة. لم أحاول ذلك.


2
2017-08-07 01:04



أوه ، إذا أسعفتني الذاكرة ، حاولت scrub مرة واحدة والتي أفسدت نظام الملفات بأكمله. لحسن الحظ كان لدي إحساس جيد بالتجربة الأولى على نظام ملفات الاختبار ، وليس على بياناتي الحقيقية. - landroni


مسح محرك الأقراص بسرعة قصوى.

ستعلمك التعليمات النموذجية الخاصة بتشفير محرك الأقراص في الوقت الحالي أولاً بأحد WIPE محرك الأقراص.

سيقوم الأمر أدناه بتعبئة محرك الأقراص الخاص بك بنص تشفير AES.

استخدم قرص مضغوط مباشر إذا كنت بحاجة إلى مسح محرك أقراص التمهيد الرئيسي.

افتح منصة وارفع امتيازاتك:

sudo bash

دعنا نذكر جميع محركات الأقراص على النظام لتكون آمنة:

cat /proc/partitions

ملاحظة: استبدال /dev/sd{x} مع الجهاز الذي ترغب في مسحه.

تحذير: هذا ليس للهواة! هل يمكن أن تجعل نظامك غير قابل للتمهيد !!!

sudo openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero > /dev/sd{x}

أنا مذهول في مدى سرعة هذا.


2
2017-09-08 19:27





ربما لديك بالفعل جنو حزمة coreutils مثبت على نظامك. يوفر الأمر ذرة.


2
2017-08-07 01:58



سوف أجاد تنظيف مساحة القرص غير المستخدمة دون جعله في ملفات أولاً ... - dmckee


يمكنك مسح مساحتك الحرة باستخدام حزمة الحذف الآمنة.

في تلك الحزمة يمكنك العثور عليها sfill أداة ، والتي تم تصميمها لحذف البيانات التي تقع على مساحة الأقراص المتاحة على وسائط بطريقة آمنة والتي لا يمكن استردادها من قبل السارقين ، إنفاذ القانون أو غيرها من التهديدات.

لتثبيت حزمة الحذف الآمنة في Linux (Ubuntu) ، قم بتثبيتها بواسطة الأمر التالي:

$ sudo apt-get install secure-delete

ثم ل محو بياناتك لا توجد مساحة خالية ، جرب الأمر التالي:

sfill -f -v -ll /YOUR_MOUNTPOINT/OR_DIRECTORY

أين / YOUR_MOUNTPOINT / OR_DIRECTORY هي نقطة التحميل الخاصة بك (df -h، mount) أو الدليل لمسح المساحة الحرة.

اقرأ الدليل على http://manpages.ubuntu.com/manpages/hardy/man1/sfill.1.html


2
2017-07-04 21:22