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.
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 :
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 
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.
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.
Vérifie si les paquets acpi et acpid sont installés.
=> apt policy acpi acpid
acpi:
Installé : (aucun)
Candidat : 1.7-1.1
Table de version :
1.7-1.1 500
500 http://deb.debian.org/debian buster/main i386 Packages
acpid:
Installé : (aucun)
Candidat : 1:2.0.31-1
Table de version :
1:2.0.31-1 500
500 http://deb.debian.org/debian buster/main i386 Packages
Je veux bien aussi avoir le résultat de firmware:
=> dmesg | grep -i firmware
[sam. févr. 15 08:38:08 2020] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
Hier suite à l’installation de la Version en 64bits sur un disque usb externe, même combat :
machine très lente pour booter. Du coup réinstallation sur dd ssd 
Je suis en train de pister comment réparer le grub de mon install sur dd externe usb (parce que bien sur il ne boote pas dessus 
)
Bonjour.
Je confirme mon Bios est bien configuré en mode AHCI.
Bonjour,
J’ai répondu 3 fois à @mariop31 dans ce sujet.
Une bonne discussion implique plusieurs avis et points de vue.
Je ne sais plus avancer correctement ; En fait, je ne cerne plus de problème.
@PascalHambourg,
Je voulais te dire que je suis désolé si tu t’es senti offensé par mes propos précédents.
Nous avons besoin de ton aide.
@anon70622873, @MicP, @grandtoubab, @jibe-74 vous pourriez nous aider également.
-
À ta place, j’installerais acpi et acpid.
Ce n’est pas la solution idéale de réinstaller (encore) Debian sur ton SSD,
même si le démarrage est devenu lent.
Il vaut mieux attendre qu’il s’effectue et ensuite voir ce qui peut s’arranger.
Il est possible qu’un premier démarrage soit lent et qu’ensuite,
avec l’hibernation, ce soit plus rapide.
Il reste que l’environnement Gnome est lourd d’une manière générale.
Tu pourrais envisager de changer d’environnement de bureau.
Ton installation sur disque USB ne sera pas rapide à démarrer car tu ne disposes que de l’USB2.
Je te conseille d’ouvrir un autre sujet à propos de Grub et l’amorçage USB externe.
Je te conseille également d’ouvrir un autre sujet pour t’aider à créer un environnement FreeDOS adapté sur CD pour faire la mise à jour de ton BIOS.
pistes :
https://www.jbnet.fr/systeme/linux/debian-diminuer-swappiness.html
On s’y perd un peu dans ce fil…
Pour les messages d’erreur ACPI, comme l’a dit @PascalHambourg c’est courant et généralement sans conséquences. Mais tu peux toujours essayer de passer ce paramètre au noyau :
GRUB_CMDLINE_LINUX="libata.noacpi=1"
À ajouter dans /etc/default/grub et mettre à jour le GRUB après modification (en root) :
update-grub
Pour les erreurs sur le disque SSD, les causes peuvent être multiples : mauvais branchement ou câble défectueux (bon, pas sur un portable mais c’est une source de panne très courante), disque SSD incompatible avec le portable, bug dans un micrologiciel (BIOS ou celui du disque), etc.
Ce fabricant garantit la compatibilité avec ton portable :
https://www.crucial.fr/fra/fr/mise-a-niveau-compatible-avec/Dynabook-Toshiba/tecra-a11-1g6
À ta place, j’installerais
acpietacpid.
C’est fait.
Ton installation sur disque USB ne sera pas rapide à démarrer car tu ne disposes que de l’USB2.
Je te conseille d’ouvrir un autre sujet à propos de Grub et l’amorçage USB externe.
Oui je sais par rapport à l’usb2, en ce qui concerne l’amorçage c’est réglé. Et je confirme quant à la rapidité. Le but de cette install est de voir si mes applis tournent bien sur la 64 bits et de mettre en œuvre l’option multi-arch.
Je te conseille également d’ouvrir un autre sujet pour t’aider à créer un environnement FreeDOS adapté sur CD pour faire la mise à jour de ton BIOS.
Pour l’instant je vais continuer mes recherches avant de flasher mon Bios.
Je vais installer dans le grub:
GRUB_CMDLINE_LINUX="libata.noacpi=1"
Merci pour le lien. Dans l’mmédiat je vais continuer avec ce disque SSD, et si je rencontre à nouveau des problèmes de disque je le changerais au profit d’un des disques compatibles comme indiqué dans le lien.
J’ai trouvé pourquoi il fallait éteindre le pc à la main, j’avais mis dans le grub:
GRUB_CMDLINE_LINUX _DEFAULT="acpi=off "
Il aurait fallu mettre plutôt :
GRUB_CMDLINE_LINUX_DEFAULT="noacpi"
J’aime bien gnome cela dit quel type d’environnement graphique me conseillerais tu??
Merci pour les retours.
Je suis un adepte de Xfce.
https://www.xfce.org/
https://wiki.debian.org/fr/Xfce
Il y a aussi MATE, qui est la continuation de GNOME 2
https://mate-desktop.org/
https://wiki.debian.org/fr/MATE
Et bien d’autres,
Voir : https://wiki.debian.org/fr/DesktopEnvironment#Environnements_de_bureau
J’ai une idée - préconçue et fausse peut-être ? - que Gnome sous buster est particulièrement lourd.
Rien que la présence obligatoire du tracker (un service d’indexation) me fait le mettre de côté.
J’ai lu @grandtoubab expliquer s’en passer, et donc de Nautilus également.
J’ai toujours trouvé Gnome - au delà de la version 2 - comme étant gourmand en ressources.
C’est une affaire de performance du matériel aussi.
Les performances graphiques d’un environnement de bureau ne m’intéressent pas.
Mais si tu l’apprécies, et qu’il n’impose pas une charge excessive pour ta machine et te laisse un bon confort d’utilisation, alors garde-le. Je n’ai rien à redire là dessus.
Merci pour tes conseils. Du coup en attendant ta réponse j’ai installé sur un autre utilisateur que j’ai crée au préalable l’environnement Mate, en fait ça me rappelle l’ancienne version de gnome ( puisque gnome 2). C’est vrai que c’était bien sympa.
Depuis le changement du ssd pour l’instant pas de problèmes. Je suis donc passé en 64 Bits.
J’ai mis en place le multi-arch, j’en ai besoin pour mes jeux Gzdoom . Et pour Myst via PlayOnLinux et ScummVm. Apparemment pas de problèmes, pourvu que cela dure.
Je ne peux pas en conclure que ce sujet soit résolu, quoiqu’il en soit:
Merci à tous pour vos conseils . Bonne journée.