it-swarm.asia

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

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

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

141
Alex B

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

يمكنك استخدام مجموعة من الأدوات تسمى الحذف الآمن.

Sudo apt-get install secure-delete

هذا لديه أربع أدوات:

srm - حذف ملف موجود بشكل آمن
smem - آمن حذف آثار ملف من ذاكرة الوصول العشوائي
sfill - امسح كل المساحة المحددة على أنها فارغة على محرك الأقراص الثابتة
sswap - امسح كل البيانات من مساحة المبادلة.

من صفحة رجل srm

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

عملية حذف البيانات الآمنة من srm يذهب مثل هذا:

  • 1 تمر مع 0xff
  • 5 تمريرات عشوائية. يتم استخدام /dev/urandom للحصول على RNG آمن إذا كان ذلك متاحًا.
  • 27 يمر مع القيم الخاصة التي حددها بيتر جوتمان.
  • 5 تمريرات عشوائية. يتم استخدام /dev/urandom للحصول على RNG آمن إذا كان ذلك متاحًا.
  • إعادة تسمية الملف إلى قيمة عشوائية
  • اقتطاع الملف

كتدبير إضافي للأمان ، يتم فتح الملف في وضع O_SYNC وبعد كل تم إجراء مكالمة fsync(). يكتب srm كتل 32 كيلو بايت لغرض السرعة ، وملء مخازن ذاكرة التخزين المؤقت للقرص لإجبارهم على مسح البيانات القديمة التي تنتمي إلى الملف والكتابة فوقها.

105
fnord_ix

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

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 ، سيكون الأمر {بالتأكيد مصدر قلق بسبب الحد المسموح به من ملف 2 جيجا بايت: معظم وحدات التخزين أكبر من هذه الأيام (8TiB هو الحد الأقصى لحجم وحدة التخزين IIRC). يمكنك حل هذه المشكلة عن طريق نقل إخراج الإخراج cat /dev/zero الكبير عبر split لإنشاء عدة ملفات أصغر وضبط المراحل وحذف المراحل وفقًا لذلك.

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

مع 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) ، وتفسرها وحدة التحكم الافتراضية ، فإن ذلك قد يحل هذا ، لكنني لا أعرف أي ظروف يحدث فيها ذلك فعليًا وأوسع نطاقًا إن مناقشة ذلك أمر في مكان آخر (نقترب بالفعل من الخروج عن الموضوع بالنسبة للسؤال الأصلي ، لذا إذا كان هذا الأمر يثير اهتمامك ، فقد تكون بعض الأسئلة التجريبية و/أو أسئلة المتابعة مرتبة).

69
David Spillett

تحذير

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

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

صحيح الارتباط الهش في هذا الإجراء هو نظام الملفات . تحتفظ بعض أنظمة الملفات بمساحة للاستخدام الخاص ، ولا يتم توفيرها كـ "مساحة حرة". ولكن قد تكون هناك بياناتك . يتضمن الصور ورسائل البريد الإلكتروني النص العادي الشخصية ، أيا كان. لقد قمت للتو بحجز googled + space + 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

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


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

44
user39559

هناك فائدة zerofree على الأقل في أوبونتو:

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: الاحتفاظ بصور مختلفة لنظام الملفات - إنه من مؤلفه - Ron Yorston (9 أغسطس 2012)

27
osgx

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

  1. تثبيت BleachBit
  2. قم بالعمل كجذر بالنقر فوق التطبيقات - أدوات النظام - BleachBit كمسؤول.
  3. في التفضيلات ، أخبرها بالمسارات التي تريدها. عموما انها تخمينهم جيدا. تريد تضمين مسار واحد للكتابة لكل قسم. عادةً ما يكون هذا هو/home/اسم المستخدم و/tmp ، ما لم تكن هي نفس القسم ، وفي هذه الحالة فقط اختر واحدًا.
  4. حدد مربع النظام - امسح مساحة القرص الحرة.
  5. انقر فوق حذف.

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

3
Andrew Z

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

في تلك الحزمة ، يمكنك العثور على أداة 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
kenorb

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

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

سيملأ الأمر أدناه محرك الأقراص الخاص بك بنص تشفير 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
Roger Lawhorn

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

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

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

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

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

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


هذا الرابط توصي scrub لمسح مساحة حرة. لم تجرب ذلك.

2
dmckee

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

2
dkaylor

أسهل لاستخدام فرك :

scrub -X dump

سيؤدي هذا إلى إنشاء مجلد dump في الموقع الحالي وإنشاء ملف حتى يتم ملء القرص. يمكنك اختيار نقش باستخدام الخيار -p (nnsa|dod|bsi|old|fastold|gutmann).

ليس من السهل تثبيت فرك ( راجع منتديات Ubuntu على هذا ) ، ولكن بمجرد الانتهاء من التثبيت ، ستكون لديك بالفعل أداة بسيطة وفعالة في يدك.

1
FMaz008

لقد وجدت حلاً بسيطًا يعمل على Linux و MacOS. انقل في المجلد الجذر للقرص وقم بتشغيل هذا الأمر:

for i in $(seq 1 //DISKSPACE//); do dd if=/dev/zero of=emptyfile${i} bs=1024 count=1048576; done; rm emptyfile*;

حيث // DISKSPACE // هو الحجم بالجيجابايت من القرص الثابت.

1
Enrico

استخدام DD وفقط صفر من المساحة الحرة. إنها بيانات أسطورة تحتاج إلى أن تكون مكتوبة عدة مرات (فقط أسأل بيتر guntmann) والبيانات العشوائية ، في مقابل 1 ثم 0 يشير إلى نشاط غير طبيعي. ثم النتيجة النهائية هي محرك نظيف مع وقت أقل في الكتابة. إلى جانب ذلك ، لا يمكن لبرامج الحذف الآمنة guarentee الكتابة فوق الملف الحقيقي على أنظمة الملفات الحديثة (journaled). تفضل لنفسك واحصل على photorec ، امسح محرك الأقراص الخاص بك لرؤية الفوضى ، امسحها بقرص واحد واختياريًا باستخدام الأصفار لجعلها تبدو بلا مساس. إذا كان photorec لا يزال يجد الأشياء ، فتذكر أنه يقوم بمسح كل ما هو متاح ، فقم بذلك بعناية مرة أخرى مع مستخدم الجذر.

تذكر أن cia/fbi/nsa لا تحتوي على آلة رائعة يمكنها قراءة الحالة الفعلية لبتات الوسائط المغناطيسية الخاصة بك. كان هذا مجرد ورقة مكتوبة منذ وقت طويل. "ماذا لو". ما عليك سوى مسح 1 مرة.

1
fred

هنا هو النص "sdelete.sh" الذي أستخدمه. انظر التعليقات للحصول على التفاصيل.

# Install the secure-delete package (sfill command).

# To see progress type in new terminal:
# watch -n 1 df -hm

# Assuming that there is one partition (/dev/sda1). sfill writes to /.
# The second pass writes in current directory and synchronizes data.
# If you have a swap partition then disable it by editing /etc/fstab
# and use "sswap" or similar to wipe it out.

# Some filesystems such as ext4 reserve 5% of disk space
# for special use, for example for the /home directory.
# In such case sfill won't wipe out that free space. You
# can remove that reserved space with the tune2fs command.
# See http://superuser.com/a/150757
# and https://www.google.com/search?q=reserved+space+ext4+sfill

Sudo tune2fs -m 0 /dev/sda1
Sudo tune2fs -l /dev/sda1 | grep 'Reserved block count'

Sudo sfill -vfllz /

# sfill with the -f (fast) option won't synchronize the data to
# make sure that all was actually written. Without the fast option
# it is way too slow, so doing another pass in some other way with
# synchronization. Unfortunately this does not seem to be perfect,
# as I've watched free space by running the "watch -n 1 df -hm"
# command and I could see that there was still some available space
# left (tested on a SSD drive).

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

Sudo tune2fs -m 5 /dev/sda1
Sudo tune2fs -l /dev/sda1 | grep 'Reserved block count'
1
Czarek Tomczak

هذه ليست إجابة! مجرد تعليق للراغبين في استخدام pv... لذلك لا تهتم بالتصويت.

على Linux Mint 17.3 يمكنك استخدام pv ( عرض توجيه الإخراج ) للحصول على تقدم في الكتابة. فمثلا:

# Install pv (pipe view)
Sudo apt-get install pv

# Write huge file of approximate size of /dev/sdb, using urandom data:
pv --timer --average-rate --progress --numeric --eta --interval 5 --size "$(blockdev --getsize64 /dev/sda )" /dev/urandom >Rand.file

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

على قرص HD قديم جدًا ، أحصل على معدل بيانات حول 13 ميجابايت/ثانية باستخدام /dev/urandom ، وحوالي 70 ميجابايت/ثانية ، عند استخدام /dev/zero. من المحتمل أن يتحسن ذلك أكثر عند استخدام dd أو cat ، وليس pv.

0
not2qubit

أنا أحيانًا أستخدم هذا bash one-بطانة:

while :; do cat /dev/zero > zero.$RANDOM; done

عندما يبدأ بالقول إن القرص ممتلئ ، فقط اضغط Ctrl+C وإزالة ملفات zero.* التي تم إنشاؤها.

إنه يعمل على أي نظام ، بغض النظر عن حدود حجم الملف.
تجاهل أي أخطاء cat: write error: File too large.

0
Nicolas Raoul