MicP a écrit 539 commentaires

Ou alors, avec ce qui suit

#!/bin/bash

# Juste pour garder les noms des variables que vous aviez utilisés
fichier1=$FreeServertmpa76
fichier2=$FreeServertmpa77
fichier3=$FreeServertmpa84

fich_Out=$FreeServertmpe79

longMax1=0
while read ligne; do
    [ ${#ligne} -gt $longMax1 ] && longMax1=${#ligne}
done <$fichier1

longMax2=0
while read ligne; do
    [ ${#ligne} -gt $longMax2 ] && longMax2=${#ligne}
done <$fichier2

exec 6<$fichier2
exec 7<$fichier3
while read ligne1; do
    read ligne2 <&6
    read ligne3 <&7
    printf "%-"$longMax1"s\t%-"$longMax2"s\t%s\n" "$ligne1" "$ligne2" "$ligne3"
done < $fichier1 > $fich_Out
exec 6<&-
exec 7<&-

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

L'auteur du journal précise qu'il ne faut pas utiliser paste.

Ooops désolé

Alors, avec ça :

#!/bin/bash

longMax=0
while read ligne; do
    [ ${#ligne} -gt $longMax ] && longMax=${#ligne}
done <monfichier1

exec 6<monfichier2
while read ligne1; do
    read ligne2 <&6
    printf "%-"$longMax"s\t%s\n" "$ligne1" "$ligne2"
done <monfichier1
exec 6<&-

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

La dernière ligne de commande n'était pas nécessaire,
et le caractère de tabulation était de trop dans le printf

donc :

# Trouver la longueur de la ligne la plus longue dans monfichier1
longMax=0; while read ligne; do [ ${#ligne} -gt $longMax ] && longMax=${#ligne}; done < monfichier1

# Mettre toutes les lignes du monfichier1 à la même longueur
> monfichierTmp; while read ligne; do printf "%-"$longMax"s\n" "$ligne" >> monfichierTmp; done < monfichier1
cat monfichierTmp > monfichier1 && rm monfichierTmp

# Ajouter ligne à ligne le contenu de monfichier2 à monfichier1
paste monfichier1 monfichier2 > monfichier1

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

# Trouver la longueur de la ligne la plus longue dans monfichier1
longMax=0; while read ligne; do [ ${#ligne} -gt $longMax ] && longMax=${#ligne}; done < monfichier1

# Mettre toutes les lignes du monfichier à la même longueur
> monfichierTmp; while read ligne; do printf "%-"$longMax"s\t\n" "$ligne" >> monfichierTmp; done < monfichier1
cat monfichierTmp > monfichier1 && rm monfichierTmp

# Ajouter ligne à ligne le contenu de monfichier2 à monfichier1
paste monfichier1 monfichier2 > monfichierTmp
cat monfichierTmp > monfichier1 && rm monfichierTmp

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

sudo sh -c 'echo disabled > /sys/bus/usb/devices/1-5/power/wakeup'

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

brother.com -> Téléchargement -> Linux deb -> Utilitaires -> Driver Install Tool

brother.com -> Téléchargement -> Linux rpm -> Utilitaires -> Driver Install Tool

The tool will install LPR, CUPSwrapper driver and scanner driver (for scanner models).

Pour mon imprimante, ça fait maintenant 4 ans que je télécharge le script qui est mis à jour en conséquence, et qui fait le travail d'installation tout seul

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

C'était sans doute parce que quand tu avais utilisé la commande su
tu n'avais pas utilisé l'option login de la commande su

Cette option peut être remplacée par un simple tiret :

su -

(voir la page man de la commande su)

Avec cette option, après avoir donné le mot de passe du compte root
le répertoire courant sera le répertoire personnel du compte utilisateur root
et les variables d'environnement (dont le PATH)
seront celles utilisées pour une session du compte root

Sans l'option (le tiret) tu resteras dans le répertoire du compte utilisateur depuis lequel tu avais entré la commande su et les variables d'environnement seront celles du compte utilisateur depuis lequel tu avais entré la commande su

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

J'utilise depuis quelques années une HL-L2340DW
(Le W indique qu'elle est connectable en WiFi).

Je l'ai connectée en WiFi sur ma box
ce qui me permet de la déplacer où j'en ai besoin,
et le serveur cups de mes machines Linux (debian) la détecte sans problème.

Pour installer les pilotes sur mes machines Linux et la configurer,
j'ai utilisé le script de configuration proposé sur le site Brother.

Aucun problèmes, j'imprime même en Recto/Verso quand je veux.

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

Tu peux "récupérer" le fichier dont le programme d'édition a été "brutalement" arrêté
alors que l'édition du fichier n'avait pas été correctement terminée.

Si tu relances l'édition du fichier ~/.bashrc
alors qu'un fichier ~/.bashrc.swp existe déjà,
voilà ce qui va s'afficher :

E325: ATTENTION
Trouvé un fichier d'échange nommé ".bashrc.swp"
      propriété de : michel    daté : Sat Nov  9 18:30:14 2019
    nom de fichier : ~michel/.bashrc
           modifié : OUI
 nom d'utilisateur : michel   nom d'hôte : debg53sw
      processus n° : 2301
Lors de l'ouverture du fichier ".bashrc"
              daté : Fri Aug 16 12:32:06 2019

(1) Un autre programme est peut-être en train d'éditer ce fichier.
    Si c'est le cas, faites attention à ne pas vous retrouver avec
    deux versions différentes du même fichier en faisant des modifications.
    Quitter ou continuer avec attention.
(2) Une session d'édition de ce fichier a planté.
    Si c'est le cas, utilisez ":recover" ou "vim -r .bashrc"
    pour récupérer le fichier (consultez ":help recovery").
    Si vous l'avez déjà fait, effacez le fichier d'échange ".bashrc.swp"
    pour éviter ce message.

Le fichier d'échange ".bashrc.swp" existe déjà !
[O]uvrir en lecture seule, (E)diter quand même, (R)écupérer, Le (s)upprimer, (Q)uitter, (A)bandonner: 

ET en appuyant sur "R" :

Le fichier d'échange ".bashrc.swp" existe déjà !
".bashrc" 92L, 3093C
Utilisation du fichier d'échange ".bashrc.swp"
Fichier original "~/.bashrc"
Récupération achevée. Vérifiez que tout est correct.
(Vous voudrez peut-être enregistrer ce fichier sous un autre nom
et lancer diff avec le fichier original pour repérer les changements)
Il est conseillé d'effacer maintenant le fichier .swp.


Appuyez sur ENTRÉE ou tapez une commande pour continuer

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

…Le souci vient du fichier .bashrc que tu as modifié. Pour commencer, sauvegarde le fichier actuel:…

C’est ce que je pensais qu'un étudiant DUT aurait appris à faire en premier :
Toujours créer une copie de sauvegarde du fichier avant sa modification.

Mais vu le nombre de personnes qui ont "moinssé" mon précédent message, ça ne semble pas être le cas.

=======
Tu peux faire plus court que :

cp ~/.bashrc ~/.bashrc.bak
en faisant :

cp ~/.bashrc{,.bak}


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

Bonjour

Il te suffit de supprimer les fichiers que tu avais modifiés
afin de pouvoir ensuite remettre en service les fichier de sauvegardes
que tu avais créés avant de les modifier.

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

https://linuxfr.org/forums/linux-debian-ubuntu/posts/changement-de-date-1822d72d-77b2-4035-a2d5-79b6436865ed

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

Tu peux aussi écrire les lignes sed
en utilisant des double guillemets :

#!/bin/sh

dernierjourdumoisprecedent=$(date --date "today - $(date +%d) days" +%Y-%m-%d)
premierjourdumoisencours=$(  date --date "4 days ago"               +%Y%m%d)

sed -i "s/201803/$dernierjourdumoisprecedent/g"   fichier.txt
sed -i "s/2018-02-28/$premierjourdumoisencours/g" fichier.txt

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

Bonjour

#!/bin/sh

dernierjourdumoisprecedent=$(date --date "today - $(date +%d) days" +%Y-%m-%d)
premierjourdumoisencours=$(date --date '4 days ago' +%Y%m%d)

sed -i 's/201803/'$dernierjourdumoisprecedent'/g'   fichier.txt
sed -i 's/2018-02-28/'$premierjourdumoisencours'/g' fichier.txt

---

Mais, si on sépare chaque champ par un tiret,

le premier jour du mois en cours serait plutôt:

premierjourdumoisencours=$(date +%Y-%m-01)

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

Bonjour

Pour le premier remplacement :

par les 4 chiffres de l'année courante suivis des 2 chiffres du mois courant et suivis de "01"

de toute série de 8 chiffres qui serait précédée de "cycle" ou "_hyb" ou "_bkp"
et qui se terminerait par "01"

sed -i "s/\(\(cycle\|_hyb\|_bkp\)\)[0-9]\{6\}01/\1$(date +'%Y%m01')/g"  nomDuFichierSQLàModifier

---

Pour le deuxième remplacement :

par la date courante au format "AAAA-MM-JJ"

de toute série de chiffres qui serait présentée dans le même format.

sed -i "s/\([0-9]\{4\}-[0-9]\{2\}-[0-9]\{2\}\)/$(date +"%Y-%m-%d")/"  nomDuFichierSQLàModifier

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

PAS dans la première partition (/dev/sdb1) de la clef,

---

Si le fichier de périphérique associé à la clef USB ciblée est bien /dev/sdb
alors :

sudo dd if=/home/antoine/debian-live-10.0.0-amd64-gnome.iso of=/dev/sdb && sync

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

Je n'avais pas fait attention à :

[ 3,4] Performing "net-hwaddr" ...


alors, si l'adresse MAC a été changée
c'est sans doute une histoire de configuration de l'interface réseau
en IP fixe, peut-être par le fichier /etc/network/interfaces

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

Bonjour

Il te faudrait changer l'adresse MAC du périphérique réseau de ta machine virtuelle clone.

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

Bonjour

Il reste peut-être encore des données dans les tampons E/S,
qui sont en attente de transfert vers le disque.

Essaye avec :

dd if=/dev/zero of=/home/garfi/test.data bs=1M count=100000 conv=fdatasync && sync

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

…
marche uniquement si j'initiliaise l'alarme avec RTC_ALM_SET puis je l'autorise avec RTC_AIE_ON.
Ca me parait etrange l'obligation de faire dans cette ordre la.
Avez vous une idée du pourquoi de cet ordre car sur la documentation
rien n'est écrit a ce sujet mais peut etre que ca coule de source.
…

Tant qu'une nouvelle date/heure d'alarme n'a pas été programmée,
l'ancienne date/heure (déjà dépassée) d'alarme reste enregistrée dans la RTC.

Ça n'a donc aucun sens de demander qu'un signal d'interruption soit déclenché par un évènement passé.

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

J'oubliais de parler des particularités de certaines machines :

La RTC de certaines machines n'acceptera pas
d'enregistrer une date/heure de demande d'interruption
avant un certain délai depuis l'heure actuelle.

Par exemple, pour mon Asus G53SW, ce délai est de 121 minutes

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

Bonjour

Juste pour info,
car c'est hors sujet

À partir d'un shell (bash) de debian
avec les privilèges du compte superutilisateur root
Je peux programmer la RTC de mon PC
pour qu'il se mette tout seul sous tension et redémarre
(par exemple ici dans les 5 minutes qui suivent)
en lançant la ligne de commandes suivantes :

echo 0 > /sys/class/rtc/rtc0/wakealarm && date '+%s' -d '+ 5 minutes' > /sys/class/rtc/rtc0/wakealarm

je vérifie l'état de la RTC
en lançant la ligne de commande suivante :

cat /proc/driver/rtc

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

Bonjour

Lance les lignes de commandes suivantes :

sudo rm /etc/apt/.sources.list.swp
sudo sed -Ei 's/non[ ]+free/non-free/' /etc/apt/sources.list

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

Bonjour

…
au démarrage, il fait
bklid erreur
-t needs NAME=value pair
…

Ça ressemble au message d'erreur retourné par ce vieux bug.

Voir le message accessible par le lien suivant :
https://alioth-lists.debian.net/pipermail/pkg-grub-devel/2016-October/015322.html

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

Bonjour pierreplr

…à devoir aller dans /home/bin …

Je suppose que tu voulais plutôt écrire :$HOME/bin
ou bien : ~/bin
ou bien : /home/NomCompteUtilisateur/bin

=======
Si tu utilises une fenêtre d'émulateur de terminal lancée depuis l'Environnement de Bureau,
le shell utilisé dans cette fenêtre n'est pas un login shell
ce qui fait que ton fichier ~/.profile n'aura pas été pris en compte.

Si tu veux que dans ce cas le répertoire ~/bin soit ajouté dans le PATH
tu peux ajouter dans ton fichier ~/.bashrc
les quelques lignes suivantes :

# If not yet set, set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    [[ "$PATH" =~ "$HOME/bin" ]] || export PATH="$HOME/bin:$PATH"
fi

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