Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
il y à un programme magique pour utilisé Sid/experimental, TimeShift "une sauvegarde manuel avant une mise à jour"
Oui je viens de découvrir il y a peu, il existe aussi clonezilla qui a l'air pas mal, je vais les tester sur vm prochainement.
moi je testerai bookworm avec le DVD1 , il a tout ce dont tu a besoin => https://debian-facile.org/viewtopic.php?id=33055
quitte a passer sur sid ensuite si tu le désire
comme cela tu nous dira si l'installation c'est bien terminé
Vu que je savais pas trop quoi faire de ma journée, j'ai sorti un disque en rab et je suis rentré dans le vif du sujet, non sans mal et trés enrichissant (dans la limite de ma plasticité neuronal ......) 
J'ai testé 3 isos, stable, testing et alpha2. Concernant mon message de boot blacklist: problem blacklisting hash (-13), dès que ça fricotte avec le kernel 6.1, j'y ai droit mais ça bloque plus (testing/alpha2)
Le premier, testing: erreur initramfs fsck feature_c12 au reboot post-install, n'ayant jamais eu à oeuvrer dans ce domaine, j'ai eu un grand moment de solitude..
Mes recherches m'ont amenées à un post sur reddit, ce défaut récent touche le paquet testing-installer des isos weekly, testing et daily actuel à cause d'une nouvelle version de e2fstools. Pour y remédier, il faut partionner et formater avec un livecd stable de bullseye puis passer au nouvel installateur sans formatage via le mode expert.
Une autre solution qui a été proposé également, était de passer par le dvd alpha2 de bookworm, et effectivement, ça marche sans problème, j'ai pu l'installer et passer en unstable sans soucis. Je l'ai, pour le coup, laissé installé.
Autre essai, l'iso stable, ça plante durant le chargement au moment où les infos cartes réseaux s'affichent. Toutefois, en mode sans échec, j'ai pu passé en tty3, changer le sourcelist pour sid et tenter un full-upgrade, sauf que j'ai eu une multitude de dépendance concernant libc6, libcrypt.so.1 et quelques autres.... Je vais devoir me documenter dessus, si je décide de faire une migration de mon stable actuel vers bookworm et que ça part en vrille, , que je sois pas à nouveau surpris.
Je me permet de déplacer le message dans une section plus appropriée il me semble
Pour répondre en ce qui concerne Nala, bien que ne connaissant pas voici ce qu'on trouve comme info sur la page Github du projetNala is a front-end for libapt-pkg
Donc, c'est juste une autre interface à apt qui va utiliser les mêmes mécanismes sous-jacents.
En cherchant ce qu'il en est pour aptitude, je tombe sur ce message de notre @captnfab préféré qui nous explique tout en un dessinOn pourrait ajouter nala à la liste des interfaces
Il y a pas de soucis, je savais pas trop où créer le post. J'ai découvert nala via une vidéo de linuxtricks (https://www.linuxtricks.fr/wiki/nala-un … et-lisible). Pour l'utiliser en ce moment, c'est un pm très bavard et esthétiquement beau pour un emploi en console un beau projet à suivre.
apt (apt-get) et aptitude semblent cohabiter correctement depuis pas mal d’années maintenant.
nala je ne le connais pas, donc je ne peux rien dire à son sujet.
Pour ma part je n’opère sur les paquets de mes systèmes qu’avec apt. J’utilise aussi aptitude à côté mais uniquement comme moteur de résolution de dépendances, et jamais via le compte root.
Merci de ton retour, si je souhaite m'inspirer de toi, il est possible de faire reprendre la main à apt, ou il est préférable de rester comme je suis?
ce message va se répéter 5 fois avec de temps différent, puis au bout d'un petit moment le curseur se fige.
J'ai cherché un peu partout la cause de cela, sans succès, ce serait même un vieux bug déja corrigé sur des kernels plus anciens, le 5.19 en l’occurrence.
Chez Arch (https://bbs.archlinux.org/viewtopic.php?id=278860, une solution avait été trouvé en supprimant les secure-keys du bios. Ne l'ayant pas expérimenté, à quoi je me risque de faire cela? (et je possède la même carte-mère.....décidément ). J'ai essayé de ressortir les dmesg relié à ces erreurs, soit j'ai pas utilisé la bonne commande, le boot n'a pu permettre cet enregistrement.
Tu es toujours persuadé du fait que c'est la cause du freeze ? Malgré tes succès Manjaro/Xubuntu ?
Honnêtement non, on parle bien des freezes graphiques? les drivers graphique qui sont en mesure de gérer ma carte grapĥique sont encore en testing, je vais patienter encore un peu, mon affichage change plus, si ça reste comme ça, ça me conviendra pour le moment.
Sous Manjaro, ils sont pas aboutis non plus, xfce me fait des freezes sévères alors que Debian se limite à un affichage simple écran.
C'est pas pouvoir booter sur les 5.16bpo/5.18 qui me dérange. Manjaro, Live Xubuntu/Endeavour boot en 5.18 sans problème malgré le message usbhid. J'ai 4 options, je pense,
# passer en SID (sous reserve d'une autre surprise debianesque),
# changer de clavier pour confirmer le défaut des boots kernels
# supprimer les kernels 5.16bpo et 5.18 SID (et croiser les doigts quand ils arriveront en stable....) ou
# rester sous Manjaro (mais trop attaché à Debian que je peine à bien connaître)
Parti d'un soucis graphique, je me retrouve avec un bug usb qui date de matusalem
Clavier kapout docteur? 
Re-,
Gargamel a écrit :lsusb -Vlsusb (usbutils) 013
La commande proposée était 'lsusb -v', pas 'lsusb -V' (et en root c'est mieux, cf. wiki), par ailleurs :dmesg | grep 3-2.1
Pourrait te permettre d'identifier le périphérique fautif (slot stable) — mais pour le reste, je renonce.
Bonjour èfpé
T'inquiète pas je m'en tiendrais qu'au boot des kernels, loin de moi l'idée de traiter plusieurs sujets dans ce post, même lié.
Il semble que mon clavier pose ue nouvelle fois des soucis, déja qu'il est compliqué à paramétrer en plus de n'avoir aucun support de la part de Logitech, ni de prise en charge par solaar. Je vais voir pour me faire prêter un clavier auquel cas, il prendra sa retraite.
Hello
Je crois que c'est pas trop bloquant cette histoire avec usbhid , j'ai toujours eu le message d'erreur et mes port usb fonctionne bien et le PC freeze pas
Bonjour Croutons,
J'ai aussi ce message ailleurs, tout se passe généralement bien sauf là, il y a un truc dans cette nouvelle installation de Debian qui passe pas avec mon nouveau pc, alors est-ce spécifique à la branche stable (ce que je doute), un matos encore trop récent (plus probable bien qu'on est approché les 1 ans des sorties officielles en boutiques), je suis resté trop longtemps sous SID avec mon ancien pc ()
Pour le paquet firmware-amd-graphics, j'en suis conscient, j'attends qu'il arrive en stable, ceci dit, il semble pas avoir de soucis chez SID, je suis en réflexion...
Encore merci pour ton temps consacré à mon problème
En cherchant chez packages.debian.org, j'ai vu que le paquet libusbhid-common n'était pas installé chez moi, son absence pourrait-elle expliquer mes déboires actuels? (dispo que chez SID, https://packages.debian.org/search?lang … rds=usbhid)
L'absence de ligne 'Kernel driver in use: amdgpu' laisse penser que tu as exécuté lspci sous Debian
Oui, j'étais repassé sous Debian, voici les retours de commande exécuté sous Manjaro:
Sous Debian, les kernels sont déja installé (5.16bpo et 5.18 SID), c'est le code erreur usbhid que j'arrive pas à dépanner alors que je pense avoir tout fait (débrancher alternativement clavier/souris, déplacer les branchements), matériels qui posent aucuns soucis si je démarre en 5.10 ou chez Manjaro (5.18)
J'étais parti d'un problème graphique pour me retrouver avec un vieux bug de périphériques usb. Me faut-il aller chercher un paquet firmware dans une branche supérieur, si oui, vers lequel me faudrait-il me tourner?
)
Je jongle aussi entre Manjaro et Debian (MX plutôt). C'est 2 très bonnes distributions bien différentes dans leurs principes.
Debian : Stabilité, mise à jour peu volumineuses mais lenteur d'évolution. (Libreoffice en 7.0)
Manjaro : Tout bouge vite, en général plus d'1 GB de mise à jour par mois, mais ça peut casser plus facilement. (Libreoffice en 7.3)
.
J'ai découvert cette édition en dépannant un vieux laptop d'une amie, j'ai été agréablement surpris par sa prise en main, je pense essayer Endeavour en virtuel quand cette nouvelle tour aura plus de surprise pour moi.
Un avantage que j'apprécie chez Debian, c'est les .deb, les paquets AUR, je fais trés attention avec par manque de connaissances.
Aucuns retours 
As-tu tenté d'installer le paquet firmware-amd-graphics de testing en 5.10, et redémarrer en 5.18 ?
Non pas encore, ça trottine dans la tête, je pensais plutôt me tourner vers celui de SID afin d'avoir une màj plus rapide si ça partait en sucette. Je suis pas à l'aise dans ces dépannages.
bonjour à tous
eeuuuh , navi 23 , c'est pas les 6600 / 6600 xt ?
Tout à fait, la mienne est la Sapphire RX 6600 XT
https://www.sapphiretech.com/en/consume … t-8g-gddr6
AMD a baptisé son navi 23 Dimgrey Cavefish
Manjaro semble mieux gérer ma nouvelle tour, toutefois, l'affichage peut geler au bout d'un certains temps, les drivers sont pas encore aboutis malheureusement. Ce qui m'agace le plus en fait, c'est de pas pouvoir passer sur les 5.16/5.18
Passer sous SID pourrait résoudre ces problèmes de USBHID à tout hasard?
Bonne soirée à tous
Bonjour Gargamel,
Par ailleurs ce GPU n'est pris en charge qu'à partir du noyau 5.11 (en 5.10 le pilote utilisé est vesa).
Puisqu'il te faut noyau et firmwares de bookworm/sid, peut-être réinstaller, avec une image testing ?
J'étais en SID sur mon ancienne tour, je voulais rester en stable quelques temps pour convenance, mais si il faut passer par là, je prréfère en être vraiment sûr que ça puisse me dépanner.
Je serai ravi que quelqu'un puisse me donner la raison pour laquelle manjaro, avec le 5.18, ne rencontre pas ce problème. Même matos, 2 boots différents
J'ai vu que le paquet firmware-amd-graphics vient de descendre en testing, il contient les pilotes pour ma carte video. Un tel paquet pourrait avoir une quelconque influence sur mon soucis de kernels?
Parti d'un problème d'affichage, je me retrouve avec des kernels récalctrants, aurais-je omis un truc?
Merci d'avance pour votre aide
Parce que les deux executables que tu mentionnes sont à-priori la propriété de firefox-esr, donc le résultat que tu obtiens est "logique"./usr/bin/firefox
paquet détournant les autres vers : /usr/bin/firefox.real
/usr/bin/firefox-esr
/usr/lib/firefox-esr/firefox-bin
Y a t'il une spécificité à Debian car j'ai fait les mêmes manips sur une manjaro (en dur) et une endeavour ( en vm) et j'ai pas eu ce soucis. Ca m'intrigue, pourquoi Firejail est allé chercher la version esr.
Je m'attendais vraiment pas me retrouver avec ces autres instances de FF que je découvre. Comme mentionnné par Croutons, si j'ai bien saisi la chose, il me serait nécessaire sélectionner FF84 par un
J'ai bien les 2 FF distingue
Même en forcant la commande ainsi, c'est la version ESR qui se lance:
J'ai installé Firejail, le problème viendrait-il de lui?
Merci d'avance pour vos retours
Un lien symbolique ne crée pas de dossier cible. Il ne crée rien d'autre que lui-même.
C'est pas ce qui est marqué ici https://www.debian-fr.org/t/lien-symbol … rs/75035/2 et là https://www.numetopia.fr/deplacer-les-d … ous-linux/. Si déja existant, on doit le supprimer avant. Visuellement, il a bien sa petite flêche mais si on rentre dedans (console ou gestionnaire de fichiers) , j'aurai son emplacement actuel et pas celui où il doit renvoyer.
Ne confondrais-tu pas un lien symbolique avec un raccourci ? Un lien symbolique est fait pour être utilisé de façon transparente à la place du chemin de sa cible sans se préoccuper de savoir si c'est un lien ou pas.
Sans doute, visuellement, on peut les différencier? A la base, c'était ce que je voulais avoir.
Qu'entends-tu par sens ?
Que je place un fichier dans l'un ou l'autre dossier, ce fichier se retrouve dans les 2
Non.
Comment expliqué ces retours de consoles?
C'est faisable, mais si les deux utilisateurs n'ont pas le même UID il faut faire attention aux permissions.
Les users sont identiques sur les 2 OS. Pour le moment, les dossiers sont tous vides le temps de piger les liens symboliques. On parle toujours du duo linux/windows mais jamais ou casi pas linux/linux
Gargamel a écrit :il est sensé servir de "home" partagé pour les 2 linux (même compte et même login)
C'est une très mauvaise idée.
Je me suis doute mal exprimé, les fichiers config vont rester dans les vrais home, mon datas, ne sera partagé que les classiques documents, downloads, videos etc.... toujours pas bon?
