Если позволите, накидал тут пошаговую инструкцию, у меня получилось поставить драйвера NVIDIA только таким способом. (Вдруг кому пригодится)
Спасибо большое. Ёмко, коротко и без лишней воды.
Отлично! Debian всегда интересно. Ждём продолжений.
Огромное спасибо за урок! Всё подробно и внятно!
В терминале для копирования и вставки не работают стандартные сочетания Ctrl+V, Ctrl+C. Это связано с тем, что исторически Ctrl+C это сочетание клавиш для прерывания текущего процесса. Поэтому, для копирования и вставки при работе в терминале используются сочетания Ctrl+Insert и Shift+Insert соответственно.
Отлично. Все идет на ура,спасибо за труды.
Источник: klichalex.ruplayers.com
Красноглазые заметки
Установил Debian 9.1. Во время установки никаких ошибок не было, сразу после установки при попытке установить любое приложение с помощью apt получаю такой отлуп:
Урок 8 — Модуль PATH
dpkg: предупреждение: «start-stop-daemon» отсутствует в каталогах, перечисленных в PATH, или не является исполняемым
dpkg: ошибка: в каталогах PATH не найдена 1 ожидаемая программа или исполняемый файл
Замечание: В PATH суперпользователя обычно должны присутствовать /usr/local/sbin, /usr/sbin и /sbin
E: Sub-process /usr/bin/dpkg returned an error code (2)
echo $PATH возвращает /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Подглядел на рабочей системе, что «потерянный» бинарник должен быть в каталоге /sbin
Поиск сообщил мне, что данный файл является частью dpkg, хотя сам по себе dpkg был установлен и даже работал, но видимо что-то в процессе установки пошло не так. Значит остаётся переустановить пакетный менеджер.
Скачиваем нужные пакеты apt-get download dpkg и устанавливаем (почему-то dpkg -i меня тоже обругал, поэтому пришлось найти альтернативный способ) dpkg-deb -x dpkg* /
И это помогло.
Причина такого глюка скорее всего в битой оперативке на данном сервере, но это уже другая история.
Используемые материалы:
https://manpages.debian.org/wheezy/dpkg/start-stop-daemon.8.en.html
https://debianforum.ru/index.php?topic=7522.15
Источник: redeyes-notes.blogspot.com
find_program
Эта команда используется для поиска программы. Запись кэша или обычная переменная, если NO_CACHE , с именем создается для хранения результата этой команды. Если программа найдена, результат сохраняется в переменной, и поиск не будет повторяться, пока переменная не будет очищена. Если ничего не найдено, результатом будет -NOTFOUND .
Укажите одно или несколько возможных имен для программы.
При использовании этого параметра для указания имен с суффиксом версии и без него мы рекомендуем сначала указать неверсированные имена,чтобы локально собранные пакеты можно было найти раньше,чем те,которые предоставляются дистрибутивами.
DEBIAN ERROR FIX: fsck: error 2 (No such file or directory) while executing fsck.ext4 for /dev/sda1
Укажите каталоги для поиска в дополнение к местоположениям по умолчанию. ENV var Подвариант считывает пути из переменной среды системы.
Изменено в версии 3.24: на платформе Windows можно включать запросы реестра как часть каталогов, используя специальный синтаксис . Такие спецификации будут игнорироваться на всех других платформах.
REGISTRY_VIEW
Новое в версии 3.24.
Укажите, какие представления реестра необходимо запрашивать. Этот параметр имеет смысл только на платформах Windows и будет игнорироваться на других. Если не указано иное, представление BOTH используется, когда политика CMP0134 NEW . Обратитесь к CMP0134 для представления по умолчанию, когда политика является OLD .
Запросите 64-битный реестр. В 32-разрядной версии Windows всегда возвращается строка /REGISTRY-NOTFOUND .
Запросите 32-разрядный реестр.
Запросите оба вида ( 64 и 32 ) и сгенерируйте путь для каждого.
Запросите оба представления ( 32 и 64 ) и сгенерируйте путь для каждого.
Запросите реестр, соответствующий архитектуре хоста: 64 в 64-битной Windows и 32 в 32-битной Windows.
Запросите реестр, соответствующий архитектуре, указанной в переменной CMAKE_SIZEOF_VOID_P . Если не определено, вернитесь к представлению HOST .
Запросите оба представления ( 32 и 64 ). Порядок зависит от следующих правил: Если переменная CMAKE_SIZEOF_VOID_P определена, используйте следующее представление в зависимости от содержимого этой переменной:
Если переменная CMAKE_SIZEOF_VOID_P не определена, полагайтесь на архитектуру хоста:
- 64-bit: 64_32
- 32-bit: 32
Укажите дополнительные подкаталоги для проверки ниже каждого места расположения каталога,которое учитывается в противном случае.
Укажите строку документации для записи кэша .
Новое в версии 3.21.
Результат поиска будет сохранен в обычной переменной,а не в записи кэша.
Если переменная уже установлена до вызова (как обычная или кэш-переменная),то поиск не произойдет.
Этот параметр следует использовать с осторожностью,поскольку он может значительно увеличить стоимость повторяющихся шагов конфигурирования.
Новинка в версии 3.18.
Остановить обработку с сообщением об ошибке,если ничего не найдено,иначе поиск будет повторен при следующем вызове find_program с той же переменной.
Если NO_DEFAULT_PATH , дополнительные пути к поиску не добавляются. Если NO_DEFAULT_PATH не указан, процесс поиска выглядит следующим образом:
Новое в версии 3.12: при вызове из модуля поиска или любого другого скрипта, загруженного вызовом find_package() , префиксы поиска уникальны для текущего найденного пакета. В частности, просмотрите переменную _ROOT CMake и переменную среды _ROOT . Корневые переменные пакета хранятся в виде стека, поэтому, если они вызываются из вложенных модулей поиска или пакетов конфигурации, корневые пути из родительского модуля поиска или пакета конфигурации будут найдены после путей из текущего модуля или пакета. Другими словами, порядок поиска будет следующим: _ROOT , ENV<_ROOT> , _ROOT , ENV<_ROOT> и т. д. Это можно пропустить, если NO_PACKAGE_ROOT_PATH или установив для CMAKE_FIND_USE_PACKAGE_ROOT_PATH значение FALSE . См. Политику CMP0074 .
- /[s]bin для каждого в _ROOT CMake переменных и _ROOT переменного окружения , если вызываемый из модуля находит загруженный find_package()
- /[s]bin для каждого в CMAKE_PREFIX_PATH
- CMAKE_PROGRAM_PATH
- CMAKE_APPBUNDLE_PATH
- /[s]bin для каждого в CMAKE_PREFIX_PATH
- CMAKE_PROGRAM_PATH
- CMAKE_APPBUNDLE_PATH
- Каталоги в PATH сам.
- На хостах Windows дополнительные пути поиска не включены
- /[s]bin для каждого в CMAKE_SYSTEM_PREFIX_PATH
- CMAKE_SYSTEM_PROGRAM_PATH
- CMAKE_SYSTEM_APPBUNDLE_PATH
Пути платформ, которые содержат эти переменные, являются местоположениями, которые обычно включают установленное программное обеспечение. Примером является /usr/local для платформ на базе UNIX.
Переменные CMAKE_IGNORE_PATH , CMAKE_IGNORE_PREFIX_PATH , CMAKE_SYSTEM_IGNORE_PATH и CMAKE_SYSTEM_IGNORE_PREFIX_PATH также могут привести к игнорированию некоторых из указанных выше местоположений.
Новое в версии 3.16: добавлены CMAKE_FIND_USE__PATH для глобального отключения различных местоположений поиска.
В macOS переменные CMAKE_FIND_FRAMEWORK и CMAKE_FIND_APPBUNDLE определяют порядок предпочтения между компонентами пакета в стиле Apple и в стиле unix.
Переменная CMake CMAKE_FIND_ROOT_PATH указывает один или несколько каталогов, которые будут добавлены ко всем другим каталогам поиска. Это эффективно «переключает» весь поиск в заданные местоположения. Пути, которые являются потомками CMAKE_STAGING_PREFIX , исключаются из этого повторного укоренения, потому что эта переменная всегда является путем в хост-системе. По умолчанию CMAKE_FIND_ROOT_PATH пуст.
CMAKE_SYSROOT переменная также может быть использован для определения точности один каталог для использования в качестве префикса. Установка CMAKE_SYSROOT также имеет другие эффекты. Смотрите документацию по этой переменной для получения дополнительной информации.
Эти переменные особенно полезны, когда кросс-компиляция указывает на корневой каталог целевой среды, и CMake также будет искать там. По умолчанию сначала CMAKE_FIND_ROOT_PATH поиск по каталогам, перечисленным в CMAKE_FIND_ROOT_PATH , затем CMAKE_SYSROOT каталогу CMAKE_SYSROOT , а затем поиск по некорневым каталогам. Поведение по умолчанию можно настроить, установив CMAKE_FIND_ROOT_PATH_MODE_PROGRAM . Это поведение может быть вручную переопределено для каждого вызова с использованием параметров:
Ищите в порядке,описанном выше.
CMAKE_STAGING_PREFIX поиск только в каталогах с повторным доступом и каталогах ниже CMAKE_STAGING_PREFIX .
Порядок поиска по умолчанию разработан, чтобы быть наиболее специфичным для наименее специфичных для общих случаев использования. Проекты могут переопределять порядок, просто вызывая команду несколько раз и используя опции NO_* :
find_program (VAR> NAMES name PATHS paths. NO_DEFAULT_PATH) find_program (VAR> NAMES name)
Как только один из вызовов завершится успешно,переменная результата будет установлена и сохранена в кэше,так что ни один вызов не будет производить повторный поиск.
Если для параметра NAMES указано более одного значения, эта команда по умолчанию будет рассматривать по одному имени за раз и искать его в каждом каталоге. Опция NAMES_PER_DIR говорит этой команде рассматривать один каталог за раз и искать все имена в нем.
CMake 3.25
Выбор версии режима конфигурации
Примечание При использовании режима Config этот процесс выбора версии применяется независимо от того,была ли дана полная или основная подпись.
Краткая подпись-это:Общая подпись-это:Эта команда используется для поиска каталога,содержащего именованный файл.
Источник: runebook.dev