Phil171

Toutes mes réponses sur les forums

15 sujets de 1 à 15 (sur un total de 16)
  • Auteur
    Articles
  • en réponse à : Cas pratique de passage de Windows à Linux #12482
    AvatarPhil171
    Participant

    Hé bé, je ne veux pas dire – et tant pis si mon message est (aussi) effacé, mais ma réponse était courtoise, le simple fait d’ouvrir un autre fil avec un autre sujet concernant l’installation de Linux pour remplacer W*xx a sa place, je suppose, sur ce forum, mais pas sur ce fil naturellement.
    Paf !! Toute la correspondance d’effacée, soit 4 messages intéressants avant que d’autres ne lisent.
    Dommage.
    Avé !

    en réponse à : Cas pratique de passage de Windows à Linux #12462
    AvatarPhil171
    Participant

    Possible que des partitions soient cachées, difficile de faire quelque chose avec si peu d’éléments.
    Mais ce n’est pas le bon fil, il faut en ouvrir un autre.

    AvatarPhil171
    Participant

    Pour du déterrage de topic, c’est du déterrage ! 😉
    Et en plus, c’était dans mes spams.
    TLP a encore évolué, il s’est adapté à la V22.04 d’Ubuntu, version que je n’ai pas installée à cause des snaps imposés que je voudrais virer sans trop d’ennuis.
    Si quelqu’un veut faire un tuto dans ce sens pour pouvoir installer la V22.04 sans les snaps, merci pour lui, j’ai tenté avec des erreurs et blocages en suivant certains tutos, puis, quelque peu fainéant, je suis revenu à la V20.04 qui fonctionne avec ses petites lacunes.

    AvatarPhil171
    Participant

    En relisant ce tutoriel d’installation et optimisation *buntu, il y a une erreur dans le paragraphe TLP.

    Pour modifier ou ajuster TLP, il faut ouvrir et modifier le fichier tlp.conf.
    Celui-ci se trouve dans /etc/ et non dans /etc/default/.
    C’est d’ailleurs indiqué sur le site de TLP.

    AvatarPhil171
    Participant

    OK, compris pour etcher, mais un peu tard.
    C’est un fichier Appimage, j’aime pas trop car pas de mises à jours sauf en faisant des manipulations que j’oublie tout le temps comment il faut faire et qui m’obligent à chercher sur le Net…
    Dont je n’ai pas de logiciels via Applimage.

    Résolu :
    J’ai re-formaté la clé USB qui était passée en ISO 96600 en Fat 32.
    J’ai « extraire vers » l’image ISO en pointant vers ma clé USB, les fichiers se sont extraits et copiés et l’ensemble de la clé est lisible et modifiable.
    J’ai donc ensuite copié sans problème mon fichier de boot là où il fallait.

    AvatarPhil171
    Participant

    Je viens de télécharger la dernière version, c’est bien la 1.7.1.
    J’ai formaté via gparted la clé, redémarré l’ordinateur, gravé avec balena-etcher, j’ai encore redémarré l’ordinateur, je me retrouve toujours avec les fichiers de la clé verrouillés…
    Donc impossible d’y mettre ce fichier *.efi pour démarrer mon ASUS.

    Je précise qu’après avoir gravé avec balena les fichiers de l’image sur la clé USB, gparted me montre la clé comme ayant un système de fichiers en ISO9660.

    AvatarPhil171
    Participant

    Merci jibel, j’essaie ça de suite.
    Non, pareil, ça ne marche pas …
    phil@phil-XPS-15-7590:~/Téléchargements$ sudo cp bootia32.efi /media/phil/’Xubuntu 20.04.1 LTS amd64’/EFI/BOOT/
    [sudo] Mot de passe de phil :
    cp: impossible de créer le fichier standard ‘/media/phil/Xubuntu 20.04.1 LTS amd64/EFI/BOOT/bootia32.efi’: Système de fichiers accessible en lecture seulement
    phil@phil-XPS-15-7590:~/Téléchargements$

    AvatarPhil171
    Participant

    Salut tous,
    J’ai une question idiote :
    Je veux ajouter dans une clé Xubuntu bootable un fichier *.iso pour installer Xubuntu sur un ordinateur qui ne démarrera qu’avec ce fichier ISO.
    Hors cette clé est protégée en écriture, les permissions sont toutes sur « Lecture seule ».
    Le dossier /EFI/BOOT est verrouillé.
    J’ai voulu installer gksu, mais il est devenu obsolète sur Xub 20.04.
    Comment faire ?
    Merci d’avance

    AvatarPhil171
    Participant

    Réinstalle et teste, il n’y a pas beaucoup de temps à passer à réinstaller Ubuntu, ce n’est pas Windows. La seule vraie lenteur vient du disque mécanique et du manque de ports USB 3.
    @ plus !
    Philippe

    AvatarPhil171
    Participant

    C’est quoi, la B.D.R. base de registre ? C’est sous Windows, ça ?!
    Win 10 et peut-être Win 11 sont devenus des espions à part entière qui vont jusqu’à modifier tes préférences et l’aspect général, alors…

    AvatarPhil171
    Participant

    Je ne vois pas du tout ce que tu pourrais avoir comme souci si tu me dis que Voyager est un Xubuntu de base, donc du Debian. Les Dell fonctionnent parfaitement sous Ubuntu et dérivés, mon père a un vieux Latitude un peu comme le tien, mais lors de l’installation via ma clé USB de Xubuntu 20.04, j’ai dû recommencer plusieurs fois car par rapport à l’essai clé USB seule (en Live, qui fonctionnait parfaitement), il y avait des soucis de radio, wifi en particulier.
    Possible qu’à l’installation, ça déconne parfois ?
    Ou après à la première mise à jour ?

    Je ne sais pas et ne peux t’aider beaucoup, là. Désolé !
    De mon côté, j’ai un souci qui vient d’arriver avec le Grub, parfois, il fige, je dois redémarrer l’ordi. Je n’ai rien fait sauf aller une fois sur WIn10, possible qu’il ait mis le bazar…

    AvatarPhil171
    Participant

    Je ne comprends pas, je viens d’envoyer deux message ce matin pour te répondre, avec des liens Dell, ils n’apparaissent pas.
    Voyager est sous Debian, comme Ubuntu, donc pas de raison, pareil pour le fait qu’il soit en partition étendue, ça n’a rien à voir. Peux tu tester sur une clé USB direct?

    AvatarPhil171
    Participant

    Voir quel modèle de Dell et quel OS, s’il n’y a pas des pilotes linux qui traînent chez les ricains, ou parfois – j’ai déjà eu ça avec Xubuntu – l’installation semble aller mais il manque quelque chose, inexplicable. Je réinstalle (j’ai un XPS 15) et tout marche, le tout avec toujours la même image sur la même clé USB, et même en testant avant, tests OK, l’installation est parfois boiteuse. Perso, je crois que parce que Ubuntu est un fork de Debian, il doit y avoir quelques bugs aléatoires et non corrigés. Sous Debian, OK, sous Ubuntu ou Xubuntu, KO parfois.

    TLPUI n’est qu’une interface graphique qui va modifier le BON fichier de config. J’ai eu le cas plusieurs fois (plusieurs réinstallations, le fichier config de TLP n’était pas le bon, donc je vérifie toujours ou il doit être. Perso, Xubuntu 20.04, tlp.conf est sous /etc

    AvatarPhil171
    Participant

    Concernant la « dent bleue », je la laisse activée dans le BIOS (j’ai l’option de le bloquer, de même pour le Wi-Fi et autres radios).
    Pour TLP, je préfère aussi laisser activé les diverses radios car je me suis rendu compte que ça pouvait interférer avec le fonctionnement de l’ordinateur. Les touches pré-programmées du clavier de l’ordinateur suffisent et coupent l’ensemble des radios si nécessaire.
    Au redémarrage, l’ordinateur doit se rappeler si telle ou telle radio était en action lors de l’arrêt.
    On peut aussi installer TLPUI qui facilite la compréhension car classé par fonctions sur le côté gauche de la fenêtre d’actions et modifie directement le fichier de configuration de TLP.

    Pour TLPUI, aller ICI, cliquer sur le bouton « Code » en vert et télécharger le zip ou utiliser directement dans un terminal la ligne se terminant par .git si on a installé git.
    L’utilisation graphique se fera en allant chercher TLPUI dans les accessoires (Xubuntu).

    AvatarPhil171
    Participant

    Sous Xubuntu 20.04 fraîchement installé les commandes ci-dessous me renvoient le message “Impossible de trouver le paquet” J’ai cependant passé avant toutes les mises à jour consécutives à l’installe.

    sudo apt install gtk3-engines-xfce
    sudo apt install xfwm4-themes
    sudo apt install xubuntu-restricted-extras

    J’ai aussi le même problème, donc je n’installe plus ces compléments.

15 sujets de 1 à 15 (sur un total de 16)