Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX

2017-12-20 Par sujet Pascal Hambourg 

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

2017-12-20 Par sujet Eric Degenetais 
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

2017-12-20 Par sujet hamster 
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

2017-12-20 Par sujet Haricophile 
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

2017-12-20 Par sujet Gaëtan Perrier 
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

2017-12-20 Par sujet Eric Degenetais 
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

2017-12-20 Par sujet andre_debian 
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

2017-12-20 Par sujet Benoit B 
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

2017-12-20 Par sujet Eric Degenetais 
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

2017-12-20 Par sujet Pascal Hambourg 

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

2017-12-20 Par sujet andre_debian 
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

2017-12-20 Par sujet Pascal Hambourg 

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

2017-12-20 Par sujet Pascal Hambourg 

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

2017-12-20 Par sujet Gabriel Moreau 



Ç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

2017-12-20 Par sujet Sébastien NOBILI 
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

2017-12-20 Par sujet Sébastien NOBILI 
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)

2017-12-20 Par sujet Philippe CARRIER 

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

Re: Noms partitions /dev/sdaX modifiés en /dev/sdcX

2017-12-20 Par sujet steve 

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

2017-12-20 Par sujet Sébastien NOBILI 
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

2017-12-20 Par sujet herve.thib...@free.fr 

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

2017-12-20 Par sujet steve 

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

2017-12-20 Par sujet daniel huhardeaux 

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

2017-12-20 Par sujet andre_debian 
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

2017-12-20 Par sujet herve.thib...@free.fr 

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