fastrm - Online nel cloud

PROGRAMMA:

NOME

fastrm - Rimuove rapidamente un elenco di file

SINOSSI

veloce [-di] [-c|-cI] [-s|-sM] [-u|-uN] directory-base

DESCRIZIONE

veloce legge un elenco di nomi di file o token API di archiviazione, uno per riga, dalla sua
input standard e li rimuove. I token API di archiviazione vengono rimossi tramite il SMannulla()
interfaccia. veloce non elimina i file in modo sicuro o con un occhio alla sicurezza, ma piuttosto
taglia ogni angolo possibile per eliminare i file il più velocemente possibile. Non dovrebbe quindi mai essere
eseguito su directory scrivibili pubblicamente o in qualsiasi altro ambiente in cui una parte ostile
può controllare la struttura della directory in cui funziona.

Se un nome di file non è un nome di percorso assoluto, è considerato relativo a base-
elenco come indicato sulla riga di comando. Il directory-base il parametro deve essere un semplice
percorso assoluto (non deve contenere più barre oblique consecutive o riferimenti al
directory speciali "." o "..").

veloce è progettato per essere più veloce della tipica pipeline "| xargs rm" quando viene dato un ordinato
elenco di nomi di file come input. Per esempio, veloce di solito chdir(2) in una directory
prima di rimuovere i file da esso, il che significa che se il suo input è ordinato, la maggior parte dei nomi passati a
scollegare(2) saranno nomi semplici. Questo può ridurre sostanzialmente il sistema operativo
sovraccarico dalle ricerche nella directory.

veloce presuppone che il suo input sia valido e che sia sicuro chiamare scollegare(2) su ogni file
nome è dato. Come misura di sicurezza, tuttavia, veloce quando si esegue come root controllerà
con stat(2) che un nome di file non specifica una directory prima di rimuoverlo. (In qualche
sistemi operativi, root è autorizzato a scollegare le directory, anche le directory che non lo sono
vuoto, che può causare il danneggiamento del file system.)

L'ingresso a veloce dovrebbe essere sempre ordinato -- o ancora meglio essere nell'ordine dei nomi dei file
sono emessi da Find(1) - se la velocità è un problema e l'input non è solo l'API di archiviazione
gettoni. (Si comporta bene con l'input non ordinato, ma è improbabile che sia più veloce in quel caso
di un semplice comando "| xargs rm".) L'ordinamento può anche velocizzare leggermente la rimozione di
token API di archiviazione a causa degli effetti di memorizzazione nella cache, poiché l'ordinamento tenderà a mantenere tutte le
token da un particolare metodo di archiviazione insieme.

È possibile attivare e/o ottimizzare varie ottimizzazioni aggiuntive per la rimozione dei file
opzioni (vedi sotto). Quali opzioni saranno più efficaci dipende fortemente dal
struttura sottostante del file system, il modo in cui le directory sono memorizzate e
ricercati e dettagli di implementazione del sistema operativo simili, spesso non documentati.
Più il sistema operativo e il file system sottostanti sono sofisticati, più è probabile
che eseguirà già l'equivalente di queste ottimizzazioni internamente.

VERSIONI

-c[I]
Controlla quando veloce chiamate chdir(2). Se il numero di file da scollegare da a
la directory data è almeno I, poi veloce cambierà in quella directory prima
scollegando quei file. Altrimenti, utilizzerà i nomi di percorso assoluti o a
nome del percorso relativo alla directory corrente (a seconda di quale è probabilmente più efficiente). Il
I il parametro è facoltativo; se solo -c viene data, -c1 si presume, che causerà veloce
chdir sempre prima di chiamare scollegare(2). L'impostazione predefinita è -c3. Utilizzare -c0 per evitare
veloce da sempre usando chdir(2).

-d Non rimuovere alcun file. Invece, stampa un elenco dei file che verrebbero rimossi a
uscita standard. Ogni riga contiene la directory corrente di veloce alla
volta che farebbe lo scollegamento e il nome del percorso relativo a cui passerebbe scollegare(2) come
due campi separati da spazi e da una "/", il nome del percorso assoluto (come singolo
campo) che sarebbe passato a scollegare(2), o la stringa "Token" e l'API di archiviazione
token che sarebbe stato rimosso.

-e Considera un file di input vuoto come un errore. Questo è molto utile quando veloce è l'ultimo in a
pipeline dopo un precedente sorta(1) comando, assicurandosi che veloce fallirà se l'ordinamento
non riesce.

-s[M]
Quando -s è dato e il numero di file da rimuovere in una directory è maggiore di M,
invece di rimuovere i file nell'ordine indicato, veloce aprirà la directory e leggerà
esso, scollegando i file nell'ordine in cui appaiono nella directory. Su sistemi con a
cache di directory per processo o che utilizzano una ricerca lineare per trovare i file in una directory,
questo dovrebbe rendere più veloci le ricerche nelle directory. Il M il parametro è facoltativo; se solo -s is
dato, -s5 è assunto.

Quando questa opzione è attiva, veloce non tenterà di rimuovere i file che non lo fa
vedere nella directory, possibilmente accelerandolo in modo significativo se la maggior parte dei file deve essere
rimossi sono già stati eliminati. Tuttavia, l'utilizzo di questa opzione richiede veloce fare
più lavoro interno e presuppone anche che l'ordine degli elenchi delle directory sia stabile
in presenza di chiamate a scollegare(2) tra le chiamate a leggidir(3). Questo potrebbe essere un
presupposto pericoloso con alcuni file system sofisticati (e in generale questa opzione
è utile solo con file system che utilizzano ricerche lineari non indicizzate per trovare file in
directory o quando la maggior parte dei file da rimuovere è già stata eliminata).

Questa ottimizzazione è disattivata per impostazione predefinita.

-u[N]
Specificare questa opzione promette che non ci sono collegamenti simbolici nell'albero delle directory
da cui vengono rimossi i file. Questo permette veloce per fare un ulteriore
ottimizzazione alle sue chiamate a chdir(2), costruendo un percorso relativo usando "../ .." e
il mi piace passare a chdir(2) invece di usare sempre percorsi assoluti. Da questo
riduce il numero di ricerche di directory necessarie con strutture di directory profondamente nidificate
(come quello tipicamente creato dall'archiviazione di spool di notizie tradizionale), può essere a
ottimizzazione significativa, ma si rompe orribilmente in presenza di collegamenti simbolici a
directory.

Quando -u viene data, veloce userò al massimo N livelli di ".." segmenti da costruire
percorsi. N è facoltativo; se solo -u viene data, -U1 è assunto.

Questa ottimizzazione è disattivata per impostazione predefinita.

veloce accetta anche -a ed -r opzioni, che non fanno nulla tranne che ti permettono di dire
"fastrm -usa", "fastrm -usr" o "fastrm -user". Questi sono spesso set convenienti
di opzioni da utilizzare.

EXIT STATUS

veloce esce con uno stato pari a zero se non ci sono stati problemi e uno stato di uscita pari a 1 se
qualcosa è andato storto. Il tentativo di rimuovere un file che non esiste non è considerato a
problema.

ESEMPI

veloce è tipicamente invocato da INN via scadere(8) usando un comando come:

fastrm -e < scade.lista

Per abilitare tutte le ottimizzazioni e vedere l'effetto sull'ordine di rimozione causato da -s, Usare:

fastrm -d -s -e -u < scade.lista

Se il tuo file system ha ricerche di directory indicizzate, ma hai una directory profondamente nidificata
struttura, potresti voler utilizzare una serie di flag come:

fastrm -e -u3 < scade.lista

preferire fortemente percorsi relativi ma non usare leggidir(2) per ordinare le chiamate a
scollegare(2).

Potresti voler modificare scadere(8) per cambiare i flag passati a veloce.

AVVERTENZE

veloce taglia gli angoli e non si preoccupa della sicurezza, quindi non usa chdir(2) in modo sicuro
e potrebbe essere indotto a rimuovere file diversi da quelli previsti se eseguito su a
albero di file appositamente costruito o un albero di file che viene modificato mentre è in esecuzione.
Non dovrebbe quindi mai essere usato con directory scrivibili da tutti o qualsiasi altra directory
che potrebbe essere controllato o modificato da un utente malintenzionato.

NOTE

veloce rinvia l'apertura del sottosistema di archiviazione o il tentativo di analizzare qualsiasi configurazione INN
file fino a quando non incontra un token nell'elenco dei file da rimuovere. È quindi possibile
usare veloce al di fuori di INN come un programma generale di rimozione rapida dei file.

STORIA

veloce è stato originariamente scritto da[email protected]>. Questa pagina di manuale è stata riscritta in
POD di Russ Allbery[email protected]> per InternetNews.

$Id: fastrm.pod 9767 2014/12/07 21:13:43Z iulius $

Usa fastrm online utilizzando i servizi onworks.net