Re: Migration 32 bits vers 64 bits gros problème avec dpkg testing
Bonjour Philippe, Philippe Merlin, le 2017-05-04 à 14:53:16 CEST : > Sur ce poste est installé la Debian testing à jour et j'ai > essayé de migrer d'une version 32 bits vers 64 bits en suivant > la doc > > https://wiki.debian.org/CrossGrading Intéressante manipulation, j'ai essayé dans une machine virtuelle. Le moins qu'on puisse dire, c'est que c'est délicat. Ma configuration était une machine en Testing avec uniquement les composants de base, donc je suis probablement passé à côté des problèmes de configuration. Avant toute chose, j'espère que tu as une copie de sauvegarde des donnée de ta machine et de sa configuration et que tu sais comment la restaurer. Les liens en bas de la page du wiki CrossGrading renvoient sur d'autres retours d'expérience. Il ne faut pas hésiter à les consulter également pour voir leurs approches. En particulier, j'ai trouvé de l'inspiration dans l'article suivant : http://blog.zugschlus.de/archives/972-How-to-amd64-an-i386-Debian-installation-with-multiarch.html Ce n'est pas mentionné dans ton courriel, mais je pars du principe que tu as pu installer tes commandes tar, dpkg et apt en version 64bits : $ file $(which tar) /bin/tar: ELF 64-bit LSB shared object, ... $ file $(which dpkg) /usr/bin/dpkg: ELF 64-bit LSB shared object, ... $ file $(which apt-get) /usr/bin/apt-get: ELF 64-bit LSB shared object, ... Si ce n'est pas le cas et que quelque chose a cassé, les manipulations à base de `ar' et de `busybox tar' mentionnée dans les retours d'expérience peuvent éventuellement te sauver la mise. > Tout a très bien marché, j'ai bien migré vers une version 64 > bits de la testing qui fonctionne très bien avec un noyau AMD > 64 et des librairies 32 bits Merci Multi-Arch , mais il y a un > mais Si je veux migrer tous les paquets installés de 32 > bits à 64 bits par la commande : > > dpkg --get-selections|grep :i386 |sed -e s/:i386/:amd64/ | dpkg > --set-selections > > J'obtiens une liste de warning : > > package not in status nor available database a line xxx : :amd64 > > une ligne par paquet répondant à dpkg --get-selections > On dirait que les paquets amd64 sont ignorés. Les paquets amd64 sont effectivement ignorés. L'erreur se produit dans mon cas d'utilisation aussi. Un gourou de dpkg aura sans doute la solution pour résoudre ce problème proprement. Pour ma part, je suis passé par un fichier temporaire `packages` pour pouvoir travailler dedans avec un éditeur de texte : dpkg --get-selections\ | grep :i386 \ | sed -e s/:i386/:amd64/ \ | awk '{print $1}' \ > packages Le fichier `packages` contient une liste des paquets, un par ligne, sans le champ d'état d'installation. Je le réutilise pour une première tentative d'installation des paquets en 64bits : apt-get install $(xargs < packages) À la première passe, `apt` sort des erreurs sur des paquets introuvable. Il faut les retirer de la liste. Typiquement les images linux 686 sont en cause, mais éventuellement certaines versions de paquets devenus obsolètes, si des mises à jour sont passées pendant la crossgrade. C'est souvent le cas des paquets qui ont leur numéro de version dans leur nom, pour faciliter l'installation de versions différentes sur un même système. En relançant la commande sans les erreurs sur les paquets indisponibles, l'installation démarre. Étant donné les composants de cœur en 32bits qui nécessiteront un désinstallation, il est vraisemblable qu'apt demande de confirmer l'opération par la saisie au clavier d'une locution: "Yes, do as I say!" sur une machine localisée en en_US. La désinstallation de perl-base:i386 dans mon cas a été la cause du message. Si l'opération plante, passer un coup `apt-get -f install` avant de recommencer avec la liste complète des paquets. Il est probable que certain services récalcitrants bloquent le gestionnaire de paquet. Dans ce cas j'ai eu la chance de pouvoir désinstaller manuellement le composant, puis le réinstaller après coup dans sa nouvelle architecture. En l'occurrence, il s'agissait du passage de acpid:i386 à acpid:amd64. Quand une tentative d'installation de l'ensemble des paquets termine en disant que tout est bien installé et qu'aucune opération n'est à effectuer, alors la partie 64bits du système est normalement complète. Les paquets en 32bits peuvent être enlevés : dpkg --get-selections \ | grep :i386 \ | awk '{print $1}'\ > packages.i386 apt-get remove $(xargs < packages.i386) À ce stade, le système ne doit plus comporter de binaire 32bits sur disque et être capable de tourner juste avec les paquets amd64. Reste à redémarrer la machine pour arrêter les processus 32bits encore en cours d'exécution, tel l'init. Si la machine est capable de redémarrer correctement avec ses services opérationnels après ce traitement, alors la bouteille
Re: 3 écrans
Bonjour C'est intéressant, il faudrait que je voie comment ça se passe avec deux GPUs de fabricant différent. Il m'est arrivé dans diverses situations (matérielles) d'avoir des modifications de disposition après un changement de résolution d'un écran. Comme ce n'est pas quelque chose qu'on change souvent, je me suis toujours contenté de réajuster la disposition logique des écrans. Si deux écrans ont une résolution différente, l'un ayant plus de lignes que l'autre, la souris peut "buter" contre la limite de l'écran ayant le plus de hauteur si l'autre écran à côté ne prolonge pas l'affichage à l'endroit précis de la souris. Pour moi c'est logique pour éviter de perdre la souris dans une zone non affichée. Quand on a plusieurs écrans, il faut veiller à ce que la disposition logique (connue du système) reflète la réalité, sinon en passant la souris d'un écran à l'autre, elle va "sauter" à un endroit inattendu. Si dans vote cas vous avez réussi à avoir vos 3 écrans avec une seule carte graphique, c'est parfait. Utiliser les préférences d'affichage de votre environnement graphique pour configurer la disposition des écrans les uns par rapport aux autres, en reflétant la réalité. Ce sera parfait. Je suis sour XFCE et avec le menu Whisker j'ai juste à taper "affichage" pour avoir accès au programme qui va bien. Pour ceux qui ne coonnaissent pas Whisker c'est un plugin pour XFCE, disponible dans les dépôts qui donne au menu plus de richesse. Ca ressemble d'assez près au menu démarrer d'un système pas libre du tout en version 7. Mais c'est bien pratique pur lancer rapidement son programme favori. Un article au hasard, mais en français: https://la-va che-libre.org/tag/whisker-menu/ pour avoir un aperçu. Pour finir mes 4 écrans sont disposés en une matrice 2x2 : 2 lignes et 2 colonnes. A l'horizontal ça ne me parait pas confortable, il faudrait 2 bureaux et le champ de vision humain est plus proche du 16/10 que du 64/10 :) Le vendredi 05 mai 2017 à 14:28 +0200, Eric Bernard a écrit : > re, > > j'ai réussi en laissant faire le système à avoir mes 3 écrans ( > 1 > sur la prise VGA de la carte interne Intel et 2 sur la Nvidia > (DVI > et HDMI). > > Je rencontre 2 problèmes : > > - si je dépasse la résolution 1440x900, mes écrans ne sont > plus à > la suite l'un de l'autre (1+1+1) mais se décalent vers le haut > comme si "l'espace bureau" n'était pas assez grand en largeur > pour > des résolutions supérieures (1680x1050 ou 1920x1080) > > - l'écran "principale" des menus et de la barre des raccourcis > est > sur l'écran de gauche alors que l'écran marqué comme principal > est > bien celui du centre. > > > > Vos 4 écrans sont en superposition (2+2) ou alignés (1+1+1+1) ? > > > > merci de votre aide !!! > > > > > > Le 05/05/2017 à 09:00, Thierry Bugier Pineau a écrit : > > > > > > > Bonjour > > > > > > > > Ce sont 2 écrans d'un modèle 27 pouces, 2 écrans d'un autre > > modèle 24 pouces. Ils partagent tous la même résolution. > > > > > > > > Je joins mon xorg.conf car il est nécéssaire d'en créer un > > avec une telle configuration matérielle. > > > > > > > > Si vous l'utilisez, il faudra adapter le busID des GPUs, le > > nom des sorties vidéo (HDMI, DVI, ...) et peut être aussi > > la > > position des écrans les uns par rapport aux autres. > > > > > > > > Le vendredi 05 mai 2017 à 08:12 +0200, Eric Bernard a écrit : > > > > > Bonjour, > > > > > > 4 écrans identiques (résolution etc..) ? > > > > > > > > > > > > > > > > > > > > > > > > Le 03/05/2017 à 14:39, Thierry Bugier Pineau a écrit : > > > > > > > > > > > > > Bonjour > > > > > > > > > > > > > > > > Je suis sur une configuration avec 4 écrans répartis > > > > sur > > > > 2 cartes graphiques. > > > > > > > > > > > > > > > > Historiquement j'avais une carte NVidia de faible > > > > puissance, juste pour mes activités type > > > > bureautique. J'ai > > > > récemment évolué vers 4 écrans an acquérant une > > > > seconde > > > > carte identique à la première. > > > > > > > > > > > > > > > > Cela a été un peu difficile: Nouveau plante quand > > > > j'ai 2 > > > > GPUs. Attention, des cartes graphiques avec 2 GPU > > > > existent, > > > > et de ce que j'ai lu, c'est exactement comme avoir > > > > 2 cartes > > > > graphiques avec 1 GPU. > > > > > > > > > > > > > > > > J'ai dû utiliser contre mon gré le pilote Nvidia, et > > > > utiliser un mode dit "Zaphod" (voir H2G2) pour > > > >
Re: 3 écrans
re, j'ai réussi en laissant faire le système à avoir mes 3 écrans ( 1 sur la prise VGA de la carte interne Intel et 2 sur la Nvidia (DVI et HDMI). Je rencontre 2 problèmes : - si je dépasse la résolution 1440x900, mes écrans ne sont plus à la suite l'un de l'autre (1+1+1) mais se décalent vers le haut comme si "l'espace bureau" n'était pas assez grand en largeur pour des résolutions supérieures (1680x1050 ou 1920x1080) - l'écran "principale" des menus et de la barre des raccourcis est sur l'écran de gauche alors que l'écran marqué comme principal est bien celui du centre. Vos 4 écrans sont en superposition (2+2) ou alignés (1+1+1+1) ? merci de votre aide !!! Le 05/05/2017 à 09:00, Thierry Bugier Pineau a écrit : Bonjour Ce sont 2 écrans d'un modèle 27 pouces, 2 écrans d'un autre modèle 24 pouces. Ils partagent tous la même résolution. Je joins mon xorg.conf car il est nécéssaire d'en créer un avec une telle configuration matérielle. Si vous l'utilisez, il faudra adapter le busID des GPUs, le nom des sorties vidéo (HDMI, DVI, ...) et peut être aussi la position des écrans les uns par rapport aux autres. Le vendredi 05 mai 2017 à 08:12 +0200, Eric Bernard a écrit : Bonjour, 4 écrans identiques (résolution etc..) ? Le 03/05/2017 à 14:39, Thierry Bugier Pineau a écrit : Bonjour Je suis sur une configuration avec 4 écrans répartis sur 2 cartes graphiques. Historiquement j'avais une carte NVidia de faible puissance, juste pour mes activités type bureautique. J'ai récemment évolué vers 4 écrans an acquérant une seconde carte identique à la première. Cela a été un peu difficile: Nouveau plante quand j'ai 2 GPUs. Attention, des cartes graphiques avec 2 GPU existent, et de ce que j'ai lu, c'est exactement comme avoir 2 cartes graphiques avec 1 GPU. J'ai dû utiliser contre mon gré le pilote Nvidia, et utiliser un mode dit "Zaphod" (voir H2G2) pour utilsier mes 4 écrans. On perd un peu en fonctionnalités : un menu contextuel pouvant se trouver réparti entre plusieurs affichages, et xrandr ne "voit" qu'un écran. Cela m'empêche aussi d'utiliser le logiciel Redshift (sauf à accepter son effet sur un seul écran). C'est assez difficile de configurer X11 avec une telle configuration. Si vous avez besoins de passer à 2 GPUs NVidia, je peux donner mon Xorg.conf. Je pense qu'il faut d'abord expérimenter en trouvant des cartes diverses. Je n'ai pas trouvé de cartes graphiques discrètes avec un GPU Intel, ce qui aurait été l'idéal pour leur prise en charge par l'Open Source. Il me reste à expérimenter si je peux une telle configuration avec des cartes ATI/AMD. Avec 3 écrans, je pense qu'une carte graphique peut suffire, mais attention, certains ont plus de 2 sorties, mais ne supportent à priori que 2 écrans en même temps. Voilà grosso modo les infos que j'ai pu glaner / expérimenter pour arriver à faire marcher mon système. Au fait : je suis sous SID, ça peut avoir son importance. Le mercredi 03 mai 2017 à 08:23 +0200, Eric Bernard a écrit : Bonjour, Je recherche des infos et/ou retour d'expérience sur l'utilisation de 3 écrans "indépendant" (pas de clonage). Merci de vos réponses Eric
Re: CD Ripper
Bonjour, Le jeudi 04 mai 2017 à 21:11, Jean-Marc a écrit : > Un conseil pour un ripper efficace dans ceux dispo dans les dépôts Debian ? > > Je rippe en FLAC. J’utilise « morituri » depuis plusieurs années, ça permet de simplifier grandement le processus : — j’insère le CD, — je lance la commande, — quand le CD est éjecté, c’est prêt ! Sinon pour la partie tags, j’utilise « pytags ». Enfin, j’utilise « replaygain » pour harmoniser les niveaux. Sébastien
Connexion wifi dans un hôtel Brit avec Unbound - Réglage DNS
Bonjour. Brit Hotel. Linux Mint Sarah avec Unbound. /etc/resolv.conf affiche : nameserver 127.0.0.1 search lan route affiche : Table de routage IP du noyau Destination Passerelle Genmask Indic Metric Ref Use Iface default 172.16.1.1 0.0.0.0 UG 0 0 0 wlp60s0 default 172.16.1.1 0.0.0.0 UG 600 0 0 wlp60s0 link-local * 255.255.0.0 U 1000 0 0 wlp60s0 172.16.1.0 * 255.255.255.0 U 600 0 0 wlp60s0 Décidément, je ne comprend pas, mais, j'arrive bien à avoir une page d'accueil sous windows, qui me demande un mail de connexion . puis me donne accès au web . ( de l'hotel ) Mais, pas moyen, avec Linux Sarah, surement à cause de Unbound et de mon réglage. Comment feriez vous sous Debian pour avancer sur ce problème pour arriver à obtenir la page d'accueil de l'hotel ? Je suppose que "le soucis" vient de l'ip 172.16.1.1 J'obtient une erreur de connexion avec cette ip lorsque je tente d'accéder à google : https://zs3.noodo-wifi.com/wifi-access/prod/login/?gw_address=172.16.1.1_port=2060_id=401=E4:A4:71:71:69:25=http%3A//www.google.fr/
Re: Re : CD Ripper
On 05/05/2017 08:45 AM, nicolas.patr...@gmail.com wrote: Le 05/05/2017 08:36:16, Bernard Siorat a écrit : Asunder ? Grip (s’il existe encore) ou XCFA ? XCFA est très bien mais il ne permet pas de renommer les pistes. -- Maderios
Re: Live patching du kernel
Le 04/05/2017 à 20:28, Pascal Hambourg a écrit : Le 04/05/2017 à 10:27, C. Mourad Jaber a écrit : Bonjour, J'ai vu plusieurs post parlant du livepatching (patcher les noyaux sans redémarrage) natif des noyaux 4.x... Est-ce debian propose ce type de possibilité pour les noyaux de la future stable ? Ksplice était disponible dans Wheezy et Jessie, Kpatch est disponible dans Stretch. Merci pour cette information, y'a-t-il un service de debian qui fournit les patchs comme canonical live patch ? ++ Mourad
Re: 3 écrans
Bonjour Ce sont 2 écrans d'un modèle 27 pouces, 2 écrans d'un autre modèle 24 pouces. Ils partagent tous la même résolution. Je joins mon xorg.conf car il est nécéssaire d'en créer un avec une telle configuration matérielle. Si vous l'utilisez, il faudra adapter le busID des GPUs, le nom des sorties vidéo (HDMI, DVI, ...) et peut être aussi la position des écrans les uns par rapport aux autres. Le vendredi 05 mai 2017 à 08:12 +0200, Eric Bernard a écrit : > Bonjour, > > 4 écrans identiques (résolution etc..) ? > > > > > > > > Le 03/05/2017 à 14:39, Thierry Bugier Pineau a écrit : > > > > > > > Bonjour > > > > > > > > Je suis sur une configuration avec 4 écrans répartis sur 2 > > cartes graphiques. > > > > > > > > Historiquement j'avais une carte NVidia de faible puissance, > > juste pour mes activités type bureautique. J'ai récemment > > évolué > > vers 4 écrans an acquérant une seconde carte identique à la > > première. > > > > > > > > Cela a été un peu difficile: Nouveau plante quand j'ai 2 > > GPUs. Attention, des cartes graphiques avec 2 GPU existent, > > et > > de ce que j'ai lu, c'est exactement comme avoir 2 cartes > > graphiques avec 1 GPU. > > > > > > > > J'ai dû utiliser contre mon gré le pilote Nvidia, et utiliser > > un mode dit "Zaphod" (voir H2G2) pour utilsier mes 4 > > écrans. On > > perd un peu en fonctionnalités : un menu contextuel pouvant > > se > > trouver réparti entre plusieurs affichages, et xrandr ne > > "voit" > > qu'un écran. Cela m'empêche aussi d'utiliser le logiciel > > Redshift (sauf à accepter son effet sur un seul écran). > > > > > > > > C'est assez difficile de configurer X11 avec une telle > > configuration. Si vous avez besoins de passer à 2 GPUs > > NVidia, > > je peux donner mon Xorg.conf. > > > > > > > > Je pense qu'il faut d'abord expérimenter en trouvant des > > cartes diverses. Je n'ai pas trouvé de cartes graphiques > > discrètes avec un GPU Intel, ce qui aurait été l'idéal pour > > leur > > prise en charge par l'Open Source. Il me reste à > > expérimenter si > > je peux une telle configuration avec des cartes ATI/AMD. > > > > > > > > Avec 3 écrans, je pense qu'une carte graphique peut suffire, > > mais attention, certains ont plus de 2 sorties, mais ne > > supportent à priori que 2 écrans en même temps. > > > > > > > > Voilà grosso modo les infos que j'ai pu glaner / expérimenter > > pour arriver à faire marcher mon système. > > > > > > > > Au fait : je suis sous SID, ça peut avoir son importance. > > > > > > > > Le mercredi 03 mai 2017 à 08:23 +0200, Eric Bernard a écrit : > > > > > Bonjour, > > > Je recherche des infos et/ou retour d'expérience sur > > > l'utilisation de 3 écrans "indépendant" (pas de > > > clonage). > > > > > > > > > > > > Merci de vos réponses > > > > > > > > > > > > Eric > > > > > > > > > > > > > > > > > > > Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" RightOf "Screen0" Screen 2 "Screen2" Below "Screen0" Screen 3 "Screen3" Below "Screen1" InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" Option "Xinerama" "on" Option "Clone" "off" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "Monitor" Identifier"Monitor0" VendorName"Vendor" ModelName "Model" Option"DPMS" EndSection Section "Monitor" Identifier"Monitor1" VendorName"Vendor" ModelName "Model" Option"DPMS" EndSection Section "Monitor" Identifier"Monitor2" VendorName"Vendor" ModelName "Model" Option"DPMS" EndSection Section "Monitor" Identifier"Monitor3" VendorName"Vendor" ModelName "Model" Option"DPMS" EndSection Section "Device" # Actual PCI location of first card/gpu # Actual connector - as reported by /sys/class/drm/card0-xx Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce GT 710" BusID "PCI:4:0:0" Option
Re: CD Ripper
On Thu, 4 May 2017 21:11:02 +0200 Jean-Marcwrote: > salut la liste, bonjour > > Je suis en train de ripper mes CDs. > > La dernière version de Sound Juicer que j'utilise ne me permet plus de > choisir le nom des pistes comme j'aimerai qu'ils soient. > > Un conseil pour un ripper efficace dans ceux dispo dans les dépôts Debian ? > je crois qu'ABCDE fait ça mais tout en ligne de commande (donc il faut aussi maîtriser un éditeur de texte) mais sinon quand on a la patience de lire le man en entier il est configurable à l'infini et sinon je crois que ripperx peut faire ça mais j'ai un doute. -- Cordialement, Jean Louis Giraud Desrondiers
Re : CD Ripper
Le 05/05/2017 08:36:16, Bernard Siorat a écrit : > Asunder ? Grip (s’il existe encore) ou XCFA ? nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait...
Re: CD Ripper
Asunder ? Le 04/05/2017 à 21:11, Jean-Marc a écrit : > salut la liste, > > Je suis en train de ripper mes CDs. > > La dernière version de Sound Juicer que j'utilise ne me permet plus de > choisir le nom des pistes comme j'aimerai qu'ils soient. > > Un conseil pour un ripper efficace dans ceux dispo dans les dépôts Debian ? > > Je rippe en FLAC. > > Et je suis en Debian Stretch. > > Bonne soireé à tous. > > Jean-Marc> -- Cordialement, Bernardo. Labourage et pâturage sont les deux mamelles dont la France est alimentée, et les vraies mines et trésors du Pérou. -+- Sully (1559-1641) -+-