Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
On 12-11-21 02:26 PM, Louis Bourque wrote:
Je me demande où sont logés mes applications,
Dans /usr principalement qui, selon ton schéma de partitionnement est
sur la même partition que /.
préférences, et
Les préférences sont généralement stockées dans des dossiers/fichiers
cachés dans ton home. ls -la ~ devrait te les montrer. Si tu veux
repartir à neuf pour une application donnée, tu peux simplement renommer
le dossier de préférences. Pour avoir un profile vierge dans Firefox:
mv ~/.mozilla ~/backup.mozilla
fichiers ressources (que l'on dit .dll).
Les librairies partagées sont des .so sous Linux et sont stockés à
plusieurs endroit (/lib, /usr/lib, etc) mais pas dans /home donc pas de
souci à ce niveau.
Plus précisément,/je me demande
si je dois les purger pour éviter les conflits/ ou blocages avec les
applications qui seront installées par l'installateur Xubuntu, ou
ultérieurement par apt. /Ou si la réinitialisation (formatage) de la
partition / (système) se chargera d'ouvrir le chemin à une installation
correcte des applications./
Formater / devrait suffire. Si certaines applications ont un problème,
tu peux simplement repartir à neuf tel qu'expliqué pour Firefox plus haut.
Aussi, j'ai exécuté la commande sur ta recommandation :
grep boot /etc/fstab
et n'ai obtenu aucun résultat (''Aucun fichier ou dossier de ce type'').
aucun résultat n'est pas la même chose que l'erreur ''Aucun fichier ou
dossier de ce type''. Si grep se plain qu'aucun fichier ou dossier de ce
type existe c'est que tu as fait une erreur en tapant /etc/fstab.
Dans tout les cas, c'est pas bien grave car apparemment tu n'as que 3
partitions: /, swap et /home.
Je dois en interpréter que le lancer (booter) n'est pas sur une
partition distincte et qu'il sera écrasé par la réinitialisation de la
partition racine (système).
Pour être précis, le bootloader (grub) est stocké dans le MBR et non
dans un système de fichier. Une réinstallation s'occupera de tout
réinitialiser.
Enfin, /saurais-tu apprécier l'espace actuellement consacré à mes
partitions/, à l'allocation de mes 80 Gb :
/ (système) : 19 Gb
Swap : 2,7 Gb (pour 2 Gio de RAM)
/home : 58 Gb
Oui, ça me semble bien divisé. Avoir un swap plus grand que la RAM est
recommandé dans le cas d'un portable pour supporter le mode hibernation.
Bonne journée,
Simon
--
Ubuntu-quebec mailing list
Ubuntu-quebec@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
On 12-11-20 02:30 PM, Louis Bourque wrote: Les instructions y sont claires; naïvement, j'u/tliserais sous Windo le programme de création de disque optique depuis l'image iso, fourni dans cette image/. La création de l'ISO peut aussi être faite sous Ubuntu à l'aide brasero. Je vais m'aventurer dans la mise à jour du Bios. Entretemps, /j'aimerais te demander une question importante sur ta première recommandation/ (pré-installation) contenue dans les ''Tweaks'' auxquels tu me référais. Certains de tes Tweaks me seront sûrement utiles après installation. /Tu recommandes d'utiliser une image disque (iso) amd64 au lieu du i386/. Réfères-tu à la fois au manufacturier AMD et à un InstructionSet de 64 bits?/Il me semble nécessaire d'employer un système écrit pour adresser en i386/. Je fais référence à l'instruction set x86_64 aussi appelé amd64. Je crois que mon ordinateur repose sur un processeur fabriqué par Intel, de catégorie i386 (j'ignore ce que cela signifie précisément toutefois); en conséquence (?), je crois devoir utiliser un système 32 bits; est-ce que je confonds? Voici : La pages de spécifications détaillées de mon ordinateur ou de son processeur ne précisent pas s'il s'agit d'un processeur i386 : http://support.lenovo.com/en_US/detail.page?LegacyDocID=MIGR-62722 Mais la page Intel indique clairement ''Instruction Set 32-bit'' : http://ark.intel.com/products/27235/Intel-Core-Duo-Processor-T2400-2M-Cache-1_83-GHz-667-MHz-FSB Similairement, si je comprends bien la classification des processeurs exécutant le jeu d'instruction x86, le Core Duo (2006) est un processeur construit sur espace d'adressage 32-bits : http://fr.wikipedia.org/wiki/X86 Le famille Core Duo ne supporte pas le x68_64 mais elle offre toutefois le support du PAE (36 bit d'adressage). Je te suggère donc d'utiliser le kernel -generic-pae s'il n'est pas déjà celui sélectionné par défaut. Je sais qu'Ubuntu en a récemment fait son kernel par défaut pour les version 32bit. Un des avantages du amd64 ou du mode PAE est une sécurité accrue: https://wiki.ubuntu.com/Security/Features#nx Par la négative, je constate justement une mention au Changelog du Bios par Lenovo : ''*1: Windows Vista and 7 64-bit support Intel Core 2 Duo mobile processors only''. Selon cette même page Wiki portant sur x86, le Core 2 Duo est un processeur construit sur espace d'adressage 64-bits En effet, les Core 2 Duo sont quant à eux compatibles x86_64. La page Wikipedia portrant sur le processeur Core Duo indique : '/'Le Yonah sait exécuter une partie (note 4) des instructions du jeu d'instructions SSE3h 4, contrairement à son prédécesseur Dothan1, mais pas celles du jeu d'instruction Intel 64h 4/'' ; cette note 4 indique : ''↑ plus précisément trois instructions pour la duplication de données (movsldup, movshdup, movddup), une pour le chargement de données non alignées (lddqu), deux pour l’addition en calcul vertical (addsubps, addsubpd) et quatre pour l’addition / soustraction en calcul horizontal (haddps, hsubps, haddpd, hsubpd)'' : http://fr.wikipedia.org/wiki/Core_Duo#Le_jeu_d.27instructions En somme, cet ''Instruction Set'' de 32 bits réfère-t-il au paramètre qui commande un choix entre un système de 32 ou de 64 bits? Pourquoi opter pour un système convenant au processur AMD pour exploiter un Intel? L'instruction set x86_64 a été inventé par AMD et repris par Intel si ma mémoire est bonne. Un OS 64 bit supporte les 2 jeux d'instructions qui sont compatibles entre eux. Naïf, j'anticipe qu'un manque de conformité entre le processeur et le système (celui-ci donne-t-il les instructions au processeur) peut entraîner des problèmes importants... Et toute cette info converge en le choix d'un système i386. Tu vas en effet devoir installer ton OS en 32bit. Une fois l'installation terminée tu pourras vérifier si le kernel -generic (32bit) ou le -generic-pae (36 bit) a été installé. Merci de me répondre à nouveau. Je pense que sans anticiper ton expertise et ton intérêt, je n'aurais pas autant osé essayer de comprendre. ''Répondre à des questions claires et précises est toujours intéressant''. Tu es bien gentil et surtout, encourageant. Ça m'est exigeant de penser clairement. Une de mes motivations est d'exercer mon cerveau, en convalescence d'un trauma crânien léger. L'exercice mental crée littéralement de nouvelles connexions entre neurones, surtout s'il s'accompagne des ''facteurs de croissance neuronaux'' provenant de l'exercice physique et d'une alimentation appropriée. L'autre motivation est évidemment de faire un égard réciproque à l'autre dont je sollicite l'expertise. Je le souhaite. Et de bien comprendre, en effet... Merci donc! Bonne chance pour la convalescence! Bonne journée, Simon -- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
Merci Simon! Je me fierai à tes conseils et utiliserai Brasero. Juste en passant, avant de procéder, devrais-je (puis-je) vérifier l'intégrité du .ISO téléchargé, contenant le Bios et le EPC en calculant sa somme de contrôle? Je n'ai pas vu ces sommes sur la page de téléchargement Lenovo... Cordialement! L. Le 20 novembre 2012 15:38, Simon Deziel simon.dez...@gmail.com a écrit : On 12-11-20 02:30 PM, Louis Bourque wrote: Les instructions y sont claires; naïvement, j'u/tliserais sous Windo le programme de création de disque optique depuis l'image iso, fourni dans cette image/. La création de l'ISO peut aussi être faite sous Ubuntu à l'aide brasero. Je vais m'aventurer dans la mise à jour du Bios. Entretemps, /j'aimerais te demander une question importante sur ta première recommandation/ (pré-installation) contenue dans les ''Tweaks'' auxquels tu me référais. Certains de tes Tweaks me seront sûrement utiles après installation. /Tu recommandes d'utiliser une image disque (iso) amd64 au lieu du i386/. Réfères-tu à la fois au manufacturier AMD et à un InstructionSet de 64 bits?/Il me semble nécessaire d'employer un système écrit pour adresser en i386/. Je fais référence à l'instruction set x86_64 aussi appelé amd64. Je crois que mon ordinateur repose sur un processeur fabriqué par Intel, de catégorie i386 (j'ignore ce que cela signifie précisément toutefois); en conséquence (?), je crois devoir utiliser un système 32 bits; est-ce que je confonds? Voici : La pages de spécifications détaillées de mon ordinateur ou de son processeur ne précisent pas s'il s'agit d'un processeur i386 : http://support.lenovo.com/en_US/detail.page?LegacyDocID=MIGR-62722 Mais la page Intel indique clairement ''Instruction Set 32-bit'' : http://ark.intel.com/products/27235/Intel-Core-Duo-Processor-T2400-2M-Cache-1_83-GHz-667-MHz-FSB Similairement, si je comprends bien la classification des processeurs exécutant le jeu d'instruction x86, le Core Duo (2006) est un processeur construit sur espace d'adressage 32-bits : http://fr.wikipedia.org/wiki/X86 Le famille Core Duo ne supporte pas le x68_64 mais elle offre toutefois le support du PAE (36 bit d'adressage). Je te suggère donc d'utiliser le kernel -generic-pae s'il n'est pas déjà celui sélectionné par défaut. Je sais qu'Ubuntu en a récemment fait son kernel par défaut pour les version 32bit. Un des avantages du amd64 ou du mode PAE est une sécurité accrue: https://wiki.ubuntu.com/Security/Features#nx Par la négative, je constate justement une mention au Changelog du Bios par Lenovo : ''*1: Windows Vista and 7 64-bit support Intel Core 2 Duo mobile processors only''. Selon cette même page Wiki portant sur x86, le Core 2 Duo est un processeur construit sur espace d'adressage 64-bits En effet, les Core 2 Duo sont quant à eux compatibles x86_64. La page Wikipedia portrant sur le processeur Core Duo indique : '/'Le Yonah sait exécuter une partie (note 4) des instructions du jeu d'instructions SSE3h 4, contrairement à son prédécesseur Dothan1, mais pas celles du jeu d'instruction Intel 64h 4/'' ; cette note 4 indique : ''↑ plus précisément trois instructions pour la duplication de données (movsldup, movshdup, movddup), une pour le chargement de données non alignées (lddqu), deux pour l’addition en calcul vertical (addsubps, addsubpd) et quatre pour l’addition / soustraction en calcul horizontal (haddps, hsubps, haddpd, hsubpd)'' : http://fr.wikipedia.org/wiki/Core_Duo#Le_jeu_d.27instructions En somme, cet ''Instruction Set'' de 32 bits réfère-t-il au paramètre qui commande un choix entre un système de 32 ou de 64 bits? Pourquoi opter pour un système convenant au processur AMD pour exploiter un Intel? L'instruction set x86_64 a été inventé par AMD et repris par Intel si ma mémoire est bonne. Un OS 64 bit supporte les 2 jeux d'instructions qui sont compatibles entre eux. Naïf, j'anticipe qu'un manque de conformité entre le processeur et le système (celui-ci donne-t-il les instructions au processeur) peut entraîner des problèmes importants... Et toute cette info converge en le choix d'un système i386. Tu vas en effet devoir installer ton OS en 32bit. Une fois l'installation terminée tu pourras vérifier si le kernel -generic (32bit) ou le -generic-pae (36 bit) a été installé. Merci de me répondre à nouveau. Je pense que sans anticiper ton expertise et ton intérêt, je n'aurais pas autant osé essayer de comprendre. ''Répondre à des questions claires et précises est toujours intéressant''. Tu es bien gentil et surtout, encourageant. Ça m'est exigeant de penser clairement. Une de mes motivations est d'exercer mon cerveau, en convalescence d'un trauma crânien léger. L'exercice mental crée littéralement de nouvelles connexions entre neurones, surtout s'il s'accompagne des ''facteurs de croissance neuronaux'' provenant de l'exercice physique et
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
D'accord Simon. Merci. ... Pour ton assiduité aussi! Sur une page de la documentation Linux, j'ai lu que le ID(version) du Bios doit être pairé au ID(version) d'un autre firmware, le Embeded Controler Program (ECP); Et que l'ordre d'installation respective, entre Bios et ECP, est cruciale. Je présume que ces deux paramètres seront pris en charge par l'assistant de mise à jour Bios sur le disque optique. Je dois quitter et poursuivrai l'opération demain. Merci aussi à la communauté. Cordialement. L. Le 20 novembre 2012 16:47, Simon Deziel simon.dez...@gmail.com a écrit : On 12-11-20 04:25 PM, Louis Bourque wrote: Juste en passant, avant de procéder, devrais-je (puis-je) vérifier l'intégrité du .ISO téléchargé, contenant le Bios et le EPC en calculant sa somme de contrôle? Je n'ai pas vu ces sommes sur la page de téléchargement Lenovo... Pas que je sache malheureusement. Simon -- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec -- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
Bonjour, On 12-11-19 04:11 PM, Louis Bourque wrote: Objet : lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités? Bonjour à la communauté, Je m'apprête à installer une nouvelle distribution, Xubuntu. Il me fera plaisir de vous exposer les quelques références qui m'ont porté à faire ce choix, malgré mon manque de connaissance des systèmes. Bien que Xubuntu 12.04 soit une LTS, le support de celle-ci n'est que de 3 ans comparé à 5 ans pour Ubuntu. Je fais appel à vous car je me pose deux questions qui me semblent importantes au moment d'une installation: - Dois-je mettre à jour le BIOS ou les différents Firmwares logés dans mon système (ou qui peuvent s'y loger à l'installation), C'est optionnel en général mais il vaut mieux vérifier sur le site du manufacturier de la carte maîtresse pour consulter le changelog. - Dois-je me préoccuper de nettoyer les Kernels hérités, accumulés sur le disque, et qui apparaîssent au moment du démarrage? (ou si la réinitialisation de la partition logique contenant les trois partitions logiques EXT4 dédiées au système s'en chargera?) Si /boot est une sur une partition séparée, elle doit être supprimée puis recrée ou bien formatée. Si /boot est à même /, une réinstallation complète devrait tout nettoyer. (- et troisièmement, est-ce que ma compréhension de la méthode décrite ci-dessous est bonne) Je viens de lire les deux pages suivantes, de la documentation officielle guidant l'installation; on y décrit la méthode : https://help.ubuntu.com/12.04/installation-guide/i386/hardware-firmware.html https://help.ubuntu.com/12.04/installation-guide/i386/loading-firmware.html Selon mon expérience, c'est plutôt rare d'avoir besoin de charger un firmware lors de l'installation. La plupart du temps ce sont les cartes wifi qui en ont besoin et ça peut attendre après l'installation. Ces pages ne semblent pas indiquer comment savoir à quelle condition l'installation d'un firmware est nécessaire, ou s'il est nécessaire de le savoir. Quant à la manière si je comprends bien, je devrais insérer une clé USB dans un des ports, en y ayant créé un fichier nomé ''firmware'' au niveau racine. Cela, bien que je démarerais d'un CD d'installation. Aussi, le BIOS de la carte-mère est-il un firmware? Dois-je m'en soucier indépendamment? Le BIOS étant chargé avant l'OS, il est géré indépendamment. La documentation du manufacturier de la carte maîtresse devrait être suffisamment claire sur la marche à suivre pour la mise à jour. Autrement, je me demandais si c'était plus sûr, plus adéquat et possible de faire ces opérations sous Windows, à partir du système tournant à partir du disque dur. La plupart des firmwares que j'ai rencontrés devaient être chargés à chaque démarrage donc l'approche Windows est à écarter. Pour ce qui est de la mise à jour du BIOS, certains manufacturiers offre de la faire directement depuis Windows. Cette opération est permanente et n'as pas besoin d'être faite à chaque démarrage. Bonne chance, Simon -- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
Bonsoir Louis, On 12-11-19 05:36 PM, Louis Bourque wrote: Bonjour Simon, Merci beaucoup pour votre aide précieuse, précise et rapide. Content d'aider! Je vais m'aventurer mais car je suis assez novice, j'aimerais te demander deux précisions : ''Si /boot est une sur une partition séparée, elle doit être supprimée puis recrée ou bien formatée. Si /boot est à même /, une réinstallation complète devrait tout nettoyer.'' La première serait ainsi, comment puis-je vérifier sur quelle partitionse situe ''/boot''? Si le système actuel utilise une partition /boot séparée la commande suivante devrait retourner un résultat (sinon rien): grep boot /etc/fstab Un autre technique est d'obtenir la liste des partitions montées avec: mount Comment (et à quel moment) la supprimer le cas échéant? Lors de l'installation, l'outil de partitionnement proposera un mode avancé permettant l'édition manuelle du schéma de partitionnement. Pour faciliter l'installation je te recommanderais de formater toutes les partitions Linux ne contenant pas de données à conserver (généralement seulement /home doit être conservé). Si ton /home est sur une partition séparée, indique de l'utiliser sans la formater. Si ton /home n'est pas sur une partition séparée et que tu souhaites conserver tes données tu vas devoir faire un upgrade de l'OS ou encore faire une archive de ton /home et la restaurer après l'installation de l'OS. La seconde serait de savoir s'il est nécessaire ou préférable de procéder à une mise à jour du BIOS. Personnellement je fais toujours les updates de BIOS mais il faut faire bien attention car en cas d'échec, le système peut être inutilisable. Plusieurs personnes expriment des problèmes graves après mise à jour, qui semble avoir été effectuée en cours d'usage du système, plutôt que dans le cadre d'une installation. Pour la marche à suivre, le site web d'Intel me semble effectivement bien conçu; Bien qu'Intel face des cartes maîtresses on retrouve beaucoup plus souvent leur design vendu par d'autre manufacturiers. Ces derniers mettent directement à disposition du public les mises à jour de BIOS. Bref, je ne dis pas que ta carte maîtresse n'est pas une Intel mais bien que tu doit être 100% sûr de la marque et du modèle avant d'envisager une mise à jour. En cas de doutes, tu peux joindre le résultat des commandes suivantes: sudo dmidecode -t system sudo dmidecode -t bios il mentionne la disponibilité d'un ''express bios update'' sous Windows; je vais y accéder et constater. Les utilitaires de mise à jour de BIOS s'exécutant sous Windows sont en général intelligents et valide que la mise à jour est appropriée. Au passage, j'ai déjà rencontré un utilitaire de mise à jour tournant sous DOS qui a écrasé le BIOS avec une version incompatible sans la moindre alerte ... il faut faire attention ;) Enfin, est-il d'autres considérations importantes que tu souhaite me faire valoir, surtout sur le contrôle des paramètres logiques ou matériels? Un conseil pour l'installation, si /home n'est pas déjà sur une partition séparée il pourrait être pratique de le faire pour simplifier les futures installations. Merci beaucoup, encore une fois! Au plaisir! Simon P.S.: Je n'ai pas de lien de parenté (connus) avec M. Jean-Charles Déziel Le 19 novembre 2012 16:36, Simon Deziel simon.dez...@gmail.com mailto:simon.dez...@gmail.com a écrit : Bonjour, On 12-11-19 04:11 PM, Louis Bourque wrote: Objet : lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités? Bonjour à la communauté, Je m'apprête à installer une nouvelle distribution, Xubuntu. Il me fera plaisir de vous exposer les quelques références qui m'ont porté à faire ce choix, malgré mon manque de connaissance des systèmes. Bien que Xubuntu 12.04 soit une LTS, le support de celle-ci n'est que de 3 ans comparé à 5 ans pour Ubuntu. Je fais appel à vous car je me pose deux questions qui me semblent importantes au moment d'une installation: - Dois-je mettre à jour le BIOS ou les différents Firmwares logés dans mon système (ou qui peuvent s'y loger à l'installation), C'est optionnel en général mais il vaut mieux vérifier sur le site du manufacturier de la carte maîtresse pour consulter le changelog. - Dois-je me préoccuper de nettoyer les Kernels hérités, accumulés sur le disque, et qui apparaîssent au moment du démarrage? (ou si la réinitialisation de la partition logique contenant les trois partitions logiques EXT4 dédiées au système s'en chargera?) Si /boot est une sur une partition séparée, elle doit être supprimée puis recrée ou bien formatée. Si /boot est à même /, une réinstallation complète devrait tout nettoyer. (- et troisièmement, est-ce que ma compréhension de la méthode décrite ci-dessous est bonne) Je
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
Bonjour Simon, Ma joie est de trouver ta réponse candide : ''Content d'aider!''. Cela aide énormément, en effet. C'est à l'installation que les décisions de continuer se prennent, souvent. Je mets beaucoup de temps à la préparer, pour être sûr de réussir. D'ailleurs, merci beaucoup (beaucoup) d'ajouter des précisions sur l'installation, notamment la géographie à donner au disque. J'ai effectivement monté mon répertoire personnel sur une partition /home distincte. *Je pensais quand même la réinitialiser pour faire ''jachère'' au disque* et prolongeant sa durée ? En ce que la tête lectrice s'appuierait désormais sur d'autres secteurs fréquemment utilisés. Peut-être en va-t-il autrement vu l'auto-exécution des scripts de maintenance. Je viens d'exécuter tes deux directives visant à recenser le système et le lieu du BIOS : sudo dmidecode -t system sudo dmidecode -t bios Le résultat indique Lenovo comme ''vendor'' du bios; version 1.04, datant de 2006. J'inclue la totalité de la réponse du système à ces commandes ci-après. Cette réponse surprend car elle suggère que Lenovo fabriqua la carte-mère.* Devrais-je donc trouver une mise à jour auprès de Lenovo*? Autrement l*'échec d'une mise à jour du bios serait-elle causée par une une interruption de transmission et d'alimentation électrique à prévenir*, ou par des facteurs externes? D'autres questions évidemment me viennent en tête, sur la géographie du disque. Si tu avais le temps de me répondre je m'appuierais sur ton avis... (Autrement je comprends!)... Les questions portent sur le positionnement respectif, ou réciproque de la racine (système), du swap et du home: Sur la bande graphique de l'Utilitaire de disque (représente-t-elle l'éloignement radial du centre), un ami avait laissé *Windows* à l'extrême gauche, suivie de la racine système, du *Swap* pour clore avec le *home* à l'extrème droite. Ces trois dernière étant logiques (EXT4), dans une étendue les contenant. *Devrais-je reproduire cette configuration*? l'idée était de situer le swap entre deux pour minimiser le mouvement de la tête-lectrice. Les vitesses linéaires et angulaires aux secteurs du disque militerait-elle pour des considérations de durabilité (trouvée aux vitesses lentes?) ou d'efficience (aux vitesses rapides?). Merci de vouloir suivre cette installation, et une partie de mon développement! Très cordialement. Louis ... Voici ce que me retourne le système en réponse aux commandes : sudo dmidecode -t system sudo dmidecode -t bio louis@Louis-ThinkPad-T60:~$ louis@Louis-ThinkPad-T60:~$ sudo dmidecode -t system [sudo] password for louis: # dmidecode 2.9 SMBIOS 2.4 present. Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: LENOVO Product Name: 1955W4A Version: ThinkPad T60 Serial Number: L3D6891 UUID: C6F27B01-4937-11CB-BC8E-E8453D807368 Wake-up Type: Power Switch SKU Number: Not Specified Family: ThinkPad T60 Handle 0x0028, DMI type 15, 25 bytes System Event Log Area Length: 0 bytes Header Start Offset: 0x Header Length: 16 bytes Data Start Offset: 0x0010 Access Method: General-purpose non-volatile data functions Access Address: 0x Status: Valid, Not Full Change Token: 0x007D Header Format: Type 1 Supported Log Type Descriptors: 1 Descriptor 1: POST error Data Format 1: POST results bitmap Handle 0x0033, DMI type 32, 11 bytes System Boot Information Status: No errors detected louis@Louis-ThinkPad-T60:~$ sudo dmidecode -t bios # dmidecode 2.9 SMBIOS 2.4 present. Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: LENOVO Version: 79ET58WW (1.04 ) Release Date: 03/31/2006 Address: 0xDC000 Runtime Size: 144 kB ROM Size: 2048 kB Characteristics: PCI is supported PC Card (PCMCIA) is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed ESCD support is available Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported ACPI is supported USB legacy is supported BIOS boot specification is supported Targeted content distribution is supported BIOS Revision: 1.4 Firmware Revision: 1.2 Handle 0x0027, DMI type 13, 22 bytes BIOS Language Information Installable Languages: 1 enUS Currently Installed Language: enUS louis@Louis-ThinkPad-T60:~$ ^C louis@Louis-ThinkPad-T60:~$ Le 19 novembre 2012 18:27, Simon Deziel simon.dez...@gmail.com a écrit : Bonsoir Louis, On 12-11-19 05:36 PM, Louis Bourque wrote: Bonjour Simon, Merci beaucoup pour votre aide précieuse, précise et rapide. Content d'aider! Je vais m'aventurer mais car je suis assez novice, j'aimerais te demander deux précisions : ''Si /boot est une sur une partition séparée, elle doit être supprimée puis recrée ou bien formatée. Si /boot est à même /, une
Re: [Ubuntu-QC] lors d'une installation : mise à jour du BIOS et traitement des Kernels hérités?
On 12-11-19 07:17 PM, Louis Bourque wrote: J'ai effectivement monté mon répertoire personnel sur une partition /home distincte. /Je pensais quand même la réinitialiser pour faire ''jachère'' au disque/ et prolongeant sa durée ? Au meilleur de ma connaissance, les secteurs des disques durs ferromagnétiques ne s'usent pas à l'usage contrairement à ceux des SSD (et ces derniers utilisent généralement des algorithmes d'égalisation d'usure [1]). Le résultat indique Lenovo comme ''vendor'' du bios; version 1.04, datant de 2006. J'inclue la totalité de la réponse du système à ces commandes ci-après. Cette réponse surprend car elle suggère que Lenovo fabriqua la carte-mère./Devrais-je donc trouver une mise à jour auprès de Lenovo/? Oui, en allant sur http://support.lenovo.com/fr_CA/ et en entrant les informations du modèle. Lenovo propose un .iso pour faire la mise à jour du BIOS directement depuis un CD. L'utilitaire en question valide si le BIOS est approprié pour le modèle donc il ne devrait pas y avoir de risque à ce niveau. D'après les informations retournées par dmidecode, la dernière version du BIOS est la 2.27 dont l'ISO est disponible à [2] et le changelog à [3]. Petite chose à noter, le type de machine W4A n’apparaît pas sur le site de Lenovo. Toutefois, le BIOS 2.27 est supposé supporter tous les modèles de Thinkpad T60 et T60p. Autrement l/'échec d'une mise à jour du bios serait-elle causée par une une interruption de transmission et d'alimentation électrique à prévenir/, ou par des facteurs externes? Dans le cas d'un portable, avoir une batterie complètement chargée et être branché au secteur élimine quasiment tous les risques de coupure électrique. Dans le cas de l'update via l'ISO, je ne vois pas d'autre facteurs externes entrant en ligne de cause. D'autres questions évidemment me viennent en tête, sur la géographie du disque. Comme tu l'as indiqué, un disque dur à plateaux rotatifs offre un plus grand débit à sa périphérie qu'en son centre. Aussi, déplacer constamment les têtes de lecture impacte négativement la performance. Compte tenu de ces 2 facteurs, il est possible d'optimiser le positionnement des partitions. Il ne faut toutefois pas s'attendre à des miracles. Disons que c'est plus pour les fanatiques qui veulent extraire le maximum de performance de leur machine ;) Les questions portent sur le positionnement respectif, ou réciproque de la racine (système), du swap et du home: Sur la bande graphique de l'Utilitaire de disque (représente-t-elle l'éloignement radial du centre), un ami avait laissé /Windows/à l'extrême gauche, suivie de la racine système, du /Swap/pour clore avec le /home/à l'extrème droite. Ces trois dernière étant logiques (EXT4), dans une étendue les contenant. /Devrais-je reproduire cette configuration/? l'idée était de situer le swap entre deux pour minimiser le mouvement de la tête-lectrice. Si ta machine swap constamment il vaudrait mieux alléger l'OS et/ou ajouter de la RAM. Les vitesses linéaires et angulaires aux secteurs du disque militerait-elle pour des considérations de durabilité (trouvée aux vitesses lentes?) ou d'efficience (aux vitesses rapides?). Lire ou écrire en périphérie ou au centre d'un disque n'influence pas la durabilité. Vraisemblablement, grouper à proximité les données pourrait minimiser l'usure de la mécanique déplaçant les têtes de lectures mais rendu à ce point, c'est plutôt de la spéculation que des faits. Merci de vouloir suivre cette installation, et une partie de mon développement! Répondre à des questions claires et précises est toujours intéressant. Bonne soirée, Simon 1: http://fr.wikipedia.org/wiki/Wear_levelling 2: http://download.lenovo.com/ibmdl/pub/pc/pccbbs/mobiles/79uj34uc.iso 3: http://download.lenovo.com/ibmdl/pub/pc/pccbbs/mobiles/79uj34uc.txt -- Ubuntu-quebec mailing list Ubuntu-quebec@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-quebec
