Compilation d'un kernel 2.6.7 ou 2.6.8


#1

Bonjour,

C’est la 1ère fois que j’essaye de passer au kernel 2.6.x.
Je suis en Debian SID.
La compil se fait sans problème.
C’est au moment du reboot que ca se passe moins bien.

Message:

VFS: Cannot open root device “2141” or unknow-block(33,65)
Please append a correct “root=” boot option
Kernel panic: VFS: Unable to mount root fs on unknow-block(33,65)
_

J’ai vu récemment (sur une Fedora, qui a le kernel 2.6 installé par défaut)
que la dénomination des disques à changé.

J’ai des disques UDMA66 qui ne sont pas reconnus automatiquement au boot d’un kernel 2.4, il me fait un message du genre:
hda : irq probe failed
hdb : irq probe failed


Mais ensuite, il switche automatiquement sur hde et hdf et tout se passe bien.

Il n’y a pas d’option spéciale placée dans lilo.conf:
default=Linux-2.4
root=/dev/hdf1

Et ca suffit pour que mon 2.4 boote sans problème …

Questions:

  1. Est-ce pour un 2.6.x on doit réadapter /dev pour recréer des nouveaux devices ? (j’ai suivi une doc, “pas à pas” pour recompiler ce nouveau kernel et rien de tel n’est mentionné …

  2. Que dois-je mettre dans mon lilo comme root=… ?

Merci pour votre aide et bonne soirée

Jabba


#2

Wowowow. Bon ton linux est sur quel hd ? Moi mon linux est hda1 donc root=/dev/hda1. C’est tout bête. D’ailleurs, comment tu as compilé ton kernel ? Manuelle ou à la Debian ?


#3

Mon linux est sur /dev/hdf qui est le 2ème disque

(sur un disque qui n’est pas UDMA ca donnerait /dev/hdb)

Sur hde, j’ai une installation Solaris + un windows …

Ce qui donne dans lilo.conf :
root=/dev/hdf1

Ca marche parfaitement sur un 2.4 mais pas sur une 2.6 et je ne vois pas quelle option rajouter en plus pour la 2.6 …

J’ai d’abord compilé un kernel à la méthode Debian. Vu que ca ne marchait pas j’ai cru que je faisait une erreur dans mes options.
Ensuite j’ai récupéré un kernel Debian précompilé (kernel-image-2.6.7-1-k7).
Ca me retourne exactement le même message qu’avec ma compil perso, donc ce n’est pas un problème de compil …

Il semble que c’est au niveau du lilo.conf que le problème se trouve …

Merci et A+


#4

Quel est la version de ton lilo et l’erreur ? Perso j’ai jamais eu de problème avec lilo. Suis en sid et mis à jour hebdomadaire. Vla mon lilo.conf :

[code]#vga=791

/etc/lilo.conf - See: lilo(8)' andlilo.conf(5)’,

--------------- install-mbr(8)',/usr/share/doc/lilo/’,

and `/usr/share/doc/mbr/’.

±--------------------------------------------------------------+

| !! Reminder !! |

| |

| Don’t forget to run `lilo’ after you make changes to this |

| conffile, `/boot/bootmess.txt’, or install a new kernel. The |

| computer will most likely fail to boot if a kernel-image |

| post-install script or you don’t remember to run `lilo’. |

| |

±--------------------------------------------------------------+

Support LBA for large hard disks.

lba32

Overrides the default mapping between harddisk names and the BIOS’

harddisk order. Use with caution.

#disk=/dev/hde

bios=0x81

#disk=/dev/sda

bios=0x80

Specifies the boot device. This is where Lilo installs its boot

block. It can be either a partition, or the raw device, in which

case it installs in the MBR, and will overwrite the current MBR.

boot=/dev/hda

Specifies the device that should be mounted as root. (`/’)

root=/dev/hda4

Enable map compaction:

Tries to merge read requests for adjacent sectors into a single

read request. This drastically reduces load time and keeps the

map smaller. Using `compact’ is especially recommended when

booting from a floppy disk. It is disabled here by default

because it doesn’t always work.

compact

Installs the specified file as the new boot sector

You have the choice between: bmp, compat, menu and text

Look in /boot/ and in lilo.conf(5) manpage for details

install=/boot/boot-menu.b

Specifies the location of the map file

map=/boot/map

You can set a password here, and uncomment the `restricted’ lines

in the image definitions below to make it so that a password must

be typed to boot anything but a default configuration. If a

command line is given, other than one specified by an `append’

statement in `lilo.conf’, the password will be required, but a

standard default boot will not require one.

This will, for instance, prevent anyone with access to the

console from booting with something like `Linux init=/bin/sh’,

and thus becoming `root’ without proper authorization.

Note that if you really need this type of security, you will

likely also want to use `install-mbr’ to reconfigure the MBR

program, as well as set up your BIOS to disallow booting from

removable disk or CD-ROM, then put a password on getting into the

BIOS configuration as well. Please RTFM `install-mbr(8)’.

password=tatercounter2000

Specifies the number of deciseconds (0.1 seconds) LILO should

wait before booting the first image.

delay=20

You can put a customized boot message up if you like. If you use

`prompt’, and this computer may need to reboot unattended, you

must specify a `timeout’, or it will sit there forever waiting

for a keypress. single-key' goes with thealias’ lines in the

image' configurations below. eg: You can press1’ to boot

Linux',2’ to boot LinuxOLD', if you uncomment thealias’.

message=/boot/bootmess.txt

prompt
timeout=50

prompt

single-key

delay=100

timeout=100

Kernel command line options that apply to all installed images go

here. See: The boot-prompt-HOWO' andkernel-parameters.txt’ in

the Linux kernel `Documentation’ directory.

append=""

append=“hdd=scsi apm=power-off nomce”

Boot up Linux by default.

default=Debian

image=/boot/vmlinuz-2.6.8.040831
label=2.6.8.040831
alias=Debian
root=/dev/hda1
append="elevator=cfq"
read-only

image=/boot/vmlinuz-2.6.8.040822
label=2.6.8.040822
root=/dev/hda1
append="elevator=cfq"
read-only

image=/boot/vmlinuz-2.6.7.040902
label=2.6.7.040902
root=/dev/hda1
append="elevator=cfq"
read-only

image=/mnt/gentoo/boot/kernel-2.6.7-gentoo-r14
label=Gentoo
root=/dev/hda4
append="elevator=cfq video=vesa:1024x768@60,scrollback:128k,ywrap,pmipal,mtrr"
initrd=/mnt/gentoo/boot/initrd-1024x768
read-only

image=/mnt/gentoo/boot/kernel-openmosix-2.4.24-r4
label=GentOpenMosix
root=/dev/hda4
read-only

If you have another OS on this machine to boot, you can uncomment the

following lines, changing the device name on the `other’ line to

where your other OS’ partition is.

other=/dev/hda4

label=HURD

restricted

alias=3

#other=/dev/sda1

label=“Win/DOS(sda1)”[/code]


#5

ton histoire de hdf car le disque est UDMA me semble assez bizarre. Mes disques sont UDMA et ils sont bien reconnus sur /dev/hda et /dev/hdb. Peut-être qu’avec le 2.6 ils sont reconnus normalement. Essaye de mettre root=/dev/hda1 dans le bloc qui correspond à ton 2.6 dans ton lilo.conf pour voir.


#6

"ton histoire de hdf car le disque est UDMA me semble assez bizarre"
D’autant plus que ton message de boot normal 2.4 tel que tu l’a retransmis parle de hda et hdb.
as tu essayé de tester plusieurs options “root=” diffèrentes au boot, pour tester, avant d’aller modifier et remodifier lilo ?
sinon, aurais tu oublié un initrd (ou un cramfs dans le noyau sous debian) ?
tu sais, grub, c’est pas mal non plus…


#7

J’avais mal lu que le message sur hda et hdb etait un message d’erreur.
Mes pistes valent toujours, néanmoins…


#8

Hello tout le monde,

Merci beaucoup pour vos suggestions !

J’ai tout essayé mais sans succès …

Comme proposé, j’ai essayé les choses suivantes:

  1. Version de lilo utilisée:
    burp:/proc/ide# lilo -V
    LILO version 22.2

  2. J’ai testé plusieurs options “root=” différentes au boot:
    root=hdb1, par exemple …
    La machine me retourne toujours le même message:
    Please append a correct “root=” boot option

  3. J’ai essayé ensuite de mettre ces différentes options dans mon lilo.conf:

boot=/dev/hda
root=/dev/hdb1

ensuite:

burp:/proc/ide# lilo -v
LILO version 22.2, Copyright © 1992-1998 Werner Almesberger
Development beyond version 21 Copyright © 1999-2001 John Coffman
Released 05-Feb-2002 and compiled at 20:57:26 on Apr 13 2002.
MAX_IMAGES = 27

Reading boot sector from /dev/hda
Fatal: open /dev/hda: No such device or address
burp:/proc/ide#

Apparement, je n’ai pas d’autre choix que hde et hdf pour mes disques …

Voici, dans les grandes lignes ma config matérielle:

/etc/lilo.conf:

(qui est ok pour un kernel 2.4 mais KO pour un 2.6…)

mis comme ca par défaut pendant l’install de l’OS

lba32

mis comme ca par défaut pendant l’install de l’OS

disk=/dev/hde
bios=0x80

disk=/dev/hdf
bios=0x81

mis comme ca par défaut pendant l’install de l’OS

hda est remappé en hde

boot=/dev/hde

et hdb1 est remappé en hdf1

root=/dev/hdf1

#default=Linux
default=Linux-2.4

root=/dev/hdf1

Mon kernel habituel …

image=/vmlinuz-2.4
label=Linux-2.4
read-only
optional

Kernels de test:

##################
image=/boot/vmlinuz-2.6.8.040914mardi
label=2.6.8mardi
read-only

kernel précompilé récupéré via apt-get …

même erreur au boot

image=/boot/vmlinuz-2.6.7-1-k7
label=2.6.7-pkg
read-only
optional

Windows aussi a besoin de remapper hda1 (c:) en hde1

il semble que ca soie une contrainte liée au bios …

other=/dev/hde1
label=“Windows(hde1)”

--------- La config des disques détectée au boot: ------------------------

/var/adm/messages :

Sep 15 22:21:23 burp kernel: ide: Assuming 33MHz system bus speed for PIO modes;;
override with idebus=xx
Sep 15 22:21:23 burp kernel: VP_IDE: IDE controller on PCI bus 00 dev 21
Sep 15 22:21:23 burp kernel: VP_IDE: chipset revision 16
Sep 15 22:21:23 burp kernel: VP_IDE: not 100%% native mode: will probe irqs latee
r
Sep 15 22:21:23 burp kernel: ide: Assuming 33MHz system bus speed for PIO modes;;
override with idebus=xx
Sep 15 22:21:23 burp kernel: VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controllee
r on pci00:04.1
Sep 15 22:21:23 burp kernel: ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hh
da:pio, hdb:pio
Sep 15 22:21:23 burp kernel: ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: hh
dc:DMA, hdd:DMA
Sep 15 22:21:23 burp kernel: PDC20265: IDE controller on PCI bus 00 dev 88
Sep 15 22:21:23 burp kernel: PCI: Found IRQ 10 for device 00:11.0
Sep 15 22:21:23 burp kernel: PCI: Sharing IRQ 10 with 00:0b.0
Sep 15 22:21:23 burp kernel: PCI: Sharing IRQ 10 with 00:0b.1
Sep 15 22:21:23 burp kernel: PDC20265: chipset revision 2
Sep 15 22:21:23 burp kernel: PDC20265: not 100%% native mode: will probe irqs laa
ter
Sep 15 22:21:23 burp kernel: PDC20265: (U)DMA Burst Bit ENABLED Primary PCI Modee
Secondary PCI Mode.
Sep 15 22:21:23 burp kernel: ide2: BM-DMA at 0x8400-0x8407, BIOS settings: hh
de:DMA, hdf:DMA
Sep 15 22:21:23 burp kernel: ide3: BM-DMA at 0x8408-0x840f, BIOS settings: hh
dg:DMA, hdh:pio
Sep 15 22:21:23 burp kernel: hda: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hda: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hda: no response (status = 0x0a), resetting drive
Sep 15 22:21:23 burp kernel: hda: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hda: no response (status = 0x0a)
Sep 15 22:21:23 burp kernel: hdb: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hdb: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hdb: no response (status = 0x0a), resetting drive
Sep 15 22:21:23 burp kernel: hdb: IRQ probe failed (0xfffffef8)
Sep 15 22:21:23 burp kernel: hdb: no response (status = 0x0a)
Sep 15 22:21:23 burp kernel: hdc: TDK DVDRW0404N, ATAPI CD/DVD-ROM drive
Sep 15 22:21:23 burp kernel: hdd: Hewlett-Packard CD-Writer Plus 8100, ATAPI CD//
DVD-ROM drive
Sep 15 22:21:23 burp kernel: hde: IBM-DTLA-307030, ATA DISK drive
Sep 15 22:21:23 burp kernel: hdf: IBM-DTLA-307030, ATA DISK drive
Sep 15 22:21:23 burp kernel: ide1 at 0x170-0x177,0x376 on irq 15
Sep 15 22:21:23 burp kernel: ide2 at 0x9800-0x9807,0x9402 on irq 10
Sep 15 22:21:23 burp kernel: hde: 60036480 sectors (30739 MB) w/1916KiB Cache, CC
HS=59560/16/63, UDMA(100)
Sep 15 22:21:23 burp kernel: hdf: 60036480 sectors (30739 MB) w/1916KiB Cache, CC
HS=59560/16/63, UDMA(100)
Sep 15 22:21:23 burp kernel: hdc: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB
Cache
Sep 15 22:21:23 burp kernel: Uniform CD-ROM driver Revision: 3.12
Sep 15 22:21:23 burp kernel: hdd: ATAPI 24X CD-ROM CD-R/RW drive, 1024kB Cache
Sep 15 22:21:23 burp kernel: ide-floppy driver 0.97.sv
Sep 15 22:21:23 burp kernel: Partition check:
Sep 15 22:21:23 burp kernel: hde: [PTBL] [3737/255/63] hde1
Sep 15 22:21:23 burp kernel: hdf: hdf1 hdf2 hdf3 hdf4 < hdf5 >
Sep 15 22:21:23 burp kernel: Floppy drive(s): fd0 is 1.44M
Sep 15 22:21:23 burp kernel: FDC 0 is a post-1991 82077
Sep 15 22:21:23 burp kernel: Loading I2O Core - © Copyright 1999 Red Hat Softww

------------------ lspci -vv: -----------------------------------------------

0000:00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10) (prog-if 8a [Master SecP PriP])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- SERR- <PERR-
Latency: 32
Region 4: I/O ports at d800 [size=16]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

---------------------- /proc/ide: --------------------------------------

burp:/proc/ide# ls -l
total 0
-r–r--r-- 1 root root 0 Sep 15 22:31 drivers
lrwxrwxrwx 1 root root 8 Sep 15 22:31 hdc -> ide1/hdc
lrwxrwxrwx 1 root root 8 Sep 15 22:31 hdd -> ide1/hdd
lrwxrwxrwx 1 root root 8 Sep 15 22:31 hde -> ide2/hde
lrwxrwxrwx 1 root root 8 Sep 15 22:31 hdf -> ide2/hdf
dr-xr-xr-x 4 root root 0 Sep 15 22:31 ide1
dr-xr-xr-x 4 root root 0 Sep 15 22:31 ide2
-r–r--r-- 1 root root 0 Sep 15 22:31 pdc202xx
-r–r--r-- 1 root root 0 Sep 15 22:31 via
burp:/proc/ide#

burp:/proc/ide# cat via
----------VIA BusMastering IDE Configuration----------------
Driver Version: 3.29
South Bridge: VIA vt82c686a
Revision: ISA 0x22 IDE 0x10
Highest DMA rate: UDMA66
BM-DMA base: 0xd800
PCI clock: 33MHz
Master Read Cycle IRDY: 0ws
Master Write Cycle IRDY: 0ws
BM IDE Status Register Read Retry: yes
Max DRDY Pulse Width: No limit
-----------------------Primary IDE-------Secondary IDE------
Read DMA FIFO flush: yes yes
End Sector FIFO flush: no no
Prefetch Buffer: no no
Post Write Buffer: no no
Enabled: yes yes
Simplex only: no no
Cable Type: 40w 40w
-------------------drive0----drive1----drive2----drive3-----
Transfer Mode: PIO PIO PIO PIO
Address Setup: 120ns 120ns 30ns 60ns
Cmd Active: 480ns 480ns 90ns 90ns
Cmd Recovery: 480ns 480ns 90ns 90ns
Data Active: 330ns 330ns 90ns 90ns
Data Recovery: 270ns 270ns 30ns 90ns
Cycle Time: 600ns 600ns 120ns 180ns
Transfer Rate: 3.3MB/s 3.3MB/s 16.5MB/s 11.0MB/s
burp:/proc/ide#

burp:/proc/ide/ide2# pwd
/proc/ide/ide2
burp:/proc/ide/ide2# ls -l
total 0
-r–r--r-- 1 root root 0 Sep 15 22:36 channel
-rw-r–r-- 1 root root 0 Sep 15 22:36 config
dr-xr-xr-x 2 root root 0 Sep 15 22:36 hde
dr-xr-xr-x 2 root root 0 Sep 15 22:36 hdf
-r–r--r-- 1 root root 0 Sep 15 22:36 mate
-r–r--r-- 1 root root 0 Sep 15 22:36 model
burp:/proc/ide/ide2#

burp:/proc# cat interrupts
CPU0
0: 117740 XT-PIC timer
1: 135 XT-PIC keyboard
2: 0 XT-PIC cascade
5: 9299 XT-PIC eth0
8: 4 XT-PIC rtc
9: 27 XT-PIC usb-uhci, usb-uhci, es1371
10: 4046 XT-PIC ide2, btaudio, bttv
15: 13 XT-PIC ide1
NMI: 0
LOC: 117701
ERR: 1
MIS: 0
burp:/proc#

                                              cfdisk 2.12

                                          Disk Drive: /dev/hdf
                                    Size: 30738677760 bytes, 30.7 GB
                          Heads: 16   Sectors per Track: 63   Cylinders: 59560

 Name             Flags           Part Type      FS Type                [Label]              Size (MB)

 hdf1             Boot             Primary       Linux ext3                                    5243.02
 hdf2                              Primary       Linux ext3                                    1048.71
 hdf3                              Primary       Linux swap                                     268.37
 hdf5                              Logical       Linux ext3                                   19922.86
                                   Logical       Free Space                                    4255.73

#9

déjà, j’ai compris pkoi tes disques sont reconnus comme hde et hdf : ils sont sur le deuxiéme bus IDE ! et comme tes lecteurs de CD sont en hdc et hdd, la suite logique est hde et hdf pour les périphériques ide suivant. (ça résoudra pas ton pb, mais je crois que cette explication s’imposait :smiley: )

Et pour tes vrais problème, j’ai ps encore de solution, mais ça viendra ptet :unamused:


#10

Arghl !
Pour quel niais je suis en train de passer … :frowning:

Et dire que je n’avais jamais fait le rapprochement … Et je mettais ca sur le compte de l’UDMA, mouais, pas brillant … :blush:

Pour mon problème, je vais encore chercher quelques jours et si je ne trouve pas de solution, je vais tout recâbler pour que mes disques soient en hda et hdb …

Merci encore

Jabba


#11

Mais dis donc soudain… je ne vois aucune réfèrence à un initrd dans ton lilo.
Ce ne serait un “bete” probleme d’ext3 compilé en module ???
Est ce que tu compiles avec make-kpkg --initrd ?
Nan, je dis ca …

Tiens au fait, si quelqu’un peut me donner une réfèrence sur quels composants en plus d’ext3 et cramfs sont necessaires dans le noyau pour booter sans initrd…
Tiens, je vais faire un post…


#12

J’allais justement poster pour vous dire que finalement
j’ai réussi à le démarrer ce Gr#!m*?"! noyau 2.6 …

Effectivement comme MattOTop l’avait “flairé”, il s’agissait bien d’un probème d’initrd …

J’en ai créé un à la main et maintenant ça marche !

Le plus bizarre, c’est qu’avec le kernel 2.4 j’étais aussi en ext3 fs
compilé en module et je pouvais booter sans utiliser initrd …
Je ne vois pas pourquoi.

Au sujet de la dénomination de mes disques (hde, hdf), il suffisait de soulever “la choucroute” de câbles posés sur ma carte mère pour remarquer que la carte dispose de 4 bus pour les disques.

(Ben ouais, je viens de récupérer ce PC et je l’avais jamais ouvert…)

Ils sont en hde et hdf parce que comme l’a dit BobX, il sont sur le 1er bus ATA100

Le 1er et le 2ème bus IDE sont des Bus standard.
Et mes 2 lecteurs de CD et DVD sont sur le 2ème IDE
Il serait donc dommage de reconnecter mes 2 HD sur un bus standard
uniquement pour les voir en hda/hdb …

Ma carte-mère est un peu spéciale: 2 bus ATA100 et 2 bus IDE standards

Ce qui donne:
hda+hdb=primary IDE --> pas utilisé
hdc+hdd=secondary IDE --> 2 lecteurs CD/DVD

hde+hdf=primary ATA100
hdg+hdh=secondary ATA100 --> pas utilisé
(yes ! encore plein de place pour des disques …)

Merci encore à tout le monde pour votre aide

Jabba

PS: au fait, connaissez-vous une spécialité du kernel 2.6.8 ?

linuxquestions.org/questions … did=226428

Essayez:

burp:~# cdrecord -scanbus
Cdrecord-Clone 2.01a34 (i686-pc-linux-gnu) Copyright © 1995-2004 Jörg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to cdrtools@packages.debian.org.
The original author should not be bothered with problems of this version.

cdrecord: No such file or directory. Cannot open ‘/dev/pg*’. Cannot open SCSI driver.
cdrecord: For possible targets try ‘cdrecord -scanbus’.
cdrecord: For possible transport specifiers try ‘cdrecord dev=help’.
cdrecord:
cdrecord: For more information, install the cdrtools-doc
cdrecord: package and read /usr/share/doc/cdrecord/README.ATAPI.setup .

Et ensuite:

cdrecord dev=ATAPI -scanbus

burp:~# cdrecord dev=ATAPI -scanbus
Cdrecord-Clone 2.01a34 (i686-pc-linux-gnu) Copyright © 1995-2004 Jörg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to cdrtools@packages.debian.org.
The original author should not be bothered with problems of this version.

scsidev: 'ATAPI’
devname: 'ATAPI’
scsibus: -2 target: -2 lun: -2
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Using libscg version ‘schily-0.8’.
scsibus0:
0,0,0 0) 'TDK ’ 'DVDRW0404N ’ ‘1.08’ Removable CD-ROM
0,1,0 1) 'HP ’ 'CD-Writer+ 8100 ’ ‘1.0g’ Removable CD-ROM
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
burp:~#


#13

Effectivement comme MattOTop l’avait “flairé”, il s’agissait bien d’un probème d’initrd …

J’en ai créé un à la main et maintenant ça marche !
Kestu veux dire par “à la main” ?
Comment tu compile ton noyau ?

Le plus bizarre, c’est qu’avec le kernel 2.4 j’étais aussi en ext3 fs
compilé en module et je pouvais booter sans utiliser initrd …
Je ne vois pas pourquoi.
Certainement parceque tu avais compilé l’ext2 dans le noyau.
Comme le boot monte / en ro, ca ne le gene pas de démarrer sans le journal.
En fait, j’ai même dit des betises, parceque le fait de compiler en module l’ext3 ne gene pas pour le boot, ca génère juste un warning (que j’ai supprimmé, donc, en integrant l’ext3 a mon noyau).
Par contre, l’ext2 est nécessaire, bien évidemment, pour aller chercher le kernel et l’initrd sur une partoche ext2/3…
C’est donc simplement l’ext2 qui devait manquer dans ton noyau…


#14

Super, merci encore pour les explications !

J’en ai créé un à la main et maintenant ça marche !

via la commande:

mkinitrd -o /chemin/mon_fichier_initrd.img ma_version_de_kernel
et ensuite rajouté la ligne dans lilo.conf


#15

Si tu es sous debian, tu peux compiler “clean” ton 2.6 patché debian avec make-kpkg:
make-kpkg buildpackage --initrd (–append-to-version date +"%Y%m%d" pour dater tes versions)
construit directement les packages kernel avec initrd, et l’install mets a jour ton lilo ou ton grub.
avec --added-patches ,, tu peux aussi dans la même passe patcher tes sources proprement.
C’est clean. J’ai mis un peu de temps a m’y faire, mais maintenant, je package mon kernel systèmatiquement “the debian way”.


#16

J’utilise déjà la méthode Debian (make-kpkg…, -append-to-version) et c’est vrai que comparé à la méthode standard c’est vraiment plus clean.
La chose à laquelle je n’avais pas pensé est d’inclure initrd en même temps. Ce sera chose faite à ma prochaine compil !

Que penses-tu de la remarque dans mon avant-dernier mail:

cdrecord dev=ATAPI -scanbus

Tu as aussi eu ce problème ?
Je n’ai pas encore testé mes graveurs depuis la recompil. de mon kernel. Avec ce genre de syntaxe, on grave comment ???

A+

Jabba


#17

Je suis assez peu graveur dans mon genre, et quoi que j’aie une mule installée, je ne m’en sert quasi jamais - principalement pour des e-books et des manuels. :slightly_smiling:
Mon graveur me sert à me regraver régulièrement des knoppix que je paume dans mes interventions chez les clients (tant mieux, ca circule), mais je dois avouer que pour graver…
je le fais sous windaube :blush:
mais j’arrive au derniers niveaux de l’affinage de ma machine, et je devrais bientôt m’interresser au gravage. J’ai dc survolé avec interet ta réfèrence, et je te dirais ce que j’en pense quand je serais sur le sujet.


#18

Ah si, j’ai fais le gravage d’un CD d’install d’une Fedora il y a une quinzaine de jour, et tu as raison, je me suis pris la tète avec les options de cdrecord. Mais j’ai réussi à le faire.
Maintenant, est ce que j’etais sous 2.6 ???
Ne’m souviens plus :slightly_smiling: