Модератор: Модераторы разделов
Эка, какая юзерфрендли фича по умолчанию. Видать, тебе нравится, раз ты так нервно отвечаешь/dev/random писал(а): ↑15.06.2008 15:58
Маны надо читать. Определённая часть ext*-раздела (обычно 5%, но можно менять) резервируется для использования только root'ом, чтобы, даже если какой-нибудь долбанутый юзер забьёт весь диск, для работы системы всё равно хватало. Если система стоит на другом разделе - эту фичу можно отключить.
А никто и не заставляет.
Portnov писал(а): ↑23.01.2008 10:58По своему опыту могу сказать, что ext2/3, reiser3/4 - падали в разных условиях не раз (на разных машинах). XFS не падала ни разу, даже когда ее намеренно пытались запороть (для эксперименту) - все ошибки исправлялись при монтировании где-то за 20-30 секунд/раздел не зависимо от размера раздела, данные не пострадали ни разу.
jfs как-то боязно. Редко использую и отзывов никаких нету.. А xfs кажется sgi делали...
).г) полная поддержка чтения/записи из Linux и FreeBSD;
Я понимаю что надежность, быстрая проверка и малый размер служебных данных слабо совместимы и даже взаимоисключающи.
Во FreeBSD есть Jail.
Jail и есть полноценная виртуальная машина FreeBSD.
rics@archi
$ df -h
...
/dev/sdc1 459G 459G 4,6M 100% /mnt/anime0
/dev/sdb1 459G 458G 522M 100% /mnt/anime1
/dev/sde1 466G 4,2M 466G 1% /mnt/anime2
...root@archi
$ mkfs.xfs -d agcount=4 -l size=32m /dev/sde1Код: Выделить всё
# /etc/fstab
/dev/sde1 /mnt/anime2 xfs noatime,nodiratime,osyncisdsync 0 2Прошу подсказки у тех кто пользуется XFS - я все сделал правильно? Не скажутся ли заданные при форматировании и при монтировании опции на надежности хранения данных?
osyncisdsync
Make O_SYNC writes implement true O_SYNC. WITHOUT this option,
Linux XFS behaves as if an osyncisdsync option is used, which
will make writes to files opened with the O_SYNC flag set behave
as if the O_DSYNC flag had been used instead. This can result
in better performance without compromising data safety. However
if this option is not in effect, timestamp updates from O_SYNC
writes can be lost if the system crashes. If timestamp updates
are critical, use the osyncisosync option.
По умолчанию данные записываются в файлы JFS и JFS2 асинхронно. Тем не менее, JFS поддерживает три типа синхронного ввода-вывода. Первому типу соответствует флаг O_DSYNC. Если он будет указан при открытии файла, системный вызов write() будет возвращать управление программе только после записи в постоянную память всех данных и метаданных, необходимых для восстановления этих данных.
Другому типу синхронного ввода-вывода соответствует флаг O_SYNC. При указании этого флага функция write() будет выполнять те же действия, что и для флага O_DSYNC. Кроме того, перед передачей управления программе она запишет в постоянную память все атрибуты файла, связанные с вводом-выводом, даже если они не нужны для восстановления файла
...
Перед появлением флага O_DSYNC его функции в AIX выполнял флаг O_SYNC. Для обеспечения двоичной совместимости назначение этого флага менять нельзя. Для того чтобы воспользоваться фактическими функциями флага O_SYNC, при открытии файла нужно указать оба флага O_DSYNC и O_SYNC
Код: Выделить всё
errors=continue / errors=remount-ro / errors=panic
Define the behaviour when an error is encountered. (Either
ignore errors and just mark the file system erroneous and con‐
tinue, or remount the file system read-only, or panic and halt
the system.)Это конечно так, но как монтировать с оглядкой на ошибки, если перед этим выполнилась команда fsck.jfs, которая проверила диск, некоторые ошибки нашла (но не все), исправила их и пометила диск как не содержащий ошибок?
To test the recovery capabilities of JFS, I started crashing my system (forced power off) with increasing workloads. I repeated each crash twice to see if my results were consistent. .............. Throughout the crash testing, I saw no filesystem corruption, and the longest log replay time I experienced was about 3 seconds.
http://www.softpanorama.org/Internals/Filesystems/jfs.shtml
rm_ писал(а): ↑07.09.2008 12:35JFS считается одной из самых живучих ФС в плане выживаемости при неожиданных выключениях и перезагрузках, вот здесь автор так и не смог добиться чтобы она повредилась или потеряла данные:
http://www.softpanorama.org/Internals/Filesystems/jfs.shtml