Действительно ли возможно сказать, является ли мое ядро Linux пользовательским (т.е. скомпилированный) в противоположность дистрибутиву?

То же, что и любые другие

sudo apt-cache policy linux-generic

, это версия, установленная, хотя управляющая пакета и

uname -r

сравнивают версии

для меня его

linux-generic:
  Installed: 3.19.0.15.14
  Candidate: 3.19.0.15.14

и

3.19.0-15-generic

, которые указывают на ту же версию

Я бы сказал, что самый вообще истинный ответ - «Нет, ты не можешь». Существуют различные методы, которые могут помочь в определенных случаях, и они были предложены уже, но все, похоже, упускают, как эта ситуация на самом деле должна быть. По правде говоря, если вы используете пользовательское ядро, то ядро ​​может что-то сделать, в том числе скрывая свое присутствие или появляющееся, чтобы быть другим ядром.

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

Если вы искренне не уверены, в каком ядре систему работает или какие источники это ядро ​​было построено из или где она пришла от того, я бы серьезно подумал переустановить ОС из известного хорошего изображения и быть более осторожным в будущем о том, какие ядра вы попробуйте загрузить или использовать.

Просто добавьте команду ip в качестве команды up в /etc/network/interfaces (нет необходимости преобразовывать в route , post-up является псевдонимом для up ):

allow-hotplug eth0
iface eth0 inet static
   address 10.1.10.100
   netmask 255.255.255.0
   gateway 10.1.10.1
   up ip route add 192.168.50.0/24 via 10.1.10.100 dev eth0

Нет необходимости в down , так как при отключении интерфейса любой

Кроме того: вы добавляете маршрут к другой сети через локальный IP-адрес, который только что был поднят? Используется ли эта система в качестве шлюза?

EDIT:

Метки up , down , pre-up и т.д. являются именно такими: метками, указывающими, какие команды должны выполняться в это время. Эти команды могут быть любыми , например, отправить электронное письмо или что-либо еще. Нет специального синтаксиса...

Вот способ загрузки массива без использования eval . Он не использует конструкцию (data) - вместо этого он использует входной последовательностью с выбором разделителя - в примере используется |

i=aaa
IFS='|' read -a "$i" <<<"1|2   with spaces"
printf '%s\n' "${aaa[@]}"

Output:

1
2   with spaces

Минимально, uname -r даст керальную версию, такую как 3,18,6 . Однако при компиляции ядра может быть сконфигурирован и присоединен к нему дополнительный ряд, и distros обычно делают это, чтобы указать свой собственный уровень патча (после тире) и вкус, такой как 3,18 .6-32-generic . Это одна подсказка; очевидно, что использование собственной последовательности при создании пользовательского ядра может быть другим.

uname -v дает последовательность, которая по умолчанию является чем-то подобным

#4 SMP PREEMPT Mon Mar 9 13:55:25 EDT 2015

Число является произвольным в том смысле, что это число раз, когда это ядро было построено с использованием определенного исходного дерева без сброса дерева - это может быть полезно, когда вы создаете свой собственный. SMP указывает многозадачное (т.е. не в реальном времени) ядро, и PREEMPT является еще одним вариантом конфигурации, связанным с «моделью прерывания» планировщика. Но большая подсказка здесь, вероятно, в то время, когда она была построена. Это может быть использовано для сопоставления с временной меткой изменения/изменения в самом ядре с учетом того, что может быть изменено, например, с помощью touch . Например, stat на этом ядре выглядит так:

  File: ‘3.19-goldilocksSpecial’
  Size: 6858880         Blocks: 13400      IO Block: 4096   regular file
Device: 801h/2049d      Inode: 3156605     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2015-02-15 15:32:29.000000000 -0500
Modify: 2015-03-03 13:55:21.000000000 -0500
Change: 2015-03-03 14:02:26.767045553 -0500
 Birth: -

Что в значительной степени соответствует Mon Mar 9 13:55:25 EDT 2015 .