Jump to content
Калькуляторы

Как в freebsd смонтировать корневой раздел. Проблемы с загрузкой сервера

Загружаю в однопользовательский режим и все заканчивается на.

trying to mount root from ufs: /dev/ar0s2a
Enter full pathname of shell or RETURN for /bin/sh:

Нажимаю Enter

ELF interpreter /libexec/ld-elf.so.1 not found
init: single user shell terminated, restarting

 

Никаких команд больше не принимает

 

Вопрос как можно восстановить автомонтировение раздела /dev/ar0s2a в корень "/"

Оговорюсь что сделать это нужно загрузившись с диска востановления или с диска френзи.

 

Уважаемые Гуру очень надеюсь на Вашу помощь.

Заранее спасибо.

Share this post


Link to post
Share on other sites

наверное для начала там нужно сделать хотябы fsck "агрузившись с диска востановления или с диска френзи" Ибо судя по Вашему сообщению оно не ругается на то, что не монтируется, а на то, что нет файла /libexec/ld-elf.so.1 (или он бытый)

 

ar0 это че ? Массив на встренном чипсете ? Выкеньте бяку.

 

Зеркало ? Смонтируейте с adХs2a где X от подлежащего в массиве диска, сначала 1 потом другого... Или ar это страйп ? Тоды ой.

Share this post


Link to post
Share on other sites

С начало ругался на то что не монтируется корнеь "/" после fsck_ufs больше не ругается. Файл на диске присутствует /libexec/ld-elf.so.1 допустим он битый не подскажите где можно взять нормальный???

 

P.S. ar0 это рейд встроенный в материнку "Intel MatrixRAID" ломать рейд не хочется тем более что по всем признакам он выглядит рабочим, разве что как самый крайний вариант.

Share this post


Link to post
Share on other sites

Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh.

Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue.

Share this post


Link to post
Share on other sites
Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh.

Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue.

При обычной загрузке ничего указать не удается ни одна команда ниоткуда не запускается.

 

Похоже что st_re оказался прав и проблема в /libexec/ld-elf.so.1

 

Загрузился с диска подмонтировал разделы все файлы создаются и удаляются а вот ld-elf.so.1 немогу даже права на него установить не могу. Может у кого-то есть идеи как его удалить???

Share this post


Link to post
Share on other sites
При обычной загрузке ничего указать не удается ни одна команда ниоткуда не запускается.

Похоже что st_re оказался прав и проблема в /libexec/ld-elf.so.1

Это очень странно, т.к. в /rescue все программы скомпонованы статически и ld-elf не используют.

 

Загрузился с диска подмонтировал разделы все файлы создаются и удаляются а вот ld-elf.so. немогу

даже права на него установить не могу. Может у кого-то есть идеи как его удалить???

man chflags?

ls -ld /libexec?

Share this post


Link to post
Share on other sites
Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh.

Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue.

Спасибо друг Ты оказался прав /rescue/tcsh заработало и файл ld-elf.so.1 удалось удалить там действительно проблема была с флагами man chflags помог

Жму крепко руку :) еще раз спасибо.

Edited by kaylas

Share this post


Link to post
Share on other sites

Подскажите как теперь перемонтировать корень из read only в нормальный режим?

Share this post


Link to post
Share on other sites

Подскажите как теперь перемонтировать корень из read only в нормальный режим?

mount -o rw /

Share this post


Link to post
Share on other sites

Все равно не получается запустится :(

уже все перемонтировал а при перезагрузке всеравно все обрывается на

 

trying to mount root from ufs: /dev/ar0s2a

Enter full pathname of shell or RETURN for /bin/sh:

 

Подскажите куда смотреть?

Edited by kaylas

Share this post


Link to post
Share on other sites
Все равно не получается запустится :(

уже все перемонтировал а при перезагрузке всеравно все обрывается на

 

trying to mount root from ufs: /dev/ar0s2a

Enter full pathname of shell or RETURN for /bin/sh:

 

Подскажите куда смотреть?

Выше.

Share this post


Link to post
Share on other sites
Выше.

По порядку

загрузился я обычным способом (не с загрузочного диска)

 

сделал /rescue/tcsh

сделал /rescue/mount -o rw /

смонтировал все оставшиеся разделы /rescue/mount -a

 

что делать дальше то?

Share this post


Link to post
Share on other sites
что делать дальше то?
Найти в дистрибутиве правильный /libexec/ld-elf.so.1 и пытаться запустить /bin/sh.

Если получится - скорее всего, дело в шляпе.

 

Сравнить размер и md5 у дистрибутивного и установленного вариантов.

Если они совпадают - тогда дело не в ld-elf, а непонятно в чём.

Если не совпадают - тогда непонятно, из-за чего он испортился.

Edited by Ilya Evseev

Share this post


Link to post
Share on other sites

Зачем монтировал?

Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы.

только потом перезагрузиться и смонтировать.

грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e)

дальнейшие действия зависят от того, как была изначально там поставлена система.

если побились библиотеки - их надо восстановить.

но вопрос в другом - если они побились на рейде, что было причиной?

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

если с массивом все ок, тогда непонятна причина что произошло с системой.

защищенный флагами файл случайно побить нельзя.

возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно.

Edited by Ainy

Share this post


Link to post
Share on other sites

Если кто может пришлите пожалуйста /libexec/ld-elf.so.1 то freebsd 8.1

 

atir(at)mail.ru

Edited by kaylas

Share this post


Link to post
Share on other sites
Зачем монтировал?

Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы.

только потом перезагрузиться и смонтировать.

грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e)

дальнейшие действия зависят от того, как была изначально там поставлена система.

если побились библиотеки - их надо восстановить.

но вопрос в другом - если они побились на рейде, что было причиной?

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

если с массивом все ок, тогда непонятна причина что произошло с системой.

защищенный флагами файл случайно побить нельзя.

возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно.

Сбой произошёл после пропадания питания.

fsck уже запускал и он все почекал вроде бы.

установлена система была на рейд набортовый полусофтовый.

Рассинхронизации не наблюдал и в биосе и в Freebsd пишет что все ОК

На память(RAM) не думаю потому как френзи грузится бес проблем

 

уже и не знаю на что думать...

Share this post


Link to post
Share on other sites

А взять из дистрибутива?

ftp://ftp.ru.freebsd.org/pub/FreeBSD/rele...ASE/base/base.*

скачать base.*

cat base.* >/tmp/base.tgz

mkdir -p /tmp/basedist

cd /tmp/basedist

tar xzvf /tmp/base.tgz

там заодно вся базовая система будет.

мож еще чего понядобится.

ссылку дал под i386 ибо архитектура в топике не указана.

если другая, то в url-е заменить на свою.

вообще брать бинаиники у неизвестно кого - это добром не кончится :)

особенно если можно взять подписаный дистр.

 

Share this post


Link to post
Share on other sites
Зачем монтировал?

Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы.

только потом перезагрузиться и смонтировать.

грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e)

дальнейшие действия зависят от того, как была изначально там поставлена система.

если побились библиотеки - их надо восстановить.

но вопрос в другом - если они побились на рейде, что было причиной?

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

если с массивом все ок, тогда непонятна причина что произошло с системой.

защищенный флагами файл случайно побить нельзя.

возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно.

Сбой произошёл после пропадания питания.

fsck уже запускал и он все почекал вроде бы.

установлена система была на рейд набортовый полусофтовый.

Рассинхронизации не наблюдал и в биосе и в Freebsd пишет что все ОК

На память(RAM) не думаю потому как френзи грузится бес проблем

 

уже и не знаю на что думать...

то что френзи грузится без проблем - не показатель.

сколько ей памяти надо то для загрузки.

но если сбой прошел при пропадании питания - стоит на будущее себе уяснить, что полусофтовые рейды этого могут не пережить вообще.

и даже на железных рейдах надо ставить батарейку(BBU) для завершения транзакций.

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

меньше проблем если чего. и систему на них ставить не рекомендуется категорически. систему лучше ставить на отдельный диск. а данные держать на рейде.

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

набортовый интел - это для десктопных вариантов только.

равно как и набортовый адаптек :)

 

 

Share this post


Link to post
Share on other sites
А взять из дистрибутива?

ftp://ftp.ru.freebsd.org/pub/FreeBSD/rele...ASE/base/base.*

скачать base.*

cat base.* >/tmp/base.tgz

mkdir -p /tmp/basedist

cd /tmp/basedist

tar xzvf /tmp/base.tgz

там заодно вся базовая система будет.

мож еще чего понядобится.

ссылку дал под i386 ибо архитектура в топике не указана.

если другая, то в url-е заменить на свою.

вообще брать бинаиники у неизвестно кого - это добром не кончится :)

особенно если можно взять подписаный дистр.

я только непонял зачем все эти манипуляции с cat base.* >/tmp/base.tgz и что даст если эти файлы будут лежать в папке /tmp/basesist ?

Share this post


Link to post
Share on other sites

в дистрибутиве base.tgz разбит сплитом, cat его соберет обратно.

можно и сразу cd /tmp; cat base.* | tar xzvf -

но мало ли - мож архив пригодится еще. он не особо большой.

сплитом на дискеты 1.44 его бьют исключительно по историческим причинам :)

 

 

 

Share this post


Link to post
Share on other sites

Всем откликнувшимся спасибо. Ничего не помогло буду переустанавливать.

Share this post


Link to post
Share on other sites

Мушку спили.... ээээ уберите рейд этот, который на ar0. Иначе процедура станет регулярной.

 

man gmirror.

 

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this