Du vet sikkert hva journalisering er. I filsystemer er det nødvendig for at du skal kunne gjenopprette filsystemet hvis det oppstår en feil. Dette er spesielt nyttig i tilfeller der skriving av data var i gang da feilen oppstod.
Det er kjent at når en skriving er ufullstendig, vil filsystemet forbli i en korrupt tilstand og kan ikke monteres. Hvis du aktiverer logging, vil fsck kunne utføre en sjekk under oppstart av systemet og gjenopprette tilstanden fra loggen. La oss nå se hvordan du deaktiverer logging i Ext4.
Hvordan sjekke om logging er aktivert for en bestemt diskpartisjon? Utfør:
$ sudo dumpe2fs /dev/nvme0n1p5 | grep has_journal
Se /dev/nvme0n1p5
- partisjonsfil. Den kan ha et annet navn. Hvis det står has_journal
i Filesystem Features-linjen, er journalen aktivert. Hvis den er aktivert og alt fungerer. Deaktivering av journalisering av filsystemet gjøres på denne måten:
$ sudo tune2fs -O ^has_journal /dev/nvme0n1p5
Hvis du ikke ønsker å deaktivere journalisering, men likevel ønsker at systemet skal være mer produktivt, aktiverer du tilbakeskrivingsmodus
. Etter det vil ingen data bli skrevet til loggen, bortsett fra metadata.
Dataene ligger først på disken, og deretter logges operasjonen. Ext4 viser best ytelse i denne driftsmodusen.
La oss gjøre det:
$ sudo tune2fs -o journal_data_writeback /dev/nvme0n1p5
Hvordan får jeg tilbake loggføringsmodusen? For å gjøre dette kan du utføre:
$ sudo tune2fs -o journal_data_ordered /dev/nvme0n1p5
På samme måte som for tilbakeskrivingsmodus kan /etc/fstab
aktiveres av brukeren. I partisjonsmonteringsalternativene legger du til data=writeback
:
$ sudo vi /etc/fstab
Finnes det noen annen måte å øke ytelsen på? Ja, legg til alternativet noatime
, som deaktiverer oppdatering av feltet for sist brukte fil. Dette reduserer antall tilganger til disken, men vil forlenge levetiden til SSD-en.