Compatibilité Acpi avec disque ssd

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)?

1 J'aime

Personne pour m’éclairer???

Bonjour,

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)

sudo smartctl --log ssd /dev/sda
sudo smartctl --health --attributes /dev/sda

Je te recommande la lecture de :
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.

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)?

Bonjour doo

Ref du disque: Marque PNY 480GB type CS900 SSD
Résultat de la commande

=> 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:

[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…)

Bonjour

Pourquoi installer un système debian 32 bits (i386) sur une machine équipée
d’un microprocesseur Intel I3 380M disposant d’un jeu d’instruction 64 bits ?

Bonjour MicP.
Problème de compatibilité avec mes applications spécifiques.


@ doo
Merci pour ton lien pour apprendre à redémarrer ou éteindre proprement un système “bloqué"

C’est un truc super que j’aime partager :slight_smile:

La taille du swap est insuffisante pour hiberner.
Il faut avoir une fois et demi la taille de la RAM - c’est sujet à controverse :wink:
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

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 Mar 26 '19 at 17:46

@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 Mar 26 '19 at 18:21

https://fr.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface

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???

C’est pas évident pour moi non plus, alors j’interroge à la ronde…

Et pour le paquet intel-microcode ?

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:~# 

Apres installation de intel-microcode

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

C’est bon signe !!

Il faut installer le ou les firmware(s) manquant(s).

Accessoirement, tu peux avoir des infos sur ton BIOS avec :

# dmidecode -t bios

installation de

firmware-misc-nonfree

Du coup plus de problèmes dans la création de l’

initramfs

1 J'aime

=> 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

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.

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.

Ç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.

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.

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.

Qu’est-ce qui est bon signe ?

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.

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

Autant faire les choses correctement ? non ?

Peu importe, il y en avait besoin et je ne sonderai pas la profondeur du mystère.

Je pensais que cette suite aux correctifs pour le processeur en était un.
J’ai dit ça instinctivement.

D’accord alors.
Mais amha autant ne pas le laisser “en erreur” et donc installer ces firmwares même pas forcément nécessaires.

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)

Support produit | Tecra A11-1G6 | RÉFÉRENCE: PTSE0E-0F304RFR
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

Capture%20d%E2%80%99%C3%A9cran_2020-02-13_15-53-38

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.

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?

Bonjour :slight_smile:

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 ?)

You could try upgrading your BIOS, that is utmost priority.

J’aurais bien aimé trouver d’abord le 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 où il y a un changelog mais cela ne semble pas correspondre, au niveau des dates des versions et pour le PTSE0U au lieu de PTSE0E.

Ne serait-ce juste que pour distinguer US et Europe ?

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

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.

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.

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.

Vérifie si les paquets acpi et acpid sont installés.

sudo apt policy acpi acpid 

Je veux bien aussi avoir le résultat de :

sudo dmesg | grep -i firmware

J’ai l’impression que ça va aller mieux maintenant.
J’espère.

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.

Bonjour,

Est-ce que tu as vérifié dans les réglages du BIOS que tu es bien en mode AHCI ?