[gentoo-user-fr] prise en charge du SATA
Le
Jean-Paul Lacquement
Bonjour,
J'ai installé gentoo sur mon serveur (auparavant, c'était une debian).
Celui-ci comporte deux disques:
/dev/hda -> IDE -> /mnt/hd
/dev/hdc -> SATA -> /dev/hdc1 -> /boot
-> /dev/hdc3 -> /
Je pouvais pas deviner qu'au reboot, après l'installation, mon SATA
serait hdc (j'aurai préféré sda ou encore hda). Horreur! Le SATA est
terriblement lent! Forcèment, il n'est pas actif dans le noyau par
défaut 2.6.19. Je l'ai recompilé dans le noyau
sedna linux # grep -i SATA /usr/src/linux/.config
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIL24 is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
CONFIG_SATA_INTEL_COMBINED=y
Par contre lorsque je boote sur le nouveau noyau, on dirait bien que
ma racine n'est plus la même Comment faire pour démarrer avec prise
en charge de mon disque SATA?
Merci.
Ci-dessous mon grub.conf et fstab:
sedna linux # cat /boot/grub/grub.conf
default 0
timeout 30
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
title=Gentoo Linux ancien
root (hd0,0)
kernel /kernel-genkernel-x86-2.6.19-gentoo-r5 root=/dev/ram0
init=/linuxrc ramdisk=8192 real_root=/dev/hdc3 udev
initrd /initramfs-genkernel-x86-2.6.19-gentoo-r5
title=Gentoo Linux recompile
root (hd0,0)
kernel /kernel-genkernel-x86-2.6.19-gentoo-r5-custom root=/dev/ram0
init=/linuxrc ramdisk=8192 real_root=/dev/hdc3 udev
initrd /initramfs-genkernel-x86-2.6.19-gentoo-r5-custom
sedna linux # cat /etc/fstab
/dev/hdc1 /boot reiserfs notail,noatime 1 2
/dev/hdc3 / reiserfs notail,noatime 0 1
/dev/hdc2 none swap sw 0 0
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro 0 0
/dev/fd0 /mnt/floppy auto noauto 0 0
/dev/hda1 /mnt/hd1 reiserfs defaults 0 0
proc /proc proc defaults 0 0
shm /dev/shm tmpfs
nodev,nosuid,noexec 0 0
--
gentoo-user-fr@gentoo.org mailing list
J'ai installé gentoo sur mon serveur (auparavant, c'était une debian).
Celui-ci comporte deux disques:
/dev/hda -> IDE -> /mnt/hd
/dev/hdc -> SATA -> /dev/hdc1 -> /boot
-> /dev/hdc3 -> /
Je pouvais pas deviner qu'au reboot, après l'installation, mon SATA
serait hdc (j'aurai préféré sda ou encore hda). Horreur! Le SATA est
terriblement lent! Forcèment, il n'est pas actif dans le noyau par
défaut 2.6.19. Je l'ai recompilé dans le noyau
sedna linux # grep -i SATA /usr/src/linux/.config
# CONFIG_BLK_DEV_IDE_SATA is not set
# CONFIG_SATA_AHCI is not set
# CONFIG_SATA_SVW is not set
# CONFIG_SATA_MV is not set
# CONFIG_SATA_NV is not set
# CONFIG_SATA_QSTOR is not set
# CONFIG_SATA_PROMISE is not set
# CONFIG_SATA_SX4 is not set
# CONFIG_SATA_SIL is not set
# CONFIG_SATA_SIL24 is not set
# CONFIG_SATA_SIS is not set
# CONFIG_SATA_ULI is not set
# CONFIG_SATA_VIA is not set
# CONFIG_SATA_VITESSE is not set
CONFIG_SATA_INTEL_COMBINED=y
Par contre lorsque je boote sur le nouveau noyau, on dirait bien que
ma racine n'est plus la même Comment faire pour démarrer avec prise
en charge de mon disque SATA?
Merci.
Ci-dessous mon grub.conf et fstab:
sedna linux # cat /boot/grub/grub.conf
default 0
timeout 30
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
title=Gentoo Linux ancien
root (hd0,0)
kernel /kernel-genkernel-x86-2.6.19-gentoo-r5 root=/dev/ram0
init=/linuxrc ramdisk=8192 real_root=/dev/hdc3 udev
initrd /initramfs-genkernel-x86-2.6.19-gentoo-r5
title=Gentoo Linux recompile
root (hd0,0)
kernel /kernel-genkernel-x86-2.6.19-gentoo-r5-custom root=/dev/ram0
init=/linuxrc ramdisk=8192 real_root=/dev/hdc3 udev
initrd /initramfs-genkernel-x86-2.6.19-gentoo-r5-custom
sedna linux # cat /etc/fstab
/dev/hdc1 /boot reiserfs notail,noatime 1 2
/dev/hdc3 / reiserfs notail,noatime 0 1
/dev/hdc2 none swap sw 0 0
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro 0 0
/dev/fd0 /mnt/floppy auto noauto 0 0
/dev/hda1 /mnt/hd1 reiserfs defaults 0 0
proc /proc proc defaults 0 0
shm /dev/shm tmpfs
nodev,nosuid,noexec 0 0
--
gentoo-user-fr@gentoo.org mailing list
Poser une question
"Jean-Paul Lacquement"
Bonjour,
Oui effectivement le nom a dû changer en /dev/sda. C'est quoi le
message d'erreur exact que tu as au reboot ? Un kernel panic ou quelque
chose du genre ?
Ici à mon avis tu devrais changer "/dev/hdc3" en "/dev/sda3", tu iras
un peu plus loin je pense dans le processus de boot.
Ici aussi tu devrais changer tous tes /dev/hdc[123] en /dev/sda[123]
Tout ceci à condition que le driver sata du noyau se comporte comme le
mien (nvidia nforce4 pour ma part).
Avant de changer ton fstab assures-toi d'avoir un livecd sous la main
pour pouvoir réparer ton installation facilement.
Bon courage !
Didier
--
Didier Link Jabber :
MSN :
SIP :
Clé GPG : 75BAC9EE
--
mailing list
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Salut à tous,
Pour chaque nouveau noyau, kernel newbies donne des informations très
concises et claires :
je site :
Libata PATA (Parallel ATA) merge
By "Parallel ATA" we mean all the ATA/IDE controllers and drives that we
have been using for years before SATA. Almost from the start, one of the
objectives of some *kernel* hackers was to replace the IDE drivers availabl e
in drivers/ide under the "Device drivers -> ATA/ATAPI/MFM/RLL support"
configuration menu) with a reimplementation on top of libata (i.e.: the
"SATA layer"). Drivers/ide suffers from many ugly and obscure problems, and
re-implementing it on top of libata has been much easier than fixing the
unfixable drivers/ide mess - most of the porting work has been done by Alan
Cox (a consequence of this PATA merge is that libata and all its SATA
drivers have also been moved from drivers/scsi (available in the "Device
drivers -> SCSI device support -> SCSI low-level drivers" submenu) to
drivers/ata (now "Device drivers -> Serial ATA (prod) and Parallel ATA
(experimental) drivers"), and all the CONFIG_SCSI_FOOBAR options for the
individual SATA drivers have been changed to CONFIG_FOOBAR, so this means
you may need to reconfigure your SATA configuration options)
This means *2.6.19* may have two drivers for your PATA-based device: The ol d
IDE driver under "Device drivers -> ATA/ATAPI/MFM/RLL support" and an
alternative driver under "Device drivers -> Serial ATA (prod) and Parallel
ATA (experimental) drivers" (along with the rest of the SATA drivers)
What one must you choose? Well, the safe option is using the old driver: Th e
old drivers will continue working just as they did before. There'll be no
changes if you continue using the old drivers.
Donc tu compiles ton noyau avec les nouveaux drivers, et tu changes ton
fstab, ainsi que la ligne root= dans ton grub.
etcetcetc.
AMicalement.
Mickael
Le 09/03/07, Didier Link
------=_Part_92660_20860887.1173433263622
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Salut à tous,<br><br>Pour chaque nouveau noyau, kernel newbies donne des informations très concises et claires :<br>je site : <br><br><h3 id="he ad-cdcbaa9c1b476decdc064e0a75d23d1328b1ddce">Libata PATA (Parallel ATA) mer ge</h3>
<p class="line862">By "Parallel ATA" we mean all the ATA/IDE
controllers and drives that we have been using for years before SATA.
Almost from the start, one of the objectives of some replace the IDE drivers available in drivers/ide</a>
(everything under the "Device drivers -> ATA/ATAPI/MFM/RLL support& quot;
configuration menu) with a reimplementation on top of libata (i.e.: the
"SATA layer"). Drivers/ide suffers from many ugly and obscure pro blems,
and re-implementing it on top of libata has been much easier than
fixing the unfixable drivers/ide mess - most of the porting work has
been done by Alan Cox (a consequence of this PATA merge is that libata
and all its SATA drivers have also been moved from drivers/scsi
(available in the "Device drivers -> SCSI device support -> SCSI
low-level drivers" submenu) to drivers/ata (now "Device drivers - >
Serial ATA (prod) and Parallel ATA (experimental) drivers"), and all
the CONFIG_SCSI_FOOBAR options for the individual SATA drivers have
been changed to CONFIG_FOOBAR, so this means you may need to
reconfigure your SATA configuration options) may have two drivers for your PATA-based device: The old IDE driver
under "Device drivers -> ATA/ATAPI/MFM/RLL support" and an
alternative driver under "Device drivers -> Serial ATA (prod) and
Parallel ATA (experimental) drivers" (along with the rest of the SATA
drivers) </p><p class="line874">What one must you choose? Well, the
safe option is using the old driver: The old drivers will continue
working just as they did before. There'll be no changes if you continue
using the old drivers. AMicalement. > /dev/hda -> IDE -> /mnt/hd<b r>><br>> /dev/hdc -> SATA -> /dev/hdc1 - > /boot<br>> &nb sp; -> /dev/hdc3 -> /<br >><br>> Je pouvais pas deviner qu'au reboot, après l'instal lation, mon SATA
> > # CONFIG_SATA_NV is not set<br>> # CONFIG_SATA_QSTOR is not set<br> > # CONFIG_SATA_PROMISE is not set<br>> # CONFIG_SATA_SX4 is not set< br>> # CONFIG_SATA_SIL is not set<br>> # CONFIG_SATA_SIL24 is not set
<br>> # CONFIG_SATA_SIS is not set<br>> # CONFIG_SATA_ULI is not set< br>> # CONFIG_SATA_VIA is not set<br>> # CONFIG_SATA_VITESSE is not s et<br>> CONFIG_SATA_INTEL_COMBINED=y<br>><br>> Par contre lorsqu e je boote sur le nouveau noyau, on dirait bien que
genkernel-x86-2.6.19-gentoo-r5-custom <br>> /dev/hdc1 &nb sp; /boot reiserfs<br>> notail,noatime 1 2 /dev/hdc3 &nb sp; /<br>> reiserfs   ;notail,noatime 0 1 /dev/hdc2<br>> none &nbs p; swap &nb sp; sw &nbs p; 0
<br>> 0 /dev/cdroms/cdrom0 /mnt/cdrom iso9660<br>> noauto,ro &n bsp; 0 0 /dev/fd0 &nbs p; /mnt/floppy<br>> auto &nbs p;noauto 0<br>&g t; 0 /dev/hda1 & nbsp; /mnt/hd1 & nbsp;reiserfs
<br>> defaults 0 0 proc&n bsp;   ; /proc<br>> proc &n bsp; defaults &nb sp; 0 0<br>> shm &nb sp; /dev/shm tmpfs nodev,nosuid,noexec<br>> 0 0<br><br>Ici aussi tu devrais cha nger tous tes /dev/hdc[123] en /dev/sda[123]
</a> mailing list<br><br></blockquote></div><br>
------=_Part_92660_20860887.1173433263622--
--
mailing list
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
oups, le site de kernel newbies ne semble pas répondre pour le moment, je te
mets le lien en cache :
http://209.85.135.104/search?qÊche:silNyxjtFfIJ:kernelnewbies.org/Linux _2_6_19+kernel+newbies+2.6.19&hl=fr&strip=1
Le 09/03/07, Mickael PARIS
------=_Part_92684_18467951.1173433365604
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
oups, le site de kernel newbies ne semble pas répondre pour le moment, je te mets le lien en cache : http://209.85.135.104/search?qÊche:silNyxjtFfIJ:kernelnewbies.org/Linux _2_6_19+kernel+newbies+2.6.19&hl=fr&strip=1</a><br><br><div><sp an class="gmail_quote">Le 09/03/07, <b class="gmail_sendername">Mickael PARIS
Salut à tous,<br><br>Pour chaque nouveau noyau, kernel newbies donne des informations très concises et claires :<br>je site : <br><br><h3>Libata P ATA (Parallel ATA) merge</h3>
<p>By "Parallel ATA" we mean all the ATA/IDE
controllers and drives that we have been using for years before SATA.
Almost from the start, one of the objectives of some
replace the IDE drivers available in drivers/ide</a>
(everything under the "Device drivers -> ATA/ATAPI/MFM/RLL support& quot;
configuration menu) with a reimplementation on top of libata (i.e.: the
"SATA layer"). Drivers/ide suffers from many ugly and obscure pro blems,
and re-implementing it on top of libata has been much easier than
fixing the unfixable drivers/ide mess - most of the porting work has
been done by Alan Cox (a consequence of this PATA merge is that libata
and all its SATA drivers have also been moved from drivers/scsi
(available in the "Device drivers -> SCSI device support -> SCSI
low-level drivers" submenu) to drivers/ata (now "Device drivers - >
Serial ATA (prod) and Parallel ATA (experimental) drivers"), and all
the CONFIG_SCSI_FOOBAR options for the individual SATA drivers have
been changed to CONFIG_FOOBAR, so this means you may need to
reconfigure your SATA configuration options) may have two drivers for your PATA-based device: The old IDE driver
under "Device drivers -> ATA/ATAPI/MFM/RLL support" and an
alternative driver under "Device drivers -> Serial ATA (prod) and
Parallel ATA (experimental) drivers" (along with the rest of the SATA
drivers) </p><p>What one must you choose? Well, the
safe option is using the old driver: The old drivers will continue
working just as they did before. There'll be no changes if you continue
using the old drivers. AMicalement. </a>> a écrit :
"Jean-Paul Lacquement" < <br>
> /dev/hda -> IDE -> /mnt/hd<b r>><br>> /dev/hdc -> SATA -> /dev/hdc1 - > /boot<br>> &nb sp; -> /dev/hdc3 -> /<br >><br>> Je pouvais pas deviner qu'au reboot, après l'instal lation, mon SATA
>
> # CONFIG_SATA_NV is not set<br>> # CONFIG_SATA_QSTOR is not set<br> > # CONFIG_SATA_PROMISE is not set<br>> # CONFIG_SATA_SX4 is not set< br>> # CONFIG_SATA_SIL is not set<br>> # CONFIG_SATA_SIL24 is not set
<br>> # CONFIG_SATA_SIS is not set<br>> # CONFIG_SATA_ULI is not set< br>> # CONFIG_SATA_VIA is not set<br>> # CONFIG_SATA_VITESSE is not s et<br>> CONFIG_SATA_INTEL_COMBINED=y<br>><br>> Par contre lorsqu e je boote sur le nouveau noyau, on dirait bien que
genkernel-x86-2.6.19-gentoo-r5-custom <br>> /dev/hdc1 &nb sp; /boot reiserfs<br>> notail,noatime 1 2 /dev/hdc3 &nb sp; /<br>> reiserfs   ;notail,noatime 0 1 /dev/hdc2<br>> none &nbs p; swap &nb sp; sw &nbs p; 0
<br>> 0 /dev/cdroms/cdrom0 /mnt/cdrom iso9660<br>> noauto,ro &n bsp; 0 0 /dev/fd0 &nbs p; /mnt/floppy<br>> auto &nbs p;noauto 0<br>&g t; 0 /dev/hda1 & nbsp; /mnt/hd1 & nbsp;reiserfs
<br>> defaults 0 0 proc&n bsp;   ; /proc<br>> proc &n bsp; defaults &nb sp; 0 0<br>> shm &nb sp; /dev/shm tmpfs nodev,nosuid,noexec<br>> 0 0<br><br>Ici aussi tu devrais cha nger tous tes /dev/hdc[123] en /dev/sda[123]
</a> mailing list<br><br></blockquote></span></div></div><br>
</blockquote></div><br>
------=_Part_92684_18467951.1173433365604--
--
mailing list
jp
Le 09/03/07, Mickael PARIS
--
mailing list