directory /temp

[conraid]

find . \( ! -name . e` affinche` find ignori il dot (.) ecc. ecc.,
quindi no lo passa a rm -rf, quindi no error message!
Se eseguito con permission root, rm -rf cancella tutto.

L'ho eseguito proprio da root per fare la prova, visto che non ricordavo esattamente il warning che dava

Se sono dentro la directory mi da

Codice: Seleziona tutto

root@slack:/mnt/backup/tmp# rm -rf .*
rm: impossibile rimuovere la directory `.'
rm: impossibile rimuovere la directory `..'
root@slack:/mnt/backup/tmp#          

se non son dentro la dir ed uso il percorso assoluto, come lo script

Codice: Seleziona tutto

root@slack:/# rm -rf /mnt/backup/tmp/.*
rm: cannot remove `.' directory `/mnt/backup/tmp/.'
rm: cannot remove `..' directory `/mnt/backup/tmp/..'

Naturalmente basterebbe mettere nello script 2>/dev/null

Ma ora sono curioso di lost-found

[Paoletta]

Riassumendo verrebbe così:

Codice: Seleziona tutto

find . \( ! -name . ! -name .. ! -name lost+found \) -mount -exec rm -rf -- {} \; 2> /dev/null

??

per me non è il caso di fare sto casino...se uno non ha cose importanti di qualsiasi genere sotto /tmp può cancellarne tranquillamente il contenuto, file nascosti compresi, al momento dello shutdown e non in quello del riavvio;
Se l'utente cancella i dati ad esempio con uno script messo in rc.local il sistema in quel momento tramite /etc/rc.d/rc.S ha già creato dei files nascosti che servono a kde.

Perhcè star lì a rompersi la testa per cancellare le cose durante l'avvio del sistema quando tutto può essere fatto senza problemi al momento dello shutdown?

io ad esempio cancello il contenuto di /tmp tramite questo file:

Codice: Seleziona tutto

case "$1" in
    stop)
        echo "removing tmp..."
        rm -Rf /tmp/*
        ;;
    esac

questo file si chiama /etc/rc.d/rc.local_shutdown e la sua esistenza è prevista da /etc/rc.d/rc.0 (guardare il codice per credere)

Al riavvio successivo ci pensa /etc/rc.d/rc.S a ricrearmi /tmp come deve essere.

[conraid]

Perhcè star lì a rompersi la testa per cancellare le cose durante l'avvio del sistema quando tutto può essere fatto senza problemi al momento dello shutdown?

io ad esempio cancello il contenuto di /tmp tramite questo file:

Codice: Seleziona tutto

case "$1" in
    stop)
        echo "removing tmp..."
        rm -Rf /tmp/*
        ;;
    esac

Che è quello che avevo detto nel primo messaggio che ho inviato, io in effetti adesso l'ho in rc.local_shutdown, quando ancora non c'era lo mettevo in uno degli script di logout, mai in fase di boot

Ma tutto è nato per il warning sui file nascosti, con il tuo metodo (che è anche il mio in questo momento) i file nascosti rimangono
Ma da un po' di versioni di rm si può usare rm -rf /tmp/.* senza cancellare tutto.

Il seguito per me è più una curiosità

UPDATE
in effetti avevo scritto male, ora ho corretto

Avevo scritto "Si, puoi, ma fallo quando fai un logout" ma poi avevo erroneamente detto in rc.local

Hai fatto bene a correggermi, mi era proprio sfuggito l'errore

DIMENTICAVO:
naturalmente non uso rm -rf /tmp/.* al posto di rm -rf /tmp, ma li uso entrambi

[Paoletta]

è vero, per cancellare i files nascosti bisogna usare .*

comunque i files nascosti dentro /tmp in genere non occupano spazio eccessivo...l'importante è rimuovere ciò che nascosto non è.

[Mario Vanoni]

La root (/) montata non puo` avere un /tmp su una partizione separata,
non sarebbe in grado di funzionare al boot.
Quindi un /tmp/lost+found non esiste!
Mario Vanoni

stai scherzando spero.... la / viene montata RO al boot per poi essere rimontata RW, vengono montati gli pseudo filesystem e poi viene montato tutto quello che è in /etc/fstab (tranne filesystem di rete). Solo dopo viene preparata la /tmp.

C'è bisogno di farti vedere un df del mio sistema??
ciao

Permetti il dubbio ...

Ho diverse macchine, compresi dei server in ditta,
- con un solo HD (IDE/SCSI/SATA) e tanta memoria (>=1GB)
- con una sola partizione ext2, e _senza_ _swap_
- la maggior parte con kernel statico, senza moduli

df li` mostra solo root (/)

ls -al /tmp:
drw ... eccetera .
drw ... eccetera ..
quando vuoto.

mai vista una directory lost_found nel /tmp!
Esiste solo quale /lost+found e quindi ...

Mario Vanoni

[Mario Vanoni]

find . \( ! -name . e` affinche` find ignori il dot (.) ecc. ecc.,
quindi no lo passa a rm -rf, quindi no error message!
Se eseguito con permission root, rm -rf cancella tutto.

L'ho eseguito proprio da root per fare la prova, visto che non ricordavo esattamente il warning che dava

Se sono dentro la directory mi da

Codice: Seleziona tutto

root@slack:/mnt/backup/tmp# rm -rf .*
rm: impossibile rimuovere la directory `.'
rm: impossibile rimuovere la directory `..'
root@slack:/mnt/backup/tmp#          

se non son dentro la dir ed uso il percorso assoluto, come lo script

Codice: Seleziona tutto

root@slack:/# rm -rf /mnt/backup/tmp/.*
rm: cannot remove `.' directory `/mnt/backup/tmp/.'
rm: cannot remove `..' directory `/mnt/backup/tmp/..'

Naturalmente basterebbe mettere nello script 2>/dev/null

Ma ora sono curioso di lost-found :-)

Gli error warnings di find(1) vengono dal fatto che
find trova i files/le directories nel numero delle inodes,
e le spegne/cancella/rimuove in questo ordine.
Rimossa la directory sopra, rm -rf cancellando i files sotto
dopo non trova piu` la directory madre/padre, percio` 2>/dev/null.
Metti che la directory ha la inode numero 1000, i files sotto 1001 e 1002,
find -exec rimuove 1000, poi 1001,
ma rm -rf 1002 non trova piu` la inode1000, gia` scomparsa: error

Per lost+found vedi la risposta a "bloodlust".

Mario Vanoni

[bloodlust]

[cut]
- con una sola partizione ext2, e _senza_ _swap_
[cut]
df li` mostra solo root (/)

ls -al /tmp:
drw ... eccetera .
drw ... eccetera ..
quando vuoto.

mai vista una directory lost_found nel /tmp!
Esiste solo quale /lost+found e quindi ...

Mario Vanoni

Permetti di chiarire...
Come dici tu (nel tuo specifico caso) la partizione è solo una (montata sotto /) per cui /tmp, /var, /usr etc... sono tutti in quella partizione, su quel filesystem ext2. In questo caso avrai solamente /lost+found.

Se, come si fa normalmente su tutte le macchine che non siano adibite ad uso workstation, separi almeno /var e /tmp dalla partizione / (per ovvi motivi che non credo sia necessario spiegare) allora queste: risisedono su partizioni separate e su fs differenti da /.
La directory lost+found viene allocata in fase di creazione del filesystem ext?, quindi avendo per esempio:
/dev/sda1 = /
/dev/sda2 = /usr
/dev/sda3 = /var
/dev/sda4 = /tmp
avrai una directory lost+found su ognuno di questi filesystem.

[conraid]

Gli error warnings di find(1) vengono dal fatto che
find trova i files/le directories nel numero delle inodes,
e le spegne/cancella/rimuove in questo ordine.

Io parlavo di rm e basta, senza find

[Mario Vanoni]

[cut]
- con una sola partizione ext2, e _senza_ _swap_
[cut]
df li` mostra solo root (/)

ls -al /tmp:
drw ... eccetera .
drw ... eccetera ..
quando vuoto.

mai vista una directory lost_found nel /tmp!
Esiste solo quale /lost+found e quindi ...

Mario Vanoni

Permetti di chiarire...
Come dici tu (nel tuo specifico caso) la partizione è solo una (montata sotto /) per cui /tmp, /var, /usr etc... sono tutti in quella partizione, su quel filesystem ext2. In questo caso avrai solamente /lost+found.

Se, come si fa normalmente su tutte le macchine che non siano adibite ad uso workstation, separi almeno /var e /tmp dalla partizione / (per ovvi motivi che non credo sia necessario spiegare) allora queste: risisedono su partizioni separate e su fs differenti da /.
La directory lost+found viene allocata in fase di creazione del filesystem ext?, quindi avendo per esempio:
/dev/sda1 = /
/dev/sda2 = /usr
/dev/sda3 = /var
/dev/sda4 = /tmp
avrai una directory lost+found su ognuno di questi filesystem.

OK, esatto, ma "si fa normalmente" non riflette i miei 20+ anni
di esperienza come sysadm a partire da AT&T UNIX SVR2.
Il sistema sempre su una unica partizione, tutto il disco, casomai con swap.
Rationale: no overflow di una directory, ovviamente con HD capienti.
I secondi HD, unica partizione, servono/servivano solo come backup,
nominati /xyz o /quello_che_vuoi, con il loro lost+found.

Non ho mai avuto un overflow, l'abbiamo sempre previsto
- il primo HD 72MB con solo 16384 inodes
- il secondo 616MB con 65536 inodes, arrivati a 50000 files/dirs,
nuova macchina con HD's capaci, 4GB ai tempi e Linux.

Mario Vanoni

[bloodlust]

20 anni di esperienza e il fatto che tu segua delle "best practices" (nessuno ti obbliga a seguire determinati schemi di partizionamento sia ben chiaro, sta alla bontà dell'amministratore in base anche all'uso che deve fare di determinate macchine) non vanno per forza di pari passo.

ma credo qui si stia andando un po' OT.

buona domenica

[maxmo]

Perhcè star lì a rompersi la testa per cancellare le cose durante l'avvio del sistema quando tutto può essere fatto senza problemi al momento dello shutdown?

io ad esempio cancello il contenuto di /tmp tramite questo file:

Codice: Seleziona tutto

case "$1" in
    stop)
        echo "removing tmp..."
        rm -Rf /tmp/*
        ;;
    esac

questo file si chiama /etc/rc.d/rc.local_shutdown e la sua esistenza è prevista da /etc/rc.d/rc.0 (guardare il codice per credere)

Al riavvio successivo ci pensa /etc/rc.d/rc.S a ricrearmi /tmp come deve essere.

Puoi chiarire meglio? io non trovo questo file /etc/rc.d/rc.local_shutdown
e poi lo script dove devo inserirlo.

[maxmo]

è vero, per cancellare i files nascosti bisogna usare .*

comunque i files nascosti dentro /tmp in genere non occupano spazio eccessivo...l'importante è rimuovere ciò che nascosto non è.

Scusa se ti stresso; perchè non rimuovere anche quello nascosto?

[giberg]

[...]
questo file si chiama /etc/rc.d/rc.local_shutdown e la sua esistenza è prevista da /etc/rc.d/rc.0 (guardare il codice per credere)

Al riavvio successivo ci pensa /etc/rc.d/rc.S a ricrearmi /tmp come deve essere.

Puoi chiarire meglio? io non trovo questo file /etc/rc.d/rc.local_shutdown
e poi lo script dove devo inserirlo.

Crealo tu e inserisci il codice di Paoletta.
È previsto in rc.0 ed eseguito solo se esiste.

(Grazie per l'informazione utile Paoletta! )