монтирование jfs при загрузке

Поменял корневую систему с ext3 на jfs и получил неприятность: система монтируется только на чтение. Если сделать

mount -o remount /

то всё работает, я сейчас эту строку и прописал в localmount. Но мне кажется что это неправильно.
Вот grub

title Gentoo Linux
root (hd0,0)
kernel /boot/Gremlin-2.6.32 root=/dev/sda5 ro

И fstab

/dev/sda1		/boot		ext3		noatime,defaults		0 2
/dev/sda5		/		jfs		noatime,defaults,errors=remount-ro	0 1
/dev/sda6		/home		jfs		noatime,defaults		0 2

Ах да почему я решил что неправильно:
1. при выключении компа говорит что открыта консоль root( я её открыть(найти) не могу);
2. сервисы незавершаются, т.е. система не выключается, а тупо падает( как если питание дёрнуть)
Чуть не забыл система 64-битная(вдруг важно).
P.S. спасибо что выслушали :)

Первый раз такое вижу!!! :o

noatime,defaults,errors=remount-ro

а что если man mount почитать? :)
И зачем ro в cmdline?

noatime,defaults,errors=remount-ro

в том то и дело, читал не помогает :)
а ro нашёл в интернете, рекомендуют с jfs использовать, кому-то помогает

Что именно не помогает? :)

Я бы убрал из опций mount всё, кроме noatime, для начала и ro из cmdline.

я идиот

спасибо большое, частично помогло.
сейчас система грузится и пишет что не может стартовать dbus, говорит что файл в системе только на чтение, а если зайти под root и запустить сервис ручками, то всё нормально

А зачем поменяли? Что хотели

А зачем поменяли? Что хотели получить в качестве выигрыша?

У jfs довольно "странные" утилиты, в частности fsck не лечит ФС на автомате (при отработке fsck -a), из-за чего приходится для лечения запускаться с LiveCD.

понравилась заочно :)

С ext3 случались потери при сбоях(файлы портелись), хотя и не критичные для меня
Также, когда стало мало свободного места fsck уж очень долго проверяет( а диск то всего 200G)
Также почитал "умные" статьи про скорость работы ФС :)
Но самое главное, говорят что при сбоях jfs не убивает файлы, как большинство других( не забивает нулями и т.д.)

P.S. Можете подсказать другую подходящую ФС, быструю и с хорошим журналом.

ext4, ext3, ReiserFS

ext4, ext3, ReiserFS

их смотрел

ext3 не хочу :)
Да и у остальных скорость не лучшая, хотя ext4 и выделяется из списка.
Но как у нёё с сохранением данных? А то по тестам она шустра и стабильна, а на деле как?

На деле я бы пока отказался от ext4.

Впрочем, возможно уже настал час на неё переходить. С ReiserFS проблем не возникало, очень шустрая, но есть нагрузка на проц. Самый надёжный вариант -- ext3, это сбалансированная скорость и стабильность. А при потере текстовых файлов можно юзать grep ... -A ... -B ... /dev/sdX >/path/to/restore по диску. Лучше добиться полного отсутствия сбоев, найти и устранить причину. Впрочем, даже со сбоями я проработал 2.5 года, и ни ReiserFS, ни ext3 ни разу не подвели. А когда поймал свой баг, поставил в cmdline clocksource=acpi_pm, и сбои прекратились.

:)

я вам завидую, у меня сбоит 220V, и я не могу найти причину, хотя можно попытаться :)

я сейчас думаю разобраться с jfs, а уже в крайнем случае перейти на ext4

Gremlin_86 написал(а):С ext3

Gremlin_86 написал(а):
С ext3 случались потери при сбоях(файлы портелись), хотя и не критичные для меня

Я не писал о потерях, я говорил, что ФС не лечится штатной утилитой, и на ней остаются ошибки после fsck. А это уже мешает.
У нас на рабочих станциях /var под jfs, регулярно получаю проблемы в связи с тем, что fsck не удаляет ошибки, из /var/run и /var/lib оставляя там мусор, что приводит оказам в работе системных демонов.

Gremlin_86 написал(а):
Также, когда стало мало свободного места fsck уж очень долго проверяет( а диск то всего 200G)

Да скорость, но какой ценой...

Gremlin_86 написал(а):
Также почитал "умные" статьи про скорость работы ФС :)

Может приведёте примеры? То что читал я говорило только о не требовательности к процессору у jfs.

Gremlin_86 написал(а):
Но самое главное, говорят что при сбоях jfs не убивает файлы, как большинство других( не забивает нулями и т.д.)

Не слушайте тех кто так говорит. Данное поведение характерно для XFS из-за её особенностей (механизма delayed allocation, AFAIK). Где Вашим советчикам привидилось большинство?

Ссылку уже не приведу, но там

Ссылку уже не приведу, но там была большая разница в скорости создания файлов и директорий, а всё остальное почти как у всех
Не требовательность к процу меня тоже подкупила( после того что прочёл про файлы ).
Возник вопрос: а можно сейчас переходить на ext4, или ранова-то. У меня в рассмотрении были две системы jfs и ext4, но я засомневался во второй( молодая очень и всё что перечитал пишут что не всё ещё доделано).

После экспериментов

Столкнулся с кучей проблем, причём некоторые мне непонятны вообще: при перекомпиляции ядра говорит, что проц не поддерживается
Демоны не пускаются из-за разного рода причин, причём не все.
Мой вывод такой - что-то случилось с правами или с моими руками(выросли не из нужных мест) :)

Всем огромное спасибо за помощь и промывку мозгов, попробую ext4, а если что, то назад на ext3.

Зря грешил на файловую систему, открылись новые проблемы, сделаю другую тему.

Gremlin_86

Gremlin_86 написал(а):
Столкнулся с кучей проблем, причём некоторые мне непонятны вообще: при перекомпиляции ядра говорит, что проц не поддерживается
Демоны не пускаются из-за разного рода причин, причём не все.
Мой вывод такой - что-то случилось с правами или с моими руками(выросли не из нужных мест) :)

а расскажите нам как переносили данные ;)

сейчас я уже понял что

сейчас я уже понял что изначально с файловой системой проблемы возможно и не было, но это уже не важно

переносил так

tar -cvpzf backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/sys --exclude=backup.tgz --exclude=/tmp --exclude=/home --exclude=/boot /

потом соответственно так

tar -xvpzf backup.tgz -C /

ну и руками оставшееся создал. Также ещё очистил кое-что из /var/tmp

Сейчас происходят интересные вещи, у сервисов(демонов) не хватает прав на переписку своих пидов, и при попытки скомпилить ядро мне говорит следующее:

  CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  SYMLINK include/asm -> include/asm-x86
  CALL    scripts/checksyscalls.sh
  CHK     include/linux/compile.h
  AS      arch/x86/kernel/acpi/realmode/wakeup.o
cc1: ошибка: заданный процессор не поддерживает набор команд x86-64
cc1: ошибка: заданный процессор не поддерживает набор команд x86-64
cc1: предупреждение: -mregparm is ignored in 64-bit mode
make[4]: *** [arch/x86/kernel/acpi/realmode/wakeup.o] Ошибка 1
make[3]: *** [arch/x86/kernel/acpi/realmode/wakeup.bin] Ошибка 2
make[2]: *** [arch/x86/kernel/acpi] Ошибка 2
make[1]: *** [arch/x86/kernel] Ошибка 2
make: *** [arch/x86] Ошибка 2

может кто знает в какую сторону копать?

создал новую тему, так как по

создал новую тему, так как по старой уже помогли
резервное копирование системы

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".