Non precisamente. Se vi riferite a ext4_lagfix:
codice:
if ( mount | grep -w ext4 ) then
echo "EXT4 Partition Found!"
echo "Remounting..."
mount -o noatime,remount,rw,discard,barrier=0,commit=60,noauto_da_alloc,delalloc /cache /cache;
mount -o noatime,remount,rw,discard,barrier=0,commit=60,noauto_da_alloc,delalloc /data /data;
mount >> /data/adrenaline/engine/etc/fsck.log;
else
echo "EXT4 Partition Not Found!"
fi
fa semplicemente un remount di /cache e /data se un qualsiasi file system ext4 è presente. Il che è una bug mostruosa (anche se benigna, non distruttiva) in quanto magari prova a fare il remount di file system rfs quando quello che effettivamente è ext4 manco lo tocca. In pratica quello script nella maggioranza dei casi non fa proprio nulla.
La soluzione giusta invece è la seguente:
codice:
for k in $(busybox mount | grep "type ext" | cut -d " " -f3)
do
sync
log -p i -t FSoptimize "Remounting filesystem $k with discard,barrier=0,commit=60,noauto_da_alloc,delalloc"
busybox mount -o remount,discard,barrier=0,commit=60,noauto_da_alloc,delalloc $k
done
Ossia prendere ogni file system di formato extN, e fare il remount di questo con le nuove opzioni.
Comunque state attenti: diffidate dai nomi altisonanti. L'unica adrenalina di quegli script è quella che mi viene alla sola idea di pensare di installarli. Alcune idee sono anche buone, ma sono implementati con i piedi. script in /data? Blasfemia!