# Compatibilité Acpi avec disque ssd **URL:** \ **Category:** Support Debian\ **Created:** [Février 11, 2020, 5:27 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226 "2020-02-11T17:27:16Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 11, 2020, 5:27 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/1 "2020-02-11T17:27:16Z")
Bonsoir. J’ai installé la Buster 10.2 sur un Toshiba Tecra A11-1G6 avec un disque sata de base. Quelques lignes au moment du boot m’indiquant des problèmes d’acpi, que j’ai ignoré. Aucun problème de fonctionnement (mise en veille ou hibernation). Je viens de changer de disque au profit d’un disque SSD de 480 Go. Toujours bien sur les lignes m’indiquant des problèmes d’acpi, que j’ignore encore. Là gros problème de disque apparaissent, secteurs défectueux nombreuses d’erreur disque , qui apparaissent après une mise en veille, impossible d’arrêter proprement le pc, obligé d’éteindre par un appui long sur le bouton de démarrage. **Pas glop**. Réparation du disque via system-rescue cd, je redémarre et à nouveau après une mise en veille même combat. Ce matin à l’issu d’un nouveau blocage avec message indiquant à nouveau des blocks défectueux , j’ai utilisé smartcl pour vérifier mon disque à la lecture des résultats des tests le disque semble “clean”. Je me demande et vous demande par la même occasion s’il n’y a pas une relation de cause à effet avec ce type de disque (ssd)? ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 12, 2020, 4:53 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/2 "2020-02-12T16:53:06Z")
Personne pour m’éclairer??? ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 13, 2020, 2:58 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/3 "2020-02-13T02:58:29Z")
Bonjour, > [@mariop31](#): > > Je viens de changer de disque au profit d’un disque SSD de 480 Go Quel est sa marque et sa référence technique complète ? Combien as-tu de RAM sur ce Tecra A11-1G6 ? As-tu un swap ? `free -ht` Comment as-tu procédé pour mettre Debian buster sur le SSD ? Clonage du disque mécanique ? Nouvelle installation ? Un tuto particulier d’installation sur SSD de suivi ? Pourrais-tu nous donner à lire ces messages du noyau relatifs aux problèmes d’ACPI ? Sans pouvoir les lire, on ne peut rien en conclure. Ils sont dans `/var/log/kern.log` (?) Tu peux aussi trouver avec `sudo dmesg | grep -i acpi` Il y a aussi `sudo dmesg -l err` et `sudo dmesg -l warn` Tu dis que ton SSD semble « clean » mais sans apporter davantage d’infos. Peux-tu nous donner ce que ces commandes renvoient stp ? (en suposant que le SSD est `sda`) ```plaintext sudo smartctl --log ssd /dev/sda sudo smartctl --health --attributes /dev/sda ``` > [@mariop31](#): > > obligé d’éteindre par un appui long sur le bouton de démarrage Je te recommande la lecture de : [https://fr.wikipedia.org/wiki/Magic\_SysRq\_key](https://fr.wikipedia.org/wiki/Magic_SysRq_key) Pour apprendre à redémarrer ou éteindre proprement un système « bloqué » Je te conseille de désactiver temporairement toutes les veilles pour vérifier si ton système fonctionne après sans erreur ou pas. > [@mariop31](#): > > Personne pour m’éclairer??? C’est pas évident de répondre à ton unique question : > Je me demande et vous demande par la même occasion s’il n’y a pas une relation de cause à effet avec ce type de disque (ssd)? ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 11:06 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/4 "2020-02-13T11:06:43Z")
Bonjour **doo** Ref du disque: Marque PNY 480GB type CS900 SSD Résultat de la commande ```nohighlight => free -ht total used free shared buff/cache available Mem: 3,6Gi 902Mi 660Mi 156Mi 2,1Gi 2,2Gi Swap: 1,0Gi 0B 1,0Gi Total: 4,6Gi 902Mi 1,7Gi ``` Installation via un cd debian-10.2.0-i386-netinst.iso Type d’erreur: ```nohighlight [jeu. févr. 13 10:59:10 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._SDD.GTF0], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:10 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._SDD, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:10 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._GTF.GTF0], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:10 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._GTF, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:10 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._SDD.GTF0], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:10 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._SDD, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:10 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT0._GTF.GTF0], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:10 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT0._GTF, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:11 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._SDD.GTF1], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:11 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._SDD, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:11 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._GTF.GTF1], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:11 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._GTF, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:11 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._SDD.GTF1], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:11 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._SDD, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:11 2020] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT0.PRT1._GTF.GTF1], AE_NOT_FOUND (20180810/psargs-330) [jeu. févr. 13 10:59:11 2020] ACPI Error: Method parse/execution failed \_SB.PCI0.SAT0.PRT1._GTF, AE_NOT_FOUND (20180810/psparse-516) [jeu. févr. 13 10:59:13 2020] ACPI: AC Adapter [ADP1] (on-line) ``` En ce qui concerne les commandes `smartctl` , je n’ai rien pour la bonne raison qu’hier je me me suis fait reprendre le disque et j’en ai installé un neuf (disque de même marque etc…) ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Février 13, 2020, 11:18 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/5 "2020-02-13T11:18:59Z")
Bonjour > [@mariop31](#): > > …Toshiba Tecra A11-1G6… > …debian-10.2.0-i386-netinst.iso… Pourquoi installer un système debian 32 bits (i386) sur une machine équipée d’un [microprocesseur Intel I3 380M](https://ark.intel.com/content/www/fr/fr/ark/products/50178/intel-core-i3-380m-processor-3m-cache-2-53-ghz.html) disposant d’un jeu d’instruction 64 bits ? ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 11:22 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/6 "2020-02-13T11:22:30Z")
Bonjour **MicP**. Problème de compatibilité avec mes applications spécifiques. * * * @ [**doo**](https://www.debian-fr.org/u/doo) Merci pour ton lien pour apprendre à redémarrer ou éteindre proprement un système “bloqué" ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 13, 2020, 11:29 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/7 "2020-02-13T11:29:14Z")
C’est un truc super que j’aime partager 🙂 La taille du swap est insuffisante pour hiberner. Il faut avoir une fois et demi la taille de la RAM - c’est sujet à controverse 😉 Disons qu’il faut au moins la même taille, même si l’image d’hibernation est compressée. Ça râle à propos d’un bug ACPI dans le BIOS ? Vous croyez ? Et ce AE\_NOT\_FOUND il est bien spécifique à l’architecture non ? Ainsi qu’à la version du kernel en place ? > [https://unix.stackexchange.com/questions/443398/acpi-bios-error-ae-not-found](https://unix.stackexchange.com/questions/443398/acpi-bios-error-ae-not-found) > > You could try upgrading your BIOS, that is utmost priority. > Then, you could try installing `intel-microcode` non-free package. > Le paquet intel-microcode était autrefois appelé intel-ucode. > Vous devriez utiliser au moins la version 4.18.0 du noyau (cat /proc/version\*) car elle contient une correction qui permet au noyau d’essayer de continuer même en cas d’erreurs lors du chargement des tables ACPI. Les versions antérieures du noyau cesseront de charger la table entière en cas d’erreur. > Et notez que si une ancienne version du noyau n’émet pas d’erreurs, cela ne signifie pas qu’elle a fonctionné correctement - elle n’a probablement même pas essayé de charger ces tables. > – [Mikko Rantalainen](https://unix.stackexchange.com/users/20336/mikko-rantalainen) [Mar 26 '19 at 17:46](https://unix.stackexchange.com/questions/443398/acpi-bios-error-ae-not-found#comment940132_443405) > > @MikkoRantalainen Mais pour une raison quelconque, le noyau 4.18.\* n’est pas pris en charge pour longtemps (jusqu’en 2019-août). Contrairement au noyau 4.15.\*, qui est supporté jusqu’en 2023-Avril, je ne sais pas pour vous, mais je m’en tiens à la version 4.15. > – [LinuxSecurityFreak](https://unix.stackexchange.com/users/126755/linuxsecurityfreak) [Mar 26 '19 at 18:21](https://unix.stackexchange.com/questions/443398/acpi-bios-error-ae-not-found#comment940159_443405) > **[Extension d'adresse physique](https://fr.wikipedia.org/wiki/Extension_d%27adresse_physique)** > > Pour les articles homonymes, voir EAP et PAE. La technique d'extension d'adresse physique (EAP) ou Physical Address Extension (PAE) est une fonctionnalité des processeurs x86 qui permet d'adresser jusqu'à 64 Gio de mémoire physique sur des systèmes 32 bits (autrement limités à 4 Gio), pourvu que le système d'exploitation le supporte. La PAE est fournie par les processeurs Intel Pentium Pro et suivants (incluant tous les processeurs de la série Pentium à l'exception des Pentium M disposant d'un bu... [https://fr.wikipedia.org/wiki/Advanced\_Configuration\_and\_Power\_Interface](https://fr.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface) ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 11:33 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/8 "2020-02-13T11:33:10Z")
Ok pour la taille du swap, je vais faire ce qu’il faut. > Ça râle à propos d’un bug ACPI dans le BIOS ? Vous croyez ? > > Et ce AE\_NOT\_FOUND il est bien spécifique à l’architecture non ? > Ainsi qu’à la version du kernel en place ? Je ne comprends pas ce que tu veux dire??? ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 13, 2020, 11:38 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/9 "2020-02-13T11:38:02Z")
C’est pas évident pour moi non plus, alors j’interroge à la ronde… Et pour le paquet `intel-microcode` ? ```nohighlight root@n40l:~# apt policy intel-microcode intel-microcode: Installé : 3.20191115.2~deb10u1 Candidat : 3.20191115.2~deb10u1 Table de version : *** 3.20191115.2~deb10u1 800 800 http://deb.debian.org/debian-security buster/updates/non-free amd64 Packages 100 /var/lib/dpkg/status 3.20190618.1 800 800 http://ftp2.fr.debian.org/debian buster/non-free amd64 Packages root@n40l:~# ``` ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 11:42 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/10 "2020-02-13T11:42:57Z")
Apres installation de `intel-microcode` ```nohighlight update-initramfs: Generating /boot/initrd.img-4.19.0-8-686-pae W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915 W: Possible missing firmware update-initramfs: Generating /boot/initrd.img-4.19.0-8-686-pae W: Possible missing firmware /lib/firmware/i915/bxt_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_dmc_ver1_27.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/cnl_dmc_ver1_07.bin for module i915 W: Possible missing firmware /lib/firmware/i915/glk_dmc_ver1_04.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_guc_ver9_39.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_guc_ver9_29.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_guc_ver9_33.bin for module i915 W: Possible missing firmware /lib/firmware/i915/kbl_huc_ver02_00_1810.bin for module i915 W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_07_1398.bin for module i915 W: Possible missing firmware /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915 /lib/firmware/i915/skl_huc_ver01_07_1398.bin for module i915 ``` ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 13, 2020, 11:45 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/11 "2020-02-13T11:45:12Z")
C’est bon signe !! Il faut installer le ou les firmware(s) manquant(s). Accessoirement, tu peux avoir des infos sur ton BIOS avec : ```nohighlight # dmidecode -t bios ``` ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 12:07 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/12 "2020-02-13T12:07:40Z")
installation de > firmware-misc-nonfree Du coup plus de problèmes dans la création de l’ > initramfs ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 13, 2020, 2:01 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/13 "2020-02-13T14:01:17Z")
**=\> dmidecode -t bios** Résultat > # dmidecode 3.2 > > Getting SMBIOS data from sysfs. > SMBIOS 2.4 present. > > Handle 0x0000, DMI type 0, 24 bytes > BIOS Information > Vendor: TOSHIBA > Version: Version 3.10 > Release Date: 05/13/2011 > ROM Size: 2048 kB > Characteristics: > ISA is supported > PCI is supported > PNP is supported > BIOS is upgradeable > BIOS shadowing is allowed > VLB is supported > Boot from CD is supported > Selectable boot is supported > EDD is supported > Japanese floppy for Toshiba 1.2 MB is supported (int 13h) > 3.5"/720 kB floppy services are supported (int 13h) > Print screen service is supported (int 5h) > 8042 keyboard services are supported (int 9h) > Serial services are supported (int 14h) > Printer services are supported (int 17h) > **ACPI is supported** > USB legacy is supported > BIOS boot specification is supported > Function key-initiated network boot is supported > Targeted content distribution is supported > BIOS Revision: 3.10 > Firmware Revision: 1.90 Il semble supporter ACPI ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Février 13, 2020, 2:48 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/14 "2020-02-13T14:48:05Z")
> [@mariop31](#): > > Je viens de changer de disque au profit d’un disque SSD de 480 Go. Quel type de SSD ? SATA ou NVMe ? Effectivement le message d’erreur ACPI que tu rencontres est assez courant et en général ne semble pas avoir de conséquence. > [@mariop31](#): > > > [@anon29980398](#): > > > > Pourquoi installer un système debian 32 bits (i386) sur une machine équipée > > d’un [microprocesseur Intel I3 380M](https://ark.intel.com/content/www/fr/fr/ark/products/50178/intel-core-i3-380m-processor-3m-cache-2-53-ghz.html) disposant d’un jeu d’instruction 64 bits ? > > Problème de compatibilité avec mes applications spécifiques. On peut faire tourner une application 32 bits sur un système 64 bits, à condition d’installer les bibliothèques partagées 32 bits nécessaires grâce au multi-arch. > [@anon61356901](#): > > La taille du swap est insuffisante pour hiberner. Ça dépend de l’occupation mémoire. Vu le résultat de `free`, le swap devrait être suffisant. De toute façon il me semble que si le swap est insuffisant la mise en hibernation ne se fait pas, ça ne plante pas la machine. D’autre part, est-ce que les problèmes apparaissent suite à la mise en veille simple ou à l’hibernation ? La veille simple n’utilise pas le swap. > [@anon61356901](#): > > you could try installing `intel-microcode` Le microcode Intel n’a rien à voir avec la gestion de l’ACPI ni avec le firmware BIOS/UEFI. Il s’agit de correctifs pour le processeur lui-même. > [@anon61356901](#): > > [Extension d’adresse physique](https://fr.wikipedia.org/wiki/Extension_d%2527adresse_physique) Cette citation mérite une explication. Debian fournit deux noyaux 32 bits, avec et sans PAE. Le noyau sans PAE ne peut pas utiliser la mémoire adressée au-delà de 4 Gio (je ne parle pas de quantité mais d’adressage : sur une machine qui aurait 2 Gio de RAM adressés en-dessous de 4 Gio et 2 Gio adressés au-dessus, soit 4 Gio en tout - déjà vu - seuls les 2 Gio situés en-dessous de 4 Gio seraient utilisables). L’installateur netinstall multiarch installe le noyau sans PAE, je ne sais pas concernant l’installateur netinstall i386. Vérifie la variante du noyau actif avec `uname -a`. > [@anon61356901](#): > > C’est bon signe !! Qu’est-ce qui est bon signe ? > [@anon61356901](#): > > Il faut installer le ou les firmware(s) manquant(s). Qu’en sais-tu ? Ce n’est pas parce que le générateur d’initramfs dit qu’il est possible que ces firmwares soient manquants qu’il le sont réellement. Ce n’est que la liste de tous les firmwares que le module i915 est susceptible de demander pour gérer tous les GPU qu’il prend en charge. Pour savoir si un firmware est effectivement demandé par ce module pour le GPU présent, il faut regarder dans les messages du noyau avec `dmesg`. ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 13, 2020, 3:27 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/15 "2020-02-13T15:27:52Z")
> [@PascalHambourg](#): > > Quel type de SSD ? SATA ou NVMe ? > J’ai installé la Buster 10.2 sur un Toshiba Tecra A11-1G6 avec un disque **sata** de base. > Je viens de changer de disque au profit d’un disque SSD de 480 Go. > Ref du disque: Marque PNY 480GB type CS900 SSD Format 2,5" SATA ; Type de Mémoire TLC > [@PascalHambourg](#): > > > [@anon61356901](#): > > > > La taille du swap est insuffisante pour hiberner. > > Ça dépend de l’occupation mémoire. Vu le résultat de `free` , le swap devrait être suffisant. De toute façon il me semble que si le swap est insuffisant la mise en hibernation ne se fait pas, ça ne plante pas la machine. Autant faire les choses correctement ? non ? > [@PascalHambourg](#): > > Le microcode Intel n’a rien à voir avec la gestion de l’ACPI ni avec le firmware BIOS/UEFI. Il s’agit de correctifs pour le processeur lui-même. Peu importe, il y en avait besoin et je ne sonderai pas la profondeur du mystère. > [@PascalHambourg](#): > > je ne sais pas concernant l’installateur netinstall i386. > Vérifie la variante du noyau actif avec `uname -a` . > [@mariop31](#): > > update-initramfs: Generating /boot/initrd.img-4.19.0-8-686- **pae** > [@PascalHambourg](#): > > > [@anon61356901](#): > > > > C’est bon signe !! > > Qu’est-ce qui est bon signe ? Je pensais que cette suite aux correctifs pour le processeur en était un. J’ai dit ça instinctivement. > [@PascalHambourg](#): > > Ce n’est pas parce que le générateur d’initramfs dit qu’il est possible que ces firmwares soient manquants qu’il le sont réellement. D’accord alors. Mais amha autant ne pas le laisser « en erreur » et donc installer ces firmwares même pas forcément nécessaires. > [@PascalHambourg](#): > > Pour savoir si un firmware est effectivement demandé par ce module pour le GPU présent, il faut regarder dans les messages du noyau avec `dmesg` . Et si il n’est pas demandé ? On laisse le générateur d’initramfs dire ses avertissements ? Il est bête ou quoi le générateur d’initramfs ?? Pourquoi il se focalise ici sur le module i915 ? et pas tout autre ? Il doit bien y avoir une raison. Les firmwares sont souvent de petite taille et ne nécessitent généralement pas un paquetage séparé et donc si un seul des firmwares était demandé, l’installation de `firmware-misc-nonfree` aurait due être faite. Merci pour tout Pascal, j’en apprends. Je n’aurai pas ta maîtrise. Vous me voyez un peu peiné par mes initiatives inexactes. Je roule ma bosse comme je l’ai toujours fait. Il m’est difficile de lire, comprendre et intégrer les paroles d’évangiles. Faut laisser de la place pour l’amateurisme. @mariop31 Oui, l’ACPI est supporté (comme la version du BIOS le fait) > [@mariop31](#): > > BIOS Information > Vendor: TOSHIBA > Version: Version 3.10 > Release Date: 05/13/2011 Support produit | Tecra A11-1G6 | RÉFÉRENCE: PTSE0E-0F304RFR [https://fr.dynabook.com/support/consumerlaptops/](https://fr.dynabook.com/support/consumerlaptops/) Choisir Famille : Tecra / Série : A11 / Modèle : Tecra A11-1G6 Donne sur les documentations, les pilotes dont le dernier BIOS : ![Capture%20d%E2%80%99%C3%A9cran_2020-02-13_15-52-29](https://www.debian-fr.org/uploads/default/original/2X/6/6649013dca7f19dd377451da513e0ddff51ef123.png) ![Capture%20d%E2%80%99%C3%A9cran_2020-02-13_15-53-38](https://www.debian-fr.org/uploads/default/original/2X/2/2a8ecb47dbb6218fe645c78f4e0ed8b29b58f09f.png) **Ce n’est pas une obligation** de mettre à jour le BIOS. Mais c’est envisageable de regarder si il existe une raison pour le faire. ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 14, 2020, 9:32 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/16 "2020-02-14T09:32:39Z")
> Quel type de SSD ? SATA ou NVMe ? Il s’agit d’un sata. Apparemment tu as trouvé. > On peut faire tourner une application 32 bits sur un système 64 bits, à condition d’installer les bibliothèques partagées 32 bits nécessaires grâce au multi-arch. J’ai déjà essayé, ça n’a pas marché d’où mon retour en 32Bits et comme je ne maîtrise pas, j’en ai arrêté là. > D’autre part, est-ce que les problèmes apparaissent suite à la mise en veille simple ou à l’hibernation ? La veille simple n’utilise pas le swap. J’ai l’impression que les 2 modes sont en cause. Donc tu m’invites à mettre à jour mon Bios? ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 14, 2020, 10:29 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/17 "2020-02-14T10:29:52Z")
Bonjour 🙂 > [@mariop31](#): > > J’ai l’impression que les modes sont causes. Tu veux dire que tu as l’impression que les problèmes apparaissent suite à la mise en veille simple ainsi que suite à l’hibernation ? (les deux modes sont en cause ?) > [@mariop31](#): > > Donc tu m’invites à mettre à jour mon Bios? > You could try upgrading your BIOS, that is utmost priority. J’aurais bien aimé trouver d’abord le [changelog](https://fr.wikipedia.org/wiki/Changelog) des versions du BIOS pour ta machine. J’ai trouvé [ACPI Flash BIOS version 3.50 Tecra A11/M11 PTSE0U/E1U/E3U, PTME0U/E1U/E3U](https://support.dynabook.com/support/viewContentDetail?contentId=3607223) où il y a un changelog mais cela ne semble pas correspondre, au niveau des dates des versions et pour le PTSE0 **U** au lieu de PTSE0 **E**. Ne serait-ce juste que pour distinguer **U** S et **E** urope ? De plus, pour le faire, il faut disposer d’un lecteur de disquette ou d’un lecteur optique ou même de Windows (XP par exemple) car **il semble ici** que c’est un exécutable Windows qui doit être lancé dans ton cas si je prends le lien de mon message précédent avec les deux captures d’écran. ![Capture%20d%E2%80%99%C3%A9cran_2020-02-14_10-45-40](https://www.debian-fr.org/uploads/default/original/2X/4/4ce61d38f8b373c9e8b63d70f4a396ae21b82af4.png) Tu auras probablement besoin d’un temps de préparation préalable si tu décides de le faire. Autant ouvrir un autre sujet à ce propos quand tu seras partant pour le mettre à jour. Je t’invite à y réfléchir. C’est dommage que tu ne réussisses pas à faire fonctionner le multi-arch. Les problèmes liés au SSD apparaissent donc encore ? Même sans aucune veille mise en œuvre ? * * * README.TXT 2013-02-08 CDC ACPI Flash BIOS version 3.50 Tecra A11/M11 PTSE0U/E1U/E3U, PTME0U/E1U/E3U This BIOS is applicable to the following models: o Tecra A11 models having part numbers beginning with « PTSE0U » o Tecra A11 models having part numbers beginning with « PTSE1U » o Tecra A11 models having part numbers beginning with « PTSE3U » o Tecra M11 models having part numbers beginning with « PTME0U » o Tecra M11 models having part numbers beginning with « PTME3U » o Tecra M11/M11S models having part numbers beginning with « PTME1U » For purposes of this document, the term « Tecra M11 » is used to generically refer to all of the models listed above. ---
**Author:** ![mariop31](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/e8c25b/32.png) [@mariop31](https://www.debian-fr.org/u/mariop31)\ **Post date:** [Février 14, 2020, 10:59 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/18 "2020-02-14T10:59:41Z")
Bonjour **doo**. Oui je pense que les 2 modes sont en cause. Quant à la mise à jour du bios je suis toujours un peu réticent . Après avoir consulté le net il existe **Freedos** qui permet de flasher le bios d’une machine Linux sans avoir Windows. Je vais consulter encore pour le **multi-arch**. > Les problèmes liés au SSD apparaissent donc encore ? > Même sans aucune veille mise en œuvre ? Je n’ai plus pour l’instant d’erreurs de disque , par contre il a fallu que je réinstalle à nouveau, suite à l’annulation de la veille dans l’environnement **gnome** , la machine mettait énormément de temps pour « booter » d’une part et d’autre part elle ne s’arrêtait plus correctement , il fallait à l’issue du processus d’arrêt appuyer sur le bouton marche/arrêt du pc pour l’éteindre. ---
**Author:** ![anon61356901](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/cab0a1/32.png) [@anon61356901](https://www.debian-fr.org/u/anon61356901)\ **Post date:** [Février 14, 2020, 12:40 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/19 "2020-02-14T12:40:46Z")
> [@mariop31](#): > > suite à l’annulation de la veille dans l’environnement **gnome** , la machine mettait énormément de temps pour “booter” d’une part C’est sûr que pour cet environnement gourmand, une architecture logicielle 32 bits et ton matériel un peu ancien, une reprise depuis une veille prolongée est plus rapide qu’un amorçage de base. > [@mariop31](#): > > et d’autre part elle ne s’arrêtait plus correctement , il fallait à l’issue du processus d’arrêt appuyer sur le bouton marche/arrêt du pc pour l’éteindre. Vérifie si les paquets `acpi` et `acpid` sont installés. ```plaintext sudo apt policy acpi acpid ``` Je veux bien aussi avoir le résultat de : ```plaintext sudo dmesg | grep -i firmware ``` J’ai l’impression que ça va aller mieux maintenant. J’espère. > [@mariop31](#): > > Quant à la mise à jour du bios je suis toujours un peu réticent Je comprends, d’autant plus si tu ne l’as jamais fait. Si le `BIOS_V350_ECV210_WIN.exe` de l’archive `bios-20130211143706.zip` est exécutable dans un environnement FreeDOS adapté et sans rien demander d’un Windows, ce serait le plus facile. Autant ouvrir un autre sujet à ce propos quand tu seras partant pour le mettre à jour. ---
**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\ **Post date:** [Février 14, 2020, 3:59 UTC](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226/20 "2020-02-14T15:59:24Z")
Bonjour, Est-ce que tu as vérifié dans les réglages du BIOS que tu es bien en mode [AHCI](https://fr.wikipedia.org/wiki/Advanced_Host_Controller_Interface) ? [Page suivante](https://www.debian-fr.org/t/compatibilite-acpi-avec-disque-ssd/81226.md?page=2)