Home » General » Support » *SOLVED* Installation on Debian - VFS: Cannot open root device
*SOLVED* Installation on Debian - VFS: Cannot open root device [message #9298] |
Tue, 26 December 2006 15:29 ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
I'm rather new to both Debian and OpenVZ and have been struggeling with a problem for which I can not find a solution. I can't imagine that nobody has ran into this problem before or maybe I'm just plain stupid, but thusfar I haven't been able to find some concrete information anywhere.
On a fresh installation of Debian, I installed OpenVZ following the wiki guidelines "Installation on Debian" (http://wiki.openvz.org/Installation_on_Debian). When I reboot my system, it halts with the foloowing message:
VFS: Cannot open root device "sda2" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0)
Has anyone seen this problem before and found a solution for it? If so, I very much like to hear about it.
Regards,
Pieter-Jan de Vries
[Updated on: Sat, 30 December 2006 21:43] by Moderator Report message to a moderator
|
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9311 is a reply to message #9308] |
Wed, 27 December 2006 07:45 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
Hi vasily,
Thanks very much for your reply. I figured it had something to do with a missing driver of some sort, but I can not figure out which one and/or how to add that missing driver.
Actually I just started with a fresh Debian install in an attempt to build my own kernel, so the information you requested does not show the details of the OpenVZ kernel. If you need that as well, please let me know and I'll redo my previous installation to supply you with the missing pieces.
This is the information you asked for:
ls -l /boot:
total 6444
-rw-r--r-- 1 root root 55809 2005-08-16 14:41 config-2.6.8-2-386
drwxr-xr-x 2 root root 4096 2006-12-24 16:32 grub
-rw-r--r-- 1 root root 4546560 2006-12-24 16:31 initrd.img-2.6.8-2-386
-rw-r--r-- 1 root root 865767 2005-08-16 17:14 System.map-2.6.8-2-386
-rw-r--r-- 1 root root 1097554 2005-08-16 17:14 vmlinuz-2.6.8-2-386
/boot/grub/menu.lst:
title Debian GNU/Linux, kernel 2.6.8-2-386
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/sda2 ro
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-2-386 (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/sda2 ro single
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
lspci:
0000:00:00.0 Host bridge: Intel Corp. 82875P Memory Controller Hub (rev 02)
0000:00:01.0 PCI bridge: Intel Corp. 82875P Processor to AGP Controller (rev 02)
0000:00:03.0 PCI bridge: Intel Corp. 82875P Processor to PCI to CSA Bridge (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02)
0000:00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:02:01.0 Ethernet controller: Intel Corp. 82547GI Gigabit Ethernet Controller
0000:03:00.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
0000:03:02.0 Ethernet controller: Intel Corp. 82541GI/PI Gigabit Ethernet Controller
lspci -n:
0000:00:00.0 0600: 8086:2578 (rev 02)
0000:00:01.0 0604: 8086:2579 (rev 02)
0000:00:03.0 0604: 8086:257b (rev 02)
0000:00:1d.0 0c03: 8086:24d2 (rev 02)
0000:00:1d.1 0c03: 8086:24d4 (rev 02)
0000:00:1d.2 0c03: 8086:24d7 (rev 02)
0000:00:1d.3 0c03: 8086:24de (rev 02)
0000:00:1d.7 0c03: 8086:24dd (rev 02)
0000:00:1e.0 0604: 8086:244e (rev c2)
0000:00:1f.0 0601: 8086:24d0 (rev 02)
0000:00:1f.2 0101: 8086:24d1 (rev 02)
0000:00:1f.3 0c05: 8086:24d3 (rev 02)
0000:02:01.0 0200: 8086:1075
0000:03:00.0 0300: 1002:4752 (rev 27)
0000:03:02.0 0200: 8086:1076
I hope you can figure out what the problem is. Please let me know if there is anything else I can do or information I can supply. I have been struggeling with this problem for so many days now, so I hope to hear from you soon again. Thanks for the effort anyway.
Regards,
Pieter-Jan de Vries
|
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9314 is a reply to message #9312] |
Wed, 27 December 2006 08:27 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
Yes, at this moment I have only one kernel installed. Before I got your initial reply, I had already done a fresh Debian install and started to try to do a kernel rebuild myself.
The first time I did not compile the kernel myself. I followed the instructions on "Installation on Debian" wiki.openvz.org (see http://wiki.openvz.org/Installation_on_Debian). I assumed that an 'aptitude install' is always safe. The configuration file that comes along with that kernel has CONFIG_BLK_DEV_PIIX=y
Is that of any help?
Regards,
Pieter-Jan de Vries
|
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9338 is a reply to message #9332] |
Wed, 27 December 2006 15:48 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
Thanks for the reply Thorsten.
You could say I downloaded a precompiled kernel-image because that is what "aptitude install ovzkernel-2.6.9" does, doesn't it? As I explained to Vasily, I followed the instructions "Installation on Debian" on wiki.openvz.org (see http://wiki.openvz.org/Installation_on_Debian). That makes it even more frustrating, because there is hardly anything one can do wrong.
Don't be fooled by the info I posted earlier. That info was obtained from my system with a fresh Debian install, so without the OpenVZ kernel installed. After I installed the above mentioned kernel, my /boot/grub/menu.lst looks like this:
title Debian GNU/Linux, kernel 2.6.9-023stab037.3-ovz
root (hd0,1)
kernel /boot/vmlinuz-2.6.9-023stab037.3-ovz root=/dev/sda2 ro
savedefault
boot
title Debian GNU/Linux, kernel 2.6.9-023stab037.3-ovz (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.9-023stab037.3-ovz root=/dev/sda2 ro single
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-2-386
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/sda2 ro
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-2-386 (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/sda2 ro single
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
As you can see, I did not boot a standard Debian Kernel but a custom (precompield) OpenVZ kernel which I obtained from the Debian stable repository.
So, still no solution for my problem:( Any help is welcome and all efforts are enormously appreciated.
Regards,
Pieter-Jan de Vries
|
|
|
|
|
|
|
Re: Anyone? I'm willing to pay a couple of Euro's! [message #9359 is a reply to message #9358] |
Thu, 28 December 2006 10:19 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
Unforntunately that kernel doesn't boot either (fails with the same message). But shouldn't I have an initrd for this kernel? My default 2.6.8 kernel has one too. And if so, can you give me some pointers how to create one? Although I ran into some examples in various places, I'm not quite sure which modules to include and how/where. The fact that modules and modules.conf appear both in /etc and in /etc/mkinitrd make matters rather confusing.
Anyway, here is the dmesg output from my Fresh Debian install:
D hash table entries: 4096 (order 12: 32768 bytes)
Detected 2793.719 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 901692k/917504k available (1337k kernel code, 15024k reserved, 732k data, 204k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 5226.49 BogoMIPS
Security Scaffold v1.0.0 initialized
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 2792.0730 MHz.
..... host bus clock speed is 199.0480 MHz.
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
Freeing initrd memory: 4440k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfd88e, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CSA_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 10 11 14 15) *5
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 10 *11 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00f7150
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xbcb4, dseg 0x400
pnp: 00:09: ioport range 0xfe00-0xfe01 has been reserved
pnp: 00:0a: ioport range 0xfe10-0xfe11 has been reserved
pnp: 00:0d: ioport range 0x4d0-0x4d1 has been reserved
pnp: 00:0d: ioport range 0x1000-0x105f has been reserved
pnp: 00:0d: ioport range 0x1060-0x107f has been reserved
pnp: 00:0d: ioport range 0x1180-0x11bf has been reserved
PnPBIOS: 21 nodes reported by PnP BIOS; 21 recorded by driver
PCI: Using ACPI for IRQ routing
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 201
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 185
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
....... : Delivery Type: 0
....... : LTS : 0
.... register #01: 00178020
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0020
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 001 01 0 0 0 0 0 1 1 39
02 001 01 0 0 0 0 0 1 1 31
03 001 01 0 0 0 0 0 1 1 41
04 001 01 0 0 0 0 0 1 1 49
05 001 01 0 0 0 0 0 1 1 51
06 001 01 0 0 0 0 0 1 1 59
07 001 01 0 0 0 0 0 1 1 61
08 001 01 0 0 0 0 0 1 1 69
09 001 01 0 1 0 0 0 1 1 71
0a 001 01 0 0 0 0 0 1 1 79
0b 001 01 0 0 0 0 0 1 1 81
0c 001 01 0 0 0 0 0 1 1 89
0d 001 01 0 0 0 0 0 1 1 91
0e 001 01 0 0 0 0 0 1 1 99
0f 001 01 0 0 0 0 0 1 1 A1
10 001 01 1 1 0 1 0 1 1 A9
11 001 01 1 1 0 1 0 1 1 C9
12 001 01 1 1 0 1 0 1 1 B9
13 001 01 1 1 0 1 0 1 1 B1
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 001 01 1 1 0 1 0 1 1 C1
Using vector-based indexing
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ169 -> 0:16
IRQ201 -> 0:17
IRQ185 -> 0:18
IRQ177 -> 0:19
IRQ193 -> 0:23
.................................... done.
Simple Boot Flag at 0x36 set to 0x1
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 54 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
EISA: Probing bus 0 at eisa0
Cannot allocate resource for EISA slot 1
Cannot allocate resource for EISA slot 2
Cannot allocate resource for EISA slot 3
EISA: Detected 0 cards.
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET: Registered protocol family 8
NET: Registered protocol family 20
ACPI: (supports S0 S1 S4 S5)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4440 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 204k freed
vesafb: probe of vesafb0 failed with error -6
NET: Registered protocol family 1
SCSI subsystem initialized
libata version 1.02 loaded.
ata_piix version 1.02
ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x14A0 irq 14
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata1: dev 0 ATA, max UDMA/133, 625142448 sectors: lba48
ata1: dev 0 configured for UDMA/133
scsi0 : ata_piix
Using anticipatory io scheduler
Vendor: ATA Model: ST3320620AS Rev: 3.AA
Type: Direct-Access ANSI SCSI revision: 05
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x14A8 irq 15
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata2: dev 0 ATA, max UDMA/133, 781422768 sectors: lba48
ata2: dev 0 configured for UDMA/133
scsi1 : ata_piix
Vendor: ATA Model: ST3400832AS Rev: 3.03
Type: Direct-Access ANSI SCSI revision: 05
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus sp
...
Regards,
Pieter-Jan de Vries
|
|
|
Re: Anyone? I'm willing to pay a couple of Euro's! [message #9364 is a reply to message #9350] |
Thu, 28 December 2006 14:02 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
I just remembered that I did have a working OpenVZ setup some time ago, when I just started out experimenting with OpenVZ on this machine. Best of all: I still have an image of that installation so I managed to have that configuration up and running again in a matter of minutes.
The difference between the working and the failing situation is that previously I installed Debian on a (software) RAID-1 configuration. Later I decided to to go for a two machine cluster using DRBD and Heartbeat and it seemed a bit over-redundant to use both DRBD and RAID-1.
So here is the "dmesg" output on a running OpenVZ kernel, although not exactly in the configuration I want:
000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000
monitor/mwait feature present.
using mwait in idle threads.
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080
CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz stepping 03
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 2792.0679 MHz.
..... host bus clock speed is 199.0476 MHz.
checking if image is initramfs...it isn't (ungzip failed); looks like an initrd
Freeing initrd memory: 4484k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfd88e, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20040326
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.CSA_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 10 11 14 15) *5
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 *10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 10 *11 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00f7150
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xbcb4, dseg 0x400
pnp: 00:09: ioport range 0xfe00-0xfe01 has been reserved
pnp: 00:0a: ioport range 0xfe10-0xfe11 has been reserved
pnp: 00:0d: ioport range 0x4d0-0x4d1 has been reserved
pnp: 00:0d: ioport range 0x1000-0x105f has been reserved
pnp: 00:0d: ioport range 0x1060-0x107f has been reserved
pnp: 00:0d: ioport range 0x1180-0x11bf has been reserved
PnPBIOS: 21 nodes reported by PnP BIOS; 21 recorded by driver
PCI: Using ACPI for IRQ routing
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 177
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 201
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 18 (level, low) -> IRQ 185
ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 16 (level, low) -> IRQ 169
ACPI: PCI interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 185
number of MP IRQ sources: 15.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
....... : Delivery Type: 0
....... : LTS : 0
.... register #01: 00178020
....... : max redirection entries: 0017
....... : PRQ implemented: 1
....... : IO APIC version: 0020
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 001 01 0 0 0 0 0 1 1 39
02 001 01 0 0 0 0 0 1 1 31
03 001 01 0 0 0 0 0 1 1 41
04 001 01 0 0 0 0 0 1 1 49
05 001 01 0 0 0 0 0 1 1 51
06 001 01 0 0 0 0 0 1 1 59
07 001 01 0 0 0 0 0 1 1 61
08 001 01 0 0 0 0 0 1 1 69
09 001 01 0 1 0 0 0 1 1 71
0a 001 01 0 0 0 0 0 1 1 79
0b 001 01 0 0 0 0 0 1 1 81
0c 001 01 0 0 0 0 0 1 1 89
0d 001 01 0 0 0 0 0 1 1 91
0e 001 01 0 0 0 0 0 1 1 99
0f 001 01 0 0 0 0 0 1 1 A1
10 001 01 1 1 0 1 0 1 1 A9
11 001 01 1 1 0 1 0 1 1 C9
12 001 01 1 1 0 1 0 1 1 B9
13 001 01 1 1 0 1 0 1 1 B1
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 001 01 1 1 0 1 0 1 1 C1
Using vector-based indexing
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ169 -> 0:16
IRQ201 -> 0:17
IRQ185 -> 0:18
IRQ177 -> 0:19
IRQ193 -> 0:23
.................................... done.
Simple Boot Flag at 0x36 set to 0x1
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Serial: 8250/16550 driver $Revision: 1.90 $ 54 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
input: AT Translated Set 2 keyboard on isa0060/serio0
EISA: Probing bus 0 at eisa0
Cannot allocate resource for EISA slot 1
Cannot allocate resource for EISA slot 2
Cannot allocate resource for EISA slot 3
EISA: Detected 0 cards.
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP: Hash tables configured (established 262144 bind 65536)
NET: Registered protocol family 8
NET: Registered protocol family 20
ACPI: (supports S0 S1 S4 S5)
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4484 blocks [1 disk] into ram disk... |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|/-\|/-\|/-\|/-\|/-\ |/-\|/-\|/-\|/-\|/-\|/-\|/-\|/ -\|/-\|/-\|done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 204k freed
vesafb: probe of vesafb0 failed with error -6
NET: Registered protocol family 1
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: raid1 personality registered as nr 3
SCSI subsystem initialized
libata version 1.02 loaded.
ata_piix version 1.02
ACPI: PCI interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0x14A0 irq 14
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata1: dev 0 ATA, max UDMA/133, 625142448 sectors: lba48
ata1: dev 0 configured for UDMA/133
scsi0 : ata_piix
Using anticipatory io scheduler
Vendor: ATA Model: ST3320620AS Rev: 3.AA
Type: Direct-Access ANSI SCSI revision: 05
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0x14A8 irq 15
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4023 85:3469 86:3c01 87:4023 88:207f
ata2: dev 0 ATA, max UDMA/133, 781422768 sectors: lba48
ata2: dev 0 configured for UDMA/133
scsi1 : ata_piix
Vendor: ATA Model: ST3400832AS Rev: 3.03
Type: Direct-Access ANSI SCSI revision: 05
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
usbcore: registered new driver usbfs
usbcore: registered new driver hub
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
ACPI: Processor [CPU0] (supports C1 C3, 8 throttling states)
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00
...
Regards,
Pieter-Jan de Vries
[Updated on: Thu, 28 December 2006 14:03] Report message to a moderator
|
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9370 is a reply to message #9368] |
Thu, 28 December 2006 19:10 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
Thanks for the reply. I have been staring at the configuration files quite a couple of times already. Unfortunately I'm completely new to this and 2837 lines in the default config file and 1598 lines in the OpenVZ config file don't make things any easier. I just don't have the foggiest idea which options to configure. but I'll give it another try.
Regards,
Pieter-Jan de Vries
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9372 is a reply to message #9368] |
Thu, 28 December 2006 19:17 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
A question related to comparing and synchronising the two config files:
How do I handle options that are configured as 'm' in one configuration file but configured as 'y' in the other? The default Debian installation has an initrd but the OpenVZ kernel doesn't. It also appears that the OpenVZ kernel has most options set to 'y'.
Regards,
Pieter-Jan de Vries
|
|
|
|
Re: Installation on Debian - VFS: Cannot open root device [message #9388 is a reply to message #9298] |
Fri, 29 December 2006 13:23 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
Alexandr Andreev
Messages: 35 Registered: October 2006
|
Member |
|
|
Quote: |
How do I handle options that are configured as 'm' in one configuration file but configured as 'y' in the other? The default Debian installation has an initrd but the OpenVZ kernel doesn't. It also appears that the OpenVZ kernel has most options set to 'y'.
|
AFAIK each 'nonembedded' kernel must have initrd enabled - it contains modules for your kernel.
The 'initrd /boot/initrd_for_your_OVZ' line must be present in bootloader configuration file for each kernel, but it is missed for OVZ kernels in your menu.lst!!!
Generally, "make install" add initrd line to bootloader config, but if the mkinitrd package is not installed in your Debian, or something else is broken, this line will not be added, but you can add this line by hands.
If /boot/initrd_for_your_OVZ file is also missed, please check that the 'mkinitrd' package is installed in your OS and the mkinitrd command works ok.
[Updated on: Fri, 29 December 2006 16:50] Report message to a moderator
|
|
|
|
Re: Installation on Debian - Problem solved!!! [message #9396 is a reply to message #9298] |
Fri, 29 December 2006 18:40 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
At last I have a working OpenVZ kernel om my machine. Ultimately it was a matter of configuring the right devices as modules in the kernel configuration file and creating an initrd. In my case the device options to configure as modules are: CONFIG_BLK_DEV_SD, CONFIG_BLK_DEV_SR, CONFIG_SCSI_ATA_PIIX, CONFIG_BLK_DEV_PIIX and CONFIG_MOUSE_PS2. The latter not specifically to get the kernel to boot but to get rid of annoying error messages. I'm not sure if all of these are actually required, but it works.
Many thanks to Thorsten and Alexandr for their interest and support. Especially to Alexandr who gave me a few pointer that got me on the right track.
Regards,
Pieter-Jan de Vries
[Updated on: Fri, 29 December 2006 19:04] Report message to a moderator
|
|
|
|
Re: Installation on Debian - Problem solved!!! [message #9408 is a reply to message #9398] |
Sun, 31 December 2006 11:42 ![Go to previous message Go to previous message](/theme/ovz3/images/up.png) ![Go to next message Go to next message](/theme/ovz3/images/down.png) |
pjdevries
Messages: 17 Registered: December 2006
|
Junior Member |
|
|
My thoughts exactly. In fact this has wrong-footed me right from the start and prevented me from exploring the option of making an initrd until the end. I have to admit that I'm still on unfamiliar territory and just making educated guesses. But the fact remains that my kernel boots after having changed those parameters from built in to loadable.
If by 'what kind of modules have you enabled to start your ovzkernel' you mean the contents of my /etc/modules, then this is it:
Yo can see why I configured CONFIG_BLK_DEV_SD, ONFIG_MOUSE_PS2 and CONFIG_BLK_DEV_SR as loadable modules, although you are right with CONFIG_BLK_DEV_SR being configured as loadable by default. I can not remember why I also decided to configure CONFIG_SCSI_ATA_PIIX as loadable. It was more or less a guts feeling based on all kinds of information and error messages I saw during my various experiments. To be honest I'm not even sure if either of those options can be left configured as bulit in, because once it worked I didn't bother any more
If there is any additional information I can give to clear things up, just ask for it. I would prefer to have a better understanding of how things should work as well. After all: I still don't know exactly how to configure and build a kernel in the proper way. I got it to work by try and error and more or less educated guessing.
Do you konw of any good, detailed, monkey proof documentation or tutorial about building kernels, with or without initrd, that not only outlines the steps to be taken but also why they should be taken? It might enable me to solve the next problem I face: the loadable DRBD module in my working OpenVZ kernel. The problem is that the version of that module is 0.7.20 (api:79/proto:74) while the supported version of the drbd0.7-utils (and drbd0.7-module-source) available from the stable debian repository is 0.7.10 (api:77) and they don't work together. So either I get hold of a drbd0.7-utils version 0.7.20, which doesn't seem to be available as a debian package, or I compile my current OpenVZ kernel with the available 0.7.10 module sources, which I don't know how to do.
Have a nice turn of the year!
Regards,
Pieter-Jan de Vries
|
|
|
|
|
Goto Forum:
Current Time: Mon Sep 09 13:04:25 GMT 2024
Total time taken to generate the page: 0.04367 seconds
|