ошибка монтирования диска при загрузке [решено]

если можно объясните подробнее, что там происходит, он же просто монтирует диски, что ему туда писать? это же не корень
Это надо разбираться в программировании на bash и знать параметры условия, выполняющегося когда пользователь должен запускать проверку вручную.
хотелось бы на будущее знать как заставить арч делать тоже самое самостоятельно.
А зачем? Всегда может наступить момент, когда это не сработает. К тому же, бездумное использование fsck с параметром -y может угробить всю файловую систему. Тут зависит - от чего ошибка вылетает: если не совпало время синхронизации из-за работы в другой системе, то проверить ФС автоматически - не страшно. А если во время изменения раздела винчестера был сбой питания жесткого диска, то уже надо вдумчиво сидеть и анализировать ситуацию.

Если ошибка считается не критичной, Арч тоже выполняет проверку автоматически.

Можно сделать, чтобы при загрузке на нужном разделе создавался файл forcefsck. Тогда при запуске будет выполнена его проверка, но без перемонтирования.

Можно еще поковырять скрипт /etc/rc.sysinit на предмет FORCEFSCK, но лучше туда не лазить.
Самый глупый и вредный для уничтожения системы способ - сделать так, чтобы условие при котором выводится “FILESYSTEM CHECK FAILED” всегда выполнялось. :)
арч для изучения и расширения кругозора. А с Debian'оподобными уже 3й год
Расширение кругозора - всегда хорошо, но не стоит забывать о течении времени.
mithrusc
Здравствуйте. С Арчем недавно, установил параллельно с lubuntu, дистрибутив 2010.5 нетинсталл.
У арча нет “дистрибутива 2010.5”, это только инсталлятор. Welcome to rolling-release.


P.S. Впрочем, нетинсталл подразумевает актуальные пакеты…

Кстати, какое значение в rc.conf
HARDWARECLOCK

Системное время, по-видимому, разное в двух системах. Настройте так, что бы было одинаково.
Кстати, какое значение в rc.conf
HARDWARECLOCK
Настройте так, что бы было одинаково.
До установки ntp было localtime, сейчас UTC
ну, я же написал что ntp поставил, в lubuntu он тоже есть. Кстати какую разницу он воспринимает в штыки минуты.? часы? дни?
P.S
Вроде бы как проблема с рассинхроном времени ушла, при этом на дисках активно двигал данные
то проверить ФС автоматически - не страшно
Он этого автоматом не делал, ошибка была связанна именно со временем
А если во время изменения раздела винчестера был сбой питания жесткого диска, то уже надо вдумчиво сидеть и анализировать ситуацию.
Я это прекрасно понимаю, у меня нормальные диски, на беды как говорил я проверил, смарт в норме, не совсем уж идиот, подобных случаев просто не было
но не стоит забывать о течении времени
? будующее за арчем?)) или все накопленные знания могут сто раз за год - два устареть? не совсем понял))
мне просто не нравиться каким путем пошла бунту, поэтому присматриваюсь к другим дистрам, арч многие рекомендовали

Сейчас проверил, на тот самый проблемный диск(sdb1) ругается в случае пары ребутов и выключения арча - стабильно, воспроизвести ситуацию всегда можно. Похоже действительно работа завершается неверно, но почему то страдает только этот диск. Посмотрел логи, ничего подозрительного, одни и те же сообщение что и в бунте
Что то нужно дополнительно сделать чтобы разрешить юзеру нормально завершать работу из под KDE? я добавил разрешение на ребут и shutdown
sudoers
archuser desktop=NOPASSWD: /sbin/shutdown -h now,/sbin/reboot но я так думаю толку мало, будет работать только с командой sudo и без пароля
P.P.S
вспомнил про одну мелочь, по умолчанию в alsa не работала Audigy, выполнил alsaconf, но там было странное предостережение ..что мол эта команда может порушить udev бред какой, все на соплях что-ли
Он этого автоматом не делал, ошибка была связанна именно со временем
Я говорил про fsck -y, которая автоматом на все запросы отвечает утвердительно. fsck при ошибке со временем автоматом не запускается.
будующее за арчем?)) … мне просто не нравиться каким путем пошла бунту, поэтому присматриваюсь к другим дистрам, арч многие рекомендовали
:) Убунту пошла по тому пути, по которому идут все претендующие на универсальность системы. Поэтому она никогда не станет лучшей. Твое будущее за той системой, которую узнаешь досконально. Лучше знать один Арч глубоко, чем кучу дистрибутивов поверхностно. На них на всех нужно время.

Проблема заключается в том, что выполняется условие:
 if [ ${fsckret} -gt 1 -a ${fsckret} -ne 32 ]; then 
Я стал ковыряться и нашел Баг: FS#17438 - causes fsck: Superblock last write time is in the future.
Некоторые интересные вещи я для себя отметил, но пока не все с ними согласны и тема не закрыта. Ищут корень проблемы с часами.

grunewald
Самый глупый и вредный для уничтожения системы способ - сделать так, чтобы условие при котором выводится “FILESYSTEM CHECK FAILED” всегда выполнялось. :)
Тут, конечно, я ошибся. Надо наоборот, чтобы условие никогда не выполнялось. Но проще уж поставить параметр PASS в /etc/fstab в 0 и не мучаться. Эффект будет тот же.

Сейчас проверил, на тот самый проблемный диск(sdb1) ругается в случае пары ребутов и выключения арча - стабильно, воспроизвести ситуацию всегда можно. Похоже действительно работа завершается неверно, но почему то страдает только этот диск.
Похоже, он не отмонтируется вовремя.
Юзер нормально завершает работу по умолчанию.

вспомнил про одну мелочь, по умолчанию в alsa не работала Audigy, выполнил alsaconf, но там было странное предостережение ..что мол эта команда может порушить udev бред какой, все на соплях что-ли
alsaconf так всю жизнь предостерегал, даже когда был жизненно важно необходим. И ничего, пользовались. Возможно, дело в настройках Audigy. Я им не пользуюсь.

Сейчас проверил, на тот самый проблемный диск(sdb1) ругается в случае пары ребутов и выключения арча - стабильно
Ребуты из Арча в Арч? Тогда стоит почитать еще FS#18736 - Fsck at shutdown

P.S. Только сейчас подумал. У тебя в fstab прописаны все директории в /media. Попробуй создать директорию /mnt/data1 и монтируй туда data1 с параметрами defaults. Уже несколько раз замечал у людей проблемы с монтированием, если используется каталог media.

Если это не поможет, то смоделируй ситуацию, но перед перезагрузкой отмонтируй все кроме рута.
/bin/umount -a -r -t noramfs,notmpfs,nosysfs,noproc,nodevtmpfs -O no_netdev
P.P.S. KDE за размонтирование не отвечает. Отвечает /etc/rc.shutdown.
Проблема заключается в том, что выполняется условие:
if ; then
это где такое?
Самый глупый и вредный для уничтожения системы способ - сделать так, чтобы условие при котором выводится “FILESYSTEM CHECK FAILED” всегда выполнялось. :)
Тут, конечно, я ошибся. Надо наоборот, чтобы условие никогда не выполнялось. Но проще уж поставить параметр PASS в /etc/fstab в 0 и не мучаться. Эффект будет тот же.
“FILESYSTEM CHECK FAILED” он пишет при разных условиях. 0? ну тогда проверка фс не будет выполняться насколько я понимаю, ошибками зарастет?
Ребуты из Арча в Арч?
разумеется, иначе чистота эксперимента нулевая. Не понял пока что делает этот скрипт, на днях изучу подробнее, по первой ссылке путного они ничего не пишут
/bin/umount -a -r -t noramfs,notmpfs,nosysfs,noproc,nodevtmpfs -O no_netdev
P.P.S. KDE за размонтирование не отвечает. Отвечает /etc/rc.shutdown.
да, такая строка там есть.
P.S. Только сейчас подумал. У тебя в fstab прописаны все директории в /media. Попробуй создать директорию /mnt/data1 и монтируй туда data1 с параметрами defaults. Уже несколько раз замечал у людей проблемы с монтированием, если используется каталог media.
:)))))) перенес в /mnt монтирование, после первого ребута он сам проверил одну из партиций, ого! притом ничего не написал(быстрая проверка), загрузился, включал - выключал, ошибок нет, неужто помогло о_0
В любом случае, даже если меня будет преследовать ошибка с рассинхроном, уберу диски с данными из fstab хотябы так с арчем повожусь :)
Спасибо grunewald
Проблема заключается в том, что выполняется условие:
if ; then
это где такое?
в /etc/rc.sysinit
“FILESYSTEM CHECK FAILED” он пишет при разных условиях.
Нет. Только одном, которое выше.
0? ну тогда проверка фс не будет выполняться насколько я понимаю, ошибками зарастет?
Естественно.
Не понял пока что делает этот скрипт, на днях изучу подробнее
Он просто выполняет проверку при выключении компьютера или перезагрузки системы. Идея состоит в том, что время загрузки для пользователя важнее, нежели время выключения.
:)))))) перенес в /mnt монтирование, после первого ребута он сам проверил одну из партиций, ого! притом ничего не написал(быстрая проверка), загрузился, включал - выключал, ошибок нет, неужто помогло о_0
Хорошо было бы.
В любом случае, даже если меня будет преследовать ошибка с рассинхроном, уберу диски с данными из fstab хотябы так с арчем повожусь
Нет. Следующий шаг - настройка синхронизации с ntp и bios. Мы же уже выяснили, что первая проблема (если она исправилась) не зависела от часов.
что первая проблема (если она исправилась) не зависела от часов.
да, исправилась. Моя ошибка в том что я пытался связать эти две разные ошибки,(они следовали одна за другой) ошибка с рассинхроном пока не беспокоит, стоит ntp клиент в обеих системах.
Отлично! :)
Пометь, пожалуйста, тему как .
 
Зарегистрироваться или войдите чтобы оставить сообщение.