не запускается откомпилированное ядро

[admiral]

Значит решил я установить ядро 2.6.18.2. Собрал я его. Перегружаюсь, а оно мне выдает:

............
ACPI: (support S0 S1 S4 S5)
VFS: Cannot open root device "343" or unknown-block(3,67)
Please append a correct "root=" boot option
Time: tsc clock source has been installed
Kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(3,67)

Корень находится на ext3 - ядро собирал с поддержкой reiserfs, ext3, ext2. пробовал еще всякие включать дополнительно - но ничего не помогло. В чем может быть загвоздка?

[Ulury]

У меня такая же фигня с этим ядром. После того как создал образ Initrd все заработало.
Вооще сладывается такое впечатление что ядро винч видит а разделы на нем нет....

[Mind Freedom]

VFS: Cannot open root device "343"

А конфиги GRUB можно посмотреть?

[seractus]

была подобная проблема
решил её от конфигурировав grub
menu.lst

[admiral]

VFS: Cannot open root device "343"

А конфиги GRUB можно посмотреть?

у меня lilo.

boot = /dev/hdb
message = /boot/boot_message.txt
prompt
timeout = 50
change-rules
reset
# VESA framebuffer console @ 1024x768x256
vga = normal
image = /boot/vmlinuz-2.6.18.2
root = /dev/hdb3
label = Lin-2.6.18.2
read-only

[calculator]

admiral
Посмотри свой драйвер в make menuconfig по адресу:

Код: Выделить всё

¦Location:
¦     -> Device Drivers
¦       -> ATA/ATAPI/MFM/RLL support
¦         -> ATA/ATAPI/MFM/RLL support (IDE [=y])

И поставь напротив него "Y"

[admiral]

admiral
Посмотри свой драйвер в make menuconfig по адресу:

Код: Выделить всё

¦Location:
¦     -> Device Drivers
¦       -> ATA/ATAPI/MFM/RLL support
¦         -> ATA/ATAPI/MFM/RLL support (IDE [=y])

И поставь напротив него "Y"

Спасибо, помогло.

НО! Теперь оказывается еще одна проблема - комп не видит сетки. Интерфейс поднимается нормально, сам себя пингует. А пакеты в сеть не уходят. Включил уже практически все параметры в Networking - Networking Options. Сетевушки выставил которые отображались по lspci. Такое ощущение потипу кабель порван. Но перегружаюсь в старом ядре - и все работает.
Да, файерволл пробовал отключать.

[BlackStar]

ifconfig что показывает?

[admiral]

ifconfig что показывает?

root@TO1:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:E0:4C:2C:19:1C
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:17 Base address:0xa000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

root@TO1:~# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=0.073 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=0.050 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=0.043 ms
64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=0.045 ms

--- 192.168.0.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 2997ms
rtt min/avg/max/mdev = 0.043/0.052/0.073/0.014 ms

root@TO1:~# ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.2 icmp_seq=1 Destination Host Unreachable
From 192.168.0.2 icmp_seq=2 Destination Host Unreachable
From 192.168.0.2 icmp_seq=3 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4000ms
, pipe 3

root@TO1:~# lspci

...... тут вырезано
02:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139
C+ (rev 10)
02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Et
hernet (rev 10)

root@TO1:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet * 255.255.255.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default 192.168.0.254 0.0.0.0 UG 1 0 0 eth0

root@TO1:~# ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
From 192.168.0.2 icmp_seq=1 Destination Host Unreachable
From 192.168.0.2 icmp_seq=2 Destination Host Unreachable
From 192.168.0.2 icmp_seq=3 Destination Host Unreachable

--- 192.168.0.254 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3001ms
, pipe 3

[serzh-z]

А что есть localnet? Это 192.168.0.0?

[admiral]

А что есть localnet? Это 192.168.0.0?

Да.
ИМХО проблема не в настройках, а в ядре. Гружусь на старом ядре - все работет. Где-то галочку не поставил, а вот где - фиг разберешь.

[BlackStar]

А если с другого хоста пропинговать свой ?

[admiral]

А если с другого хоста пропинговать свой ?

Нет, не пингуется.
По iptablas -L -n показывает, что все таблицы пусты и стоит accept по умолчанию. Т.е. файерволл точно отрублен.

[serzh-z]

Гружусь на старом ядре - все работет. Где-то галочку не поставил, а вот где - фиг разберешь.

А сделать diff для старого и ноовго конфига?

[McLeod095]

У тебя две сетевухи?
Попробуй при загрузке нового ядра при пинге переткнуть сетевые кабели местами, может поможет.
У меня была такая проблема. Выяснил именно так.
Если дело в этом, то надо будет в модулях ковырять если сетевухи модулями подрублены.
Та сетевуха, модуль которой загрузился первым определяется как eth0 потом по списку так дальше. Если в ядре то придется мириться (я не знаю как сказать ядру в каком порядке выставлять имена сетевкам).

[admiral]

У тебя две сетевухи?
Попробуй при загрузке нового ядра при пинге переткнуть сетевые кабели местами, может поможет.
У меня была такая проблема. Выяснил именно так.
Если дело в этом, то надо будет в модулях ковырять если сетевухи модулями подрублены.
Та сетевуха, модуль которой загрузился первым определяется как eth0 потом по списку так дальше. Если в ядре то придется мириться (я не знаю как сказать ядру в каком порядке выставлять имена сетевкам).

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

[McLeod095]

Спасибо.

↑

Да не за что!!!

Если инетерес не пропадет
как разберешься как определять порядок загрузки в ядре, то отпишись, я думаю не одному мне будет интересно.

Так что походу придется из ядра викинуть одну сетевушку и подрубать ее модулем

↑

я думаю и в этом случае надо будет поиграться, что в ядро что модулем.
я решал на слаке, просто в файле /etc/rc.d/rc.modules
модули в определенном порядке подрубал, но у меня сетевухи были разные.
а у тебя

02:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139
C+ (rev 10)
02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Et
hernet (rev 10)

↑

может так случиться что модуль для них один (хотя думаю я здесь на 99% не прав, т.к. сетевухи одна 100Мбит другая 1Гбит), то придется играть с параметрами модуля.

ааааааааа
блин слепой каряка.
не заметил что одна 8139, а другая 8169.
Сорри.

[admiral]

Значит уже пересобрал ядро, одну сетевушку модулем сделал. Все пашет. пасибо за советы.
Но, есть такой еще интерестный момент: когда еще сидел на старом ядре, собранном с поддержкой двух сетевушек, наблюдалась такая картина:
У меня сейчас на компе 2 ОС: Винда и Slackware 11.0. Так вот, когда меняю ось при загрузке, то приходилось и менять кабель на сетевушках. Но, почему-то после того, как я посижу в винде, и загружусь в линуксе, не могу пропинговать шлюз по умолчанию (это обычный адсл-модем). Все остальные компы пингуются наура. Причем когда пингую шлюз, почему-то на свитче моргают все лампочки, потипу отправляется широковещательные сообщения. Когда пингую компы - моргают только 2 лампочки. Пробовал пинговать шлюз с другого компа - все отлично работает. Решилась эта проблема выключением питания у модема и у свитча.
Вот статистика:

root@TO1:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 192.168.0.254 0.0.0.0 UG 1 0 0 eth0
root@TO1:~# ifconfig
eth0 Link encap:Ethernet HWaddr 00:E0:4C:2C:19:1C
inet addr:192.168.0.2 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::2e0:4cff:fe2c:191c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:21 errors:0 dropped:0 overruns:0 frame:0
TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1816 (1.7 KiB) TX bytes:3034 (2.9 KiB)
Interrupt:17 Base address:0xa000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:100 (100.0 B) TX bytes:100 (100.0 B)

admiral@TO1:~$ ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.

--- 192.168.0.254 ping statistics ---
13 packets transmitted, 0 received, 100% packet loss, time 12006ms

admiral@TO1:~$ ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_seq=1 ttl=128 time=7.90 ms
64 bytes from 192.168.0.1: icmp_seq=2 ttl=128 time=0.473 ms
64 bytes from 192.168.0.1: icmp_seq=3 ttl=128 time=0.511 ms
64 bytes from 192.168.0.1: icmp_seq=4 ttl=128 time=0.448 ms

--- 192.168.0.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3007ms
rtt min/avg/max/mdev = 0.448/2.335/7.908/3.217 ms
admiral@TO1:~$ ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.

--- 192.168.0.254 ping statistics ---
14 packets transmitted, 0 received, 100% packet loss, time 13002ms


10:42:25.302155 IP 192.168.0.2 > 192.168.0.1: ICMP echo request, id 6667, seq 3,
10:42:25.302629 IP 192.168.0.1 > 192.168.0.2: ICMP echo reply, id 6667, seq 3, l
10:42:26.302077 IP 192.168.0.2 > 192.168.0.1: ICMP echo request, id 6667, seq 4,
10:42:26.302489 IP 192.168.0.1 > 192.168.0.2: ICMP echo reply, id 6667, seq 4, l
10:42:32.788239 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:32.788909 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 1,
10:42:33.791502 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:33.792323 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 2,
10:42:34.791431 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:34.792120 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 3,
10:42:35.791361 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:35.792029 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 4,
10:42:36.791280 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:36.792154 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 5,
10:42:37.781171 arp who-has 192.168.0.254 tell 192.168.0.2
10:42:37.781709 arp reply 192.168.0.254 is-at 00:04:ed:57:90:0e
10:42:37.791210 IP 192.168.0.2 > 192.168.0.254: ICMP echo request, id 7435, seq
10:42:37.791869 IP 192.168.0.254 > 192.168.0.2: ICMP echo reply, id 7435, seq 6,


root@TO1:~# cat /proc/net/arp
IP address HW type Flags HW address Mask Device
192.168.0.254 0x1 0x2 00:04:ED:57:90:0E * eth0
192.168.0.1 0x1 0x2 00:20:ED:4A:CB:FF * eth0

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