Składnia: shred [OPCJA]... PLIK...
Wielokrotne zamazanie podanego PLIKU w celu utrudnienia odzyskania jego
zawartości nawet przy użyciu drogich urządzeń do odzyskiwania danych.

Argumenty obowiązkowe dla opcji długich obowiązują również dla krótkich.
  -f, --force    zmiana uprawnień w razie potrzeby, żeby pozwolić na zapis
  -n, --iterations=N  zamazanie N razy zamiast domyślnych 3 razy
      --random-source=PLIK  pobranie losowych bajtów z PLIKU
  -s, --size=N   zamazanie N bajtów (można używać przyrostków takich jak K,
                   M, G)
  -u, --remove   skrócenie i skasowanie pliku po zamazaniu
  -v, --verbose  pokazywanie przebiegu zamazywania
  -x, --exact    bez zaokrąglania rozmiarów plików w górę do pełnych bloków,
                   domyślnie dla plików innych niż zwykłe
  -z, --zero     dodatkowe zamazanie zerami, aby ukryć zamazywanie
      --help     wyświetlenie tego opisu i zakończenie
      --version  wyświetlenie informacji o wersji i zakończenie

Jeżeli PLIK jest podany jako -, zamazywane jest standardowe wyjście.

Jeżeli podana jest opcja --remove (-u) PLIK jest kasowany. Domyślnie PLIK
nie jest kasowany, ponieważ często operacje dotyczą plików urządzeń, jak
/dev/hda, a takie pliki zwykle nie powinny być usuwane. Przy zamazywaniu
zwykłych plików zwykle używa się opcji --remove.

UWAGA: Należy pamiętać, że shred opiera się na ważnym założeniu: że system
plików zamazuje dane w tym samym miejscu, gdzie je pierwotnie zapisał. Tak
dzieje się tradycyjnie, ale wiele nowoczesnych systemów plików tak nie robi.
Z następującymi systemami plików shred nie działa efektywnie albo nie ma
gwarancji, że działa efektywnie we wszystkich trybach pracy systemu plików:

* opartymi na logowaniu i journalingu, jak dostarczane z AIXem i Solarisem
  (oraz JFS, ReiserFS, XFS, Ext3 itd.)

* takimi, które zapisują dane na dodatkowych dyskach i kontynuują pracę,
  nawet jeżeli nie udają się niektóre operacje zapisu, jak systemy plików
  oparte na RAID

* które zapisują stan chwilowy, jak serwer NFS Network Appliance

* używającymi tymczasowego cache'a, jak klient wersji 3 NFS

* kompresowanymi

W przypadku systemu plików ext3 powyższe uwagi mają znaczenie (a shred ma
wtedy ograniczona efektywność) tylko w trybie data=journal, w którym
journallingowi podlega oprócz metadanych również zawartość pliku. Zarówno w
trybie data=ordered (domyślny) jak data=writeback shred działa jak zazwyczaj.
Tryb jourinallingu ext3 może byc zmieniony przez dodanie opcji data=opcja do
opcji mount-a dla danego systemu plików w pliku /etc/fstab, jak podaje manual
(man mount)

Dodatkowo backupy i zdalne kopie mogą zawierać egzemplarze tego samego pliku,
które nie mogą zostać usunięte i plik zamazany schredem może zostać
odtworzony.

Raporty o błędach shred wysyłaj do bug-coreutils@gnu.org
strona domowa GNU coreutils: http://www.gnu.org/software/coreutils/
Pomoc w używaniu oprogramowania GNU: http://www.gnu.org/gethelp/
O błędach tłumaczenia shred poinformuj przez http://translationproject.org/team/