* writeback mode
In data=writeback mode, ext4 does not journal data at all. This mode provides a similar level of journaling as that of XFS, JFS, and ReiserFS in its default mode - metadata journaling. A crash+recovery can cause incorrect data to appear in files which were written shortly before the crash. This mode will typically provide the best ext4 performance.
* ordered mode
In data=ordered mode, ext4 only officially journals metadata, but it logically groups metadata information related to data changes with the data blocks into a single unit called a transaction. When it's time to write the new metadata out to disk, the associated data blocks are written first. In general, this mode performs slightly slower than writeback but significantly faster than journal mode.
* journal mode
data=journal mode provides full data and metadata journaling. All new data is written to the journal first, and then to its final location.
In the event of a crash, the journal can be replayed, bringing both data and
metadata into a consistent state. This mode is the slowest except when data
needs to be read from and written to disk at the same time where it outperforms all others modes. Curently ext4 does not have delayed allocation support if this data journalling mode is selected.
можно еще в /etc/fstab до кучи добавить опцию data=writeback
и еще кстати :) у тебя же eeepc? там интеловское видео. с линуксовыми драйверами огребешь сильные тормоза графики. плюс к этому, снижение времени автономной работы с 8-8.5 часов (еее 901) до 5-5.5. после сильного тюнинга доводится до 6 часов с копейками. дальше копать мне было лень.
Да eeepc. Не знаю как там глючит gma950, а на моем стационарном компе все более менее. Не понял снижение времени автономной работы происходит из за интеловского видео? Впрочем меня вполне устроит и 5 часов.
First I booted to xubuntu live usb-disk and run
tune2fs -O ^has_journal /dev/sda1
It gave no errors, but when rebooted the laptop gave me initramfs prompt, and a message "Alert! /dev/disk/by-uuid/xxxxxxxx does not exist. Dropping to a shell!"
It was the same with kernel .28 and with safe modes.
The I booted to live disk again, and run
tune2fs -O has_journal /dev/sda1
which reverted the situation, and I was able to boot again.
> Не понял снижение времени автономной работы происходит из за интеловского видео?
а вот хз почему.. я поэтому, поигравшись с линуксом, вернул обратно ХП. подожду UNR 9.10 или пока до 9.04 доберется ядро 2.6.30, потом попробую еще раз. мне эти лишние 2-3 часа весьма критичны.