Cnatdevice opendevice 2 не удается найти указанный файл

Обновлено: 24.01.2025

Недавно я установил Ubuntu 12.04.1 LTS на свой Lenovo Y480. После установки Ubuntu Hibernation работал правильно, но я следил за тем, чтобы все операционные системы в моей системе работали, включая OneKey Recovery (раздел восстановления). Следует отметить, что я установил Windows 7 с нуля с образом диска, который я скачал из программы DreamSpark моего университета, и, кроме того, мне пришлось создать образ раздела с помощью Paragon Backup & Recovery, перераспределения для преобразования раздела Windows в расширенный, установить Ubuntu, а затем восстановить образ. Во время этого процесса я также использовал диск Windows для редактирования BCD, чтобы повторно использовать существующую запись для восстановленного раздела. Я также использовал автоматическую опцию "починить компьютер".

При проверке я заметил, что опция "восстановить ваш компьютер" фактически записала неправильный BCD (раздел восстановления), и я смонтировал раздел и восстановил исходный BCD (из копии, которую я сделал ранее), и перезагрузил компьютер. В этот момент мой GRUB сломался, и я смог его восстановить. В этот момент спячка сломалась.

Я попытался powercfg /h off и powercfg /h on , перезагрузить компьютер и ничего. Также попытался увеличить размер файла гибернации, как указано в этом посте , но он все еще не работает. Выполнение shutdown /h yields The system cannot find the file specified.(2) Какой файл?

2 ответа 2

Краткий ответ: Если вы добавили и удалили буквы дисков в системный раздел с помощью оснастки «Управление дисками», Windows не будет перемонтировать раздел при следующей перезагрузке. Системный раздел необходим, потому что он содержит BCD, и BCD должен быть записан, чтобы система могла успешно возобновить спящий режим. Если раздел не смонтирован, BCD не может быть записан, и гибернация не удастся.

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

Более длинный ответ (процесс): Оказывается, виновником является подключение и отключение системного раздела. Windows "внесет в черный список" том, чтобы не перемонтировать его при загрузке. Я понял это, когда подумал о том, как будет работать спящий режим, только если смонтирован системный раздел. Я установил еще одну копию Windows 7 на том же диске, прежде чем пришел к такому выводу, думая, что это как-то связано с тем, что Windows является логическим томом. Для хороших мер я проверил bcdedit и он смог загрузить конфигурацию BCD. Загрузился обратно к моей первоначальной установке и не смог найти файл. (Хм . не удалось найти файл здесь, не удалось найти файл во время гибернации . ) Проверка с помощью mountvol выявила проблему: она сказала мне, что *** NOT MOUNTED UNTIL A VOLUME MOUNT POINT IS CREATED *** ТОГО, ЧТО СОЗДАНО ОБЪЕМНАЯ МОНТАЖНАЯ ТОЧКА *** . Ага! Я размонтировал системный раздел, чтобы он не отображался при перезагрузке, и поскольку Windows хочет сохранить его как таковой, он добавляет запись где-то, чтобы явно запретить монтирование. Следовательно, bcdedit не может найти BCD. И имеет смысл, что BCD необходим, потому что добавлена специальная запись, чтобы система могла возобновить работу. Ошибка файла не найдена, поэтому ссылка на хранилище BCD.

Что имеем. Большая сеть. Три выделенных виртуальних сервера, на каждом ключ на 100 лицензий, с серверов проброс на usb шину. Nethasp.ini настроен корректно. Все работало отлично несколько лет.

Сейчас у некоторых компьютеров не видит Ключи лицензий, пишет: прочитан успешно, ORGL8 Сетевой, установлен
Поиск лицензии на сервере:
ORGL8 Сетевой, установлен, неисправен или не подходит для 1С:Предприятия
Более 150 пользователей работают корректно, проблема выявилась у 15-20 пользователей.

Что предшествовало: зависание сервера 1С, сервер виртуальный, админы перегрузили его, но как это может быть связано не понимаю.

Что сделано: проверили nethasp.ini, переустановили локальную 1С, запустили монитор с локальных машин - все Ключи видит, свободные Лицензии на серверах имеются. Проверили все базы на всех серверах 1С, их у нас 3, вроде нигде не стоит серверу раздавать Лицензии. Попрыгали, по колёсам постучали.

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

Подскажите, встречалась ли такая ситуация? Что проверить? Куда посмотреть? Что подсказать админам?

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

Всем спасибо за ответы и внимание к посту.

(1) не описана архитектура самой сети.
Проверить/настроить технологический журнал. Там будет информация о попытках получения лицензии.
Проблемные клиенты всегда одни и те же? Если разные, тогда тупо не хватает лицензий. Проверять получение лицензий с перезагруженного сервера.

(2) а что именно по описанию сети? Я программист 1С, мне трудно описать. Но я могу спросить у админов.

Технологический журнал настроить на клиенте ? Ок, спасибо. Сделаем. В принципе, он ошибку явно пишет, но может там больше напишет. Посмотрим.

Проблемные клиенты одни и те же. Если компьютер заходит в сеть, то заходит всегда, если не заходит, то не заходит вообще.

Предполагаю, что проблема в сети, но админы считают, что проблема не в сети, говорят, что проверили и сеть работает корректно.

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

Спасибо за ответ!

(2) вот журнал проблемного комьютера:

(11) Можно попробовать почистить кэш пользователя. А раз имело место подвисание сервера приложений 1С, то и его(сервера) кэш - тоже. (13) точно все почистили?
Попробуйте удалить базу из списка баз на проблемном компьютере и подключить повторно.
Компьютеры в домене?
Попробовать перезагрузить все сервера.
Динамическое обновление перед этим делали?

(15) компьютеры в домене. Три разных сервера не пускают, ни в одну из баз. Даже создаем локальную пустую базу. и в локальную не пускает. Думаю проблема не в 1С, но пока даже локализовать не получается.

Сервера с ключами перегружали.

Сервер 1С проблемно перегрузить, но попробуем. Хотя даже если локальная база не запускается, то сервера не при чем.

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

(17) кажется, что проблема с компьютером, если на проблемном компьютере зайти под другим пользователем, до доступа нет. А у этого пользователя на своем компьютере доступ есть.

Антивирус отключали, есть программа информационной безопасности, может быть она режет. Но админ говорит, что все ОК с ней.
А админ по сети говорит, что с сетью все хорошо.

но однако же доступа нет

Работоспособность ключей по отдельности проверяли? У нас была подобная ерунда, кстати тоже с зависанием (сошлись на том что выход ключа из строя и привел к зависанию сервера). (4) ко всем ключам пользователи подключаются. Из чего делаю вывод, что ключи работают нормально. Или может быть такое, что сервер как-то особенно обрабатывает отдельных клиентов ? telnet на 475 порт с проблемных компов до серверов ключей проверьте
В настройках стартера 1С на проблемных компах стоит галка "Использовать аппаратную лицензию" ? ну тогда как вариант исправьте файл nethasp.ini указав там только 1 сервер лицензий для проблемных компьютеров
И так попробуйте со всеми 3-мя серверами, заодно выясните есть ли битый ключ

22:51.785000-15000,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORGL8,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:51.785002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:51.910000-109000,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORGL8. )->. '
22:51.910002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.004000-93997,HASP,2,process=1cv8c,Txt='
NETHASP_SETIDLETIME(idle=8,prog=17,ser=ORGL8. )->. '
22:52.004002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.300000-281000,HASP,2,process=1cv8c,Txt='
NETHASP_READBLOCK(,prog=17,ser=ORGL8,pos=0,size=5,,)->,,stat=0,buf=01000000000000E8E546'
22:52.300002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=0,SysErr=0,stat=0,'
22:52.456000-155997,HASP,2,process=1cv8c,Txt='
NETHASP_HASPID(,prog=17,ser=ORGL8. )->id=0,,stat=15,'
22:52.456002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.628000-171997,HASP,0,process=1cv8c,Txt='
NETHASP_LOGOUT(,prog=17,ser=ORGL8. )->. '
22:52.628002-1,HASP,0,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORGL8. )->NStat=15,SysErr=0,stat=0,'
22:52.643000-14997,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORGL8. )->found=0,port=0,stat=-100,'
22:52.643002-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8A. )->found=0,port=0,stat=-100,'
22:52.643004-1,HASP,2,process=1cv8c,Txt='
LOCALHASP_ISHASP(,,ser=ORG8B. )->found=0,port=0,stat=-100,'
22:52.674000-30995,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8A,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.674002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=0,SysErr=0,stat=0,'
22:52.924000-249997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8A. )->. '
22:52.924002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8A. )->NStat=129,SysErr=0,stat=0,'
22:52.940000-15997,HASP,2,process=1cv8c,Txt='
NETHASP_SET_CONFIG_FILENAME(,prog=17,ser=ORG8B,,size=44,,FName=C:/Program Files (x86)/1cv8/conf/nethasp.ini)->. '
22:52.940002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=0,SysErr=0,stat=0,'
22:55.482000-2541997,HASP,2,process=1cv8c,Txt='
NETHASP_LOGIN(,prog=17,ser=ORG8B. )->. '
22:55.482002-1,HASP,2,process=1cv8c,Txt='
NETHASP_LASTSTATUS(,prog=17,ser=ORG8B. )->NStat=129,SysErr=0,stat=0,'

(20) ничего ценного эти логи не дают.
C:/Program Files (x86)/1cv8/conf/nethasp.ini покажите.
Сеть с этими компьютерами работает нормально? Доменные политики посмотрели?
Ключ на перезагруженном сервере физический или лицензии?
Если отключить сервер лицензирования, то отрубятся еще компьютеры?
Если физический, то может накрыться. Если лицензии, то можно попробовать перерегистрировать. Оборудование точно не меняли на сервере?

C:/Program Files (x86)/1cv8/conf/nethasp.ini

NH_TCPIP = Enabled ; or Disabled ; Use the TCP/IP protocol
NH_SERVER_ADDR = 10.1.15.166, 10.1.15.167, 10.1.15.168
NH_TCPIP_METHOD = TCP ; Send a TCP packet or UDP packet
; Default: UDP
NH_USE_BROADCAST = Disabled ; Use TCPI/IP Broadcast mechanism.
; Default: Enabled

Сеть с этими компьютерами работает нормально? Доменные политики посмотрели? - да, нормально. Запускаю Alladin monitor на проблемном компьютере, все ключи видит. Админы политики проверили, говорят, что все ОК

Ключ на перезагруженном сервере физический или лицензии? - Физический

Если отключить сервер лицензирования, то отрубятся еще компьютеры? - да, сервер перегружали, отваливаются как милые

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

Думаю, дело не в ключе. или в компьютере, или в сети.
Не можем разобраться.

Спасибо за информацию !

(22) на всех компьютерах с ключами установлен и запущен Hasp LM. На серверах отключено раздачу лицензий. Так?
Можно попробовать переустановить HaspLM.
nethasp.ini привести к стандарту и пробовать по одному адресу:
[NH_COMMON]
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=10.1.15.166
NH_PORT_NUMBER=475
NH_TCPIP_METHOD=UDP
NH_USE_BROADCAST=Disabled

И да, NH_TCPIP_METHOD = TCP в HaspLM просто игнорируется, работает только по UDP.

(23) ок, завтра попробую такой nethasp.ini по очереди менять и ставить один ip , уже пробовали, попробуем ещё раз.

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

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

rosenrot, выполните сброс параметров безопасности - в коммандной строке с правами Администратора выполните команду:

Что же касается контекстного меню дисков - примените твик реестра из вложения. Перезагрузка.

Drinko, при выполнении команды вылетает ошибка и пишет, что более подробная информация записана в лог.

-------------------------------------------
25 июня 2011 г. 17:59:46
----Модуль конфигурации инициализирован успешно.----

----Чтение данных шаблона конфигурации.

Настройка прав пользователя выполнена успешно.

----Настройка членства в группах.
Настройка Пользователи.

Настройка членства в группах выполнена успешно.

Ошибка при настройке разделов реестра.

Настройка безопасности файлов выполнена успешно.

----Настройка параметров общей службы.
Настройка sysmonlog.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии sysmonlog.
Настройка SamSs.
Настройка ntmssvc.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии ntmssvc.
Настройка netddedsdm.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии netddedsdm.
Настройка netdde.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии netdde.
Настройка dmserver.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии dmserver.
Настройка clipsrv.
Ошибка 1060: Указанная служба не установлена.
Ошибка при открытии clipsrv.
Настройка Browser.

Настройка общей службы выполнена успешно.

----Настройка доступных модулей дополнений.

Настройка модулей дополнений выполнена успешно.

----Настройка политики безопасности.
Настройка параметров паролей.
Учетная запись администратора отключена.
Учетная запись отключена.

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

Настройка аудита/протоколирования выполнена успешно.

----Настройка доступных модулей дополнений.

Настройка модулей дополнений выполнена успешно.

----Деинициализация модуля настройки.

ага, нашел в статье, что так и должно быть=) значит теперь проблем быть не должно, спасибо!

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

Описание ошибки:
Проблема возникла по факту, если кратко, после установки на сервере более нового релиза платформы 1С:Предприятие 8.3 и последующим его же удалением в ближайшее время.

По опыту практически очевидно, что проблема в настройке службы Агента сервера, т.е. скорее всего в том, что неверно указан файл запуска. Как и оказалось - в используемых файлах службы стоит путь к папке с релизом 8.3.12.1685, а установлен по факту только релиз 8.3.9.2033. Как уже было отмечено в кратком описании ошибки - это результат практически последовательной попытки установить релиз 8.3.12.1685, а после неудачной попытки - практически сразу его удаление. При этом ранее все работало на релизе 8.3.9.2033.

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

Для этого открываем редактор реестра. В моем случае для ОС Windows Server 2008 R2 Standart x64 путь до настроек службы оказался следующим: [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\1C:Enterprise 8.3 Server Agent (x86-64)\] (если у Вас другая ОС, то можете подсмотреть, где будет располагаться в редакторе реестра путь к настройке службы в статье, похожей по тематике - как найти ветку реестра для соответствующей версии Агента сервера 1С: Предприятие 8)
В строку свойства "ImagePath" изменяем в строке номер релиза на актуальный. Сохраняем. Пробуем запустить службу агента сервера. Должна запуститься.

Хотя проблема с запуском службы "Агент сервера 1С:Предприятие 8.3" была устранена но на этом проблемы после беглой неаккуратной установки/удаления более нового релиза платформы 1С 8.3 не закончились.

Если интересно то, как решалась последующая ошибка после устранения описанной проблемы в этой статье, то перейдите к публикации: "Ошибка при выполнении операции с информационной базой" при попытке запустить базу

Читайте также: