Linux06 April 2020

linux06@lists.linux-azur.org

22 participants
16 discussions

Re : Re : Re: [TECH] /var/log/syslog
by Vincent Dubois 09 Apr '20

09 Apr '20

----- Vincent Dubois <dubsv(a)free.fr> a écrit : > > ----- Rene Paul Mages (ramix) <rmages(a)linux-azur.org> a écrit : > > > > > 8< -- COUIC -- >8 > > Le 07/04/2020 à 15:05, piernov a écrit : > > > > > > Salut, > > > il y a très clairement un problème lors du chargement du module noyau "amdgpu" pour le GPU : > > > > > > Apr 7 03:34:20 rpm2020 kernel: [ 1.416480] amdgpu 0000:03:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xffff > > > Apr 7 03:34:20 rpm2020 kernel: [ 1.450159] [drm] BIOS signature incorrect 37 3b > > > Apr 7 03:34:20 rpm2020 kernel: [ 1.450243] [drm:amdgpu_get_bios [amdgpu]] *ERROR* Unable to locate a BIOS ROM > > > Apr 7 03:34:20 rpm2020 kernel: [ 1.450247] amdgpu 0000:03:00.0: Fatal error during GPU init > > > > > > Apparemment dû à une corruption du VBIOS. > > > La version du BIOS de cette machine est 7VCN24WW, une version plus récente 7VCN48WW est disponible en téléchargement sur le site de Lenovo, je recommende donc d'essayer de le mettre à jour. Point négatif : il faut apparemment Windows pour pouvoir le faire. > > > À noter que le fonctionnement est assez différent entre un démarrage en mode "Legacy" et un démarrage en mode "UEFI", on peut donc essayer l'un ou l'autre pour voir s'il y a une différence. > > > Sur les machines qui le prenne en charge, préférer un démarrage UEFI puisque l'ancienne interface BIOS est maintenant abandonnée et le mode "Legacy" n'est qu'une surcouche de compatibilité pour les anciens systèmes d'exploitation. > > > > Merci beaucoup Piernov. > > > > Actuellement le BIOS de ce laptop est ainsi paramétré : "mode LEGACY" > > > > Je ne peux plus revenir à "mode UEFI" car lorsque j'ai viré WIN10 j'ai > > aussi supprimé la partition qu'utilisait l'UEFI. > > J'ignorais que le "mode LEGACY était une surcouche de compatibilité pour > > les anciens systèmes d'exploitation. > > > > Je me retrouve donc ~coincé~ puisque la MAJ du BIOS sera semble t-il > > impossible. > > > Deux remarques : > - UEFI : tu peux très bien créer cette partition et réinstaller le GRUB et autre à l'aide d'une clé d'installation, en mode recovery. Mais le plus sûr serait d'archiver tes données, puis de refaire une installation propre en UEFI, > > - Mise à jour du BIOS : Piernov a généralement raison... mais cela vaut sans doute le coup de regarder par là, la méthode 2 : https://appuals.com/how-to-update-bios-on-lenovo/ > > De ce que je comprends, il 'suffit' d'avoir une clé USB au bon format... > > A+ > Vincent.

2 3

Article sur le devenir de L'Internet
by Vincent 08 Apr '20

08 Apr '20

Bonsoir, un article que je trouve intéressant : https://www.letemps.ch/monde/chi ne-exacerbe-bataille-controle-dinternet Bonne soirée, Vincent.

1 1

[TECH] /var/log/syslog
by Rene Paul Mages (ramix) 08 Apr '20

08 Apr '20

Bonjour les amis de Linux Azur, Dans ce répertoire se trouve une copie (au format texte) des 2087 premières lignes du fichier /var/log/syslog de mon laptop Lenovo (acheté en janvier 2020) : http://ramix.org/rpm2020/ Il est fort possible que dans ces lignes se trouve l'origine du problème suivant que je rencontre depuis l'achat de ce laptop : Systématiquement je dois au moins une bonne dizaine de fois répéter ces trois actions avant d'arriver sur l'écran de login : i) allumer ce laptop ii) attendre qq minutes iii) eteindre ce laptop Une fois loguer ce laptop fonctionne très sous cette distribution : https://ubuntu-mate.org -- Merci beaucoup pour votre aide Rene Paul Mages (ramix) GnuPG key : 0x9840A6F7 http://www.linux-azur.org/ramix http://wiki.linux-azur.org http://twitter.com/LinuxAzur

7 10

Re : Fwd: Re: [TECH] Debian 9 UEFI sur disque externe - zone d'amorce corrompue
by dubsv＠free.fr 07 Apr '20

07 Apr '20

Suite. > De : Vincent Dubois <> > > Bonsoir Pierre-Emmanuel! > > Le 06/04/2020 à 19:16, piernov a écrit : > > Salut, > > > > On 4/6/20 6:50 PM, Vincent Dubois wrote: > >> Je bataille depuis ce matin avec un fonctionnement étrange, et non > >> systématique. > >> J'ai installé une Debian 9 'standard' à partir d'une clé USB sur un > >> disque externe USB3 (compatible USB2). > > À noter que Debian 10 est sortie le 6 juillet 2019 et intègre > > désormais la prise en charge de Secure Boot nativement. > Zut, je pensais que j'étais à jour... > En fait, je n'arrive pas à trouver un lien torrent de cette version, > même pas de la dernière sortie en février 2020 (tant qu'à faire.... > Tu passes par quel site? Bon, je ne suis pas trop en forme ces jours... J'ai trouvé tout en bas de la page. https://cdimage.debian.org/debian-cd/current/amd64/bt-cd/ C'est le coup du net-install qui m'a perturbé, mais comme j'ai une petite clef USB (2Go), c'est mieux ainsi. > >> Disque formaté en GPT, avec l'option installation sur un disque > >> entier avec une partition séparée pour le home. > >> L'installeur fait trois partitions principales : > >> - une FAT32 de 512Mo avec drapeau Boot (qui contient à priori les > >> exécutables UEFI de démarrage), > > Le drapeau de démarrage n'a pas tellement de sens pour une > > installation purement GPT/UEFI. En principe cette partition (dite ESP > > pour EFI System Partition) devrait avoir le type 0xEF00. Mais on > > trouve parfois des media externes avec le type 0x0700 comme pour du > > FAT32 standard et ça ne pose pas forcément problèmes aux > > implémentations UEFI. Donc peut être essayer l'un ou l'autre si la > > suggestion ci-dessous ne fonctionne pas. > Je vais regarder cela. "gdisk -l /dev/sda" me donne : Number Start (sector) End (sector) Size Code Name 1 2048 1050623 512.0 MiB EF00 2 1050624 1550335 244.0 MiB 8300 3 1550336 976705535 465.0 GiB 8E00 > > Il se peut que l'UEFI « oublie » l'entrée de démarrage puisque c'est > > un périphérique externe. > > Dans ce cas il faut peut utiliser le chemin par défaut que les > > implémentations UEFI utilisent pour démarrer sur les media externes : > > "/EFI/Boot/BOOTX64.EFI" . Donc faire un copier/coller du GRUB qui se > > trouve dans "/boot/efi/EFI/debian/grubx64.efi" vers > > "/boot/efi/EFI/Boot/BOOTX64.EFI" (le point de montage de la partition > > EFI ou le chemin de GRUB pourrait être différent, je ne sais pas où > > Debian place tout ça). > Je vais essayer cela, mais en fait, j'ai un message d'erreur qui fait > plus penser à une partition corrompue, je remonte chercher le message > d'erreur. Le chemin était le bon, j'ai fait la copie telle que tu l'indiques. Je profite ce soir de ce PC sous Debian et je verrais bien au prochain démarrage - j'en profiterais pour relever le message d'erreur complet. Parce que pour l'instant, je ne comprends pas pourquoi cela fonctionne toujours la première fois...? Je regarderais aussi pour le secure boot, mais bon, je préfère alors refaire une installation en Debian 10 si cela me permet d'éviter de toucher à ce paramètre. Merci et à suivre, Vincent.

2 1

[TECH] Debian 9 UEFI sur disque externe - zone d'amorce corrompue
by Vincent Dubois 06 Apr '20

06 Apr '20

Bonjour! Je bataille depuis ce matin avec un fonctionnement étrange, et non systématique. J'ai installé une Debian 9 'standard' à partir d'une clé USB sur un disque externe USB3 (compatible USB2). Disque formaté en GPT, avec l'option installation sur un disque entier avec une partition séparée pour le home. L'installeur fait trois partitions principales : - une FAT32 de 512Mo avec drapeau Boot (qui contient à priori les exécutables UEFI de démarrage), - une EXT2 de 256Mo qui contient les fichiers du GRUB, enfin ceux lisibles, - une LVM de 496Go qui contient 3 partions logiques : + une de swap, + une root en ext4 + une Home en ext4 L'installation se déroule bien, et au redémarrage ça boote bien sur le disque externe, nickel... Sauf qu'au deuxième arrêt/démarrage, le disque n'est plus bootable... Je suis passé par le mode rescue du la clé d'install, forcé la réinstallation du grub, et cela rentre dans l'ordre... jusqu'au deuxième prochain démarrage!! Dans ce que j'ai essayé, en vrac : - réparation des partitions de démarrage (par fsck), - changement de port USB pour ne plus alimenter systématiquement le disque dur, - reécriture du GRUB une fois le système remonté en autonome. J'imagine que c'est un souci de démontage propre du disque à l'extinction... mais comment l'améliorer? Ah oui, tant que j'y suis, il y a un message d'erreur au démarrage sur le module AHCPI, est-ce que cela peut être lié? Là je suis à court d'idée... du coup je fais appel à votre expérience et/ou sagacité! Merci, Vincent.

2 2

[BRUIT]Visioconférence..
by Jacques Tarpin 03 Apr '20

03 Apr '20

Bonjour, Je dois prendre contact avec une personne qui réside seule, équipée d'une tablette "Android". Mais avant, je voudrais faire un essai avec l'application "Jitsi". Si une ou un de vous accepterai établir petit conf avec moi, ça m'arrangerai.... -- Merci d'avance, Cordialement, Jacques Tarpin. Envoyé de mon appareil "Raspberry PI 4 (4G)) /*Quand ils auront coupé le dernier arbre… Quand ils auront pollué le dernier ruisseau… Quand ils auront pêché le dernier poisson… Alors ils s’apercevront que l’argent ne se mange pas. Tašúŋke Witkó */

7 12

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Linux06 April 2020