Modprobe и insmod [dубликат]

Вы можете создать ярлыки, чтобы быстро изменить этот параметр:

gsettings set org.gnome.gedit.preferences.editor insert-spaces false
27
задан 5 January 2011 в 01:02

36 ответов

Per man insmod:

Большинство пользователей захотят использовать modprobe вместо этого, что более умно и может обрабатывать зависимости модулей.
21
ответ дан 18 July 2018 в 09:24

Per man insmod:

Большинство пользователей захотят использовать modprobe вместо этого, что более умно и может обрабатывать зависимости модулей.
21
ответ дан 24 July 2018 в 19:19

Per man insmod :

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

21
ответ дан 31 July 2018 в 22:24

Per man insmod :

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

21
ответ дан 2 August 2018 в 17:07

Per man insmod :

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

21
ответ дан 3 August 2018 в 19:42

Per man insmod :

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

21
ответ дан 5 August 2018 в 04:28

Per man insmod :

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

21
ответ дан 6 August 2018 в 21:32

Per man insmod :

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

21
ответ дан 9 August 2018 в 01:58

Per man insmod :

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

21
ответ дан 14 August 2018 в 20:09

modprobe читает модули из /lib/modules/$(uname -r)/modules.dep.bin (или без суффикса .bin, если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в /lib/modules/$(uname -r) (например, nvidia-current для файла dkms/nvidia-current.ko) и псевдонимов (modules.alias.bin ). Также признаны Builtins (modules.alias.bin), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod, с другой стороны, принимает пути к файлам. Модуль не должен находиться в /lib/modules/$(uname -r), но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo.

rmmod удаляет имя ядра на имя от /proc/modules. Это имя необязательно должно быть таким же, как тот, который был передан в modprobe (для файла nvidia-current, например nvidia).

modinfo принимает имя файла или имя файла без суффикса .ko в /lib/modules/$(uname -r).

33
ответ дан 18 July 2018 в 09:24

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 18 July 2018 в 09:24

modprobe - интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 18 July 2018 в 09:24

modprobe читает модули из /lib/modules/$(uname -r)/modules.dep.bin (или без суффикса .bin, если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в /lib/modules/$(uname -r) (например, nvidia-current для файла dkms/nvidia-current.ko) и псевдонимов (modules.alias.bin ). Также признаны Builtins (modules.alias.bin), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod, с другой стороны, принимает пути к файлам. Модуль не должен находиться в /lib/modules/$(uname -r), но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo.

rmmod удаляет имя ядра на имя от /proc/modules. Это имя необязательно должно быть таким же, как тот, который был передан в modprobe (для файла nvidia-current, например nvidia).

modinfo принимает имя файла или имя файла без суффикса .ko в /lib/modules/$(uname -r).

33
ответ дан 24 July 2018 в 19:19

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 24 July 2018 в 19:19

modprobe - интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 24 July 2018 в 19:19

modprobe - это интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 31 July 2018 в 22:24

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 31 July 2018 в 22:24

modprobe читает модули из / lib / modules / $ (uname -r) /modules.dep.bin (или без .bin , если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в / lib / modules / $ ( uname -r) (например, nvidia-current для файла dkms / nvidia-current.ko ) и псевдонимов ( modules.alias.bin [ ! d8]). Также признаны Builtins ( modules.alias.bin ), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod с другой стороны принимает пути к файлам. Модуль не должен находиться в / lib / modules / $ (uname -r) , но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo .

rmmod удаляет имя ядра на основе имени из / proc / modules . Это имя необязательно должно быть таким же, как тот, который был передан modprobe (для файла nvidia-current это nvidia , например ).

modinfo принимает имя файла или имя файла без суффикса .ko в / lib / modules / $ (uname -r) .

33
ответ дан 31 July 2018 в 22:24

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 2 August 2018 в 17:07

modprobe - это интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 2 August 2018 в 17:07

modprobe читает модули из / lib / modules / $ (uname -r) /modules.dep.bin (или без .bin , если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в / lib / modules / $ ( uname -r) (например, nvidia-current для файла dkms / nvidia-current.ko ) и псевдонимов ( modules.alias.bin [ ! d8]). Также признаны Builtins ( modules.alias.bin ), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod с другой стороны принимает пути к файлам. Модуль не должен находиться в / lib / modules / $ (uname -r) , но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo .

rmmod удаляет имя ядра на основе имени из / proc / modules . Это имя необязательно должно быть таким же, как тот, который был передан modprobe (для файла nvidia-current это nvidia например ).

modinfo принимает имя файла или имя файла без суффикса .ko в / lib / modules / $ (uname -r) .

33
ответ дан 2 August 2018 в 17:07

modprobe - это интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 3 August 2018 в 19:42

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 3 August 2018 в 19:42

modprobe читает модули из / lib / modules / $ (uname -r) /modules.dep.bin (или без .bin , если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в / lib / modules / $ ( uname -r) (например, nvidia-current для файла dkms / nvidia-current.ko ) и псевдонимов ( modules.alias.bin [ ! d8]). Также признаны Builtins ( modules.alias.bin ), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod с другой стороны принимает пути к файлам. Модуль не должен находиться в / lib / modules / $ (uname -r) , но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo .

rmmod удаляет имя ядра на основе имени из / proc / modules . Это имя необязательно должно быть таким же, как тот, который был передан modprobe (для файла nvidia-current это nvidia например ).

modinfo принимает имя файла или имя файла без суффикса .ko в / lib / modules / $ (uname -r) .

33
ответ дан 3 August 2018 в 19:42

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 5 August 2018 в 04:28

modprobe - это интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 5 August 2018 в 04:28

modprobe читает модули из / lib / modules / $ (uname -r) /modules.dep.bin (или без .bin , если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в / lib / modules / $ ( uname -r) (например, nvidia-current для файла dkms / nvidia-current.ko ) и псевдонимов ( modules.alias.bin [ ! d8]). Также признаны Builtins ( modules.alias.bin ), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod с другой стороны принимает пути к файлам. Модуль не должен находиться в / lib / modules / $ (uname -r) , но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo .

rmmod удаляет имя ядра на основе имени из / proc / modules . Это имя необязательно должно быть таким же, как тот, который был передан modprobe (для файла nvidia-current это nvidia , например ).

modinfo принимает имя файла или имя файла без суффикса .ko в / lib / modules / $ (uname -r) .

33
ответ дан 5 August 2018 в 04:28

modprobe читает модули из / lib / modules / $ (uname -r) /modules.dep.bin (или без .bin , если другой файл недоступен). Из этого же файла загружаются зависимости.

modprobe принимает имя файла .ko в / lib / modules / $ ( uname -r) (например, nvidia-current для файла dkms / nvidia-current.ko ) и псевдонимов ( modules.alias.bin [ ! d8]). Также признаны Builtins ( modules.alias.bin ), но поскольку эти модули загружаются по умолчанию, нет моментов в modprobing этого типа модулей.

insmod с другой стороны принимает пути к файлам. Модуль не должен находиться в / lib / modules / $ (uname -r) , но зависимости не загружаются автоматически. Это нижняя программа, используемая modprobe для загрузки модулей.

Другими программами, связанными с модулями, являются rmmod и modinfo .

rmmod удаляет имя ядра на основе имени из / proc / modules . Это имя необязательно должно быть таким же, как тот, который был передан modprobe (для файла nvidia-current это nvidia например ).

modinfo принимает имя файла или имя файла без суффикса .ko в / lib / modules / $ (uname -r) .

33
ответ дан 6 August 2018 в 21:32

Утилиту modprobe стоит упомянуть. modprobe, как insmod, загружает модуль в ядро. Он отличается тем, что он будет смотреть на модуль, который будет загружен, чтобы увидеть, ссылается ли он на какие-либо символы, которые в настоящее время не определены в ядре. Если такие ссылки найдены, modprobe ищет другие модули в текущем пути поиска модуля, которые определяют соответствующие символы. Когда modprobe находит эти модули (которые необходимы загружаемому модулю), он также загружает их в ядро. Если вы используете insmod в этой ситуации, команда выходит из строя с сообщением «неразрешенные символы», оставшимся в системном файле журнала

0
ответ дан 6 August 2018 в 21:32

modprobe - это интеллектуальная команда, она ищет зависимости при загрузке модуля. Предположим, если я загрузил модуль, который имеет символы, определенные в каком-либо другом модуле (этот путь модуля указан внутри основного модуля). Таким образом, modprobe загружает основной модуль и зависимый модуль.

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

3
ответ дан 6 August 2018 в 21:32

Другие вопросы по тегам:

Похожие вопросы: