Si tu as plusieurs disques identiques, même marque et modèle,
tu pourras les différencier par leur numéro de série
qui est affiché dans le retour de la ligne de commande suivante :
udisksctl status
On retrouve aussi ce même numéro de série utilisé dans les noms de liens
qui sont créés dans /dev/disk/by-id/
… il s'avère que mkfs ne supporte pas les PARTLABEL. …
Alors utilise le nom du lien /dev/disk/by-partlabel/foobar
ou un nom de lien trouvé dans un des sous-répertoires de /dev/disk/
(à part /dev/disk/by-label ou /dev/disk/by-uuid)
qui sera lié au "bon" nom de fichier de périphérique
/dev/disk/by-id est un bon candidat pour être sûr de ne pas se tromper de disque puisque chaque nom de lien qu'il contient est composé avec les références et le numéro de série du disque.
… UUID … j'imagine qu'ils sont encodés dans le FS lui-même,
Oui, l'UUID et le LABEL permettent d'identifier un système de fichiers,
et donc, si pas de système de fichiers alors pas d'UUID ni LABEL
Comme indiqué dans les remarques qui sont dans le fichier /etc/fstab
plutôt que d'utiliser le nom du fichier de périphérique
qui pourrait changer si un disque est ajouté ou déconnecté,
il vaudrait mieux utiliser l'UUID du système de fichiers de la partition
Ce que tu appelles le "vrai nom"
est le nom du fichier de périphérique qui permettrait d'accéder à la partition.
Tu peux récupérer ce nom de fichier de périphérique
en regardant avec la commande readlink
à quoi est lié le lien qui est dans le répertoire /dev/disk/by-partlabel/
Posté par MicP .
En réponse au message Archive .ZIP.
Évalué à 4.
Bonjour
Utilise plutôt le gestionnaire de paquetage
pour vérifier si ce moteur de jeu d'échecs
n'est pas déjà dans la liste des paquetages
de ta distribution MX Linux
Il existe un paquetage nommé stockfish
sur mon système debian :
Sur ma machine, j'ai plusieurs distributions Linux installées
et mes données sont communes et accessibles depuis chacune de ces distributions.
J'ai un système de fichiers qui n'est utilisé que pour les fichiers de données,
et à la racine de ce système de fichiers il y a un répertoire pour chaque compte utilisateur,
et dans ce répertoire j'ai créé les sous-répertoires suivants
Documents
Images
mesScripts
Musique
Téléchargements
Vidéos
Quand j'installe une nouvelle distribution sur ma machine,
je créé un répertoire /home/donnees qui me sert de point de montage pour ce système de fichiers
qui est monté au démarrage de la machine par une ligne dans le fichier /etc/fstab
et je remplace ces répertoires par des liens
vers les répertoires existants dans le système de fichier monté sur /home/donnees
for rep in /home/donnees/$USER/*;do ln -sv $rep ~/${rep##*/};done
Si j'utilisais Windows, j'aurais aussi bien pu créer un système de fichiers de type NTFS
pour partager ces données avec Windows, mais je perdrais alors tous les attributs Linux de mes fichiers partagés.
…
SEE ALSO
fdisk(8), cfdisk(8), parted(8), partprobe(8), partx(8)
AUTHOR
Karel Zak <kzak@redhat.com>
The current sfdisk implementation is based on the original sfdisk from
Andries E. Brouwer.
AVAILABILITY
The sfdisk command is part of the util-linux package and is available
from https://www.kernel.org/pub/linux/utils/util-linux/.
util-linux June 2015 SFDISK(8)
michel@debT450:~$ /usr/sbin/sfdisk --version
sfdisk de util-linux 2.33.1
michel@debT450:~$
SFDISK(8) System Administration SFDISK(8)
NAME
sfdisk - display or manipulate a disk partition table
SYNOPSIS
sfdisk [options] device [-N partition-number]
sfdisk [options] command
DESCRIPTION
sfdisk is a script-oriented tool for partitioning any block device.
Since version 2.26 sfdisk supports MBR (DOS), GPT, SUN and SGI disk la‐
bels, but no longer provides any functionality for CHS (Cylinder-Head-
Sector) addressing. CHS has never been important for Linux, and this
addressing concept does not make any sense for new devices.
…
Regarde la suite d'évènements retournés par la ligne de commande udevadm monitor
on y voit qu'il y a des messages du noyau et de udev qui communiquent en plus entre eux pour savoir ce qu'il faut faire avec ce nouveau périphérique USB détecté.
Les USBids que la clef USB retourne permettent à udevd, grâce à la liste qui est dans /var/lib/usbutils/usb.ids, de savoir qu'il s'agit d'une interface USB <-> SATA
et en fonction des règles udev, il va créer le fichier de périphérique qui va permettre d'accéder à cette clef USB.
Dans l'exemple que j'ai cité dans mon précédent message, la clef USB que j'ai utilisé n'avait même pas de table des partitions, mais refais le même test avec une clef USB qui a une table des partitions et une ou plusieurs partitions formatées, et tu verras beaucoup d'autres messages et informations intéressantes autant dans les retours de udisksctl monitor que de udevadm monitor. Regarde aussi le retour de la commande dmesg
Une clef USB ou un disque n'a pas d'UUID,
c'est le système de fichier d'une partition d'un disque ou d'une partition d'une clef USB (ou autre support) qui, si cette partition a été formaté, aura alors un UUID qui permettra d'identifier ce système de fichiers, et comme une clef USB n'a pas de système de fichiers elle ne peut être montée, seul un système de fichiers peut-être monté.
Dans l'arborescence du répertoire /dev/disk/ il n'y a aucun lien vers ou sous-répertoire du répertoire /sys/
Par contre, à l'insertion d'une clef USB, le retour de la ligne de commande udevadm monitor
ne donne que des sous-répertoires du répertoire /sys/
et en même temps, au moment de l'insertion de cette même clef USB
le retour de la ligne de commande udiskscl monitor donnera un peu plus de précisions :
Il y a toujours cette confusion entre le contenant et le contenu
qui embrouille les débutants qui finissent par ne même plus arriver à comprendre à quoi servent une table des partitions, une partition, et un système de fichiers.
Et les utilisateurs de Windows sont encore plus perdus quand ils voient apparaître sur leur machine des disques supplémentaires qui n'existent pas puisque ce ne sont en fait que de simples partitions.
Finalement, certains vont un jour ou l'autre simplement faire ce qu'ils lisent partout :
ils formatent leur disque ou leur clef USB sans penser que c'est une partition qu'il faut formater et que pour pouvoir créer une partition, il faut d'abord créer ou qu'il existe déjà une table des partitions, ou/et ils essayent de monter un disque ou une clef USB.
Je n'ai pas très bien compris ce que tu veux faire,
mais les retours des deux lignes de commandes suivantes,
lancées avec les privilèges du compte root
pourraient t'inspirer.
Tu peux les lancer en même temps, chacune dans son émulateur de terminal,
et après les avoir lancées, regarde ce qu'il se passe.
Pour en sortir, il faudra faire un Ctrl+C
udisksctl monitor
udevadm monitor
Bien sûr, n'hésite pas à aller lire les pages man de ces deux commandes.
Avant d'être un point de montage, un répertoire se comporte comme tous les autres répertoires,
il peut donc accueillir une arborescence de sous-répertoires et des fichiers.
Mais une fois qu'un système de fichier utilise ce répertoire comme point de montage,
les fichiers et l'arborescence qu'il contient
sont remplacés par l’arborescence et le fichiers du système de fichiers monté.
Les fichiers et l'arborescence que ce répertoire contenait
sont simplement cachés, et ne redeviendront accessibles visibles
qu’après démontage du système de fichiers qui l'utilisait comme point de montage.
Dans un même système de fichiers, le déplacement d'un répertoire
(et de tous les fichiers et l'arborescence qu'il contient)
est très rapide.
Il suffirait donc, juste avant le montage, de déplacer le ou les sous-répertoires
contenus dans le répertoire qui va servir de point de montage,
de façon à ce que, une fois monté, il soit possible de recopier les sous-répertoires déplacés et leur contenu
dans le système de fichiers une fois qu'il sera monté.
Ce déplacement du ou des sous-répertoires pourrait être fait par le script
qui fera ensuite le montage du système de fichiers du NAS
et ce script pourra ensuite lancer la copie des répertoires et fichiers
qui sont contenus dans l'arborescence déplacée, vers le système de fichiers monté.
Il faudra simplement veiller à ce que le déplacement du répertoire
ne se fasse pas pendant qu'un mail soit en train d'être enregistré.
[^] # Re: Variable COLUMS
Posté par MicP . En réponse au message Taille définie du terminal pour une commande donnée. Évalué à 3.
essaye plutôt avec :
[^] # Re: Variable COLUMS
Posté par MicP . En réponse au message Taille définie du terminal pour une commande donnée. Évalué à 3. Dernière modification le 05 novembre 2020 à 21:56.
Bonjour
Peut-être avec la ligne de commandes suivante :
printf "\033[8;42;125;t"; curl -H "Accept-Language: fr" wttr.in/Bordeaux
[^] # Re: Merci à tous les cinq.
Posté par MicP . En réponse au message [Résolu] Fabriquant disque dur. Évalué à 2.
Le numéro de série dont je parlais dans mon message
est déjà inscrit sur l'étiquette qui est collée sur le disque.
# Numéro de série
Posté par MicP . En réponse au message [Résolu] Fabriquant disque dur. Évalué à 3. Dernière modification le 11 septembre 2020 à 20:36.
Bonjour
Si tu as plusieurs disques identiques, même marque et modèle,
tu pourras les différencier par leur numéro de série
qui est affiché dans le retour de la ligne de commande suivante :
On retrouve aussi ce même numéro de série utilisé dans les noms de liens
qui sont créés dans
/dev/disk/by-id/
[^] # Re: Mais …
Posté par MicP . En réponse au message retrouver le "vrai nom" d'une partition dont on connais le PARTLABEL. Évalué à 1.
Alors utilise le nom du lien
/dev/disk/by-partlabel/foobar
ou un nom de lien trouvé dans un des sous-répertoires de
/dev/disk/
(à part
/dev/disk/by-label
ou/dev/disk/by-uuid
)qui sera lié au "bon" nom de fichier de périphérique
/dev/disk/by-id
est un bon candidat pour être sûr de ne pas se tromper de disque puisque chaque nom de lien qu'il contient est composé avec les références et le numéro de série du disque.Oui, l'
UUID
et leLABEL
permettent d'identifier un système de fichiers,et donc, si pas de système de fichiers alors pas d'
UUID
niLABEL
# ce qui donnerait :
Posté par MicP . En réponse au message retrouver le "vrai nom" d'une partition dont on connais le PARTLABEL. Évalué à 1. Dernière modification le 07 août 2020 à 15:16.
# Mais …
Posté par MicP . En réponse au message retrouver le "vrai nom" d'une partition dont on connais le PARTLABEL. Évalué à 2. Dernière modification le 07 août 2020 à 15:11.
Comme indiqué dans les remarques qui sont dans le fichier
/etc/fstab
plutôt que d'utiliser le nom du fichier de périphérique
qui pourrait changer si un disque est ajouté ou déconnecté,
il vaudrait mieux utiliser l'
UUID
dusystème de fichiers
de la partition# fichier de périphérique
Posté par MicP . En réponse au message retrouver le "vrai nom" d'une partition dont on connais le PARTLABEL. Évalué à 3. Dernière modification le 07 août 2020 à 15:00.
Bonjour
Ce que tu appelles le "vrai nom"
est le nom du fichier de périphérique qui permettrait d'accéder à la partition.
Tu peux récupérer ce nom de fichier de périphérique
en regardant avec la commande
readlink
à quoi est lié le lien qui est dans le répertoire
/dev/disk/by-partlabel/
# mc
Posté par MicP . En réponse au message Différences entre 2 listes de fichiers. Évalué à 0. Dernière modification le 04 août 2020 à 14:44.
J'aime bien, avec GNU Midnight Commander,
sélectionner les deux répertoires
et juste avoir à faire Ctrl+X puis appuyer sur la touche D
Le gros défaut de cet outil,
c'est qu'on finit par oublier beaucoup de noms de commandes et leurs options.
# apt
Posté par MicP . En réponse au message Archive .ZIP. Évalué à 4.
Bonjour
Utilise plutôt le gestionnaire de paquetage
pour vérifier si ce moteur de jeu d'échecs
n'est pas déjà dans la liste des paquetages
de ta distribution MX Linux
Il existe un paquetage nommé
stockfish
sur mon système debian :
Pour l'installer,
si pour accéder au privilèges du compte
root
je devais utiliser la commande
sudo
il me suffirait de faire :
# Quel est l'Environnement de Bureau utilisé ?
Posté par MicP . En réponse au message barre des taches. Évalué à 4. Dernière modification le 30 juillet 2020 à 22:18.
Bonjour
Pour pouvoir faire réapparaître cette barre des tâches,
il faudrait avoir quelques informations supplémentaires.
Donne le retour de cette ligne de commande :
# En voilà une :
Posté par MicP . En réponse au message barre des taches. Évalué à 6.
# Quelques liens
Posté par MicP . En réponse au message comment accéder à ma clé USB à partir du fichier /sys. Évalué à 1.
Bonjour
Quelques liens :
https://www.linuxembedded.fr/2014/09/maitriser-les-services-gnulinux-a-laide-de-systemd/
https://www.linuxembedded.fr/2015/07/comprendre-dbus/
https://www.linuxembedded.fr/2015/05/une-introduction-a-udev/
[^] # Re: Des liens …
Posté par MicP . En réponse au message Organisation des systèmes de fichiers. Évalué à 3.
Je vois qu'il y a eu deux moins,
mais surtout, si elle ne va pas,
j'aimerai beaucoup savoir ce qu'il faudrait corriger dans cette méthode.
Merci.
[^] # Re: NAS ?
Posté par MicP . En réponse au message Organisation des systèmes de fichiers. Évalué à -2. Dernière modification le 13 juillet 2020 à 10:26.
Bonjour
À propos de samba :
11 mars 2020 CERTFR-2020-ALE-008 Vulnérabilité dans l’implémentation du protocole SMB par Microsoft Alerte en cours
BULLETIN D'ALERTE DU CERT-FRObjet: Vulnérabilité dans l’implémentation du protocole SMB par Microsoft
# Des liens …
Posté par MicP . En réponse au message Organisation des systèmes de fichiers. Évalué à 5. Dernière modification le 12 juillet 2020 à 19:18.
Bonjour Gwenerke
Sur ma machine, j'ai plusieurs distributions Linux installées
et mes données sont communes et accessibles depuis chacune de ces distributions.
J'ai un système de fichiers qui n'est utilisé que pour les fichiers de données,
et à la racine de ce système de fichiers il y a un répertoire pour chaque compte utilisateur,
et dans ce répertoire j'ai créé les sous-répertoires suivants
Quand j'installe une nouvelle distribution sur ma machine,
je créé un répertoire
/home/donnees
qui me sert de point de montage pour ce système de fichiersqui est monté au démarrage de la machine par une ligne dans le fichier
/etc/fstab
ensuite, depuis le nouveau compte utilisateur de mon nouveau système Linux fraîchement installé,
je supprime les répertoires (qui sont encore vides) :
et je remplace ces répertoires par des liens
vers les répertoires existants dans le système de fichier monté sur
/home/donnees
Si j'utilisais Windows, j'aurais aussi bien pu créer un système de fichiers de type NTFS
pour partager ces données avec Windows, mais je perdrais alors tous les attributs Linux de mes fichiers partagés.
[^] # Re: sfdisk ?
Posté par MicP . En réponse au message PB de géométrie disque dur (résolu). Évalué à 1.
[^] # Re: sfdisk ?
Posté par MicP . En réponse au message PB de géométrie disque dur (résolu). Évalué à 1.
[^] # Re: sfdisk ?
Posté par MicP . En réponse au message PB de géométrie disque dur (résolu). Évalué à 1.
[^] # Re: clef USB et sous-répertoire du répertoire /sys/
Posté par MicP . En réponse au message comment accéder à ma clé USB à partir du fichier /sys. Évalué à 4. Dernière modification le 09 juillet 2020 à 11:52.
En gros (très gros même …) :
Regarde la suite d'évènements retournés par la ligne de commande
udevadm monitor
on y voit qu'il y a des messages du noyau et de udev qui communiquent en plus entre eux pour savoir ce qu'il faut faire avec ce nouveau périphérique USB détecté.
Les USBids que la clef USB retourne permettent à udevd, grâce à la liste qui est dans
/var/lib/usbutils/usb.ids
, de savoir qu'il s'agit d'une interface USB <-> SATAet en fonction des règles udev, il va créer le fichier de périphérique qui va permettre d'accéder à cette clef USB.
Dans l'exemple que j'ai cité dans mon précédent message, la clef USB que j'ai utilisé n'avait même pas de table des partitions, mais refais le même test avec une clef USB qui a une table des partitions et une ou plusieurs partitions formatées, et tu verras beaucoup d'autres messages et informations intéressantes autant dans les retours de
udisksctl monitor
que deudevadm monitor
. Regarde aussi le retour de la commandedmesg
# clef USB et sous-répertoire du répertoire /sys/
Posté par MicP . En réponse au message comment accéder à ma clé USB à partir du fichier /sys. Évalué à 4. Dernière modification le 08 juillet 2020 à 22:46.
Une clef USB ou un disque n'a pas d'UUID,
c'est le système de fichier d'une partition d'un disque ou d'une partition d'une clef USB (ou autre support) qui, si cette partition a été formaté, aura alors un UUID qui permettra d'identifier ce système de fichiers, et comme une clef USB n'a pas de système de fichiers elle ne peut être montée, seul un système de fichiers peut-être monté.
Dans l'arborescence du répertoire
/dev/disk/
il n'y a aucun lien vers ou sous-répertoire du répertoire/sys/
Par contre, à l'insertion d'une clef USB, le retour de la ligne de commande
udevadm monitor
ne donne que des sous-répertoires du répertoire
/sys/
et en même temps, au moment de l'insertion de cette même clef USB
le retour de la ligne de commande
udiskscl monitor
donnera un peu plus de précisions :Il y a toujours cette confusion entre le contenant et le contenu
qui embrouille les débutants qui finissent par ne même plus arriver à comprendre à quoi servent une table des partitions, une partition, et un système de fichiers.
Et les utilisateurs de Windows sont encore plus perdus quand ils voient apparaître sur leur machine des disques supplémentaires qui n'existent pas puisque ce ne sont en fait que de simples partitions.
Finalement, certains vont un jour ou l'autre simplement faire ce qu'ils lisent partout :
ils formatent leur disque ou leur clef USB sans penser que c'est une partition qu'il faut formater et que pour pouvoir créer une partition, il faut d'abord créer ou qu'il existe déjà une table des partitions, ou/et ils essayent de monter un disque ou une clef USB.
[^] # Re: un peu d'inspiration
Posté par MicP . En réponse au message comment accéder à ma clé USB à partir du fichier /sys. Évalué à 1.
Je voulais écrire :
… et après les avoir lancées, connecte/déconnecte une clef USB et regarde ce qu'il se passe.
# un peu d'inspiration
Posté par MicP . En réponse au message comment accéder à ma clé USB à partir du fichier /sys. Évalué à 2. Dernière modification le 08 juillet 2020 à 15:16.
Bonjour
Je n'ai pas très bien compris ce que tu veux faire,
mais les retours des deux lignes de commandes suivantes,
lancées avec les privilèges du compte
root
pourraient t'inspirer.
Tu peux les lancer en même temps, chacune dans son émulateur de terminal,
et après les avoir lancées, regarde ce qu'il se passe.
Pour en sortir, il faudra faire un
Ctrl+C
udisksctl monitor
udevadm monitor
Bien sûr, n'hésite pas à aller lire les pages man de ces deux commandes.
# Un point de montage est avant tout un simple répertoire comme les autres.
Posté par MicP . En réponse au message creer un lien symbolique avec conditions. Évalué à 3. Dernière modification le 06 juillet 2020 à 00:36.
Bonjour
Avant d'être un point de montage, un répertoire se comporte comme tous les autres répertoires,
il peut donc accueillir une arborescence de sous-répertoires et des fichiers.
Mais une fois qu'un système de fichier utilise ce répertoire comme point de montage,
les fichiers et l'arborescence qu'il contient
sont remplacés par l’arborescence et le fichiers du système de fichiers monté.
Les fichiers et l'arborescence que ce répertoire contenait
sont simplement cachés, et ne redeviendront accessibles visibles
qu’après démontage du système de fichiers qui l'utilisait comme point de montage.
Dans un même système de fichiers, le déplacement d'un répertoire
(et de tous les fichiers et l'arborescence qu'il contient)
est très rapide.
Il suffirait donc, juste avant le montage, de déplacer le ou les sous-répertoires
contenus dans le répertoire qui va servir de point de montage,
de façon à ce que, une fois monté, il soit possible de recopier les sous-répertoires déplacés et leur contenu
dans le système de fichiers une fois qu'il sera monté.
Ce déplacement du ou des sous-répertoires pourrait être fait par le script
qui fera ensuite le montage du système de fichiers du NAS
et ce script pourra ensuite lancer la copie des répertoires et fichiers
qui sont contenus dans l'arborescence déplacée, vers le système de fichiers monté.
Il faudra simplement veiller à ce que le déplacement du répertoire
ne se fasse pas pendant qu'un mail soit en train d'être enregistré.
[^] # Re: J'en ai trouvé un
Posté par MicP . En réponse au message Adaptateur secteur pour Acer 5610 (2007).. Évalué à 3.
Donne nous des nouvelles dès que tu auras fini de tester ce chargeur.
Merci.