Je viens d'installer avec quelques difficultés Fedora 14 sur un Toshiba M11.

J'ai commencé par installer, sans aucun problème, sur cet ordinateur Windows XP puis quelques programmes basiques pour cet environnement (Firefox, Java, OpenOffice, Acrobat Reader, Flash, ...)

J'ai ensuite installé, toujours sans aucun problème, Fedora 14 à partir du DVD puis dès l'installation terminée j'ai voulu faire les mises à jour et c'est là que ça s'est gâté. (kernel 2.6.35.6-45)

Aléatoirement pendant l'installation des mises à jour avec Yum, l'ordinateur se figeait puis son ventilateur se mettait à tourner à pleine vitesse et je n'avais pas d'autre solution que de l'éteindre par une pression longue sur le bouton de mise sous tension.

J'ai essayé de réinstaller à partir du DVD et de commencer par mettre à jour uniquement le kernel et xorg à partir du repo updates mais même en ayant réussi ces mises à jour j'ai eu des plantages pendant les autres mises à jour. (kernel 2.6.35.9-64)

J'ai semble-t-il résolu mon problème en faisant une mise à jour du kernel juste après l'installation à partir non pas du repo updates mais à partir du repo updates-testing et j'ai pu ensuite installer toute les mises à jour sans problème. (kernel 2.6.35.10-68)

Hope this help...
Mon problème n'est pas résolu et je continue à avoir des plantages....

Je sais que le Toshiba M11 d'une manière générale fonctionne sans problème avec Solaris Express et Oracle Enterprise Linux et le mien fonctionne sans problème avec Windows XP donc j'aimerais savoir si quelqu'un a déjà installer Fedora 14 dessus ?
13 jours plus tard
Un petit up car mon problème est toujours là...

J'ai testé mon Tosh pendant environ 8 heures avec Memtest et je n'ai eu aucune erreur et aucun plantage...

En revanche j'ai de nouveau eu un plantage aujourd'hui avec ventilateur à fond et pas d'autre solution qu'éteindre la machine...

Any help ?
Il semble que je ne soit pas le seul à avoir ce genre de problème : http://forums.computers.toshiba-europe.com/forums/thread.jspa?threadID=57741&tstart=0

Je n'aime pas trop cette phrase qui ne me laisse rien présager de bon :
3) Are you using the standard display driver from the Toshiba Website? Installing other drivers can cause this kind of problem.
Voici ce que me retournent lspci et et lsmod:
$ sudo lspci
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 06)
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 06)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 06)
00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 (rev 06)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 06)
00:1f.2 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA IDE Controller (rev 06)
00:1f.5 IDE interface: Intel Corporation 5 Series/3400 Series Chipset 2 port SATA IDE Controller (rev 06)
00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 06)
01:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 01)
01:00.1 System peripheral: Ricoh Co Ltd Device e230 (rev 01)
01:00.2 System peripheral: Ricoh Co Ltd Device e852 (rev 01)
02:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02)
ff:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 02)
ff:02.2 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
ff:02.3 Host bridge: Intel Corporation Core Processor Reserved (rev 02)
$ lsmod
Module                  Size  Used by
aesni_intel            12131  1 
cryptd                  7111  1 aesni_intel
aes_x86_64              7758  1 aesni_intel
aes_generic            26908  2 aesni_intel,aes_x86_64
hidp                   18253  1 
rfcomm                 67058  4 
sco                    17180  2 
bnep                   15390  2 
l2cap                  51240  21 hidp,rfcomm,bnep
vboxnetadp              4967  0 
vboxnetflt             13627  0 
vboxdrv              1757723  2 vboxnetadp,vboxnetflt
sunrpc                201180  1 
cpufreq_ondemand        9278  4 
acpi_cpufreq            7345  0 
freq_table              3955  2 cpufreq_ondemand,acpi_cpufreq
mperf                   1481  1 acpi_cpufreq
ip6t_REJECT             4279  2 
nf_conntrack_ipv6      18078  2 
ip6table_filter         1687  1 
ip6_tables             17481  1 ip6table_filter
ipv6                  286354  42 ip6t_REJECT,nf_conntrack_ipv6
fuse                   61443  5 
uinput                  7368  0 
snd_hda_codec_intelhdmi     9993  1 
snd_hda_codec_realtek   298572  1 
arc4                    1449  2 
snd_hda_intel          24447  2 
snd_hda_codec          86743  3 snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel
ecb                     2119  2 
btusb                  15514  5 
bluetooth              89276  12 hidp,rfcomm,sco,bnep,l2cap,btusb
snd_hwdep               6392  1 snd_hda_codec
iwlagn                208939  0 
snd_seq                53791  0 
snd_seq_device          6191  1 snd_seq
snd_pcm                80190  2 snd_hda_intel,snd_hda_codec
iwlcore               195683  1 iwlagn
mac80211              229015  2 iwlagn,iwlcore
toshiba_acpi            9793  0 
snd_timer              19892  2 snd_seq,snd_pcm
snd                    63984  13 snd_hda_codec_intelhdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer
soundcore               6576  1 snd
snd_page_alloc          7559  2 snd_hda_intel,snd_pcm
cfg80211              134933  3 iwlagn,iwlcore,mac80211
rfkill                 17622  5 bluetooth,toshiba_acpi,cfg80211
e1000e                188111  0 
iTCO_wdt               11256  0 
iTCO_vendor_support     2610  1 iTCO_wdt
toshiba_bluetooth       2143  0 
joydev                  9785  0 
tpm_infineon            7725  0 
microcode              18548  0 
sdhci_pci               7871  0 
sdhci                  18464  1 sdhci_pci
mmc_core               64193  1 sdhci
i915                  287274  3 
drm_kms_helper         25961  1 i915
drm                   178062  3 i915,drm_kms_helper
i2c_algo_bit            5205  1 i915
i2c_core               26900  4 i915,drm_kms_helper,drm,i2c_algo_bit
video                  21637  1 i915
output                  2253  1 video
J'utilise un kernel 2.6.35.10-74.fc14.x86_64.

Il y a-t-il un driver particulier à installer car ma carte graphique a été reconnue et a fonctionné avec l'accélération matérielle out of the box ?


http://forums.fedoraforum.org/showthread.php?p=1431773
Il semblerait que mon problème ait été résolu par une mise à jour du BIOS.

Le BIOS d'origine était le 2.70
Le BIOS mis à jour est le 2.90

Depuis cette mise à jour je n'ai plus eu de plantage.

Une différence que j'ai oublié de préciser: XP qui fonctionnait sans pb est en 32 bits et Fedora qui plantait est en 64 bits.
un mois plus tard
Quelle est la syntaxe exacte de acpi_osi=Linux dans grub.conf ?

Majuscule ou pas à Linux ?

Par ailleurs, où trouver la description exacte de ce paramètre qui semble venir tout droit de Lourdes pour résoudre de nombreux problèmes sur les laptops ?

Voici tout ce que j'ai trouvé sur ce paramètre :
acpi_osi — Disable the _OSI ACPI method.
Synopsis

acpi_osi=[ n ]
Description

This is actually a binary option despite the integer value. If n is absent, ACPI will disable the _OSI method. If n is present, _OSI will not be disabled.
Source: http://www.linuxtopia.org/online_books/linux_kernel/kernel_configuration/re79.html
Pour la syntaxe du paramètre acpi_osi je viens de trouver.

Il suffit

- d'installer l'AML Disassembler d'Intel
sudo yum install iasl
- de sauvegarder le contenu de la DSDT - Differentiated System Description Table
sudo cat /proc/acpi/dsdt > dsdt.dat
- de décompiler celle-ci
iasl -d dsdt.dat
Puis de rechercher dans le fichier dsdt.dsl créé avec un éditeur la chaine _OSI
            If (CondRefOf (_OSI, Local0))
            {
                If (_OSI ("Linux"))
                {
                    Store (0x03E8, OSYS)
                    Store (0x00, OSID)
                }

                If (_OSI ("Windows 2001"))
                {
                    Store (0x07D1, OSYS)
                    Store (0x04, OSID)
                }

                If (_OSI ("Windows 2001 SP1"))
                {
                    Store (0x07D1, OSYS)
                    Store (0x04, OSID)
                }

                If (_OSI ("Windows 2001 SP2"))
                {
                    Store (0x07D2, OSYS)
                    Store (0x04, OSID)
                }

                If (_OSI ("Windows 2001 SP3"))
                {
                    Store (0x07D2, OSYS)
                    Store (0x04, OSID)
                }

                If (_OSI ("Windows 2006"))
                {
                    Store (0x07D6, OSYS)
                    Store (0x05, OSID)
                }
            }
Et voici ce que l'on peut voir sur un Toshiba Tecra M11 en faisant un dmesg en fonction du paramètre passé (on n'obtient pas le même résultat sur carte mère Gigabyte GA-790FXTA-UD5) :

Par défaut sans aucun paramètre acpi_osi :
$ sudo dmesg | grep Linux
[ 0.000000] Linux version 2.6.35.11-83.fc14.x86_64 (mockbuild@x86-01.phx2.fedoraproject.org) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #1 SMP Mon Feb 7 07:06:44 UTC 2011
[ 0.000042] SELinux: Initializing.
[ 0.000048] SELinux: Starting in permissive mode
[ 0.443947] ACPI: BIOS _OSI(Linux) query ignored


Avec un paramètre acpi_osi valide :
$ sudo dmesg | grep Linux
[ 0.000000] Linux version 2.6.35.11-83.fc14.x86_64 (mockbuild@x86-01.phx2.fedoraproject.org) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #1 SMP Mon Feb 7 07:06:44 UTC 2011
[ 0.000000] Command line: ro root=/dev/mapper/vg_lxtoshibam11-lv_root rd_LVM_LV=vg_lxtoshibam11/lv_root rd_LVM_LV=vg_lxtoshibam11/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 rhgb quiet acpi_osi=Linux
[ 0.000000] Kernel command line: ro root=/dev/mapper/vg_lxtoshibam11-lv_root rd_LVM_LV=vg_lxtoshibam11/lv_root rd_LVM_LV=vg_lxtoshibam11/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 rhgb quiet acpi_osi=Linux
[ 0.000000] ACPI: Added _OSI(Linux)
[ 0.000041] SELinux: Initializing.
[ 0.000048] SELinux: Starting in permissive mode
[ 0.444064] ACPI: BIOS _OSI(Linux) query honored via cmdline

Et pour terminer avec un paramètre acpi_osi invalide
$ sudo dmesg | grep Linux
[ 0.000000] Linux version 2.6.35.11-83.fc14.x86_64 (mockbuild@x86-01.phx2.fedoraproject.org) (gcc version 4.5.1 20100924 (Red Hat 4.5.1-4) (GCC) ) #1 SMP Mon Feb 7 07:06:44 UTC 2011
[ 0.000000] Command line: ro root=/dev/mapper/vg_lxtoshibam11-lv_root rd_LVM_LV=vg_lxtoshibam11/lv_root rd_LVM_LV=vg_lxtoshibam11/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 rhgb quiet acpi_osi=Linuxxx
[ 0.000000] Kernel command line: ro root=/dev/mapper/vg_lxtoshibam11-lv_root rd_LVM_LV=vg_lxtoshibam11/lv_root rd_LVM_LV=vg_lxtoshibam11/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9 rhgb quiet acpi_osi=Linuxxx
[ 0.000000] ACPI: Added _OSI(Linuxxx)
[ 0.000041] SELinux: Initializing.
[ 0.000048] SELinux: Starting in permissive mode
[ 0.444180] ACPI: BIOS _OSI(Linux) query ignored
Hope this help....
bonsoir ,
ce paramètre est censée resoudre quoi ?
car chez moi le souci est le non demarrage des ventilos.
mais juste le fait de passer par la case hiberner et redemarrer la gestion des ventilos est correcte arret et redemarrage plus ou moins vite comme sous windows .
a+
Après quelques lectures ma compréhension, qui est peut-être erronée, est la suivante....

Dans un ordinateur le BIOS et l'OS se partagent les tâches mais la répartition n'est ni figée ni immuable: en fonction d'une part des caractéristiques de l'ordinateur et donc du BIOS et d'autre part de l'OS, certaines tâches peuvent être dévolues à l'un ou à l'autre, au BIOS ou à l'OS.

Ceci semble particulièrement vrai au niveau des taches liées à l'ACPI sur les laptops telles que contrôle des températures ou contrôle des ventilateurs.

Typiquement pour un laptop fonctionnant sous Windows 7 avec les drivers du vendeur installés, ce seront ces drivers qui piloteront certaines fonctions.

En revanche sur le même laptop fonctionnant sous Linux ce sera, faute de driver, au BIOS de piloter, d'une manière qui sera peut être plus simpliste, ces mêmes fonctions.

Selon ma compréhension, qui rappelons-le est peut-être erronée, le paramètre acpi_osi=Linux renseigne donc le BIOS sur l'OS utilisé afin que celui-ci se comporte en conséquence.
bonjour,
ce qui revient à dire que le fait d'hiberner permet au bios de voir linux ?
je m'en vai tester acpi_osi=linux
a+
re,
je viens de tester ,
1 ou j'ai fait une mauvaise manip mais je n'ai pas les messages dmesg c'est le cas ... ( faut etre c.. pour ecrire iso au lieu de osi )
maintenant c'est bon
mais pour le reste rien ne change

2 aucune ventilation
3 hiberner et hop ça fonctionne
4 ça me gonfle de pas piger ce truc .
5 pour ce soir c'est bon , je fini de regarder le 9 /05 de dexter :hammer:
a+
3 mois plus tard
Pour le problème initial de blocage, celui-ci a disparu depuis que je suis passé sur un kernel 2.6.38.