نام (NAME)

shred - بازنویسی مکرر فایل(های) مشخص‌شده برای دشوارتر کردن بازیابی داده‌ها حتی با کاوشگرهای سخت‌افزاری بسیار گران‌قیمت

خلاصه دستور (SYNOPSIS)

shred [OPTION]... FILE...

توضیحات (DESCRIPTION)

فایل(های) مشخص‌شده را به صورت مکرر بازنویسی می‌کند تا بازیابی داده‌ها حتی با استفاده از کاوشگرهای سخت‌افزاری بسیار گران‌قیمت نیز دشوارتر شود.

گزینه‌ها (OPTIONS)

-f, --force

در صورت لزوم، مجوزها را برای مجاز ساختن نوشتن تغییر می‌دهد

-n, --iterations <NUMBER> [پیش‌فرض: 3]

بازنویسی به تعداد N بار به جای مقدار پیش‌فرض (3)

-s, --size <N>

امحای این تعداد بایت (پسوندهایی مانند K، M، G پذیرفته می‌شوند)

-u

آزادسازی فضا و حذف فایل پس از پایان بازنویسی

--remove[=<HOW>]

مشابه -u اما نحوهٔ حذف (HOW) را کنترل می‌کند؛ بخش زیر را ببینید

مقادیر ممکن:

-v, --verbose

نمایش روند پیشرفت

-x, --exact

اندازهٔ فایل‌ها را به سمت بالا به یک بلوک کامل گرد نمی‌کند؛ این حالت پیش‌فرض برای فایل‌های غیرعادی (non-regular) است

-z, --zero

یک مرحله بازنویسی نهایی با صفر اضافه می‌کند تا عمل امحا (shredding) پنهان شود

--random-source

دریافت بایت‌های تصادفی از FILE

-h, --help

نمایش راهنما

-V, --version

نمایش نسخه

[file]

توضیحات تکمیلی (EXTRA)

در صورت مشخص شدن --remove (-u)، فایل(ها) را حذف می‌کند. حالت پیش‌فرض عدم حذف فایل‌ها است، زیرا اجرای این دستور روی فایل‌های دستگاهی مانند /dev/hda امری معمول است و این‌گونه فایل‌ها اصولاً نباید حذف شوند.

احتیاط: توجه داشته باشید که shred بر یک فرض بسیار مهم متکی است: اینکه سیستم‌فایل، داده‌ها را در همان محل قبلی بازنویسی می‌کند (in place). این روش، رویکردی سنتی است اما ساختار بسیاری از سیستم‌فایل‌های مدرن این فرض را برآورده نمی‌کند. موارد زیر نمونه‌هایی از سیستم‌فایل‌هایی هستند که shred بر روی آن‌ها مؤثر نیست، یا تضمینی برای اثربخشی آن در تمام حالت‌های سیستم‌فایل وجود ندارد:

- سیستم‌فایل‌های مبتنی بر لاگ (log-structured) یا ژورنالی، مانند نمونه‌های ارائه‌شده در
AIX و Solaris (و همچنین JFS، ReiserFS، XFS، Ext3 و غیره)

- سیستم‌فایل‌هایی که داده‌های افزونه می‌نویسند و حتی در صورت شکست برخی از عملیات نوشتن
به کار ادامه می‌دهند، مانند سیستم‌فایل‌های مبتنی بر RAID

- سیستم‌فایل‌هایی که تصویر لحظه‌ای (snapshot) تهیه می‌کنند، مانند سرور NFS متعلق به Network Appliance'

- سیستم‌فایل‌هایی که داده‌ها را در مکان‌های موقت ذخیره (cache) می‌کنند، مانند کلاینت‌های
NFS نسخه ۳

- سیستم‌فایل‌های فشرده‌سازی‌شده

در مورد سیستم‌فایل‌های ext3، سلب مسئولیت فوق (و در نتیجه کارایی محدود shred) تنها در حالت data=journal صدق می‌کند؛ حالتی که علاوه بر فراداده‌ها (metadata)، داده‌های فایل را نیز ژورنال می‌کند. در هر دو حالت data=ordered (پیش‌فرض) و data=writeback، دستور shred طبق معمول عمل می‌کند. حالت‌های ژورنال Ext3 را می‌توان با افزودن گزینهٔ data=something به گزینه‌های اتصال یک سیستم‌فایل مشخص در فایل /etc/fstab تغییر داد؛ همان‌طور که در صفحهٔ راهنمای mount توضیح داده شده است (`man mount`).

علاوه بر این، نسخه‌های پشتیبان سیستم‌فایل و آینه‌های از راه دور (remote mirrors) ممکن است شامل رونوشت‌هایی از فایل باشند که حذف آن‌ها ممکن نیست، و همین امر امکان بازیابی فایل امحاشده را در آینده فراهم می‌سازد.

نسخه (VERSION)

v(uutils coreutils) 0.11.0