Cannot find startup file что делать - TurboComputer.ru
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд (пока оценок нет)
Загрузка...

Cannot find startup file что делать

Realtek не устанавливается/решение!

BB-код ссылки (для форумов):

HTML-код ссылки (для сайтов и блогов): ‘);return false;” name=”85463″ href=”39-4617-85463-16-1363299011″ target=”_blank” rel=”nofollow” title=”Ссылка на это сообщение”>1

Сообщений: 1
Итак, Здравствуйте уважаемые пользователи портала! Долго я мурыжился над запуском “Панель управления IDT Audio”. Всё перепробовал, но все равно ошибка “Cannot find .startup file!” , наконец то я её решил !!

Откройте C: Program Files IDT OEM Dell , вы увидите файл IDTNGUI.startup , скопируйте его, и вставьте в C: Program Files IDT OEM

В данном случае проблема была с ноутбуком Dell , но думаю и с другими производителями такая же проблема!

Удачи всем!! (Регистрировался специально, что бы инфу выложить)


Казань 2013 г. Странная остановка на посту . Чего хотели?

ssa12 23:15, 25.02.2015 | # 2

Сообщений: 1
Цитата troyan666 () Удачи всем!! (Регистрировался специально, что бы инфу выложить) bye

Вау! Чувак, ты спас меня! Пока есть такие как ты, кто не ленится и тратит своё время для возможной помощи другим людям, мир не так безнадёжен

p.s. Так же зарегистрировался только для того, чтобы поблагодарить тебя!


Как установить Realtek и подключить микрофон к компьютеру

1998 02:11, 15.11.2015 | # 3

Сообщений: 1
у меня почему то нет дальше файла после IDT. что делать?

Сообщений: 1
Друзья! Хочу дополнить тему, знаю что автор писал давно, но это для тех, кто так же как и я столкнулся с этой проблемой сейчас.

Описание моей проблемы:
Не работал микрофон, как бы я не шаманила. Даже после того, как сделала все по инструкции автора, микрофон все так же не работал. Функционировал нормально, как писала система. Звук есть, микрофон не отображает шкалу взаимодействия. Знаю, далее написано много, но на деле делается в два клика!

Мое решение:
Кликаем правой кнопкой мыши по значку звука в правом нижнем углу (рядом с часами), заходим в записывающие устройства, появляется окно звук, заходим во вкладку запись, и видим там все доступные вам устройства записи. (если нет нужного вам микрофона, тогда кликните по свободному полю правой кнопкой мыши, должны стоять галочки на показать отключенные устройства и показать отсоединенные устройства, должны появиться все микрофоны)
Далее, кликаем по вашему микрофону правой кнопкой мыши, нажимаем свойства, ив появившемся окне Свойства: Микрофон, во вкладке общие находим контроллер, возле него кликаем свойства, выходит окно которое именуется как Свойства:Устройство с поддержкой High Definition Audio. И уже здесь заходим во вкладку Драйвер, далее откатить, соглашаетесь откатить до более ранней версии, идет перезагрузка компьютера, и вуаля! Ваш микрофон активен!
Хочу сказать спасибо автору, возможно без предыдущих действий это бы не сработало.
И да, регестрировалась на сайте, чтобы описать вам данный метод.
Надеюсь помогло!
Спасибо! jangogo 09:40, 07.06.2017 | # 5

Сообщений: 2
Привет! Действительно, потратил свое время, чтоб другим помочь. Спасибо большое! fox_sobaka 22:50, 19.06.2017 | # 6

Сообщений: 1
http://theshambling.com/Alienware/ отсюда можно скачать нужный файл Компьютерный форум » Железо » Драйверы » Для тех у кого не запускается Панель управления IDT Audio (Проблема решена :)) Страница 1 из 11Главная страница форумаЖелезо Железные вопросы ДрайверыОперационные системы Windows 10 Windows 8.1 Современные (Modern) приложения Windows Windows 7 Windows XP и прочие версии ОС Microsoft Критические ошибки Windows – BSOD и Event IDИзменение интерфейса Оформление Windows 8 Оформление Windows 7 Оформление Windows XP / Vista FAQ по оформлению WindowsПрограммное обеспечение Система Офис и текст Безопасность Мультимедиа Графика и дизайн Интернет и сети Накопители Диагностика и восстановление Прочие программыЦифровые технологии Цифровое изображение Видео и аудио: обработка и кодирование Мобильная связь и гаджетыРазвлечения Игры ЮморОбщий Помощь в лечении от вредоносных программ Хочу все знать Прочие ОС – *nix, Linux, Mac OS, Chrome OS ФлеймО сайте и форуме Предложения, пожелания, баги Помощь по сайту и форумуЗакрытые форумыРазное Корзина Поиск: PCPortal требуется ваша поддержка!

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

В промышленном и частном строительстве распространены профильные трубы. Из них конструируют хозяйственные постройки, гаражи, теплицы, беседки. Конструкции бывают как классически прямоугольными, так и витиеватыми. Поэтому важно правильно сделать расчет трубы на изгиб. Это позволит сохранить форму и обеспечить конструкции прочность, долговечность, на сайте https://avtoindustriya.com/gruzovye-avtomobili/gruzovye-avtomobili-kitay/faw/.

Металл имеет свою точку сопротивления, как максимальную, так и минимальную.

Максимальная нагрузка на конструкцию приводит к деформациям, ненужным изгибам и даже изломам. При расчетах обращаем внимание на вид трубы, сечение, размеры, плотность, общие характеристики. Благодаря этим данным известно, как поведет себя материал под воздействием факторов окружающей среды.

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

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

Ружьё, которое вам подходит, попадает туда, куда вы смотрите. Таким образом, когда вы подносите приклад ружья к вашему лицу – вы можете нажимать на спуск без колебаний, будучи уверенным, на что бы вы ни смотрели – оно получит заряд дроби в самый центр. Кроме того, с ружьём, которое вам подходит, удобнее обращаться и из него гораздо приятнее стрелять, на сайте https://avtoindustriya.com/gruzovye-avtomobili/gruzovye-avtomobili-kitay/faw/.

Как же узнать, подходит ли вам ваше ружьё? Большинство людей берут ружьё, вскидывают его к плечу и склоняются к прицелу. Если линия прицеливания совпадает с ожидаемой: « Оно неплохо подходит» . Обратная сторона подгонки – это использование пробного ружья с полностью регулируемым ложем. Вы стреляете по стальной пластине или по тарелочкам, а мастер в это время подгоняет под вас размеры ложа.

Хотя полная подгонка и очень полезная вещь – вы можете подогнать ружьё под себя самостоятельно. Всё больше моделей ружей – полуавтоматы Браунинг, Бенелли и Беретта, а также помповые ружья и полуавтоматы Моссберг – продаются с прокладками и проставками, с помощью которых вы можете изменить отгиб (погиб), отвод и длину приклада. С другими ружьями вам придётся импровизировать.

Мастера-оружейники используют квадратные стальные пластины размером 91 или 121 см, покрытые краской или смазкой, чтобы увидеть дробовую осыпь при проверке результатов подгонки ружья. Если у вас нет пластины, можно использовать лист или пластиковую скатерть. Подвесьте её и в центре прицельную метку размерами 5 см. Используйте чок с сильным сужением и встаньте на расстоянии 14 метров. Сначала используйте незафиксированное ружьё и плавно поднимайте его к щеке. Сфокусируйтесь на цели и выстрелите сразу же, как только ружьё коснется плеча. Не пытайтесь прицеливаться и не смотрите на мушку. Повторяйте, пока в мишени не появятся отверстие. Если отверстие располагается строго выше или ниже метки – вам нужно изменить отгиб (погиб) приклада. Если строго слева или справа – вам нужно изменить отвод. Каждый см смещения на дистанции 14 метров соответствует 1, 58 миллиметра изменения размеров приклада.

Мы будем рады любой помощи – >>подробнее

Как восстановить работу Windows 7, получив ошибку Startup Repair Offline, AutoFailover?

Ни с того ни с сего после перезагрузки (ставились обновления) система перестала грузиться и запускается средство восстановления. Вот такая же ошибка как описано здесь:
pingmeup.ru/2015/08/03/oshibka-vosstanovlenie-sist.

Но дело в том, что у меня 2 харда, и на каждом по винде, один подключен через SATA а другой PATA (IDE). Вот на котором PATA что-то видимо случилось с загрузочной областью. Перепробовал все, что указано в статье – не помогло. Ничего не меняется – даже не могу определить проблемный файл.

Но вот я грешу на то что почему-то сменилась буква у диска. Первая винда (старая) грузится с диска C – с ней осталось все ок, а вторая винда находится на диске F (второй хард), но когда вторая винда загружается, то это уже не F (как в первой винде), а диск C!

Подскажите, загрузчику пофиг какая буква диска? В консоли (в режиме восстановления) нужный мне том отмечен вообще как E! И соответственно все манипуляции с ним приходится делать, обращаясь к диску Е!

Есть еще том на 350Мб где-то. Называется “Зарезервировано системой”.

Помогите! Могу дать любую инфу по запросу.

  • Вопрос задан более года назад
  • 1662 просмотра

По пробуйте – это:
Буквально данная неисправность означает – «восстановление запуска не в сети». После перезапуска компьютера, система предприняла попытку по восстановлению работы (не подключаясь к сети), но попытка оказалась неудачной.
Способ 1: Сброс настроек BIOS по дефолту

Способ 2: Подключение шлейфов
Необходимо произвести проверку целостности разъемов и плотность подключения шлейфов жесткого диска и материнской платы. Убедитесь, что все контакты подключены качественно и плотно. После проверки перезапускаем систему и проверяем на наличие неисправности.

Способ 3: Восстановление запуска
Так как обычный запуск операционной системы невозможен, рекомендуем воспользоваться загрузочным диском или флешкой с системой, которая является идентичной установленной.
В установочном интерфейсе выбираем язык, клавиатуру и время. Жмём «Далее» и на появившемся экране кликаем на надпись «Восстановление системы» (в англ. версии Windows 7 «Repair your computer»).

Системой будет произведён поиск неполадок в автоматическом режиме. Жмём на кнопочку «Далее» в открывшемся окне, выбрав необходимую ОС. (из ваших слов их у вас две)

В окошке «Параметры восстановления системы» щелкаем по пункту «Восстановление запуска» и дожидаемся завершения проверочных действий и корректного запуска компьютера. После окончания проверки перезагружаем ПК.

Способ 4: «Командная строка»
Если приведенные выше способы не помогли устранить неполадку, тогда вновь запускаем систему с флешки или установочного диска.
Нажимаем клавиши Shift+F10 в самом начале установочного процесса. Попадаем в меню «Командной строки», где необходимо набрать поочередно определенные команды (после ввода каждой из них нажимаем Enter).
bcdedit /export c:bckp_bcd
attrib c:bootbcd -h -r –s
ren c:bootbcd bcd.old
bootrec /FixMbr
bootrec /FixBoot
bootrec.exe /RebuildBcd

После того, как ввели все команды, перезапускаем ПК. Если Виндовс 7 не запустилась в работоспособном режиме, тогда в данных о неисправности может быть имя проблемного файла (например, библиотеки расширения .dll). Если было указано название файла, то необходимо попробовать совершить поиска данного файла в интернете и поместить его на ваш винчестер в необходимую директорию (в большинстве случаев, это папка windowdssystem 32).
Подробнее: Как установить библиотеку DLL в систему Windows: lumpics.ru/how-to-install-dll-files
Заключение

Читайте также:  Приложения для заработка денег на Андроид

Итак, что же делать с неполадкой «Startup Repair Offline»? Самый простой и эффективный способ – это использование восстановления запуска ОС, применяя загрузочный диск или флеш-накопитель. Если способ с восстановлением системы не исправил проблему, то воспользуйтесь командной строкой. Также проверьте целостность всех соединений компьютера и настройки BIOS. Применение этих методов позволит устранить ошибку запуска Windows 7

Ошибки при установке программ из пакета Windows Installer «.msi»

Довольно распространённая проблема среди пользователей операционной системы Windows любых версий – ошибка msi при установке программ из файла с расширением .msi. В этой статье я опишу часто встречаемые проблемы с установщиком Windows 7/10/XP и варианты их решения, а также сделаю видео по текущему вопросу.

Файлы с расширением .msi это обычные пакеты установки (дистрибутивы) из которых ставится программа. В отличии от обычных «setup.exe», для запуска файла msi система использует службу Windows Installer (процесс msiexec.exe). Говоря простыми словами, установщик Windows разархивирует и запускает файлы из дистрибутива. Когда Windows Installer не работает, то появляются различные ошибки.

Вообще, меня это жутко бесит, т.к. после глупого сообщения об ошибке совсем непонятно что делать дальше. Microsoft специально разработали установщик Windows Installer для расширения возможностей установки программ (в основном это касается системных администраторов), но не позаботились должным образом о безглючной работе этой службы или хотя бы об адекватных сообщениях о проблемах. А нам теперь это разгребать

Неполадки могут быть с работой самой службы или могут возникать в процессе установки программ, когда всё настроено, в принципе, правильно. В первом случае нужно ковырять службу установщика, а во втором решать проблему с конкретным файлом. Рассмотрим оба варианта, но сначала второй.

Ошибки msi файлов

Очень часто ошибки появляются из-за недостаточных прав системы на файлы или папки. Нельзя сказать, что Windows Installer не работает, в этом случае достаточно просто добавить нужные права и всё заработает. Буквально вчера я столкнулся с тем, что скаченный дистрибутив .msi не захотел устанавливаться, при этом успешно запускается мастер установки, выбираются параметры, но затем система думает несколько секунд и выдаёт ошибку:

«Error reading from file «имя файла» verify that the file exists and that you can access it» (Error 1305). Переводится «Ошибка чтения из файла … проверьте существует ли файл и имеете ли вы к нему доступ». Ну не тупняк ли? Естественно, что кнопка «Повторить» не помогает, а отмена прекращает всю установку. Сообщение особой смысловой нагрузки также не несёт, т.к. файл точно существует и я имею к нему доступ, иначе бы просто не смог его запустить и получить это сообщение, к тому же почему-то на английском языке

А ошибка в том, что не Я должен иметь доступ к файлу, а установщик Windows, точнее сама Система. Решается очень просто:

  1. Кликаем правой кнопкой по файлу с расширением .msi, выбираем «Свойства»
  2. На вкладке «Безопасность» смотрим, есть ли в списке пользователь с именем «система» или «System»
  3. Скорее всего вы такого не увидите. Поэтому будем добавлять вручную. Нажимаем кнопку «Изменить…», затем «Добавить…»
  4. В поле пишем «система» или «System» (если у вас английская Windows) и нажимаем «Проверить имена». При этом слово должно стать подчёркнутым как на картинке.
  5. Нажимаем «ОК», ставим галочку «Полный доступ», «ОК»
  6. Кнопка «Дополнительно» -> «Изменить разрешения…» ставим «Добавить разрешения, наследуемые от родительских объектов», «ОК» три раза.

Теперь ошибка установщика не появится! Можно добавить доступ на всю папку, из которой вы обычно инсталлируете программы, например на папку «Downloads», как у меня. Смотрим видео по решению проблем с правами доступа:

В Windows XP вкладки «Безопасность» не будет, если включён простой общий доступ к файлам. Чтобы его выключить, нужно зайти в «Пуск -> Панель управления -> Свойства папки -> Вид» и выключить опцию «Использовать простой общий доступ к файлам». В урезанных версиях Windows 7/10 и XP вкладки «Безопасность» нет в принципе. Чтобы её увидеть, нужно загрузить Windows в безопасном режиме и зайти в неё под администратором.

Ещё способы решить проблему

  • Запускайте установку, войдя в систему под администраторским аккаунтом
  • Правой кнопкой по пакету «.msi» и выбираем «Запуск от имени Администратора»
  • Выключите антивирус на время
  • Включить режим совместимости с предыдущими операционными системами. Для этого зайдите в свойства файла msi и на вкладке «Совместимость» поставьте галочку «Запустить программу в режиме совместимости»
  • Если файл на флешке, то попробуйте скопировать его куда-нибудь на жёсткий диск и запустить оттуда (бывает, что запрещена установка программ со съёмных накопителей)
  • Попробуйте просто создать новую папку с любым именем в корне диска, перекинуть туда дистрибутив и запустить его оттуда

Описанный метод поможет при разных сообщениях, с разными номерами. Например, вы можете видеть такие ошибки файлов msi:

  • Error 1723
  • Internal Error 2203
  • Системная ошибка 2147287035
  • Ошибка «Невозможно открыть этот установочный пакет»
  • Ошибка 1603: Во время установки произошла неустранимая ошибка

Во всех этих случаях должна помочь установка прав на файл и/или на некоторые системные папки. Проверьте, имеет ли доступ «система» к папке временных файлов (вы можете получать ошибку «Системе не удается открыть указанное устройство или файл»). Для этого:

  1. Сначала узнаем нужные пути. Нажмите «Win + Pause» и зайдите в «Дополнительные параметры системы -> Вкладка «Дополнительно» -> кнопка «Переменные среды»»
  2. В списках ищем переменные с названиями «TEMP» и «TMP» (значения обычно совпадают), в них записаны пути к временным папкам, которые использует установщик Windows
  3. Теперь идём к этим папкам и смотрим в их свойствах, имеет ли к ним доступ «система». Чтобы быстро получить путь к временной папке пользователя, кликните два раза по переменной, скопируйте путь и вставьте его в адресной строке «Проводника» Windows

После нажатия «Enter» путь преобразится на «нормальный» и вы переместитесь в реальную временную папку. Права на неё и надо проверять. Также рекомендую очистить временные папки от всего что там скопилось или даже лучше удалить их и создать новые с такими же названиями. Если не получается удалить папку, почитайте как удалить неудаляемое, но это не обязательно.

Если служба Windows Installer всё равно не хочет работать, то проверьте права на папку «C:Config.Msi», сюда «система» также должна иметь полный доступ. В этом случае вы могли наблюдать ошибку «Error 1310». На всякий случай убедитесь, что к папке КУДА вы инсталлируете софт также есть все права.

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

Ещё ошибка может быть связана с битым файлом. Может быть он не полностью скачался или оказался битым уже на сервере. Попробуйте скачать его ещё раз оттуда же или лучше с другого места.

Ошибка установщика Windows

В случае общих проблем не будут устанавливаться никакие msi файлы, процесс установки, скорее всего, даже не начнётся. При этом могут появляться ошибки вида:

  • Нет доступа к службе установщика Windows
  • Не удалось получить доступ к службе установщика Windows
  • Ошибка пакета установщика Windows (1719)

или ещё нечто подобное со словами «ошибка msi», «Windows Installer Error». Всё это означает, что система дала сбой и теперь её надо лечить. Может вы ставили какой-то софт, который испортил системные файлы и реестр, или подхватили вирус. Конечно, никогда не будет лишним удалить вирусы, или убедиться что их нет. Но оставьте этот вариант на потом, т.к. обычно проблема кроется в другом.

Сначала давайте проверим работает ли служба Windows Installer:

  1. Нажмите «Win + R» и введите services.msc
  2. Найдите в конце списка службу «Установщик Windows» или «Windows Installer»
  3. Тип запуска должен быть «Вручную». Если она «Отключена», то зайдите в «Свойства» и выберите «Вручную»
  4. Затем кликните по ней правой кнопкой и выберите «Запустить» или «Перезапустить». Если ошибок нет и состояние переходит в режим «Работает», то здесь всё нормально.
  5. Нажмите «Win + R» и введите msiexec. Если модуль MSI работает нормально, то должно появиться окно с версией установщика и параметрами запуска, а не ошибка.
Читайте также:  APU и GPU в чем разница

Следующее что я посоветую сделать – это выполнить команду сканирования системы на повреждённые и изменённые системные файлы. Нажмите «Win + R» и введите

Sfc /scannow

Произойдёт поиск и замена испорченных файлов на оригинальные, при этом может потребоваться вставить установочный диск с Windows XP-7-10. После окончания процесса перегрузитесь и посмотрите, решена ли проблема.

Microsoft сам предлагает утилиту, призванную решить нашу проблему. Запустите программу Easy Fix и следуйте мастеру.

Параметры реестра и службы

Следующий способ устранения ошибки – восстановление рабочих параметров в реестре установщика Windows Installer.

Для этого скачайте архив и запустите оттуда два reg-файла, соответственно своей версии Windows. Согласитесь с импортом настроек.

В Windows XP или Windows Server 2000 установите последнюю версию установщика 4.5.

Если не помогло, то проделайте ещё перерегистрацию компонентов:

  1. Нажмите «Win + R» и введите «cmd». Затем в чёрном окне введите последовательно команды:
    MSIExec /unregister
    MSIExec /regserver
  2. В ответ должна быть пустота, никаких ошибок. Если проблема не решена, введите ещё команду
    regsvr32 msi.dll
  3. Закройте чёрное окно

Если пишет, что не хватает прав, то нужно запускать командную строку от имени Администратора.

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

Последний вариант — скачайте программу Kerish Doctor, почитайте мою статью, там есть функция исправления работы службы установщика и многих других частых проблем Windows.

Также, многие программы используют .NET Framework, поэтому не будет лишним установить последнюю версию этого пакета. И, напоследок, ещё один совет: если в пути к файлу-дистрибутиву есть хоть одна папка с пробелом в начале названия, то удалите пробел. Такой простой приём решит вашу проблему

Подведение итогов

Ошибки с установщиком Windows очень неприятные, их много и сразу непонятно куда копать. Одно ясно – система дала сбой и нужно восстанавливать её до рабочего состояния. Иногда ничего не помогает и приходится переустанавливать Windows. Однако не торопитесь это делать, попробуйте попросить помощи на этом форуме. В точности опишите вашу проблему, расскажите что вы уже делали, какие сообщения получили, и, возможно, вам помогут! Ведь мир не без добрых людей

BootDev

Создание загрузочных дисков и прочие полезные мелочи

Страницы

2018-12-06

UEFI Shell: Скрипт автозапуска startup.nsh

Содержание

Файлы с расширением *.nsh

Файлы с расширением *.nsh, для оболочки UEFI Shell являются командными, и имеют статус исполняемых. То есть, создав файл с этим расширение, вписав в него команды оболочки UEFI Shell, и выполнив запуск полученного файла, произойдет поочередное выполнение содержащихся в нем команд. Такие файлы называют скриптами.

Особенность файла startup.nsh является в том, что при запуске UEFI Shell происходит его выполнение, если конечно пользователь не отменит данное действие нажатием клавиши ESC. Это по сути делает данный файл, файлом автозапуска (по аналогии с файлом autoexec.bat для операционной системы MS-DOS).

Как можно использовать данную особенность? Самое простое, что можно сделать, это выполнить автоматическое изменение размера и цветовой схемы командной оболочки. Более усложненный вариант, выполнение указанных *.efi приложений, в зависимости от выполненных условий.

Возможности скриптов

Как было сказано в предыдущем разделе, скрипты могут содержать в себе команды оболочки UEFI Shell. Абсолютно любые. Используя их вы можете составить свой сценарий выполнения необходимых вам команд. Рассмотрим самые типичные действия для скриптов:

1. Вывод информации.
2. Выполнение команд, или исполняемых файлов.
3. Условные переходы.
4. Чтение информации.
5. Циклические действия.

Данные действия расположены по частоте их использования. Сперва самые частые, в конце самые редкие. Предлагаю разобрать данные действия на примере скриптов, хотя бы частично. Поэтому желательно изучить (или держать открытыми) следующие статьи:

Список доступных команд, а так же особенности командной оболочки UEFI Shell, читаем по этой ссылке. Пример работы с командной оболочкой UEFI Shell.

Простой скрипт

Реализуем самые частые действия в простых скриптах, это вывод текстовой информации и выполнение запуска команд/приложений. Далее приведен текст тестового скрипта:

Сохраним данный текст в файл (обычный текстовый файл) под именем simple_script.nsh, в корень загрузочной флешки с UEFI Shell.

Загрузимся в UEFI Shell.

Перейдем в корень флешки и выведем список файлов.

Файл simple_script.nsh отмечен зеленым цветом, что говорит о возможности его запуска. Выполним запуск файла simple_script.nsh.

Скрипт, выполнил изменение цветовой схемы, размера экрана, и вывел текстовые сообщения о проделанной работе. К сожалению, текст на русском выводить невозможно. Хоть кодировка UCS-2 позволяет это сделать, но в самой оболочке не содержатся соответствующие шрифты.

Интерактивный скрипт

Интерактивным называется тот скрипт, который взаимодействует с пользователем. То есть, ожидает от пользователя выполнения какого либо действия. Это может быть нажатие клавиши, или ввод какого либо текста.

Текущая спецификация UEFI Shell содержит лишь одну интерактивную команду pause . Эта команда останавливает выполнение скрипта, и ожидает дальнейшего действия от пользователя. Действий всего два – нажать клавишу q для выхода из сценария, или нажать на любую другую клавишу для продолжения его выполнения.

Пример интерактивного скрипта:

Создаем файл interactive_script.nsh с данным текстом в корне загрузочной флешки с UEFI Shell.

Загружаемся в UEFI Shell, переходим в корень флешки, выводим список файлов.

Выполняем запуск интерактивного скрипта interactive_script.nsh.

Первое сообщение, с выбором. Приглашение.

Шаг первый. Вывод информации о версии UEFI Shell.

Шаг второй. Вывод смонтированных дисков с поддерживаемыми файловыми системами.

Шаг третий. Вывод списка доступных PCI-устройств.

На каждом их этих шагов, можно нажать клавишу q и вернуться обратно к командной строке.

Скрипт с условиями и циклами

Условия и циклы позволяют организовать скрипты с логикой, выполняющие свои действия в зависимости от наличия определенных условий. Для условий используется команда if , а для циклов for .

Попробуем написать скрипт, который использует циклы и условия:

Сохраняем полученный код в файл complex_script.nsh и размещаем его в корне загрузочной флешки с UEFI Shell.

Запускаем UEFI Shell, переходим в корень флешки, выводим список файлов.

Выполним запуск скрипта complex_script.nsh.

Начнется циклическая смена цветов фона экрана, с выводом названия текущего цвета. Оставить выполнение скрипта можно сочетанием клавиш CTRL+C .

Startup.nsh

Получив в предыдущих главах, представление о скриптах *.nsh, командной оболочки UEFI, перейдем к файлу startup.nsh. Данный файл, это обычный скрипт, единственной особенностью которого является автоматический запуск его оболочкой UEFI.

То есть, вы можете взять любой скрипт, из вышеописанных, переименовать его в startup.nsh, и наблюдать за тем как он запускается при старте UEFI Shell. Единственный вопрос, это в какой директории должен располагаться скрипт startup.nsh? Ответить на этот вопрос поможет команда set .

Выполняем команду set . Она выводит текущие установленные переменные оболочки UEFI.

Обращаем внимание на переменную path. Данной переменной присвоены пути, через знак точки с запятой “;“, по которым происходит поиск исполняемых файлов. Разместив скрипт startup.nsh в один из этих каталогов, он гарантированно запустится.

Пути, вне зависимости от диска, по которым происходит поиск EFIboot, EFItools, (то есть корень диска). Причем поиск происходит именно в указанной последовательности.

Напишем небольшой скрипт, выводящий путь до своего местоположения. Для демонстрации с какой директории был вызван скрипт:

Сохраняем полученный файл под именем startup.nsh, и копируем его в одну из указанных выше директорий.

Запускаем UEFI Shell.

Скрипт успешно запустился, о чем свидетельствует вывод консоли.

Cannot find startup file что делать

Потеря или повреждение контрольного файла- это первая неприятность, которая вас может ожидать при попытке стартовать экземпляр СУБД Oracle. Обнаруживается она сразу при попытке монтировать систему: в ответ на startup mount в svrmgrl или в sqlplus вы получите сообщение типа

ORA-00205: error in identifying controlfile, check alert log for more info

Для того, чтобы понять, почему так происходит и немножко сориентироваться в дальнейших действиях, достаточно вспомнить о его роли. Контрольный файл (control file, можно еще сказать ‘файл контроля корректности состояния СУБД’, это более правильно, но несколько длиннее) – это файл со специальной ‘базой данных’, с информацией о текущем состоянии таких объектов СУБД, как табличных пространств, файлов – с данными и журнальных. Один из важнейших отслеживаемых контрольным файлом параметров является ‘последовательный номер изменений в системе’ (system change number, SCN). Номер SCN выдается системой каждой начинаемой транзакции, и когда изменения попадают в файл данных, этот номер заносится в заголовок файла и в контрольный файл одновременно (естественно, что кроме этого SCN попадает и в журнальные файлы). При запуске СУБД система сравнивает SCN из заголовка файла с SCN, записанным для этого файла у себя. Если номер в файле оказывается старше положенного, требуется восстановление файла с данными. Если в этой ситуации подменить контрольный файл старой версией, можно получить сообщение об ошибке ‘контрольный файл устарел’. Это то, что касается синхронизации файлов системы. Но в контрольном файле хранится еще и другая информация о СУБД – например, максимальное число файлов в группе журнала и прочее.

Читайте также:  Открываем файлы формата RTF

Неприятность с контрольным файлом может возникнуть при сбоях или неосторожном использовании файловой системы, или же при неаккуратном восстановлении резервной копии БД. Но поскольку для работы Oracle контрольный файл жизненно важен, порча его или исчезновение делают работу с БД невозможной. Для того, чтобы обезопасить пользователя от таких ситуаций, в Oracle имеется механизм зеркалирования контрольных файлов, позволяющий заводить несколько копий файла, за содержательной идентичностью которых система следит сама. Но все же, если несмотря на ‘неоднократные предупреждения Минздрава’ контрольный файл у администратора ‘подзалетел’, что же делать ? Многое зависит от конкретных обстоятельств неприятности. Ниже приводится возможная последовательность действий.

Итак, что же делать, если неприятность с контрольным файлом не дает возможности монтировать систему (вспомним, что именно актом чтения контрольного файла отличается обработка startup mount от startup nomount) ?

Действие 1. Для начала нужно определиться с наличием контрольных файлов и с тем, какой именно файл вызвал неприятность. Так как система неработоспособна, придется обратиться к файлу INIT.ORA или CONFIG.ORA и найти там предложение control_files = ( : ) с перечнем зеркальных копий файла, или с указанием одного, когда зеркальных копий нет.

Затем нужно обратиться в ‘журнал для регистрации поступающих сигналов с мест’ (alert log). Обычно он расположен в каталоге ORACLE_BASE/ORACLE_SID/admin/bdumb , но может быть и в другом месте, например, указанным в параметре background_dump_dest в INIT.ORA или CONFIG.ORA (в версиях 8.0 и раньше в Windows NT он может быть ни там, ни там, но его легко найти) – в файле alert_ORACLE_SID.log. Там обнаружится сообщение типа такого:

ORA-00202: controlfile: ‘E:Oracleoradatadb1control01.ctl’

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) The system cannot find the file specified.

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

Файл, на который грешит Oracle, отсутствует, но имеется хотя бы одна его копия.

Перейти к действию 2.

Файл, на который ругается Oracle, в наличии, но поврежден.

Если повреждение файла неочевидно, заключение об этом становится субъективным, то есть делом выбора (интуиции, опыта) АБД. Убедиться в правильности выбора тогда поможет ‘игра в подстановки’ копий контрольного файла, описанная в действии 2. С этого момента прежде чем двигаться дальше настоятельно рекомендуется снять копии всех имеющихся контрольных файлов .

Если все оперативные (online) журнальные файлы на месте, то, возможно, наиболее простой сценарий дальнейших действий – убедиться в наличии всех файлов с данными и журнальных файлов (действия 3 и 4) и пересоздать контрольный файл командой create controlfile (действия 5 и 6).

Контрольные файлы либо полностью отсутствую, либо все имеют разные размеры и даты изменений.

Можно принять заключение, что все контрольные файлы повреждены, и что их всех нужно восстановить, либо же восстановить всю БД по резервной копии. Последнее возможно, если (надо надеяться) при резервном копировании вы не забывали выполнять backup control file to trace (по этой команде создается SQL-последовательность для регенерации контрольного файла). Если этого не делалось, приходится переходить к действию 7, а если да (вы делали backup) – то к действиям с 3-го по 6-е).

Действие 2. Пытаемся подставить годный контрольный файл. Итак, Oracle жалуется либо на отсутствующий, либо на плохой контрольный файл. Еще раз проверяем, что файловой системой сняли копии всех наличных контрольных файлов.

Поначалу смотрим в журнале alert log, какой файл негоден (см. выше). Пробуем подставить на его место годный (по нашему мнению) файл и ‘выливаем воду из кастрюльки’ – делаем startup mount. Если зеркальных копий несколько (или негодный файл точно неизвестен), подставлять ‘годный’ файл придется по очереди несколько раз и на место всех копий сразу (команда copy файловой системы).

Если стартовать Oracle получились – прекрасно; если нет – переходим на действия 3 – 6 по созданию контрольного файла заново.

Действие 3. Пытаемся определить, в порядке ли все файлы с данными и оперативные файлы журнала. Это нужно знать, потому что без этого нельзя запускать сценарий создания контрольного файла (действие 6). Если авария с контрольным файлом произошла после неудачного восстановления резервной копии, и выясняется, что файлы с данными – более древние, чем надо, это может оказаться не страшно и поправимо с помощью восстановления media recovery. Однако, для возможности отработки действия 6 необходимо, чтобы оперативные файлы журнала были в целости и соответствовали текущему состоянию системы.

Это связано с тем, что при создании контрольного файла система будет заглядывать в каждый файл данных и проверять его SCN. Если будет обнаружено, что SCN из файла – более поздний, чем все номера SCN, фигурирующие в файлах оперативного журнала, процесс создания будет оборван.

Если вы пришли к твердому мнению, что какой-то из файлов данных или оперативного журнала негоден к использованию, нужно переходить к следующему действию. В противном случае можно перейти к действию 5.

Действие 4. Восстанавливаем файлы данных или журнала, оказавшиеся негодными. Еще раз: если вы не уверены, что какие-то из файлов негодны, и что весьма вероятно, что с файлами все нормально, то можете, при желании, перейти сразу к действию 5, и при неудаче вернуться снова сюда. Беды от этого не будет.

Для начала определимся с наличием файлов. Перечень файлов, которые должны иметься, можно получить, войдя в svrmgrl или в sqlplus (в последнем случае рекомендуется выдать sqlplus /nolog), выдав connect internal, а затем последовательно

select name from v$datafile;

select group#, member from v$logfile;

(Вспомним, что v$-‘таблицы’ физически хранятся не в файлах, а в SGA, и доступны поэтому и при неоткрытой БД).

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

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

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

Это хорошая ситуация. Если в группе имеются и ненормальные журналы, обычной командой ОС copy на их место копируются нормальные. Зеркалирование пригодилось !

Хотя бы одна группа повреждена целиком.

Это плохая ситуация, так как создание контрольного файла (действие 5) требует наличия всех оперативных журналов. Придется полностью восстанавливать БД и выполнять alter database open resetlogs, о чем как-нибудь будет отдельный разговор.

Действие 5. Ищем сценарий создания контрольного файла – хорошо бы он нашелся уже готовый ! Он может иметься, если вы выдавали команду alter database backup control file to trace, когда еще все работало. Поэтому неплохо такую команду выполнять регулярно и автоматически, например, с помощью cron в Unix.

Сценарий, созданный этой командой, попадает в файл трассировки. В NT (версия 8.1 Oracle) этот файл хранится по умолчанию в ORACLE_BASEAdminORACLE_SIDudump, а другое место хранения может быть задано параметром user_dump_dest в файле инициализации СУБД. Файлов трассировки (обычно они носят расширение trc) может быть несколько, и тогда среди них нужно найти тот с наиболее поздней командой create controlfile (в разных ОС для этого есть разные возможности; в NT, например, много придется поработать глазами, а в Unix – руками и головой) и перейти к действию 6. Если трассировочных файлов с командой создания контрольного файла не окажется в наличии, переходим к действию 7.

Действие 6. Запускаем сценарий создания контрольного файла. Для этого копируем файл трассировки (см. предыдущее действие) в файл, например, rebuild.sql. Удаляем в текстовом редакторе все, что стоит до фразы ‘# The following commands will create :’ и после последнего предложения SQL, идущего по тексту. В самое начало добавляем connect internal – и файл можно подавать на вход srvmgrl (напомним, что СУБД не запущена).

Если все сработало, считайте, что вы отделались легким испугом и отдохните. Иначе (например, выяснилось, что оперативные файлы журнала повреждены) – переходим к следующему действию.

Действие 7. Пробуем восстановить контрольный файл по резервной копии, готовимся к восстановлению БД и пытаемся ее восстановить. То, что мы дошли до этого шага, есть, определенно, следствие катаклизма. Судите: мы утеряли все работоспособные копии контрольного файла, сценарий его восстановления (если его когда-нибудь формировали !) и все целые копии в по меньшей мере в одной из групп оперативных журналов.

Выбор невелик. Теперь можно либо откатиться на n часов, суток, недель назад по холодной копии, либо-таки попытаться восстановить последний годный контрольный файл по одной из резервных копий и, пользуясь им, восстановить БД. Но это требует отдельного разговора.

Ссылка на основную публикацию
Adblock
detector