MicP a écrit 486 commentaires

Bonjour

Je viens d'installer Linux Mint Cinnamon dans une machine virtuelle :

michel@mintvirt ~ $ lsb_release -a
No LSB modules are available.
Distributor ID: LinuxMint
Description:    Linux Mint 18.2 Sonya
Release:    18.2
Codename:   sonya
michel@mintvirt ~ $ 

Ensuite, j'ai installé VLC sur cette machine virtuelle,
et j'y ai transféré un fichier .ts qui avait été créé par un enregistrement VLC sur une autre machine.

Dans la machine Mint, quand j'ai double-cliqué sur ce fichier .ts,
c'est effectivement (par défaut) l'éditeur de texte xed qui a été utilisé pour ouvrir ce fichier vidéo.

=======
Mais ensuite, j'ai fait un clic droit sur le nom du fichier .ts
et dans les menus contextuels proposés, j'ai choisi Ouvrir avec -> Autre application…

Une fois l'application VLC choisie, j'ai cliqué sur le bouton Définir par défaut

Et pour vérifier, j'ai redémarré le système Mint et n'ai constaté aucun problème :
quand je double-clique sur les fichiers .ts, ils s'ouvrent maintenant avec l'application VLC

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

^ => le caractère ou motif de recherche suivant devra être début de ligne.
d => supprimer du flux la ligne qui corresponds au motif de recherche.

sed '/^#/d' .bashrc

Cette ligne de commande sed
ne laissera passer vers stdout (flux standard de sortie)
que les lignes du fichier .bashrc dont le premier caractère n'est pas un caractère #

(Pour .bashrc les lignes qui commencent par un caractère # sont des commentaires.)

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Après avoir plussoyé la suggesion de règle udev
je rajoute quelques liens :

https://wiki.archlinux.org/index.php/udev

https://wiki.archlinux.org/index.php/Udisks

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

…mais quand on la démonte, le fichier de périphérique est détruit ! …

C'est seulement si tu as cliqué sur l'option Éjecter que le fichier de périphérique permettant d'accéder à la partition sera détruit.

L'option Démonter ne fait que ce qu'elle dit faire : démounter le système de fichiers de la partition concernée,
sans détruire le fichier de périphérique qui permet d'accéder à la partition.

Mais bon, je ne sais pas quel est l'Envionnement de Bureau que tu utilise ni l'application qui te propose cette option de Démontage.

Sinon, en ligne de commande, tu pourrais simplement démounter le système de fichiers que tu veux pouvoir formater,
ou alors, avec GParted, démounter le système de fichiers avant de le formater.

Mais quoi qu'il en soit, je te conseillerai plutôt de formater une partition de la clef plutôt que la clef elle même,
et au besoin, créé d'abord une table des partitions qui te permettra de créer une partition à formater.

Tu as peut-être à faire à une clef USB sur laquelle a été copié un fichier image ISO,
et c'est cette image ISO qui est mountée

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

…mes partitions remontent déjà automatiquement;…

D'accord, alors ce n'est pas la peine de créer des points de mountages
puisqu'ils sont créés automatiquement,
les noms des points de mountages doivent sans doute être :

/media/tonNomDeCompteUtilisateur/stock
/media/tonNomDeCompteUtilisateur/medias

(comme je ne connais pas ton nom de compte utilisateur…)

=======
Avec le disque externe et ses systèmes de fichiers automatiquement mountés,
tu pourrais simplement faire :

sudo chown $USER:$USER /media/${USER}/{stock,medias}

Ou bien, si tu veux appliquer récursivement cette modification d'appartenance et groupe
de façon à ce qu'elle soit appliquée à tous les fichiers de toute l'arborescence
contenue dans ces systèmes de fichiers

sudo chown -R $USER:$USER /media/${USER}/{stock,medias}


… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Ah zut ! J'avais donné les commandes pour un système n'utilisant pas sudo
mais comme Ubuntu utilise sudo il suffira, dans toutes les lignes de commandes données ci-dessus,
de remplacer su -c par sudo

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

J'ai "plussoyé" la proposition faite par wismerhill
car la commande tr est plus appropriée pour remplacer ou supprimer des caractères dans un fichier.

De plus, on évite le problème du caractère ] dans la liste pour la classe de caractères de la regexp pour sed
dans laquelle il est impossible de faire autrement que de metttre ce caractère en premier de la liste.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Créer les répertoires qui vont servir de point de mountage :

su -c "mkdir /mnt/{stock,medias}"

Ajouter ces lignes dans /etc/fstab

# pour la partition /dev/sdb1 dont le label est "stock"
UUID=6dce1e8b-ed6c-489b-ae32-a2a96432bbf0 /mnt/stock       ext4    errors=remount-ro   0       0

# pour la partition /dev/sdb2 dont le label est "medias"
UUID=6d48e9d6-f15c-47ea-9862-14ae1ac2e5b6 /mnt/medias      ext4    errors=remount-ro   0       0

Mounter les systèmes de fichiers qui viennet d'être ajoutés dans le fichier /etc/fstab

su -c "mount -a"

Changer les propriétés d'appartenance et groupe des systèmes de fichiers mountés

su -c "chown $USER:$USER /mnt/{stock,medias}"

Ou bien, si tu veux appliquer récursivement cette modification d'appartenance et groupe
de façon à ce qu'elle soit appliquée à tous les fichiers de toute l'arborescence
contenue dans ces systèmes de fichiers

su -c "chown -R $USER:$USER /mnt/{stock,medias}"

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

variable=']°,!/.·"«»()[@…0123456789'
sed -i 's/['"${variable}"']//g' mon_gros_fichier_texte.txt

On peut aussi faire un peu plus court avec :

variable=']°,!/.·"«»()[@…0-9'
sed -i 's/['"${variable}"']//g' mon_gros_fichier_texte.txt

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

variable=']°,!/.·"«»()[@…0123456789'
sed 's/['"${variable}"']//g' mon_gros_fichier_texte.txt

On peut aussi faire un peu plus court avec :

variable=']°,!/.·"«»()[@…0-9'
sed 's/['"${variable}"']//g' mon_gros_fichier_texte.txt

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Comme je le disais dans mon précédent message => je reformule (car vu le 0, je suppose que ça n'a pas été bien compris)
tout dépend de ce que fait ce script et comment il le fait.
Il peut tout aussi bien avoir été créé de façon à détecter s'il est exécuté dans un environnement interactif ou non,
dans ce cas, je suppose qu'il ne retournera rien sur son flux stdout
Sinon, le flux stdout de python3.6 sera redirigé dans le fichier nohup.out étant donné que la commande nohup précédait le lancement de son interpréteur de commandes.

Bien sûr, en fonction de ce que fait le script et comment il le fait il devrait être possible de lui faire prendre en compte une liste de paramètres

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

…
NOM
       nohup - Exécuter une commande en la rendant insensible aux déconnexions, avec une sortie hors terminal
…

La demande sera (peut-être, en fonction du script) redirigée vers le fichier nohup.out

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

J'y vois une liste de 15 lignes.

Sacha Trémoureux avait d'ailleurs proposé un d'utiliser un tree
ce qui aurait levé toute ambiguïté.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Je précise que par copié/collé du bloc de texte fournit par djibb
Cela donne :

michel@debg53sw:~/repTest$ tree
├── Sankore Document 2015-09-07 11-22-32.704
│   └──  Sankore Document 2015-11-23 09-41-28.227
│       └──  Sankore Document 2016-04-04 09-05-28.010
│           └──  Sankore Document 2016-11-04 14-43-32.109
│               └──  Sankore Document 2017-03-14 11-33-08.965
├── Sankore Document 2015-09-08 10-15-04.245
│   └──  Sankore Document 2015-11-24 08-08-10.116
│       └──  Sankore Document 2016-04-04 10-46-21.060
│           └──  Sankore Document 2016-11-07 09-11-31.088
│               └──  Sankore Document 2017-03-14 12-21-34.310
├── Sankore Document 2015-09-10 10-13-03.597
│   └──  Sankore Document 2015-11-24 10-24-40.622
│       └──  Sankore Document 2016-04-04 10-46-49.041
│           └──  Sankore Document 2016-11-07 09-11-39.723
│               └──  Sankore Document 2017-03-17 14-26-48.064
├── Sankore Document 2015-09-10 17-26-51.085
│   └──  Sankore Document 2015-11-24 11-16-46.027
│       └──  Sankore Document 2016-04-04 11-13-57.900
│           └──  Sankore Document 2016-11-07 10-32-02.810
│               └──  Sankore Document 2017-03-20 08-02-26.588
├── Sankore Document 2015-09-14 08-53-04.787
│   └──  Sankore Document 2015-11-24 15-10-00.046
│       └──  Sankore Document 2016-04-05 08-10-18.478
│           └──  Sankore Document 2016-11-10 16-04-42.020
│               └──  Sankore Document 2017-03-23 14-40-01.978
├── Sankore Document 2015-09-14 11-14-49.320
│   └──  Sankore Document 2015-11-26 08-01-27.600
│       └──  Sankore Document 2016-04-05 11-41-08.510
│           └──  Sankore Document 2016-11-14 09-25-47.485
│               └──  Sankore Document 2017-03-23 16-08-27.550
├── Sankore Document 2015-09-14 11-19-26.317
│   └──  Sankore Document 2015-12-01 08-34-55.929
│       └──  Sankore Document 2016-04-05 13-38-51.874
│           └──  Sankore Document 2016-11-14 11-28-28.452
│               └──  Sankore Document 2017-03-23 16-10-28.917
├── Sankore Document 2015-09-15 08-11-16.789
│   └──  Sankore Document 2015-12-01 10-35-31.887
│       └──  Sankore Document 2016-04-25 10-44-48.651
│           └──  Sankore Document 2016-11-17 16-05-02.863
│               └──  Sankore Document 2017-03-30 15-04-00.963
├── Sankore Document 2015-09-15 10-15-48.029
│   └──  Sankore Document 2015-12-01 11-01-54.265
│       └──  Sankore Document 2016-04-25 11-30-30.755
│           └──  Sankore Document 2016-11-21 09-04-45.634
│               └──  Sankore Document 2017-04-03 09-14-50.395
├── Sankore Document 2015-09-15 11-44-31.894
│   └──  Sankore Document 2015-12-03 10-56-02.402
│       └──  Sankore Document 2016-04-26 11-39-09.585
│           └──  Sankore Document 2016-11-21 09-13-38.603
│               └──  Sankore Document 2017-04-07 14-16-53.749
├── Sankore Document 2015-09-15 13-50-44.113
│   └──  Sankore Document 2015-12-07 10-36-28.512
│       └──  Sankore Document 2016-04-26 13-58-05.873
│           └──  Sankore Document 2016-11-21 10-54-31.785
│               └──  Sankore Document 2017-04-10 08-12-52.757
├── Sankore Document 2015-09-17 08-34-41.217
│   └──  Sankore Document 2015-12-07 11-17-14.182
│       └──  Sankore Document 2016-05-02 09-29-32.813
│           └──  Sankore Document 2016-11-25 07-59-17.829
│               └──  Sankore Document 2017-05-02 11-01-18.322
├── Sankore Document 2015-09-17 09-11-27.427
│   └──  Sankore Document 2015-12-08 08-31-40.232
│       └──  Sankore Document 2016-05-09 09-05-31.888
│           └──  Sankore Document 2016-11-25 10-11-54.460
│               └──  Sankore Document 2017-05-05 08-03-04.472
├── Sankore Document 2015-09-17 09-13-25.245
│   └──  Sankore Document 2015-12-15 08-52-34.976
│       └──  Sankore Document 2016-05-10 08-37-21.178
│           └──  Sankore Document 2016-11-25 13-31-45.571
│               └──  Sankore Document 2017-05-11 16-32-54.364
└── Sankore Document 2015-09-22 08-22-31.518
    └──  Sankore Document 2015-12-15 13-52-20.139

72 directories, 0 files
michel@debg53sw:~/repTest$

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Pourquoi ne pas faire un simple rename 's/Sankore/OpenBoard/' *Sankore* ?

Parce que s'il doit renommer les répertoires en utilisant une liste
il doit commencer par la profondeur d'arborescence la plus éloignée
autrement dit par le dernier sous-répertoire de la branche
(d'où l'utilisation de l'option -depth de la commande find)

Dans quel paquet est-ce qu'on trouve la commande rename ?

Sur mon système debian stretch :

michel@debg53sw:~$ which rename
/usr/bin/rename
michel@debg53sw:~$ 
michel@debg53sw:~$ file /usr/bin/rename
/usr/bin/rename: symbolic link to /etc/alternatives/rename
michel@debg53sw:~$ 
michel@debg53sw:~$ file /etc/alternatives/rename
/etc/alternatives/rename: symbolic link to /usr/bin/file-rename
michel@debg53sw:~$ 
michel@debg53sw:~$ file /usr/bin/file-rename
/usr/bin/file-rename: C source, ASCII text
michel@debg53sw:~$ 
michel@debg53sw:~$ dpkg -S /usr/bin/file-rename
rename: /usr/bin/file-rename

Donc, sur mon système debian stretch
la commande rename est un script provenant du paquetage rename

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Dans ton fichier /etc/shadow remplace le champ du mot de passe par :

$6$r28tUNma$/xfjwOOnoi9h5Ed1lmsW5fxK2nrsov1G1loFzHmtizK3o0Lct/biKU2N.U0r8XjdMAGmp87/LC/vjNA4tOS5S/

Le nouveau mot de passe sera : linux

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Je pense qu'il y a eu une interprétation de :

• Tapez alors la commande "passwd votre_nom_d_utilisateur" …
• Entrez ensuite votre mot de passe quand on vous le demande (en tout, 2 fois !)

alors que :

… changé le pass (2x) …

=======
En fait, il n'est pas demandé de lancer deux fois la ligne de commande permettant de changer le mot de passe,
mais plutôt de,

suite à l'entrée (une seule fois) de la commande "passwd votre_nom_d_utilisateur"
- répondre en entrant une première fois le mot de passe
- et répondre à la demande de confirmation du mot de passe entré précédemment en entrant une deuxième fois le même mot de passe

la commande "passwd votre_nom_d_utilisateur" ne sera donc entrée qu'une seule fois.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

find . -depth -type d -execdir rename 's/Sankore/OpenBoard/' {} \;

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Effectivement : 250 MB et pas 250 KB

Mais après 5 minutes, il n'est plus possible de modifier son message, et quand, en plus, je constate mes fautes d'orthographe…

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonsoir

Pour t'éviter d'avoir à télécharger plus d'un Giga octets de fichier image ISO, puis d'avoir à recopier ce gigaoctets sur une clef USB pour finalement devoir mettre à jour tous ces fichiers après l'installation,
je te recommande une des versions netinstall qui prendra par le web, les tout derniers fichiers bien à jour au cours de l'installation.

Le fichier netinstall "pèse" moins de 250 KB.

=======
Il se peut que tu aies besoin de certains fichiers firmware pour faire fonctionner certains périphériques de ta machine,
pour ça, il existe aussi le même genre de fichier image ISO netinstall qui inclue les fichiers firmwares,
et c'est bien pratique quand c'est ta carte réseau qui en a besoin au cours de l'installation : firmware-8.8.0-amd64-netinst.iso.torrent

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

pingouinux sur ubuntu-fr.org

Hier soir à 20h30 ça fonctionnait à nouveau, sans rien modifier dans les réglages.

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonsoir

Voir aussi le contenu du répertoire /etc/lvm

et le retour des commandes (et de leurs options) :
lvdisplay
vgdisplay
pvdisplay

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Pour que la RTC du système Linux utilise aussi l'heure UTC,
il faut entrer cette ligne de commande :

timedatectl set-local-rtc 0


Et éventuellement vous pouvez utiliser la mise à jour de l'heure par un serveur de temps

Voilà ce que ça donne sur une distribution debian
avec l'utilisation des serveurs NTP activée :

michel@debg53sw:~$ timedatectl
      Local time: mar. 2017-04-11 14:52:27 CEST
  Universal time: mar. 2017-04-11 12:52:27 UTC
        RTC time: mar. 2017-04-11 12:52:27
       Time zone: Europe/Paris (CEST, +0200)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  dim. 2017-03-26 01:59:59 CET
                  dim. 2017-03-26 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  dim. 2017-10-29 02:59:59 CEST
                  dim. 2017-10-29 02:00:00 CET
michel@debg53sw:~$

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Il suffit de créer une clef dans la base de registres du système windows,
qui permettra à la RTC de rester à l'heure UTC

Sinon, windows a la fâcheuse manie de mettre à l'heure locale la RTC

En créant un fichier nommé, par exemple rtc2utc.reg dont le contenu sera :

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] “RealTimeIsUniversal”=dword:00000001

Il suffira de double cliquer sur l'icône représentant le fichier créé
pour que cette clef soit créée dans la base de registre du système windows.

Une fois que la clef a été créée, le fichier peut être supprimé.

Bien sûr, laissez la RTC à l'heure UTC sur le système Linux

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.

Bonjour

Tu as aussi, accessibles depuis un compte utilisateur non privilégié :

tous les liens qui sont dans les sous-répertoires de /dev/disk

grep blocks: <(dmesg)

udisksctl status

… et dans ce royaume, ceux qui y voient un peu plus clair sont souvent très mal vus.