Linux06

linux06@lists.linux-azur.org

1 participants
1605 discussions

Et si on faisait une RAL virtuelle sur base Visioconf Jitsi?
by Vincent 12 Apr '20

12 Apr '20

Salut! le confinement va durer... et si on tentait une RAL Linux Azur virtuelle sur un serveur Jitsi? Qu'en pensez-vous? A+ Vincent.

10 22

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

[TECH] sshd (Openssh-server) - Sécurité corrompue
by sylvio 23 Mar '20

23 Mar '20

Bonsoir à tous, Je m'adresse aux experts en serveur SSH : J'essaye de sécuriser mon serveur ssh, pour cela j'utilise la directive ForceCommand dans mon /etc/sshd/sshd_config. Celle-ci renvoie vers un script d'envoi de SMS d'alerte. Le hic, c'est qu'il est trop bavard : à la connexion, il renvoie sur le client le script qu'il exécute, or dans ce script, il y a des identifiants. Le client a donc les identifiants en clair dès la connexion ssh réalisée. Comment rendre ForceCommand non verbeux ? Je n'ai rien trouvé là-dessus. Gnument Vôtre, -- Sylvio DESJARDINS

4 9

[TECHN] Fake ou pas ? comment s'en prémunir ?
by Alain Antibes 23 Mar '20

23 Mar '20

Bonjour à toutes et tous, Je reçois, sur mon téléphone, une alerte : *URGENT : Dites à tous les contacts de votre liste de ne pas accepter une vidéo intitulée *DANCE OF THE DAD. C'est un virus qui formate votre téléphone portable. Faites attention, c'est très dangereux. Passez-le à votre liste car les gens l'ouvrent en pensant que c'est une blague. Il est diffusé à la radio aujourd'hui. Transmettez-les à tous ceux que vous pouvez. * Peux-t-on analyser un fichier pour s'en prémunir ?

6 7

Installation Ubuntu sur PC Dell avec carte Nvidia
by Vermalle JC 22 Mar '20

22 Mar '20

Bonjour à toutes et à tous, Je souhaite soumettre à votre sagacité un petit problème rencontré lors de l'installation d'Ubuntu sur un pc portable Dell Vostro 1510 équipé d'une carte Nvidia. 1) J'installe Ubuntu 18.04.2 sur ce pc et tout fonctionne parfaitement sauf que le disque dur chauffait exagérément, donc je le change avant d'arriver à une panne. Je vérifie, le driver, c'est bien le Nvidia binary driver-version-340-107 depuis nVIDIA-340 qui a été installé. 2) J'installe Ubuntu 18.04.4 sur ce PC équipé d'un autre DD et là tout se passe normalement pendant l'installation. Le pc redémarre normalement, je rentre sur la session administrateur après avoir fait le mot de passe: surprise! le pointeur fonctionne mais le clavier et les clics ne sont plus actifs. Aucune action possible sur la machine. 3) Sans rien changer sur la machine, j'installe Ubuntu 18.4.2 qui avait fonctionné avec le DD présentant une surchauffe importante et je retrouve le même problème. J'avais dû refaire une clé d'installation 18.04.2 puisque j'étais passé en 18.04.4. 4) Je recommence les installations 18.04.2 puis 18.04.4 en commençant par "essayer Ubuntu" et surtout j'installe préalablement le driver indiqué au point 1) et je retrouve toujours les mêmes problèmes. Avant de redémarrer le pc j'ai vérifié que le driver de la carte n'avait pas changé au cours de l'installation. 4) J'ai vérifié que la version Ubuntu 19.10 fonctionne normalement après installation, d'ailleurs il est précisé que cette version gère les cartes Nvidia. Bon, je reconnais qu'il des choses beaucoup plus importantes que cela dans cette période, mais nous avons pour certains un peu de temps pour faire travailler nos méninges et donc nous occuper. J'ai fait des recherches sur les forums mais je n'ai pas trouvé la réponse à ma question et peut-être pas compris ce qui était préconisé. Question: Que faudrait-il faire pour installer la version 18.04 ? Bien amicalement et surtout prenez soin des autres en commençant pas vous.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

Linux06