grunewald |
|
Темы:
4
Сообщения:
665
Участник с: 24 октября 2008
|
если можно объясните подробнее, что там происходит, он же просто монтирует диски, что ему туда писать? это же не кореньЭто надо разбираться в программировании на bash и знать параметры условия, выполняющегося когда пользователь должен запускать проверку вручную. хотелось бы на будущее знать как заставить арч делать тоже самое самостоятельно.А зачем? Всегда может наступить момент, когда это не сработает. К тому же, бездумное использование fsck с параметром -y может угробить всю файловую систему. Тут зависит - от чего ошибка вылетает: если не совпало время синхронизации из-за работы в другой системе, то проверить ФС автоматически - не страшно. А если во время изменения раздела винчестера был сбой питания жесткого диска, то уже надо вдумчиво сидеть и анализировать ситуацию. Если ошибка считается не критичной, Арч тоже выполняет проверку автоматически. Можно сделать, чтобы при загрузке на нужном разделе создавался файл forcefsck. Тогда при запуске будет выполнена его проверка, но без перемонтирования. Можно еще поковырять скрипт /etc/rc.sysinit на предмет FORCEFSCK, но лучше туда не лазить. Самый глупый и вредный для уничтожения системы способ - сделать так, чтобы условие при котором выводится “FILESYSTEM CHECK FAILED” всегда выполнялось. :) арч для изучения и расширения кругозора. А с Debian'оподобными уже 3й годРасширение кругозора - всегда хорошо, но не стоит забывать о течении времени. |
sirocco |
|
Темы:
29
Сообщения:
2501
Участник с: 25 июля 2007
|
mithruscУ арча нет “дистрибутива 2010.5”, это только инсталлятор. Welcome to rolling-release. P.S. Впрочем, нетинсталл подразумевает актуальные пакеты… Кстати, какое значение в rc.conf HARDWARECLOCK Системное время, по-видимому, разное в двух системах. Настройте так, что бы было одинаково. |
mithrusc |
|
Темы:
5
Сообщения:
32
Участник с: 10 июля 2010
|
Кстати, какое значение в rc.conf Настройте так, что бы было одинаково.До установки 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 бред какой, все на соплях что-ли |
grunewald |
|
Темы:
4
Сообщения:
665
Участник с: 24 октября 2008
|
Он этого автоматом не делал, ошибка была связанна именно со временемЯ говорил про fsck -y, которая автоматом на все запросы отвечает утвердительно. fsck при ошибке со временем автоматом не запускается. будующее за арчем?)) … мне просто не нравиться каким путем пошла бунту, поэтому присматриваюсь к другим дистрам, арч многие рекомендовали:) Убунту пошла по тому пути, по которому идут все претендующие на универсальность системы. Поэтому она никогда не станет лучшей. Твое будущее за той системой, которую узнаешь досконально. Лучше знать один Арч глубоко, чем кучу дистрибутивов поверхностно. На них на всех нужно время. Проблема заключается в том, что выполняется условие: if [ ${fsckret} -gt 1 -a ${fsckret} -ne 32 ]; then Некоторые интересные вещи я для себя отметил, но пока не все с ними согласны и тема не закрыта. Ищут корень проблемы с часами. grunewaldТут, конечно, я ошибся. Надо наоборот, чтобы условие никогда не выполнялось. Но проще уж поставить параметр 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 |
mithrusc |
|
Темы:
5
Сообщения:
32
Участник с: 10 июля 2010
|
Проблема заключается в том, что выполняется условие:это где такое? Самый глупый и вредный для уничтожения системы способ - сделать так, чтобы условие при котором выводится “FILESYSTEM CHECK FAILED” всегда выполнялось. :)“FILESYSTEM CHECK FAILED” он пишет при разных условиях. 0? ну тогда проверка фс не будет выполняться насколько я понимаю, ошибками зарастет? Ребуты из Арча в Арч?разумеется, иначе чистота эксперимента нулевая. Не понял пока что делает этот скрипт, на днях изучу подробнее, по первой ссылке путного они ничего не пишут /bin/umount -a -r -t noramfs,notmpfs,nosysfs,noproc,nodevtmpfs -O no_netdevда, такая строка там есть. P.S. Только сейчас подумал. У тебя в fstab прописаны все директории в /media. Попробуй создать директорию /mnt/data1 и монтируй туда data1 с параметрами defaults. Уже несколько раз замечал у людей проблемы с монтированием, если используется каталог media.:)))))) перенес в /mnt монтирование, после первого ребута он сам проверил одну из партиций, ого! притом ничего не написал(быстрая проверка), загрузился, включал - выключал, ошибок нет, неужто помогло о_0 В любом случае, даже если меня будет преследовать ошибка с рассинхроном, уберу диски с данными из fstab хотябы так с арчем повожусь :) Спасибо grunewald |
grunewald |
|
Темы:
4
Сообщения:
665
Участник с: 24 октября 2008
|
в /etc/rc.sysinitПроблема заключается в том, что выполняется условие:это где такое? “FILESYSTEM CHECK FAILED” он пишет при разных условиях.Нет. Только одном, которое выше. 0? ну тогда проверка фс не будет выполняться насколько я понимаю, ошибками зарастет?Естественно. Не понял пока что делает этот скрипт, на днях изучу подробнееОн просто выполняет проверку при выключении компьютера или перезагрузки системы. Идея состоит в том, что время загрузки для пользователя важнее, нежели время выключения. :)))))) перенес в /mnt монтирование, после первого ребута он сам проверил одну из партиций, ого! притом ничего не написал(быстрая проверка), загрузился, включал - выключал, ошибок нет, неужто помогло о_0Хорошо было бы. В любом случае, даже если меня будет преследовать ошибка с рассинхроном, уберу диски с данными из fstab хотябы так с арчем повожусьНет. Следующий шаг - настройка синхронизации с ntp и bios. Мы же уже выяснили, что первая проблема (если она исправилась) не зависела от часов. |
mithrusc |
|
Темы:
5
Сообщения:
32
Участник с: 10 июля 2010
|
что первая проблема (если она исправилась) не зависела от часов.да, исправилась. Моя ошибка в том что я пытался связать эти две разные ошибки,(они следовали одна за другой) ошибка с рассинхроном пока не беспокоит, стоит ntp клиент в обеих системах. |
grunewald |
|
Темы:
4
Сообщения:
665
Участник с: 24 октября 2008
|
Отлично! :) Пометь, пожалуйста, тему как . |