Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Où sont sda1 et sda2 ? Que font sdb1 et sdb2 dans cette sortie ?
Pourquoi n'y a-t-il pas une ligne "courte" avec sdb ?
Et le résultat est identique sans le grep de la fin de la ldc.
Si je regarde autrement c'est plus correct :
J'en suis là de mes interrogations existentielles et c'est dommage car (touchons du bois), depuis mon "forçage" dans le noyau, je n'ai plus ce souci des noms en vrac.
Seulement, je vois venir bullseye et sa palanquée de soucis, et je me méfie (merci à Croutons pour son pdf, qui fait un peu peur, soyons honnête).
Et comme un homme averti en vaut deux, c'est ma chérie qui va être contente, 
EDIT :
PS : quand je regarde dans /dev/disk/by-id il y a tout (sortie écourtée) :
Je crains que ce ne soit pas si simple s'il y a des dépendances entre les services, par exemple si nextcloud utilise mysql.
Qui ne tente rien n'aura rien, ça c'est sûr.
Et s'il y a ce genre de dépendances on arrête les deux (ou trois ou quatre) services et on pourra avoir une idée un peu moins floue, peut-être, de là où se situe le souci.
nextcloud, mysqld, mono-sgen, netdata...
tu arrêtes nextcloud pendant 24 h et tu regardes où en est l'état du swap, et si c'est toujours pareil, tu peux réactiver nextcloud et tu arrêtes mysqld et ainsi de suite, tu finiras bien par trouver le coupable.
Mauvaise mise en forme.
, je pense qu'il pensait à quelque chose de plus lisible parce que là (ci-dessus), franchement, c'est inbuvable et indécorticable, alors qu'il suffisait juste d'utiliser le bouton "Autre code" et de rajouter des espaces là où il fallait pour que ça devienne lumineux (mais pas pour moi) :
Souhaitons bon courage à ceux qui vont tenter de (et réussir à ? Ce problème me laisse sans voix et sans idées) dépatouiller tout ça…
EDIT : ah tiens, croisement de posts
EDIT 2 :
Depuis une semaine, j'ai constaté (via le paquet netdata)
Avant tout fonctionnait bien ? Si oui, qu'est-ce qui a changé depuis ?
que je devais débrancher et rebrancher le serveur pour y avoir de nouveau accès
débrancher et rebrancher l'alimentation électrique ou le réseau ? Si l'alim, un simple reset ne suffit pas à réinitialiser pas la machine ?
p.s.: je t'ai écouté, jpt, j'ai commandé ceci :
https://www.amazon.fr/gp/css/order-hist … ders_first
J'ai suivi le lien, mais il faut avoir un compte et comme je suis un vieux schnock, je n'ai pas ça, ni compte fb, ni smartphone…
pour la rubrique "call trace" :
qu'est-ce que ça veut dire ?, ça sert à quoi ?, quel est le type de données mentionné dans le "trace" ?
Une "call trace", c'est l'enregistrement d'une suite d'événements qui s'enchaînent, en gros quand un programme s'exécute, s'il est bien écrit il enregistre tout ce qu'il fait et s'il plante quelque part le noyau, qui supervise l'exécution des programmes, va sortir le film des événements à l'envers, en partant du plantage et en remontant le temps, en affichant l'état des registres et autres choses relatives à la programmation du logiciel, pour que les dév's aient des infos utiles pour dépatouiller la pagaille.
En gros c'est un peu la même chose que si par exemple tu veux copier un gros fichier sur une partition et qu'un message t'informe que ta cible n'a plus assez d'espace libre pour le faire, et le prog s'arrête. On pourrait te balancer toute une tripotée de registres en hexadécimal totalement hermétique, c'est plus cool un texte "no space left on device" mais c'est pareil.
Tout ça pour dire que nous, on n'a pas grand chose à gratter dans les logs qui se déroulent à l'écran, d'où la possibilité de les cacher mais, perso, je préfère les voir, histoire d'anticiper, just in case.
je cherche, à travers ce rapport tout à fait ordinaire pour vous, à mieux comprendre mon système.
Non, ce n'est ordinaire pour personne, sauf pour les dév's.
Et pour comprendre ton système, il y a 20 ans je me suis payé "Le système Linux" chez O'Reilly, mais j'avais des facilités, j'ai commencé il y a 40 ans par faire du sav hard -- ça forme son homme pour le matériel, même si plein de choses sont maintenant différentes (et que je suis de + en + largué, 
).
Je n'ai pas regardé le reste, trop de questions.
Je cherche un système simple permettant de démarrer sur une clé USB sur laquelle je puisse mettre 1 à 3 images ISO.
Il devrait y avoir moyen d'installer TinyCoreLinux sur une clé, y recopier les ISO's désirés et configurer Lilo (un équivalent de grub plus sympathique et plus intuitif, enfin, àmha) pour avoir un choix au démarrage.
c'est la conservation de 50 000 photos qui est en jeu : je ne joue pas !
Double ou triple ce genre de sauvegardes -- comme tu dis, on ne joue pas.
Perso, j'ai une sauvegarde interne pour quand je n'ai pas envie de me coucher tard (même si ça va très vite, en général), que je double sur un dd externe au moins deux fois par semaine et j'en ai deux, en alternance.
je vois pas comment laisser un espace de chaque côté entre le cadre et le texte ici
Joue avec cellpadding et pendant que tu y es, tu mets un accent aigu à "ècritures vagabondes", tu enlèves l'accent sur Érrances, qui n'a pas lieu d'être, et tu mets des espaces insécables avant les " :"
je sais pas si c'est safe / conseillé, justement...
Réfléchis un peu : c'est le même principe que le compteur de vitesse dans ta bagnole, et si tu regardes "Les routes de l'impossible" dans le poste, tu verras que dans certains pays y en a même plus, ce qui n'empêche pas de sacrées vieilles guimbardes de continuer à rouler.
À la one again, ok, mais elles font leur taf : transporter (dans des conditions lamentables et parfois dramatiques) des gens et des marchandises.
Perso, je préfère savoir à quelle vitesse je roule,
Et pour en remettre une couche sur le code (vu qu'en ce moment je suis à la recherche [= mission impossible] d'un bug d'affichage avec la dernière version de Lazarus), je compare des blocs de code de fichiers de deux distributions ayant à peu près 10 ans d'écart, et entre autres choses qui sont toujours là (depuis quand ?), les TODO's...
Est-ce bien raisonnable ? Ou est-ce que c'est l'application de ce que je disais juste avant, quand ça fonctionne on touche plus à rien parce qu'on va tout casser…
vous conseillez de réinstaller linux après une upgrade matérielle (cpu + ram) ?
et qu'en pensent les gens chez AMD ?
Après tout, ils sont directement concernés, non ?
n.b.: cette option peut-elle être utile ?
-D, --console-off
Désactiver l'affichage des messages sur la console.
Ben, si les infos qui s'affichent te dérangent, active-la, mais c'est dommage, àmha.
avez-vous une explication afin que je comprenne ?
Moi j'ai l'impressuion qu'au plus ça va au plus c'est brouillon et compliqué, je le dis souvent et tout ce que je gagne c'est de l'acrimonie, on me supprime des posts, on m'en modifie, il n'empêche, par exemple, vu que je code avec Lazarus FreePascal, il y a les sources et je peux vous garantir que certains tests fournis par les dév's (il y a peut-être 20 ans mais jamais de dates, c'est ringard les dates) ne compilent pas ! Dans des dossiers de tests !
Comme si ceux qui font les codes ne testaient pas leurs trucs.
Alors si le reste est pareil, tu m'as compris tu m'as.
À partir de là, la conclusion qui s'impose c'est "quand ça tombe en marche on touche plus !".
Après tout, le proverbe "le mieux est l'ennemi du bien" n'a pas été inventé pour des prunes, hein,
Et pour te dire le fond de ma pensée, en voyant venir bientôt la migration vers Bullseye, je tremble…
l'informatique c'est pas du vaudou
des fois, oui !
Un jour il y a longtemps quand je militais, j'ai préparé un tract ça m'a pris plusieurs heures en plusieurs fois et à chaque fois fermer en enregistrant tout le soir et rouvrir le lendemain ou plus tard et continuer et ce, plusieurs fois, jusqu'à ce que je le propose en réunion d'assoss', où la chose est acceptée, avec deux-trois modifs, des bricoles.
Je rentre at home pour finaliser, j'allume le fourbi comm' d'hab', je double-clique mon fichier et là, je me prends un message d'erreur comme je n'en avais jamais vu, complètement incompréhensible et hors sujet, et j'ai tout tenté : éteindre et rallumer, repartir des sauvegardes, réinstaller le logiciel, tester les disques (pas d'erreurs), bref, anéanti après plusieurs heures d'échecs, j'informe les copains que je ne pourrai pas sortir le tract et on me répond "bah, tant mieux, s'il sortait, on se serait retrouvés en zonzon ou au mieux avec une belle amende" (faut dire qu'il était chaud-bouillant envers les zozos qui ont la prétention de nous gouverner).
Bref, on abandonne l'idée mais moi, ne voulant pas mourir idiot, je retente les manips de la veille et là, le fichier s'est ouvert comme une fleur, comme s'il n'y avait jamais eu d'incident !
Go figure…
PS : on ne l'a pas publié, au final.
c'est une installation de plusieurs années et le problème est survenu très récemment
Poussière partout donc des pistes qui devraient être séparées les unes des autres se retrouvent en contact aux bords des circuits intégrés, là où les moulons de cochonneries (poussières, miettes de sandwich, poils de chat, brins de tabac, etc.) s'accumulent et c'est très néfaste pour l'intégrité de la circuiterie.
dns-nameserver 8.8.8.8
dns-nameservers 8.8.8.8
ça aidera ceux qui copieront le même message d'erreur dans un moteur de recherche.
À commencer par celui qui se les prend dans les dents !
C'est le minimum.
ping Google.fr ne marche pas
n'est pas un message d'erreur valide. 
Est-ce que tu vas voir le toubib en lui disant "doc', je suis malade" ? Est-ce que tu appelles le garagiste en lui disant "ma voiture elle marche pô", mmmh ?
Alors regarde les logs, il y a probablement plein d'informations utiles.
Hybridemoineau, comme déjà dis plusieurs fois, je ne veux pas que ce soit ré-enchantillonné.
Si la musique est en 192kHz je veux qu'elle soit lu en 192kHz, et idem pour toutes les autres fréquences.
Est-ce que tu sais avant de lire un fichier quelle est sa fréquence ? Si oui, alors jette un coup d'œil à ce qu'a dit Hybridemoineau et plus particulièrement à la toute fin du fichier /usr/share/doc/libasound2/examples/asoundrc.txt : il y a des exemples, l'un force la RATE, mais si tu la forces à celle qui est définie, il n'y aura pas de ré-échantillonnage, non ?
Enfin, j'dis ça j'dis rien, je n'y connais pas grand chose dans ces domaines pointus.
En faisant des tests plus ou moins poussés, je peux en déduire un truc.
Bien joué !
c'est quand même dingue qu'une option si basique n'existe pas, je comprends pas les choix des développeurs parfois
Peut-être que personne n'y a jamais pensé ?
Te reste plus qu'à trouver le bon forum chez alsa et à torcher un post le plus simple possible, puis croiser les doigts.
[Une] option permettant d'empêcher alsa de ré-échantillonner la fréquence
C'est ça qu'il faut leur demander, in english of course.
les pilotes pas forcément vu que les versions sont différentes d'une distribution à l'autre.
Les exécutables compilés, certes, mais quid du code source ?
Quand je regarde dans /usr/src/linux_version/drivers/char le fichier uv_mmtimer.c, il a exactement la même version de copyright (en 2009) et la même taille, que ce soit dans ma vieille machine 32 bits installée en mai 2013 kernel version 3.8.13 ou ma toute neuve 64 bits installée il y a quelques mois pour la base, version 5.7.10 backportée.
C'est sûr que les binaires sont différents, mais l'enchaînement des opérations devrait être le même.
C'est à ça que je pensais.
Là je sèche, ça fait 2 ans (depuis l'achat de mon système hifi) que j'ai ce bug
Avant tu n'avais pas le bug ? Ou c'est une coïncidence ?
Rappel : la coïncidence est le pire ennemi de la vérité (je ne sais plus qui a dit ça).
le pire c'est que j'arrive à reproduire le bug sur toutes les distros en live usb, manjaro, fedora, mageia, des bases bien différentes de Debian donc.
Qu'est-ce qui est commun à toutes ces distros, hormis le matériel (qu'on va supposer bon) ? Probablement les pilotes…
À vérifier, donc (oui, je sais, c'est du boulot, redémarrer plusieurs distros l'une après l'autre et lancer les mêmes commandes et noter les résultats).
Commencer par lsmod | grep snd mais après je n'ai plus d'idées : je pensais trouver des versions des modules mais non, alors pour comparer, c'est un peu fichu, désolé.
modinfo nom_dans_la_liste n'est pas très causant…
un codec (traitement logiciel (et pas matériel) ) 8 channel (numérique => digital)
???
digital doit être remplacé par la traduction correcte qui est "numérique" (et c'est officiel), donc (numérique => numérique) ??????
Aurais-tu voulu dire (numérique => analogique) ?
Comme le son est transmis direct au dac sans reconversion logicielle, est-ce que ça peut être trop de 'boulot' pour le kernel ?
Quand je lis cette phrase, j'en déduis que sans reconversion logicielle, le kernel a au contraire moins de boulot à fournir.
Et par ailleurs,
Ce problème n'existait pas quand j'utilisais encore pulseaudio
Preuve que ton kernel sait faire le taf.
Tu ne nous as pas dit comment tu mettais tes logiciels en pause et combien de temps durait-elle (oui je sais, c'est idiot, mais une pause de 5 secondes est-elle aussi source de souci ?)
Perso, je pencherais pour une déconnexion de l'usb lors du passage en pause. Faudrait regarder les logs avec dmesg | tail -20 juste après un passage en pause.
