Re: Installation/Dé-installation d'environements de bureau

2019-06-10 Par sujet Jean-Marc
Tue, 11 Jun 2019 00:11:38 +0200
"F. Dubois"  écrivait :

> Salut,

Salut Fabien,

> Pour xfce4 tu cherches tous les paquets installés contenant xfce dans 
> leur nom et tu fais aptitude purge... Tu peux le faire par le biais d'un 
> petit script (voir ailleurs, c'est pas mon truc) ou manuellement (je 
> fais des copier coller avec la souris bouton du milieu). Ensuite tu fais 
> un deborphan et debfoster et tu vois ce qui traine.

Justement, j'aimerai éviter de faire une recherche manuelle de ce qui faut 
enlever.
Quand on désinstalle un paquet, normalement, tous les paquets qui se sont 
installés automatiquement et qui ne sont plus nécessaires devraient pouvoir 
être désinstaller aussi.

> Pareil pour gnome. Ce n'est pas "automatique" mais ça fonctionne et en 
> plus tu vois ce que tu fais donc tu gères les paquets individuellement.

Je pourrais aussi aller dans le log de apt (/var/log/apt/history.log) pour 
récupérer les paquets installés lors de l'opération précédente, effectivement.  
Mais ça devrait être possible via les dépendances de apt.

> [...]
> Bon, si y'a des scripts tout faits, ben donnez, donnez...

Si quelqu'un a une piste, je suis preneur aussi.

> Bonne nuit
> 
> Fabien

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpeFmrbxTbyJ.pgp
Description: PGP signature


Re: Installation/Dé-installation d'environements de bureau

2019-06-10 Par sujet F. Dubois

Le 10/06/2019 à 23:18, Jean-Marc a écrit :

salut la liste,

Dimanche, LCP.  Une personne me demande de lui installer un autre environnement 
de bureau, XFCE installé lors de l'install' ne lui convenant pas.

Je discute un peu avec lui et je crois reconnaître dans ce qu'il me dit que son 
précédent bureau était Gnome.

Donc, installation manuelle comme décrite par le wiki 
(https://wiki.debian.org/Gnome) :
# apt install task-gnome-desktop

Finalement, ce n'est pas ce qu'il aimerait et il me demande d'installer Mate :
# apt install task-mate-desktop

Trop top, il est super content.

Juste un point qui le chiffonne : quand il ouvre le panneau de contrôle des 
paramètres système, il y trouve des appli Mate et XFCE.  Et il me demande de 
virer tout ce qui ne l'intéresse pas, Gnome et XFCE.

Je me dis que ça va être simple.  Et je commence par :
# apt remove task-gnome-desktop

apt me vire juste le méta-paquet task-gnome-desktop.
Je continue par :
# apt autoremove

Et là, rien.  Je pensais naïvement que tous les paquets installés par la 
commandes «apt install task-gnome-desktop» devaient être marqués comme 
installés automatiquement et qu'ils allaient se désinstaller une fois le paquet 
dont ils dépendent retirer.  Ce qui, apparemment, n'est pas le cas.

Quelqu'un a déjà désinstaller des environnements de bureau proprement ?  Et 
est-ce possible ?


Merci pour votre aide.

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


Salut,

Pour xfce4 tu cherches tous les paquets installés contenant xfce dans 
leur nom et tu fais aptitude purge... Tu peux le faire par le biais d'un 
petit script (voir ailleurs, c'est pas mon truc) ou manuellement (je 
fais des copier coller avec la souris bouton du milieu). Ensuite tu fais 
un deborphan et debfoster et tu vois ce qui traine.


Pareil pour gnome. Ce n'est pas "automatique" mais ça fonctionne et en 
plus tu vois ce que tu fais donc tu gères les paquets individuellement.


Après il doit y avoir mieux... Mais j'aime bien faire comme a, tout 
comme mes nettoyages réguliers : recherche des paquets installés sans 
raison (avec aptitude search enregistré dans un fichier puis recherche 
de la séquence "i  " deux espaces). Ensuite un petit aptitude why sur 
les paquets concernés pour voir pourquoi il est là et un purge quand 
vraiment on peut l'enlever sans souci (aptitude te dit si tu vas tout 
casser...).


Bon, si y'a des scripts tout faits, ben donnez, donnez...

Bonne nuit

Fabien





Installation/Dé-installation d'environements de bureau

2019-06-10 Par sujet Jean-Marc
salut la liste,

Dimanche, LCP.  Une personne me demande de lui installer un autre environnement 
de bureau, XFCE installé lors de l'install' ne lui convenant pas.

Je discute un peu avec lui et je crois reconnaître dans ce qu'il me dit que son 
précédent bureau était Gnome.

Donc, installation manuelle comme décrite par le wiki 
(https://wiki.debian.org/Gnome) :
# apt install task-gnome-desktop

Finalement, ce n'est pas ce qu'il aimerait et il me demande d'installer Mate :
# apt install task-mate-desktop

Trop top, il est super content.

Juste un point qui le chiffonne : quand il ouvre le panneau de contrôle des 
paramètres système, il y trouve des appli Mate et XFCE.  Et il me demande de 
virer tout ce qui ne l'intéresse pas, Gnome et XFCE.

Je me dis que ça va être simple.  Et je commence par :
# apt remove task-gnome-desktop

apt me vire juste le méta-paquet task-gnome-desktop.
Je continue par :
# apt autoremove

Et là, rien.  Je pensais naïvement que tous les paquets installés par la 
commandes «apt install task-gnome-desktop» devaient être marqués comme 
installés automatiquement et qu'ils allaient se désinstaller une fois le paquet 
dont ils dépendent retirer.  Ce qui, apparemment, n'est pas le cas.

Quelqu'un a déjà désinstaller des environnements de bureau proprement ?  Et 
est-ce possible ?


Merci pour votre aide.

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpKoeEyqafap.pgp
Description: PGP signature


Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet didier gaumet
Le 10/06/2019 à 20:36, Pascal Hambourg a écrit :
> Le 10/06/2019 à 14:24, didier gaumet a écrit :
[...]
>> tu es sur cette architecture matérielle amd64
> 
> Où vois-tu cela ? Je n'ai pas vu cette information dans la discussion.
[...]
J'ai supposé que c'était le cas vu que c'est un PC neuf.
J'étais au courant des firmwares 32 bits sur des PC Windows 32 bits à
processeur 64 bits il y a quelques années mais je pensais que ça avait
disparu.
Mais tu as raison: supposer quand on peut établir est potentiellement
prendre un  raccourci vers les ennuis...



Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet Pascal Hambourg

Le 10/06/2019 à 14:24, didier gaumet a écrit :


Je ne savais même pas que grub-efi-amd64 était disponible sur Stretch i386.


C'est normal qu'il le soit dans la mesure où on peut installer un 
système 32 bits sur un PC avec un firmware UEFI 64 bits. Mais pour 
s'enregistrer dans les variables de boot EFI, il faut impérativement un 
noyau 64 bits (qui fonctionne aussi avec un système 32 bits).



tu es sur cette architecture matérielle amd64


Où vois-tu cela ? Je n'ai pas vu cette information dans la discussion.
Je répète que c'est l'architecture du firmware UEFI qui importe pour 
GRUB EFI, pas celle du processeur.




Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet Pascal Hambourg

Le 10/06/2019 à 12:00, ajh-valmer a écrit :

On Monday 10 June 2019 09:34:05 didier gaumet wrote:

Le 09/06/2019 à 17:35, ajh-valmer a écrit :

Je ne comprends pas "GRUB BIOS".


C'est la variante de GRUB pour l'amorçage BIOS/legacy, dont les fichiers 
sont dans le paquet grub-pc-bin.



je suis en Stretch 32 bits


Le PC a-t-il un firmware UEFI 32 ou 64 bits ? Je ne parle pas du 
processeur ; c'est assez rare mais un PC avec un processeur 64 bits peut 
avoir un firmware UEFI 32 bits (comme un système d'exploitation 32 bits).


Si tu ne le sais pas, regarde dans le répertoire /EFI/BOOT de la 
partition système EFI (FAT) avec un système live ; s'il contient un 
fichier bootx64.efi, c'est un firmware 64 bits ; s'il contient un 
fichier bootia32.efi, c'est un firmware 32 bits. Il se peut que la 
variante de Windows 32 ou 64 bits doive correspondre, mais je n'en suis 
pas sûr.


Si c'est un firmware 64 bits, alors il n'est pas possible d'amorcer un 
installateur Debian 32 bits (i386) en mode EFI. On ne peut démarrer en 
mode EFI qu'avec un installateur 64 bits (amd64) ou l'installateur 
netinstall multi-arch i386+amd64.




Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet didier gaumet
Le 10/06/2019 à 12:00, ajh-valmer a écrit :

> Quel paquet choisir ? (je suis en Stretch 32 bits) :
> grub-efi 
> grub-efi-amd64 - GRand Unified Bootloader (GRUB)
> grub-efi-amd64-bin - GRand Unified Bootloader (GRUB)
> grub-efi-ia32 - GRand Unified Bootloader (GRUB),
> grub-efi-ia32-bin - GRand Unified Bootloader (GRUB).

Je ne savais même pas que grub-efi-amd64 était disponible sur Stretch i386.

Comme ça (mais je ne suis pas expert de la question), j'aurais tendance
à dire d'installer la version amd64 vu que tu es sur cette architecture
matérielle amd64 (même si le Debian que tu veux installer dessus est
i386): grub-efi-amd64 qui entraînera l'installation de
grub-efi-amd64-bin (dépendance)



Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet ajh-valmer
On Monday 10 June 2019 09:34:05 didier gaumet wrote:
> Le 09/06/2019 à 17:35, ajh-valmer a écrit :
> > Je ne comprends pas "GRUB BIOS".

> je n'ai pas lu attentivement les réponses qui t'ont été apportées :

Dommage :-)

> mais je pense que simplement on cherche à attirer ton attention 
> sur le fait qu'il faut utiliser la version de Grub2 adaptée à ton
> architecture matérielle (vraisemblablement amd64) et à ton 
> firmware (UEFI): grub-efi-amd64 plutôt que grub-pc (même si grub-pc 
> était installable dans ton cas, il ne serait que partiellement utilisable),
> cf la liste des paquets grub en stable:
>  
https://packages.debian.org/search?keywords=grub&searchon=names&suite=stable§ion=all

Quel paquet choisir ? (je suis en Stretch 32 bits) :
grub-efi 
grub-efi-amd64 - GRand Unified Bootloader (GRUB)
grub-efi-amd64-bin - GRand Unified Bootloader (GRUB)
grub-efi-ia32 - GRand Unified Bootloader (GRUB),
grub-efi-ia32-bin - GRand Unified Bootloader (GRUB).



Re: Grub sur nouveau pc windows-10

2019-06-10 Par sujet didier gaumet
Le 09/06/2019 à 17:35, ajh-valmer a écrit :
[...]
> Je ne comprends pas "GRUB BIOS".

je n'ai pas lu attentivement les réponses qui t'ont été apportées mais
je pense que simplement on cherche à attirer ton attention sur le fait
qu'il faut utiliser la version de Grub2 adaptée à ton architecture
matérielle (vraisemblablement amd64) et à ton firmware (UEFI):
grub-efi-amd64 plutôt que grub-pc (même si grub-pc était installable
dans ton cas, il ne serait que partiellement utilisable), cf la liste
des paquets grub en stable:
 
https://packages.debian.org/search?keywords=grub&searchon=names&suite=stable§ion=all

[...]
> Je me permets de reposer mon problème.
> 
> Comment installer un Grub fonctionnel dans ce contexte ? :
> 
> - Achat d'un ordi neuf Lenovo avec Windows 10,
> - Rétrécissement de la partition NTFS (avec Gparted Live),
> - Installation de 3 partitions, EXT4 et swap,
> - Table partition du disque = GPT,
> - Mode boot BIOS = UEFI,
> - Impossible de lancer Grub au démarrage,
> - Que windows qui se lance.
> - Le mode Legacy me permet de lancer Linux via CD ou clé USB.
> 
> Merci...

- Je te suggère de chercher sur le site Lenovo le(s) manuel(s) de
l'ordinateur: lis le chapitre concernant le firmware (micro-logiciel)
pour mieux paramétrer ton UEFI.

- comme déjà conseillé, tu peux utiliser l'outil natif de Windows pour
réduire à chaud la taille de la partition sur laquelle il est installé.
Si tu veux utiliser un truc genre Gparted Live, il est possible que tu
sois forcé, préalablement, de sortir de Windows non par extinction mais
par reboot (Windows met un drapeau différent sur la partition
apparemment). Ou alors il faut peut-être (prudence! perte de données
possible...) utiliser Gparted pour positionner un flag différent sur la
partition, au cas où c'est possible.

- le fait que tu puisses faire démarrer ton PC sur un support amovible
avec ton UEFI en mode compatibilité BIOS (Legacy) et pas en mode UEFI
pur ne signifie pas forcément que ton UEFI ou ton support amovible en
sont incapables. Simplement, l'ordre de démarrage de ton UEFI est
peut-être configuré pour démarrer d'abord ton disque dur (Windows) en
mode UEFI pur et pour démarrer d'abord tes supports amovibles en mode
compatibilité BIOS, auquel cas il suffit de paramétrer correctement pour
résoudre ton problème.

- Secure Boot doit être désactivé pour démarrer la plupart des
distributions Linux (sauf celles adossées à une grosse société du genre
RHEL/Centos/Fedora, Oracle, Suse/Opensuse, Ubuntu, etc...). Debian est
concerné jusqu'à Debian 9 Stretch et devrait théoriquement supporter
Secure Boot à partir de Debian 10 Buster.