find /partizione -xdev -type f -print0 | xargs -0 chattr +e
seguito da:
find /partizione -xdev -type d -print0 | xargs -0 chattr +e
Ovviamente
“partizione” andrà sostituita, appunto, con la partizione ext4
su cui volete estendere gli attributi (per esempio /home piuttosto
che /Archivio etc etc)
Ma
cosa abbiamo fatto con questi due comandi? In parole spicciole con la
prima istruzione abbiamo esteso i nuovi attributi a tutti i file
presenti nella partizione , mentre con la seconda abbiamo esteso gli
attributi anche alla cartelle. Da questo momento in poi anche i
“vecchi” file scritti precedentemente con ext3 beneficeranno delle nuove caratteristiche di ext4.
Aggiungi ai preferiti
Condividi
Manda via mail
Visto: 1354
Commenti (5)
Commenti via RSS feedMostra/Nascondi commenti
...
per farlo in una botta su tutte le partizioni ext4 montate:
for i in `cat /proc/mounts | awk '{ if ($3 == "ext4") print $2}'`; do sudo find $i -xdev -type f -or -type d -exec chattr +e '{}' ; ; done
for i in `cat /proc/mounts | awk '{ if ($3 == "ext4") print $2}'`; do sudo find $i -xdev -type f -or -type d -exec chattr +e '{}' ; ; done
,
dicembre 30, 2009
-
- +0
-
-
Prestazioni e rimedi
Dal passaggio a ext3 a ext4 purtroppo pare ci siano problemi di perdita di dati a seguito di blocchi improvvisi del sistema (per esempio mancanza di corrente).
Nel kernel 2.6.32 si è corsi ai ripari disabilitando la cache in scrittura; inutile dire che le prestazioni di ext4 calano in modo pauroso.
Per chi è avventuriero, non ha a che fare con dati estremamente sensibili oppure ha piena fiducia nella propria rete elettrica e nella stabilità del suo pc, basta montare la partizione con l'opzione barrier=0
Per esempio in fstab:
UUID=a0c34f10-aa60-4b9e-ba7e-3a67b37a6854 /mnt/myext4 ext4 defaults,noatime,barrier=0 0 1
e le prestazioni sono le stesse che si avevano con il kernel 2.6.31.
Io l'ho fatto...
Nel kernel 2.6.32 si è corsi ai ripari disabilitando la cache in scrittura; inutile dire che le prestazioni di ext4 calano in modo pauroso.
Per chi è avventuriero, non ha a che fare con dati estremamente sensibili oppure ha piena fiducia nella propria rete elettrica e nella stabilità del suo pc, basta montare la partizione con l'opzione barrier=0
Per esempio in fstab:
UUID=a0c34f10-aa60-4b9e-ba7e-3a67b37a6854 /mnt/myext4 ext4 defaults,noatime,barrier=0 0 1
e le prestazioni sono le stesse che si avevano con il kernel 2.6.31.
Io l'ho fatto...
,
dicembre 30, 2009
-
- +0
-
-
...
Andy grazie mille per la preziosa dritta....tra l'altro appena passato a 2.6.32.....sto informandomi su tutta la questione vediamo cosa ne esce fuori
,
dicembre 30, 2009
|
-
- +0
-
-
...
Bene bene non ostante le feste siano finite da poco eccoci quì. Allora la questione sollevata da Andy è condivisibile....infatti come si evince da questo http://git.kernel.org/?p=linux...25b9aeb745 i problemi ci sono stati. Tuttavia pare che siano stati risolti con la relase 2.6.32 dove, come sottolineava Andy, sono evidenti i cali prestazionali....detto questo, ma è solo una opinione,è auspicabile credere che il problema venga risolto con le prossime relase...
Consigli? Io mi tengo ext4, sinceramente non ho sentito il peso di questo calo da prestazioni......e me lo tengo al sicuro tra l'altro senza barrier=0
Andy grazie ancora per la segnalazione 
Consigli? Io mi tengo ext4, sinceramente non ho sentito il peso di questo calo da prestazioni......e me lo tengo al sicuro tra l'altro senza barrier=0
Andy grazie ancora per la segnalazione
,
gennaio 02, 2010
|
-
- +0
-
-
Mostra/Nascondi form commento
