Re: 10/Buster --> 11/Bulleye
Le 01/10/2022 à 23:34, Alain Vaugham a écrit : Il y a eu un démontage qui n'a pas pu se faire: umount /mnt/racine/sys : Target is busy. En regardant j'ai vu que la cible c'était sur la clef USB du System Rescue. Heu, c'est curieux. Personnellement j'utilise l'option "docache" de systemrescue, comme ca il commence par copier le système dans la RAM, puis il boote sur l'image qui est dans la RAM. Comme ca la clef n'est plus utilisée et tu peux la débrancher. Les performances sont bien meilleures et en plus, c'est parfois pratique de liberer une prise USB. Est-ce qu'il y a d'autres subtilités de ton install que tu nous a pas encore dites ? Non, je ne pense pas que ce soit des subtilités. J'aime bien avoir Ah, désolé de mon vocabulaire. Je n'ai pas pensé a quoi que ce soit de dévalorisant en utilisant ce mot. Alors je reformule : est-ce qu'il y a d'autres trucs que tu nous a pas encore dits ? - une partition que pour les logs, - une pour un user (moi) - une tmp en RAM J'aime bien aussi avoir de la place disponible sur le disque au cas où j'aurai besoin d'ajouter brutalement une partition. Est-ce que les deux montages ci-dessous seraient des subtilités? tmpfs /tmp tmpfs defaults,size=1g 0 0 192.168.33.128:/mnt/nfs_labas /mnt/nfs_ici nfs defaults 0 2 Pour que le chroot fonctionne, il faut que le système ait tout ses morceaux. Tu peux comparer ca a un organisme : pour qu'il soit vivant il faut qu'il ait tous ses organes. Quand tu fais un chroot, c'est le noyau de systemrescue qui fonctionne, donc le noyau du système sur lequel tu chroote n'est pas utilisé. Par contre il faut que le système ait accès a tous ses dossiers et fichiers système. Il n'y a pas besoin de /home pour reinstaller grub parce que c'est une commande qui ne manipule rien dans ce dossier, mais pour d'autres commandes ca pourrait etre necessaire. Il y a besoin de tous les autres dossiers système, y compris la partoche dédiée aux logs et /tmp. Mais /tmp est juste un espace dans lequel des fichiers temporaires pourront etres écrits et il peut tout a fait etre vide au démarrage. Donc tu peux très bien ne rien monter sur le dossier /tmp : ainsi les éventuels fichiers temporaires générées par les commandes que tu exécute seront écrits directement dans le dossier /tmp, c'est a dire dans la partition racine. Dans ce cas je te conseille d'aller supprimer tout le contenu de /mnt/racine/tmp après etre sorti du chroot, pour éviter d'avoir des fichiers temporaires obsolètes qui trainent pour rien dans ce dossier. Par contre un dossier distant NFS n'est pas un dossier du système, donc y'a pas besoin de le monter pour que le système fonctionne. De facon générale tout ce qui est monté dans /mnt et dans /média ne fait pas partie du système, vu que c'est précisément des dossiers dédiés au montage de trucs exterieurs au système.
Re: 10/Buster --> 11/Bulleye
Le Fri, 30 Sep 2022 11:48:42 +0200, Alain Vaugham a écrit : > Bonjour, > > Le Wed, 28 Sep 2022 15:11:24 +0200, > hamster a écrit : > > > Non, tu y est presque. Je t'incite a perseverer, meme si c'est pas > > sur cette machine, parce que c'est très pratique et efficace pour > > réparer grub. > > J'ai installé Bulleye sur un autre disque. Cela m'a permis de > préserver le disque de 4T sur lequel je vais pouvoir, grâce aux > conseils que je trouve ici, continuer mon expérience de chroot. > Je m'y remet ce soir. > Bonjour, Cette fois-ci, grâce à tes conseils, la mise à jour de grub a réussi. Depuis ce matin j'ai un disque qui semble être constamment accepté par le BIOS/UEFI. Au préalable, cela a été laborieux. J'ai réinstallé deux fois. Même le disque pour lequel j'avais vérifié la solidité de ses redémarrages a fini par être refusé par ce BIOS/UEFI. Je suis incapable de recréer le défaut. Je n'ai donc eu d'autre choix que de réussir à mettre à jour le grub, donc d'utiliser chroot. Par précaution j'ai fait une installation "tout dans une seule partition". sda1EFI sda2/ sda3swap Les montages, le chroot et la mise à jour de grub n'ont pas généré d'erreur. Il y a eu un démontage qui n'a pas pu se faire: umount /mnt/racine/sys : Target is busy. En regardant j'ai vu que la cible c'était sur la clef USB du System Rescue. Je n'ai pas cherché à comprendre, comme ce n'était que du démontage avant un reboot, j'ai rebooté. Je croise les doigts maintenant pour que cette config tienne. Je laisse quelques jours avant de refaire une install cette fois-ci avec une /var séparée. Pour ça, j'ai gardé tes conseils ainsi que ceux de Sébastien. >Est-ce qu'il y a d'autres subtilités de ton install que tu nous a pas >encore dites ? Non, je ne pense pas que ce soit des subtilités. J'aime bien avoir - une partition que pour les logs, - une pour un user (moi) - une tmp en RAM J'aime bien aussi avoir de la place disponible sur le disque au cas où j'aurai besoin d'ajouter brutalement une partition. Est-ce que les deux montages ci-dessous seraient des subtilités? tmpfs /tmp tmpfs defaults,size=1g 0 0 192.168.33.128:/mnt/nfs_labas /mnt/nfs_ici nfs defaults 0 2 Merci beaucoup encore pour le coup de pouce. -- Alain Vaugham Clef GPG : 0xDB77E054673ECFD2
Re: Plugin HP
Bonjour à tous. Version 3.21 desinstallée. Réinstallation de la version 3.22 téléchargée directement depuis le site dev de HP. J'ai toujours une erreur bad check sum quand je fais un hp-plugin -i mais le plugin s'installe quand même. Aucun changement pour la partie impression. Elle fonctionne toujours bien. La partie numérisation fonctionne aussi maintenant. Les voies du Seigneur sont impénétrables... ^^ Bonne journée à tous ! Cordialement. Xavier. 30 sept. 2022 20:34:56 debian-user...@emailasso.net: > Eurêka ! > > - télécharger le plugin avec wget(ici la hplip-3.22.6) : wget > https://developers.hp.com/sites/default/files/hplip-3.22.6-plugin.run > > - lancer un script (pas de sudo ni root) ./hplip-3.22.6-plugin.run > L'installation s'ouvre en GUI. > > Et ça marche !!! > > @ Xavier : dis-nous si pour toi aussi, c'est ok. > > Bonne soirée > > Sylvie > > On 30/09/2022 18:43, Bureau LxVx wrote: >> Bonsoir et merci de votre aide. >> >> @P Merlin : ça dépend des imprimantes >> @Hamster : >>> Est-ce que le dépot non-free est activé dans son sources.list ? >> oui >> >> @David : >>> ça dépend de l'imprimante, pour scanner avec la mienne (MFP m125nw) il >>> faut installer un plugin qui est un bout de firmware binaire fourni >>> par HP mais qui n'est pas dans les paquets debian à ce qu'il semble >> oui, c'est le cas :-( >> Quelle version de hplip as-tu ? >> perso, j'ai dernier : >> >> @Xavier : je n'ai même pas d'impression : il FAUT le plugin ... >> >> Aussi, je viens de refaire une install complète avec toutes les "non-free" >> Je viens de découvrir que le hplip.run doit être lancé non-root .. Une >> alerte dans le terminal ... >> Ok. fin d'install : Redémarrage demandé en cours ... >> Demande de page test >> Driver plugin installation : >> "file does not match its checksum. File may have been corrupted or altered" >> Failed to install Plug-in. Either you have chosen to skip the plug-in >> installation or entered incorrect password ... Ni l'un ni l'autre :-( >> >> Dans le fichier "plugin" correspondant >> https://developers.hp.com/sites/default/files/hplip-3.21.2-plugin.run >> Comment vérifier le checksum ou MD5 visible dans le script ? >>> CRCsum="515935464" >>> MD5="3b6bcfaccc9b698544899b3fd8b0193c" >> >> Une solution ? Merci >> >> Sylvie >> >> >> Le 30/09/2022 à 17:40, Xavier BAR a écrit : >>> Bonjour à tous. >>> >>> J'ai exactement le même pb. >>> Un hp-plugin ou hp-plugin -i me donnent la même erreur. >>> La partie impression fonctionne parfaitement. Mais pas la partie >>> numérisation qui nécessite le plugin. Sans lui le scanner n'est pas >>> détecté par le numériseur de documents. >>> Si vous trouvez la solution je suis preneur. >>> Cordialement. >>> Xavier. >>> >>> 30 sept. 2022 15:43:14 Bureau LxVx : >>> >>> Bonjour, >>> >>> Sur le pc d'un am et une debian toute fraîche et mise à jour, je >>> ne réussis >>> pas à installer / finaliser le HPLIP. >>> A la fin de l'installation, impossibilité d'imprimer la page test. >>> Il manque le plugin : ok >>> >>> Toutefois, l'installation de ce plugin et du lancement du .run >>> https://developers.hp.com/sites/default/files/hplip-3.21.2-plugin.run >>> se termine par checksum corrompu. >>> >>> Et cela que ce soit la dernière version hplip téléchargée sur >>> https://developers.hp.com/hp-linux-imaging-and-printing : Version: >>> 3.22.6 >>> Clé du plugin correspondant corrompue >>> >>> ou celle de synaptic : >>> 3.21.2+dfsg1-2 (unstable ?) >>> >>> https://developers.hp.com/sites/default/files/hplip-3.21.2-plugin.run >>> Dans le script : HPLIP 3.21.2 Plugin Self Extracting Archive" >>> >>> J'espère avoir été assez claire ... >>> >>> Merci de votre aide. >>> >>> Bien librement, >>> >>> Sylvie >>> >> >>