Перейти к содержимому
Калькуляторы

Как в 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 в корень "/"

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

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

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

man chflags?

ls -ld /libexec?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Изменено пользователем kaylas

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

mount -o rw /

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

trying to mount root from ufs: /dev/ar0s2a

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

 

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

Изменено пользователем kaylas

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

trying to mount root from ufs: /dev/ar0s2a

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

 

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

Выше.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Выше.

По порядку

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

 

сделал /rescue/tcsh

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

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

Изменено пользователем Ilya Evseev

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

Изменено пользователем Ainy

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

atir(at)mail.ru

Изменено пользователем kaylas

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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-е заменить на свою.

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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 ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

перелазил все библиотеки. Не помогло :(((((((((((

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

man gmirror.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.