kaylas Опубликовано 5 октября, 2010 · Жалоба Загружаю в однопользовательский режим и все заканчивается на. 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 в корень "/" Оговорюсь что сделать это нужно загрузившись с диска востановления или с диска френзи. Уважаемые Гуру очень надеюсь на Вашу помощь. Заранее спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 5 октября, 2010 · Жалоба наверное для начала там нужно сделать хотябы fsck "агрузившись с диска востановления или с диска френзи" Ибо судя по Вашему сообщению оно не ругается на то, что не монтируется, а на то, что нет файла /libexec/ld-elf.so.1 (или он бытый) ar0 это че ? Массив на встренном чипсете ? Выкеньте бяку. Зеркало ? Смонтируейте с adХs2a где X от подлежащего в массиве диска, сначала 1 потом другого... Или ar это страйп ? Тоды ой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба С начало ругался на то что не монтируется корнеь "/" после fsck_ufs больше не ругается. Файл на диске присутствует /libexec/ld-elf.so.1 допустим он битый не подскажите где можно взять нормальный??? P.S. ar0 это рейд встроенный в материнку "Intel MatrixRAID" ломать рейд не хочется тем более что по всем признакам он выглядит рабочим, разве что как самый крайний вариант. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 5 октября, 2010 · Жалоба Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh. Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh.Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue. При обычной загрузке ничего указать не удается ни одна команда ниоткуда не запускается. Похоже что st_re оказался прав и проблема в /libexec/ld-elf.so.1 Загрузился с диска подмонтировал разделы все файлы создаются и удаляются а вот ld-elf.so.1 немогу даже права на него установить не могу. Может у кого-то есть идеи как его удалить??? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 5 октября, 2010 · Жалоба При обычной загрузке ничего указать не удается ни одна команда ниоткуда не запускается.Похоже что st_re оказался прав и проблема в /libexec/ld-elf.so.1 Это очень странно, т.к. в /rescue все программы скомпонованы статически и ld-elf не используют. Загрузился с диска подмонтировал разделы все файлы создаются и удаляются а вот ld-elf.so. немогудаже права на него установить не могу. Может у кого-то есть идеи как его удалить??? man chflags?ls -ld /libexec? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 (изменено) · Жалоба Я бы попробовал в качестве шелла указать /rescue/sh или лучше /rescue/tcsh.Все остальные утилиты, которые могут понадобиться, тоже находятся в /rescue. Спасибо друг Ты оказался прав /rescue/tcsh заработало и файл ld-elf.so.1 удалось удалить там действительно проблема была с флагами man chflags помог Жму крепко руку :) еще раз спасибо. Изменено 5 октября, 2010 пользователем kaylas Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба Подскажите как теперь перемонтировать корень из read only в нормальный режим? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 5 октября, 2010 · Жалоба Подскажите как теперь перемонтировать корень из read only в нормальный режим? mount -o rw / Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 (изменено) · Жалоба Все равно не получается запустится :( уже все перемонтировал а при перезагрузке всеравно все обрывается на trying to mount root from ufs: /dev/ar0s2a Enter full pathname of shell or RETURN for /bin/sh: Подскажите куда смотреть? Изменено 5 октября, 2010 пользователем kaylas Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 5 октября, 2010 · Жалоба Все равно не получается запустится :( уже все перемонтировал а при перезагрузке всеравно все обрывается на trying to mount root from ufs: /dev/ar0s2a Enter full pathname of shell or RETURN for /bin/sh: Подскажите куда смотреть? Выше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба Выше. По порядку загрузился я обычным способом (не с загрузочного диска) сделал /rescue/tcsh сделал /rescue/mount -o rw / смонтировал все оставшиеся разделы /rescue/mount -a что делать дальше то? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 5 октября, 2010 (изменено) · Жалоба что делать дальше то?Найти в дистрибутиве правильный /libexec/ld-elf.so.1 и пытаться запустить /bin/sh.Если получится - скорее всего, дело в шляпе. Сравнить размер и md5 у дистрибутивного и установленного вариантов. Если они совпадают - тогда дело не в ld-elf, а непонятно в чём. Если не совпадают - тогда непонятно, из-за чего он испортился. Изменено 5 октября, 2010 пользователем Ilya Evseev Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 5 октября, 2010 (изменено) · Жалоба Зачем монтировал? Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы. только потом перезагрузиться и смонтировать. грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e) дальнейшие действия зависят от того, как была изначально там поставлена система. если побились библиотеки - их надо восстановить. но вопрос в другом - если они побились на рейде, что было причиной? если массив рассинхронизировался и рейд набортовый полусофтовый, то есть варианты, что каша может быть везде. если с массивом все ок, тогда непонятна причина что произошло с системой. защищенный флагами файл случайно побить нельзя. возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно. Изменено 5 октября, 2010 пользователем Ainy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 (изменено) · Жалоба Если кто может пришлите пожалуйста /libexec/ld-elf.so.1 то freebsd 8.1 atir(at)mail.ru Изменено 5 октября, 2010 пользователем kaylas Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба Зачем монтировал?Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы. только потом перезагрузиться и смонтировать. грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e) дальнейшие действия зависят от того, как была изначально там поставлена система. если побились библиотеки - их надо восстановить. но вопрос в другом - если они побились на рейде, что было причиной? если массив рассинхронизировался и рейд набортовый полусофтовый, то есть варианты, что каша может быть везде. если с массивом все ок, тогда непонятна причина что произошло с системой. защищенный флагами файл случайно побить нельзя. возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно. Сбой произошёл после пропадания питания. fsck уже запускал и он все почекал вроде бы. установлена система была на рейд набортовый полусофтовый. Рассинхронизации не наблюдал и в биосе и в Freebsd пишет что все ОК На память(RAM) не думаю потому как френзи грузится бес проблем уже и не знаю на что думать... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 5 октября, 2010 · Жалоба А взять из дистрибутива? 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-е заменить на свою. вообще брать бинаиники у неизвестно кого - это добром не кончится :) особенно если можно взять подписаный дистр. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 5 октября, 2010 · Жалоба Зачем монтировал?Сначала, пока все в ro либо не смонтировано - пройти fsck все разделы. только потом перезагрузиться и смонтировать. грузиться лучше всего в single с самого начала (unload kernel load kernel -s boot в loader-e) дальнейшие действия зависят от того, как была изначально там поставлена система. если побились библиотеки - их надо восстановить. но вопрос в другом - если они побились на рейде, что было причиной? если массив рассинхронизировался и рейд набортовый полусофтовый, то есть варианты, что каша может быть везде. если с массивом все ок, тогда непонятна причина что произошло с системой. защищенный флагами файл случайно побить нельзя. возможен вариант, что скажем память(RAM) сбоить начала, тогда до ее замены что-то делать с массивом крайне нежелательно. Сбой произошёл после пропадания питания. fsck уже запускал и он все почекал вроде бы. установлена система была на рейд набортовый полусофтовый. Рассинхронизации не наблюдал и в биосе и в Freebsd пишет что все ОК На память(RAM) не думаю потому как френзи грузится бес проблем уже и не знаю на что думать... то что френзи грузится без проблем - не показатель. сколько ей памяти надо то для загрузки. но если сбой прошел при пропадании питания - стоит на будущее себе уяснить, что полусофтовые рейды этого могут не пережить вообще. и даже на железных рейдах надо ставить батарейку(BBU) для завершения транзакций. а полусофтовый или софтовый рейд надо юзать только вместе с онлайн юпсом. а лучше не юзать вовсе и делать бекапы данных и конфигов. меньше проблем если чего. и систему на них ставить не рекомендуется категорически. систему лучше ставить на отдельный диск. а данные держать на рейде. конфиги бекапить раз в сутки, данных если очень много, то железный рейд. набортовый интел - это для десктопных вариантов только. равно как и набортовый адаптек :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 5 октября, 2010 · Жалоба А взять из дистрибутива?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 ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ainy Опубликовано 5 октября, 2010 · Жалоба в дистрибутиве base.tgz разбит сплитом, cat его соберет обратно. можно и сразу cd /tmp; cat base.* | tar xzvf - но мало ли - мож архив пригодится еще. он не особо большой. сплитом на дискеты 1.44 его бьют исключительно по историческим причинам :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 6 октября, 2010 · Жалоба А взять из дистрибутива?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 перелазил все библиотеки. Не помогло :((((((((((( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kaylas Опубликовано 6 октября, 2010 · Жалоба Всем откликнувшимся спасибо. Ничего не помогло буду переустанавливать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 6 октября, 2010 · Жалоба Мушку спили.... ээээ уберите рейд этот, который на ar0. Иначе процедура станет регулярной. man gmirror. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...