Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 21/12/2017 à 00:09, Eric Degenetais a écrit : On ne peut pas le garantir, et ce n'est désormais plus important. Ce qu'il faut, c'est utiliser les device réels (pour l'instant /dev/sdcX) pour changer les labels en fonction d'un rôle de la partition (à cet égard, s'il n'y a qu'un seul swap, swap est le seul label plutôt bien choisi). Je recommande de préfixer ou suffixer les étiquettes (LABEL et PARTLABEL) avec un identifiant représentatif de la machine ou du système. Ainsi en cas de branchement du disque pour maintenance ou récupération sur une autre machine qui adopte la même convention, il n'y aurait pas de conflit d'étiquettes ni de risque de confusion entre les partitions des différents disques. Et ensuite utiliser les labels pour le montage, afin que les montages ne soient plus dépendants de l'ordre de détection des disques. Dans ce cas ma recommandation est encore plus valable.
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 21 déc. 2017 00:39, "Haricophile" a écrit : >Le Wed, 20 Dec 2017 22:36:09 +0100, >Eric Degenetais > a écrit : >> car /dev/sda est pris par un >> autre périphérique, pour lequel il n'y a pas forcément de partition >> 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir >> qui correspond à /dev/sda1 (a priori /dev/sdc1) >ou pas, il me semble avoir déjà vu par le passé des trucs changer >tout >seul sur certaines machine/bios, et de toute manière il s'agit de toute Ce que j'entendais par là c'est que pour un boot donné, afin de savoir quel nom de périphérique utiliser au moment de réétiqueter ses partitions afin d'abandonner l'utilisation des noms de bloc device bruts pour des labels bien choisis ne portant pas à confusion, André "numericable" pouvait utiliser la sortie de "ls -lha /dev/disks/by-label" L'idée étant, nous sommes d'accord je pense, de s'en servir UNE FOIS pour retrouver l'identité de ses partitions, les réétiqueter et reconfigurer les montages sur la base des labels. Cordialement Éric Dégenètais
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20/12/2017 à 23:09, andre_deb...@numericable.fr a écrit : > Comment avoir ? : > lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda1 -> ../../sda1 Ce que tout le monde essaye de te dire depuis le début, c'est que ca c'est ta logique de fonctionnement, mais ce n'est pas celle de linux. Soit tu te fais une version de linux a toi, qui fonctionne comme ta logique. Soit tu accepte et adopte la logique de linux tel qu'il est, mais ca te demandera de renoncer a ta logique. La logique de linux, c'est que les noms des fichiers blocs correspondant aux périphériques (/dev/sda1 par exemple) sont fixés par le noyau selon un processus tel que les noms peuvent changer d'une fois sur l'autre. L'utilisateur n'a aucune maitrise la dessus. Pour que l'utilisateur puisse désigner ses périphériques avec un nom pérenne, le noyau fait aussi des raccourcis correspondant aux noms de l'id, du label et de l'uuid. Les noms de ces raccourcis, tu en a la maitrise (sauf pour l'id) et ils ne changeront pas. Cesse d'utiliser les noms qui peuvent changer d'un boot a l'autre, cesse de vouloir imposer que ces noms restent fixes alors que linux est pas fait pour ca, accepte d'utiliser les noms fixes que linux te propose. Et accessoirement, je suis d'accord que donner a une partoche un label qui ressemble a un nom de fichier bloc (par exemple sda1) c'est une source de confusion majeure. Ca va pas te porter chance.
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le Wed, 20 Dec 2017 22:36:09 +0100, Eric Degenetais a écrit : > car /dev/sda est pris par un > autre périphérique, pour lequel il n'y a pas forcément de partition > 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir > qui correspond à /dev/sda1 (a priori /dev/sdc1) ou pas, il me semble avoir déjà vu par le passé des trucs changer tout seul sur certaines machine/bios, et de toute manière il s'agit de toute évidence un serveur hébergé donc sur lequel le hardware est délégué au datacenter sans que le propriétaire ou locataire y accède physiquement... Ce qui est certain c'est qu'il n'est plus conseillé d'utiliser des positions physiques, mais plutôt des positions logiques (uuid...) non dépendante des anciennes limitations hardware et utile pour la maintenance et certaines configurations. Nous en avons la parfaite illustration ici. -- haricoph...@aranha.fr
montage disque externe SSD
Bonjour, Sur mes SSD internes j'utilise l'option discard lors du montage. Mais comment faire pour que cette option soit utilisée lors du montage automatique d'un SSD externe en USB3? A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20 déc. 2017 23:10, a écrit : On Wednesday 20 December 2017 22:32:28 Pascal Hambourg wrote: > Le 20 déc. 2017 9:55 PM, a écrit : > Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes > de fichiers des partitions des noms de périphériques, tu confonds le nom > de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et > même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce > choix pour les noms d'étiquette était une mauvaise idée. Si tu avais > utilisé comme étiquette "root", ou "home" tu ne te poserais pas la > question de savoir si la partition s'appelle sda1 ou sdc1. > Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les > partitions s'appellent ainsi : Non, je ne confonds pas le nom du périphérique avec l'étiquette, je souhaite savoir comment alors recréer le périphérique /dev/sdaX qui n'existe pas dans le répertoire /dev/... On Wednesday 20 December 2017 22:36:09 Éric Dégenètais wrote: > Bonsoir, mais si, il faut manipuler les disques et partitions par le device > qu'ils ont, donc en l'occurrence /dev/sdc1, car /dev/sda est pris par un > autre périphérique, pour lequel il n'y a pas forcément de partition 1... > Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui > correspond à /dev/sda1 (a priori /dev/sdc1) # ls -lha /dev/disk/by-label lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 déc. 20 21:46 sda2 -> ../../sdc2 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda5 -> ../../sdc5 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda6 -> ../../sdc6 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda7 -> ../../sdc7 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda8 -> ../../sdc8 lrwxrwxrwx 1 root root 10 déc. 20 19:24 swap -> ../../sdc3 "/dev/disk/by-label/sdaX" possède un lien symbolique vers "/dev/sdcX". Comment avoir ? : lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda1 -> ../../sda1 André On ne peut pas le garantir, et ce n'est désormais plus important. Ce qu'il faut, c'est utiliser les device réels (pour l'instant /dev/sdcX) pour changer les labels en fonction d'un rôle de la partition (à cet égard, s'il n'y a qu'un seul swap, swap est le seul label plutôt bien choisi). Et ensuite utiliser les labels pour le montage, afin que les montages ne soient plus dépendants de l'ordre de détection des disques. J'ai eu une machine avec un lecteur de cartes capricieux qui me plantait mon boot quand il répondait mal jusqu'à ce que je renonce à utiliser directement les device files de mes disques durs pour basculer sur les labels. Cordialement Éric Dégenètais
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
On Wednesday 20 December 2017 22:32:28 Pascal Hambourg wrote: > Le 20 déc. 2017 9:55 PM, a écrit : > Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes > de fichiers des partitions des noms de périphériques, tu confonds le nom > de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et > même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce > choix pour les noms d'étiquette était une mauvaise idée. Si tu avais > utilisé comme étiquette "root", ou "home" tu ne te poserais pas la > question de savoir si la partition s'appelle sda1 ou sdc1. > Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les > partitions s'appellent ainsi : Non, je ne confonds pas le nom du périphérique avec l'étiquette, je souhaite savoir comment alors recréer le périphérique /dev/sdaX qui n'existe pas dans le répertoire /dev/... On Wednesday 20 December 2017 22:36:09 Éric Dégenètais wrote: > Bonsoir, mais si, il faut manipuler les disques et partitions par le device > qu'ils ont, donc en l'occurrence /dev/sdc1, car /dev/sda est pris par un > autre périphérique, pour lequel il n'y a pas forcément de partition 1... > Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui > correspond à /dev/sda1 (a priori /dev/sdc1) # ls -lha /dev/disk/by-label lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda1 -> ../../sdc1 lrwxrwxrwx 1 root root 10 déc. 20 21:46 sda2 -> ../../sdc2 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda5 -> ../../sdc5 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda6 -> ../../sdc6 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda7 -> ../../sdc7 lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda8 -> ../../sdc8 lrwxrwxrwx 1 root root 10 déc. 20 19:24 swap -> ../../sdc3 "/dev/disk/by-label/sdaX" possède un lien symbolique vers "/dev/sdcX". Comment avoir ? : lrwxrwxrwx 1 root root 10 déc. 20 19:24 sda1 -> ../../sda1 André
Re: Configuration de la 4G sous GNU/Linux
Je ne comprend pas pourquoi Network-manager parvient à activer ma clé 4G sur eth0 (ou eth1) et pas Wicd auquel j'étais habitué. Le 20 décembre 2017 à 17:28, Sébastien NOBILI a écrit : > Le 16/12/2017 à 22:54, Benoit B a écrit : >> wicd gère aussi les réseaux ethernet ? il me semblait que non, mais je peux >> me tromper > > Oui, Wicd gère les cartes Ethernet qui ne sont pas référencées dans le fichier > « /etc/network/interfaces ». > > Si on veut tout gérer par Wicd, alors on ne met que la loopback dans ce > fichier. > > Sébastien >
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20 déc. 2017 9:55 PM, a écrit : On Wednesday 20 December 2017 20:34:15 Pascal Hambourg wrote: > Le 20/12/2017 à 13:28, daniel huhardeaux a écrit : > > Le 20/12/2017 à 13:11, andre_deb...@numericable.fr a écrit : > > man tune2fs option -L > > Si c'est un système de fichiers ext2/3/4. Ou e2label. > Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, > utiliser un programme de gestion des partitions pas trop vieux qui > comprend GPT : Lequel ? > Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les > messages du noyau depuis le dernier démarrage. # tune2fs -m 2 /dev/sda1 "Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide." Mon système ne reconnait aucun /dev/sdaX. Le répertoire /dev contient bien sdc1 à 8, et "sda" tout court. gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8. Impossible de mettre l'UUID=sda1, p. ex. car sda1 n'existe pas la commande : # blkid /dev/sda1 à 8 n'affiche rien ensuite Je ne peux rien faire tant que les /dev/sdaX n'existent pas. André Bonsoir, mais si, il faut manipuler les disques et partitions par le device qu'ils ont, donc en l'occurrence /dev/sdc1, car /dev/sda est pris par un autre périphérique, pour lequel il n'y a pas forcément de partition 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui correspond à /dev/sda1 (a priori /dev/sdc1) Cordialement Éric Dégenètais Cordialement
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20/12/2017 à 21:55, andre_deb...@numericable.fr a écrit : Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT : Lequel ? Peu importe. Un fdisk récent, gdisk, parted, gparted... Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage. # tune2fs -m 2 /dev/sda1 Pourquoi veux-tu changer le pourcentage de blocs réservés ? Quel rapport avec les messages du noyau ? "Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide." Mon système ne reconnait aucun /dev/sdaX. Evidemment puisque le disque /dev/sda n'existe pas. Ton disque est actuellement /dev/sdc. Le répertoire /dev contient bien sdc1 à 8, et "sda" tout court. gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8. Impossible de mettre l'UUID=sda1, p. ex. car sda1 n'existe pas la commande : # blkid /dev/sda1 à 8 n'affiche rien ensuite Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes de fichiers des partitions des noms de périphériques, tu confonds le nom de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce choix pour les noms d'étiquette était une mauvaise idée. Si tu avais utilisé comme étiquette "root", ou "home" tu ne te poserais pas la question de savoir si la partition s'appelle sda1 ou sdc1. Je ne peux rien faire tant que les /dev/sdaX n'existent pas. Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les partitions s'appellent ainsi.
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
On Wednesday 20 December 2017 20:34:15 Pascal Hambourg wrote: > Le 20/12/2017 à 13:28, daniel huhardeaux a écrit : > > Le 20/12/2017 à 13:11, andre_deb...@numericable.fr a écrit : > > man tune2fs option -L > > Si c'est un système de fichiers ext2/3/4. Ou e2label. > Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, > utiliser un programme de gestion des partitions pas trop vieux qui > comprend GPT : Lequel ? > Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les > messages du noyau depuis le dernier démarrage. # tune2fs -m 2 /dev/sda1 "Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide." Mon système ne reconnait aucun /dev/sdaX. Le répertoire /dev contient bien sdc1 à 8, et "sda" tout court. gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8. Impossible de mettre l'UUID=sda1, p. ex. car sda1 n'existe pas la commande : # blkid /dev/sda1 à 8 n'affiche rien ensuite Je ne peux rien faire tant que les /dev/sdaX n'existent pas. André
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20/12/2017 à 13:28, daniel huhardeaux a écrit : Le 20/12/2017 à 13:11, andre_deb...@numericable.fr a écrit : Je ne demande que ça de modifier contenu, étiquette et label de la partition, Etiquette en français et label en anglais, c'est la même chose. quelle est la méthode ? man tune2fs option -L Si c'est un système de fichiers ext2/3/4. Ou e2label. Si c'est un autre type de système de fichiers, il doit y avoir un outil équivalent. Si c'est un swap, man swaplabel. Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT. Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage.
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20/12/2017 à 08:12, Stephane Ascoet a écrit : Le 20/12/2017 à 07:39, Pascal Hambourg a écrit : Le 19/12/2017 à 23:02, Pierre Malard a écrit : Je dis eut-être encore une connerie mais si effectivement cela vient du fait qu’un clé USB ou tout autre disque a été validée comme sda, sdb, est-ce qu’on ne pourrait pas tout simplement chercher du côté des /etc/udev/rules.d en virant les fichiers enregistrés avant un reboot comme pour les « mémoire » de devices réseau ? A ma connaissance il n'y a pas et il n'y a jamais eu de générateur de règles udev pour le nommage persistant des disques dans Debian, contrairement au nommage des interfaces réseau. Bonjour, par contre j'ai bien reussi, un peu par miracle, a fixer un peripherique en "/dev/cequejeveux", du coup peu importe si le /dev/sd? change Je ne dis pas le contraire. Il est possible d'écrire une règle udev pour fixer le nom d'un disque. Mais c'est manuel. Contrairement à ce qui existait avec les interfaces réseau avant Stretch, il n'y a aucun générateur qui va automatiquement créer une règle udev de nommage persistant pour qu'un disque ait toujours le même nom que celui qu'il a eu la première fois qu'il a été détecté.
Re: Questions sur les outils de gestion d'un dépôt privé apt
Ça ne devrait pas se produire car les versions des logiciels dans la branche stable ne changent pas (ça c’est l’ancienne théorie, car dans la pratique, il arrive que certains changent, Firefox par exemple). Ou le noyau qui a pété il y a quelques jours une bonne partie des machines bi-proc ! gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels Domaine Universitaire, CS 40700, 38041 Grenoble Cedex 9, France mailto:gabriel.mor...@legi.grenoble-inp.fr tel:+33.476.825.015
Re: Questions sur les outils de gestion d'un dépôt privé apt
Le mercredi 13 décembre 2017 à 19:08, Olivier a écrit : > 2. de centraliser l'accès à des dépôts apt de plusieurs serveurs afin que > ces serveurs n'aient plus directement besoin d'accéder à Internet pour > installer de nouveaux paquets ou mettre des paquets anciens (un mirroir me > semble bien répondre à ce besoin puisque seul le mirroir a besoin > d'Internet pour remplir son office). « apt-cacher-ng » peut peut-être répondre à ce besoin. > Le point qui me semble le plus obscur est la maîtrise, avec aptly ou autre > chose, de la version des paquets installés: > 1. le dépôt de Debian/Stetch héberge le logiciel toto.1.1, > 2. tant bien que mal, je crée un paquet 1.1.3 que je pousse dans mon dépôt > privé, > 3. un apt-get upgrade sur un serveur utilisant exclusivement ce dépôt > privé, installe le paquet toto-1.1.3 > 4. après une commande magique je peux obtenir un retour arrière si besoin > (au besoin en falsifiant un paquet 1.1.4 qui aurait dans les faits le même > contenu qu'un paquet 1.1.X antérieur > 5. comment se prémunir d'une mise à jour dans le dépôt officiel de Debian Ça ne devrait pas se produire car les versions des logiciels dans la branche stable ne changent pas (ça c’est l’ancienne théorie, car dans la pratique, il arrive que certains changent, Firefox par exemple). Sébastien
Re: Configuration de la 4G sous GNU/Linux
Le 16/12/2017 à 22:54, Benoit B a écrit : > wicd gère aussi les réseaux ethernet ? il me semblait que non, mais je peux > me tromper Oui, Wicd gère les cartes Ethernet qui ne sont pas référencées dans le fichier « /etc/network/interfaces ». Si on veut tout gérer par Wicd, alors on ne met que la loopback dans ce fichier. Sébastien
Cups plante lors de l'impression d'un PDF (pdf1-4)
Bonjour, impossible d'imprimer un PDF depuis le visualisateur atril (j'utilise le bureau mate), l'impression plante. J'ai également essayé depuis zathura, même problème. Par contre, aucun problème lorsque je l'imprime manuellement via lp ou lpr. En pièce jointe, les messages de déboguage Le PDF à l'origine du problème contient des infos personnelles (il vient de ma mutuelle), je ne l'ai pas joint à ce mail. Je peux l'envoyer sur demande. uname -a: Linux dimension 4.14.0-1-amd64 #1 SMP Debian 4.14.2-1 (2017-11-30) x86_64 GNU/Linux Imprimante laser Brother DCP-L2500D -- *Philippe CARRIER* lieu-dit Charpenay 69490 SARCEY fixe: /04.74.72.49.82/ port: /*06.89.56.27.31*/ print with atril: *** Error in `atril': double free or corruption (!prev): 0x56215050 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x390b4722fb)[0x7fffefc1c2fb] /lib/x86_64-linux-gnu/libc.so.6(+0x390b47895e)[0x7fffefc2295e] /lib/x86_64-linux-gnu/libc.so.6(+0x390b4791be)[0x7fffefc231be] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28b5dc)[0x719dd5dc] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28d58f)[0x719df58f] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a2d14eb)[0x71a234eb] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a28a17e)[0x719dc17e] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a2d0790)[0x71a22790] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a26e2d6)[0x719c02d6] /usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x37)[0x719c0f27] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a242685)[0x71994685] /usr/lib/x86_64-linux-gnu/libcairo.so.2(+0x391a26e2d6)[0x719c02d6] /usr/lib/x86_64-linux-gnu/libcairo.so.2(cairo_surface_finish+0x37)[0x719c0f27] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x39241b68c7)[0x72ba48c7] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x3924088468)[0x72a76468] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x3924c2bad0)[0x72521ad0] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x155)[0x706e2e15] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x390d04b1e0)[0x706e31e0] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0xc2)[0x706e34f2] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_main+0x85)[0x72a1f345] atril(+0x20242)[0x55574242] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7fffefbca561] atril(+0x203ea)[0x555743ea] === Memory map: 4000-555bc000 r-xp 08:22 263814 /usr/bin/atril 557bc000-557c1000 r--p 00068000 08:22 263814 /usr/bin/atril 557c1000-557c2000 rw-p 0006d000 08:22 263814 /usr/bin/atril 557c2000-57678000 rw-p 00:00 0 [heap] 7fff7000-7fff70021000 rw-p 00:00 0 7fff70021000-7fff7400 ---p 00:00 0 7fff747f8000-7fff747fa000 r-xp 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff747fa000-7fff749f9000 ---p 2000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749f9000-7fff749fa000 r--p 1000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749fa000-7fff749fb000 rw-p 2000 08:22 268468 /usr/lib/x86_64-linux-gnu/libsoup-gnome-2.4.so.1.8.0 7fff749fb000-7fff74a2 r-xp 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74a2-7fff74c2 ---p 00025000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c2-7fff74c21000 r--p 00025000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c21000-7fff74c22000 rw-p 00026000 08:22 272815 /usr/lib/x86_64-linux-gnu/libjson-glib-1.0.so.0.400.2 7fff74c22000-7fff74c37000 r-xp 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74c37000-7fff74e36000 ---p 00015000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e36000-7fff74e37000 r--p 00014000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e37000-7fff74e38000 rw-p 00015000 08:22 274466 /usr/lib/x86_64-linux-gnu/librest-0.7.so.0.0.0 7fff74e38000-7fff74e41000 r-xp 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff74e41000-7fff7504 ---p 9000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff7504-7fff75041000 r--p 8000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudprint.so 7fff75041000-7fff75042000 rw-p 9000 08:22 274338 /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/printbackends/libprintbackend-cloudpr
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Par hasard un article concernant fstab paru ce jour https://www.it-connect.fr/fstab-roles-outils-et-type-de-montage-sous-linux/
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Bonjour, Le mardi 19 décembre 2017 à 17:45, andre_deb...@numericable.fr a écrit : > Je ne sais par quelle opération, > les noms des partitions de mon serveur sont > passés de /dev/sdaX à /dev/sdcX, > soit 8 partitions /dev/sda1 à 8 => /dev/sdc1 à 8. https://lists.debian.org/debian-user-french/2017/08/msg00162.html > Comment rétablir leur nom en /dev/sda1 à 8 ? Utilise les labels ou les UUID, sinon le problème reviendra sûrement… Sébastien
Re: interface usb em28xx
J'ai choisi Mod capture TV (analogique), Mode capture /dev/video1, Standard video SECAM L fréquence 50 kHz J'obtiens un cône avec un bonnet père noël Le 20/12/2017 à 11:38, herve.thib...@free.fr a écrit : BOnjour J'essaie de récupérer des enregistrements VHS en utilisant VLC la commande dmesg donne [ 6310.671908] usbcore: registered new interface driver em28xx [ 6313.625627] em28xx 3-6:1.0: New device USB VIDBOX FW Audio @ 480 Mbps (eb1a:5124, interface 0, class 0) [ 6313.625633] em28xx 3-6:1.0: Video interface 0 found: isoc [ 6313.625669] em28xx 3-6:1.0: chip ID is em2860 [ 6313.784863] em28xx 3-6:1.0: EEPROM ID = 1a eb 67 95, EEPROM hash = 0x806f2156 [ 6313.784867] em28xx 3-6:1.0: EEPROM info: [ 6313.784869] em28xx 3-6:1.0: AC97 audio (5 sample rates) [ 6313.784871] em28xx 3-6:1.0: 500mA max power [ 6313.784874] em28xx 3-6:1.0: Table at offset 0x24, strings=0x288c, 0x226a, 0x [ 6313.784878] em28xx 3-6:1.0: Identified as Easy Cap Capture DC-60 (card=64) [ 6313.784881] em28xx 3-6:1.0: analog set to isoc mode. [ 6313.805553] em28xx 3-6:1.0: Registering V4L2 extension [ 6314.336396] saa7115 7-0025: saa7113 found @ 0x4a (3-6:1.0) [ 6315.368157] em28xx 3-6:1.0: Config register raw data: 0x50 [ 6315.404117] em28xx 3-6:1.0: AC97 vendor ID = 0x [ 6315.420136] em28xx 3-6:1.0: AC97 features = 0x6a90 [ 6315.420139] em28xx 3-6:1.0: Empia 202 AC97 audio processor detected [ 6318.613293] em28xx 3-6:1.0: V4L2 video device registered as video1 [ 6318.613297] em28xx 3-6:1.0: V4L2 VBI device registered as vbi0 [ 6318.613302] em28xx 3-6:1.0: V4L2 extension successfully initialized [ 6318.613305] em28xx: Registered (Em28xx v4l2 Extension) extension mais VLC ne voit dans les périphériques que : Video Caméra TV analogique TV numérique Bureau
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20-12-2017, à 13:11:57 +0100, André Debian a écrit : Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ? En root: blkid sort par exemple: /dev/sda6: LABEL="USR" UUID="1fab14d3-af62-4cb3-94dc-6781e26834c4" TYPE="ext4" PARTUUID="000d86b9-06" La ligne correspondante dans /etc/fstab: UUID=1fab14d3-af62-4cb3-94dc-6781e26834c4 /usr ext4 defaults 0 2 Pas sûr, mais je crois que tu mets soit le UUID soit le LABEL dans le /etc/fstab. Alors soit tu modifies ce fichier à la main, soit tu utilises tune2fs comme indiqué dans un autre post. Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? Je crois que PH avait répondu à cette question.
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
Le 20/12/2017 à 13:11, andre_deb...@numericable.fr a écrit : On Tuesday 19 December 2017 21:56:15 Pascal Hambourg wrote: Le 19/12/2017 à 19:52, andre_deb...@numericable.fr a écrit : # blkid /dev/sda1 : ne donne rien. Peut-être parce que sda1 n'existe pas ? Il existait et est devenu sdc1. Le système connait /dev/sdc1 avec LABEL = "sda1" C'est la pire façon de nommer une partition : une étiquette qui ne fournit aucune information sur le contenu ou le rôle de la partition, et qui est fausse voire trompeuse lorsque le disque change de nom, comme ici. Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ? man tune2fs option -L Dans "/etc/udev/rules.d", j'ai : 70-persistent-cd.rules 70-persistent-net.rules mais pas de fichier pour le nommage des partitions /dev/... Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? André
Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX
On Tuesday 19 December 2017 21:56:15 Pascal Hambourg wrote: > Le 19/12/2017 à 19:52, andre_deb...@numericable.fr a écrit : > > # blkid /dev/sda1 : ne donne rien. > Peut-être parce que sda1 n'existe pas ? Il existait et est devenu sdc1. > > Le système connait /dev/sdc1 avec LABEL = "sda1" > C'est la pire façon de nommer une partition : une étiquette qui ne > fournit aucune information sur le contenu ou le rôle de la partition, et > qui est fausse voire trompeuse lorsque le disque change de nom, comme ici. Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ? Dans "/etc/udev/rules.d", j'ai : 70-persistent-cd.rules 70-persistent-net.rules mais pas de fichier pour le nommage des partitions /dev/... Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? André
interface usb em28xx
BOnjour J'essaie de récupérer des enregistrements VHS en utilisant VLC la commande dmesg donne [ 6310.671908] usbcore: registered new interface driver em28xx [ 6313.625627] em28xx 3-6:1.0: New device USB VIDBOX FW Audio @ 480 Mbps (eb1a:5124, interface 0, class 0) [ 6313.625633] em28xx 3-6:1.0: Video interface 0 found: isoc [ 6313.625669] em28xx 3-6:1.0: chip ID is em2860 [ 6313.784863] em28xx 3-6:1.0: EEPROM ID = 1a eb 67 95, EEPROM hash = 0x806f2156 [ 6313.784867] em28xx 3-6:1.0: EEPROM info: [ 6313.784869] em28xx 3-6:1.0: AC97 audio (5 sample rates) [ 6313.784871] em28xx 3-6:1.0: 500mA max power [ 6313.784874] em28xx 3-6:1.0: Table at offset 0x24, strings=0x288c, 0x226a, 0x [ 6313.784878] em28xx 3-6:1.0: Identified as Easy Cap Capture DC-60 (card=64) [ 6313.784881] em28xx 3-6:1.0: analog set to isoc mode. [ 6313.805553] em28xx 3-6:1.0: Registering V4L2 extension [ 6314.336396] saa7115 7-0025: saa7113 found @ 0x4a (3-6:1.0) [ 6315.368157] em28xx 3-6:1.0: Config register raw data: 0x50 [ 6315.404117] em28xx 3-6:1.0: AC97 vendor ID = 0x [ 6315.420136] em28xx 3-6:1.0: AC97 features = 0x6a90 [ 6315.420139] em28xx 3-6:1.0: Empia 202 AC97 audio processor detected [ 6318.613293] em28xx 3-6:1.0: V4L2 video device registered as video1 [ 6318.613297] em28xx 3-6:1.0: V4L2 VBI device registered as vbi0 [ 6318.613302] em28xx 3-6:1.0: V4L2 extension successfully initialized [ 6318.613305] em28xx: Registered (Em28xx v4l2 Extension) extension mais VLC ne voit dans les périphériques que : Video Caméra TV analogique TV numérique Bureau