Как в freebsd смонтировать корневой раздел.

[kaylas]

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

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

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

 

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

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

[st_re]

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

 

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

 

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

[kaylas]

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

 

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

[Ilya Evseev]

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

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

[kaylas]

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

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

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

 

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

 

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

[Ilya Evseev]

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

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

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

 

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

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

man chflags?

ls -ld /libexec?

[kaylas]

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

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

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

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

Edited October 5, 2010 by kaylas

[kaylas]

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

[Ilya Evseev]

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

mount -o rw /

[kaylas]

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

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

 

trying to mount root from ufs: /dev/ar0s2a

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

 

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

Edited October 5, 2010 by kaylas

[Ilya Evseev]

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

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

 

trying to mount root from ufs: /dev/ar0s2a

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

 

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

Выше.

[kaylas]

Выше.

По порядку

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

 

сделал /rescue/tcsh

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

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

 

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

[Ilya Evseev]

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

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

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

 

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

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

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

Edited October 5, 2010 by Ilya Evseev

[Ainy]

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

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

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

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

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

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

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

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

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

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

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

Edited October 5, 2010 by Ainy

[kaylas]

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

 

atir(at)mail.ru

Edited October 5, 2010 by kaylas

[kaylas]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

[Ainy]

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

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

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

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

 

[Ainy]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

 

 

[kaylas]

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

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 ?

[Ainy]

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

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

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

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

 

 

 

[kaylas]

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

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

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

[kaylas]

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

[st_re]

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

 

man gmirror.