LINUX.ORG.RU
Форум — Admin  

Iptables не работает

 , , ,


0

1

Свежеустановленная система: 

# cat /etc/os-release  | grep PR
PRETTY_NAME="Ubuntu 14.04 LTS"
# uname -a
Linux dove 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Ошибка при: 

# iptables -nL
modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-24-generic/modules.dep.bin'
iptables v1.4.21: can't initialize iptables table `filter': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.

Хотя: 

# ls /lib/modules/*/modules.dep.bin
/lib/modules/3.13.0-30-generic/modules.dep.bin

Кто сталкивался?

В тырнетах предлагают (не проверял): 

apt-get dist-upgrade --reinstall linux-image-3.13.0
Но накой мне эти старые зависимости + lowlatency на 900MB: 
# apt-get dist-upgrade --reinstall linux-image-3.13.0
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
Note, selecting 'linux-image-3.13.0-27-generic' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-27-lowlatency' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-30-generic' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-29-lowlatency' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-30-lowlatency' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-24-generic' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-24-lowlatency' for regex 'linux-image-3.13.0'
Note, selecting 'linux-image-3.13.0-29-generic' for regex 'linux-image-3.13.0'
The following NEW packages will be installed:
  linux-image-3.13.0-24-generic linux-image-3.13.0-24-lowlatency
  linux-image-3.13.0-27-generic linux-image-3.13.0-27-lowlatency
  linux-image-3.13.0-29-generic linux-image-3.13.0-29-lowlatency
  linux-image-3.13.0-30-lowlatency
0 upgraded, 7 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 252 MB/267 MB of archives.
After this operation, 895 MB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.

★★

Последнее исправление: lioncub (всего исправлений: 3)
← Странные записи в логе сквида
fstab и acl на samba шаре →
Ответ на: комментарий от anonymous

# strace iptables -nL 

execve("/sbin/iptables", ["iptables", "-nL"], [/* 26 vars */]) = 0
brk(0)                                  = 0xa73000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3415fb000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=18431, ...}) = 0
mmap(NULL, 18431, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fb3415f6000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libip4tc.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\26\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=27392, ...}) = 0
mmap(NULL, 2122536, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb3411d4000
mprotect(0x7fb3411da000, 2093056, PROT_NONE) = 0
mmap(0x7fb3413d9000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0x7fb3413d9000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libip6tc.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\27\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=31520, ...}) = 0
mmap(NULL, 2126664, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb340fcc000
mprotect(0x7fb340fd2000, 2097152, PROT_NONE) = 0
mmap(0x7fb3411d2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fb3411d2000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/libxtables.so.10", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20/\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=47712, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3415f5000
mmap(NULL, 2144696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb340dc0000
mprotect(0x7fb340dcb000, 2093056, PROT_NONE) = 0
mmap(0x7fb340fca000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa000) = 0x7fb340fca000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\37\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1845024, ...}) = 0
mmap(NULL, 3953344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb3409fa000
mprotect(0x7fb340bb6000, 2093056, PROT_NONE) = 0
mmap(0x7fb340db5000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bb000) = 0x7fb340db5000
mmap(0x7fb340dbb000, 17088, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fb340dbb000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\16\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14664, ...}) = 0
mmap(NULL, 2109744, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb3407f6000
mprotect(0x7fb3407f9000, 2093056, PROT_NONE) = 0
mmap(0x7fb3409f8000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fb3409f8000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3415f4000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb3415f2000
arch_prctl(ARCH_SET_FS, 0x7fb3415f2740) = 0
mprotect(0x7fb340db5000, 16384, PROT_READ) = 0
mprotect(0x7fb3409f8000, 4096, PROT_READ) = 0
mprotect(0x7fb340fca000, 4096, PROT_READ) = 0
mprotect(0x7fb3411d2000, 4096, PROT_READ) = 0
mprotect(0x7fb3413d9000, 4096, PROT_READ) = 0
mprotect(0x613000, 4096, PROT_READ)     = 0
mprotect(0x7fb3415fd000, 4096, PROT_READ) = 0
munmap(0x7fb3415f6000, 18431)           = 0
socket(PF_LOCAL, SOCK_STREAM, 0)        = 3
bind(3, {sa_family=AF_LOCAL, sun_path=@"xtables"}, 10) = 0
socket(PF_INET, SOCK_RAW, IPPROTO_RAW)  = 4
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
getsockopt(4, SOL_IP, 0x40 /* IP_??? */, 0x7fff18238880, 0x7fff18238874) = -1 ENOPROTOOPT (Protocol not available)
close(4)                                = 0
lstat("/proc/net/ip_tables_names", 0x7fff18238850) = -1 ENOENT (No such file or directory)
open("/proc/sys/kernel/modprobe", O_RDONLY) = 4
fcntl(4, F_SETFD, FD_CLOEXEC)           = 0
brk(0)                                  = 0xa73000
brk(0xa95000)                           = 0xa95000
read(4, "/sbin/modprobe\n", 4096)       = 15
close(4)                                = 0
vfork()                                 = 1250
wait4(-1, modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-24-generic/modules.dep.bin'
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0, NULL) = 1250
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=1250, si_status=1, si_utime=0, si_stime=0} ---
brk(0xa94000)                           = 0xa94000
write(2, "iptables v1.4.21: ", 18iptables v1.4.21: )      = 18
write(2, "can't initialize iptables table "..., 87can't initialize iptables table `filter': Table does not exist (do you need to insmod?)) = 87
write(2, "\n", 1
)                       = 1
write(2, "Perhaps iptables or your kernel "..., 54Perhaps iptables or your kernel needs to be upgraded.
) = 54
exit_group(3)                           = ?
+++ exited with 3 +++
lioncub ★★
() автор топика

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

anonymous_sama ★★★★★
()
Последнее исправление: anonymous_sama (всего исправлений: 1)
Ответ на: комментарий от anonymous_sama

Виртуальная машинка с установкой по сети ничуть не ограниченная, стандартная установка. 

# dpkg -l linux-* | grep -P "^ii"
ii  linux-firmware                      1.127.4                       all          Firmware for Linux kernel drivers
ii  linux-generic                       3.13.0.30.36                  amd64        Complete Generic Linux kernel and headers
ii  linux-headers-3.13.0-30             3.13.0-30.55                  all          Header files related to Linux kernel version 3.13.0
ii  linux-headers-3.13.0-30-generic     3.13.0-30.55                  amd64        Linux kernel headers for version 3.13.0 on 64 bit x86 SMP
ii  linux-headers-generic               3.13.0.30.36                  amd64        Generic Linux kernel headers
ii  linux-image-3.13.0-30-generic       3.13.0-30.55                  amd64        Linux kernel image for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-extra-3.13.0-30-generic 3.13.0-30.55                  amd64        Linux kernel extra modules for version 3.13.0 on 64 bit x86 SMP
ii  linux-image-generic                 3.13.0.30.36                  amd64        Generic Linux kernel image
На 12.04 все это работает без проблем.

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 1)
Ответ на: комментарий от anonymous 
# depmod -a
depmod: ERROR: could not open directory /lib/modules/3.13.0-24-generic: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
# modprobe ip_tables
modprobe: ERROR: ../libkmod/libkmod.c:556 kmod_search_moddep() could not open moddep file '/lib/modules/3.13.0-24-generic/modules.dep.bin'

Он попрежнему требует 3.13.0-24

Но почему?

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 2)
Ответ на: комментарий от kostik87

У меня нет старого! 

# grep 3.13.0 /boot/grub/grub.cfg 
	linux	/boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.13.0-30-generic
	menuentry 'Ubuntu, with Linux 3.13.0-30-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-30-generic-advanced-b0ffb612-6065-44b4-a698-89b0632d14de' {
		echo	'Loading Linux 3.13.0-30-generic ...'
		linux	/boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro  quiet splash $vt_handoff
		initrd	/boot/initrd.img-3.13.0-30-generic
	menuentry 'Ubuntu, with Linux 3.13.0-30-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-30-generic-recovery-b0ffb612-6065-44b4-a698-89b0632d14de' {
		echo	'Loading Linux 3.13.0-30-generic ...'
		linux	/boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro recovery nomodeset 
		initrd	/boot/initrd.img-3.13.0-30-generic
	linux /boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro quiet splash $vt_handoff
	initrd /boot/initrd.img-3.13.0-30-generic
	menuentry 'Ubuntu (on /dev/xvda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.13.0-30-generic--b0ffb612-6065-44b4-a698-89b0632d14de' {
		linux /boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro quiet splash $vt_handoff
		initrd /boot/initrd.img-3.13.0-30-generic
	menuentry 'Ubuntu, with Linux 3.13.0-30-generic (on /dev/xvda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.13.0-30-generic--b0ffb612-6065-44b4-a698-89b0632d14de' {
		linux /boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro quiet splash $vt_handoff
		initrd /boot/initrd.img-3.13.0-30-generic
	menuentry 'Ubuntu, with Linux 3.13.0-30-generic (recovery mode) (on /dev/xvda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.13.0-30-generic-root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro recovery nomodeset-b0ffb612-6065-44b4-a698-89b0632d14de' {
		linux /boot/vmlinuz-3.13.0-30-generic root=UUID=b0ffb612-6065-44b4-a698-89b0632d14de ro recovery nomodeset
		initrd /boot/initrd.img-3.13.0-30-generic

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 1)
Ответ на: комментарий от lioncub

У меня нет старого!

# uname -a Linux dove 3.13.0-24-generic #46-Ubuntu SMP Thu Apr 10 19:11:08 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

А это тогда что?

Сделай: 

depmod  `uname -r`

kostik87 ★★★★★
()
Ответ на: комментарий от lioncub

Загрузиться надо с новым ядром, чтобы uname -a показывал новое ядро, а не старое, которое сейчас запущено.

От того, что старые файлы ядра удалены, новое автоматически не загрузится.

anonymous
()
Ответ на: комментарий от anonymous 
# depmod  `uname -r`
depmod: ERROR: could not open directory /lib/modules/3.13.0-24-generic: No such file or directory
depmod: FATAL: could not search modules: No such file or directory

Выше выборка файла grub, там нет 3.13.0.24, перезагрука выполнялась не однократно.

lioncub ★★
() автор топика
Ответ на: комментарий от lioncub

Противоречий не видишь?

Вывод: у тебя либо установлено два загрузчика, либо загрузчик считывает свой конфиг с файловой системы, которая у тебя не смонтирована в /boot.

Т.е. реальный /boot, с которого загрузчик считывает конфиг, образы ядра и initramfs у тебя находится на отдельной файловой системе, а при установке ядра ты её в системе не смонтировал. И как следствие новое ядро установилось в /boot, который расположен на корневом разделе, и новый конфиг загрузчика то же записался туда, но сам загрузчик его при старте ПК оттуда не считывает.

Разбирайся.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от kostik87

Противоречия я указал в первом посту.

# dpkg -l grub-* | grep -P "^ii"
ii  grub-common                         2.02~beta2-9                  amd64        GRand Unified Bootloader (common files)
ii  grub-gfxpayload-lists               0.6                           amd64        GRUB gfxpayload blacklist
ii  grub-pc                             2.02~beta2-9                  amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin                         2.02~beta2-9                  amd64        GRand Unified Bootloader, version 2 (PC/BIOS binaries)
# dpkg -l lilo* 
un  lilo                                                <none>                         <none>                         (no description available)

И как он может читать свой конфиг не смонтированный в /boot, где это проверить?

lioncub ★★
() автор топика
Ответ на: комментарий от lioncub

И как он может читать свой конфиг не смонтированный в /boot, где это проверить?

Очень просто. /etc/fsab, случаем не правил?

Покажи: 

blkid
cat /etc/fstab
mount

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 1)
Ответ на: комментарий от kostik87

Чистая установка. 

# blkid
/dev/xvda1: UUID="b0ffb612-6065-44b4-a698-89b0632d14de" TYPE="ext4" 
/dev/xvda5: UUID="75c5044a-ca21-4ade-a35f-961f613f754e" TYPE="swap" 

# cat /etc/fstab
# / was on /dev/xvda1 during installation
UUID=b0ffb612-6065-44b4-a698-89b0632d14de /               ext4    errors=remount-ro 0       1
# swap was on /dev/xvda5 during installation
UUID=75c5044a-ca21-4ade-a35f-961f613f754e none            swap    sw              0       0

# mount
/dev/xvda1 on / type ext4 (rw,errors=remount-ro)
none on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
devtmpfs on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /sys/fs/pstore type pstore (rw)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 1)
Ответ на: комментарий от lioncub

Просто скажем на том же Digital Ocean тебе нужно поменять ядро в панельке после установке более нового, или если это openvz контейнер, у тебя вообще свое специальное ядро. А так имхо просто делаешь purge для linux-image* linux-headers*, а потом устанавливаешь linux-image-generic. Это если ты так тупишь.

anonymous_sama ★★★★★
()
Ответ на: комментарий от anonymous_sama

Локальный гипервизор xen на 14.04. Чистая установка ВМ по сети 14.04 от сюда 

http://archive.ubuntu.com/ubuntu/dists/trusty/main/installer-amd64/current/images/netboot/xen/vmlinuz
http://archive.ubuntu.com/ubuntu/dists/trusty/main/installer-amd64/current/images/netboot/xen/initrd.gz

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 1)
Ответ на: комментарий от lioncub

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

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87 
# cat vm.conf 
memory = 256
name = "vm"
vif=['bridge=internal.2']
disk=['phy:/dev/DATA/vm,hda,w']
vcpus = 1
extra = "root=/dev/xvda1"

kernel = "/etc/xen/boot/trusty/vmlinuz"

Что тут не так?

vmlinuz - взят по ссылке выше. В 12.04 таких проблем не было.

lioncub ★★
() автор топика
Ответ на: комментарий от lioncub

Вот этот образ ядра у тебя и загружается: kernel = «/etc/xen/boot/trusty/vmlinuz»

А не тот, который находится внутри образа виртуального диска, «вынимай» оттуда новый образ для ядра 3.13.0-30-generic и прописывай его, а этот версии 3.13.0-24-generic.

Смотри: 

file /etc/xen/boot/trusty/vmlinuz

kostik87 ★★★★★
()
Ответ на: комментарий от lioncub

Возможно, образа поломали, я как-то ставил из daily, так как там вообще невозможно было установить (те точно «робот» собирает). Так что такое меня несколько не удивляет. Просто переставь нужное ядро да и все.

anonymous_sama ★★★★★
()
Ответ на: комментарий от kostik87

ps ты прав.

Мне вот интересно, что кардинального изменилось с загрузкой ядра для xen между 12.04 и 14.04?

Там обновы как и чистая установка с новым ядром проходили на ура! Толи предзагрузка была с vmlinuz...

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 2)
Ответ на: комментарий от lioncub

И здесь загрузка проходит на ура. В ядре для xen, видимо, жёстко (монолитно) вшиты драйверы эмулируемого xen контроллера жёсткого диска, ну и файловой системы.

До тех пор пока в образе была установлена та же версия ядра, с которого происходит загрузка, системе в образе были доступны и модули.

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

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

kostik87 ★★★★★
()
Ответ на: комментарий от anonymous_sama

в 12.04 как бы это не симлинк был... я его скачал один раз, поэтому дальше не обращал внимания....

скорее всего этот параметр xen'ом игнорировался... и брался текущий с гипервизора

сделал также чтоб голова не болела: 

kernel = "/vmlinuz"

lioncub ★★
() автор топика
Последнее исправление: lioncub (всего исправлений: 3)
Ответ на: комментарий от kostik87

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

Раньше же все работало!

lioncub ★★
() автор топика
Ответ на: комментарий от kostik87

Нашел еще одно отличие, в 12.04: 

2.6.32-5-xen-amd64
в 14.04: 
3.13.0-30-generic
т.е. раньше было специальное xen ядро...

lioncub ★★
() автор топика
Ответ на: комментарий от lioncub

Читай новости разработчиков дистрибутива и changelog`и пакетов с ядром. Видимо, перестали выпускать отдельное ядро.

kostik87 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Странные записи в логе сквида
Admin
fstab и acl на samba шаре →