MicP a écrit 463 commentaires

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

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

Bonjour Dareg

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850795

Bonjour

…vieux portable mais le ventilo est digne d'un avion de ligne au décollage…

Vieux portable => Démonter la machine, dépoussiérer le(s) ventilateur(s) et changer la pâte thermique.

Effectivement, c'est bien plus simple de faire un exit dans le script qui va lui même trouver l'heure.

Si la première instruction du script qui est lancé toutes les dix minutes
commence par vérifier que le fichier temoinCronContinue existe,
et si ce fichier n'existe pas, le script s'arrête là.

à 22:00, une autre tâche cron va créer ce fichier temoinCronContinue
=> ce qui va bloquer le script lancé toutes les 10 mn

à 22:45, une autre tâche cron va supprimer le fichier temoinCronContinue
=> ce qui va permettre au script lancé toutes les 10 mn de continuer son travail.

Bonsoir

En bash :

while read; do echo ${REPLY%%#*}#; done < test.txt

Merci pour les remarques, j'essaierais d'être plus attentif.

Il y a aussi : sed -i '$ s/$/\naujourd'"\'"'hui c'"\'"'est mon tour/' gfgf fichier.txt

Bonjour

sed -i "$ s/$/\naujourd'hui c'est mon tour/" fichier.txt

… je choisirai plutôt la version 64 bits.

Ce type de fichier intègre les fichiers firmware …

Pour éviter toute confusion, quand je parlais des firmwares, Je ne parlais pas e la version 64bits
mais du type "non-free" de la netinstall.

Vous voudrez bien m'excuser pour les fautes d'orthographe, mais il est impossible après un certain temps de réflexion de modifier un message sur ce forum.

Alors, il faudra faire avec.

Bonsoir

Merci pour le lien.

Le microprocesseur de cette machine utilise le jeu d'instructions 64 bits.

Pour plus de confort à l'utilisation, tu pourrais y installer une barette RAM de 2Gb (SO-DIMM DDR3 PC3-8500)

On peut aussi gagner beaucoup en réactivité, autonomie et silence en changeant le disque dur par un de type SSD, ce que je ne regrette pas d'avoir fait (RAM et SSD) sur mon EeePC 1005PE, et je ne suis pas prêt d'y remettre un disque classique.

=======
Pour le système à installer, il faudra éviter les environnements de bureau un peu trop gourmands en ressources,et donc, XFCE me semble être un bon choix (mais je ne suis peut-être pas très objectif, car c'est celui que j'utilise)

Il y a aussi LXDE, et d'autres que je n'ai pas assé utilisé pour pouvoir en parler.

Tu peux faire des essais en testant la machine avec une des versions Live debian ou des autres différentes distributions : Rien ne sera modifié sur ta machine pendant ces tests avec les version Live.

=======
Pour l'installation, (si tu veux tenter debian) pour créer ta clef USB d'installation, je te recommande d'utiliser un fichier image ISO netinstall non-free
Perso, je choisirai plutôt la version 64 bits.

Ce type de fichier intègre les fichiers firmware qui pourraient être nécessaires à l'initialisation de certains périphériques comme la carte WiFi ou/et autres.

Au cours de l'installation de debian, tu pourra choisir parmi les différents Environnements de Bureau à installer.

Bonjour

Pourquoi ne pas donner les références de la machine plutôt que de ne donner que le processeur et la Ram qui l'équipe ?
La carte graphique, et les autres périphériques peuvent êtres des informations intéressantes,
et avec la marque, et les références complètes du modèle, ou mieux : un lien web vers le site du constructeur concernant le modèle, ça peut aider à faire une proposition qui correspondra mieux.

Sinon, au hasard, je dirais : debian avec Xfce comme Environnement de Bureau (même si 1GB, c'est un peu "just")

Peut-être aussi avec dcfldd :

dcfldd if=fichSource of=rep1/fichSource of=rep2/fichSource of=rep3/fichSource

ce n'est pas un "disque SSD" mais un SSD

C'est comme si on disait : "une diode LED"

je ne pense pas qu'il soit nécessaire de préciser dans ce lanceur que cette ligne de commande soit exécutée dans une fenêtre de terminal…
Par contre je suis et certain qu'il faudra qu'une session soit ouverte sur le server X pour que la commande xsetwacom puisse fonctioner.

Bonjour

Système -> Préférences -> Applications au démarrage

Et tu créé un lanceur qui va exécuter ta ligne de commande à l'ouverture de ta session graphique.

je ne pense pas qu'il soit nécessaire de préciser dans ce lanceur que cette ligne de commande soit exécutée dans une fenêtre de terminal

Une autre bien meilleure version du même script
créee grâce aux conseils de Watael sur debian-facile.org

#!/bin/bash

# thunar : Un onglet pour chaque répertoire de la liste donnée en paramètre
# Ce script utilise xdotool

mesg="Syntaxe : $0 nomDeRepertoire1 [nomDeRepertoire2]..."

[ $# -eq  0 ] && { printf "\n\t%s\n\n" "$mesg" 1>&2; exit 1; }

until test -d "$1"; do shift; done

thunar "$1"; shift

for rep; do test -d "$rep" && { xdotool key Ctrl+t Ctrl+l type "$rep"; xdotool key Return; }; done

Désolé, je n'avais pas assez bien testé le script précédent.

Celui là devrait mieux fonctionner.

#!/bin/bash

# nécessite xdotool
# en paramètre : la liste des répertoires à ouvrir dans un nouvel onglet

[ $# -eq  0 ] && exit 1

while [ ! -d "$1" ]
do
  shift
done

thunar "$1"
shift

while [ $# -gt 0 ]
do
    [ -d "$1" ] && { xdotool key Ctrl+t Ctrl+l type "$1"; xdotool key Return; }
    shift;
done

#!/bin/bash

[ $# -eq  0 ] && exit 1

[ -d "$1" ] && thunar "$1"
shift

while [ $# -gt 0 ]
do
    [ -d "$1" ] && xdotool key Ctrl+t Ctrl+l type "$1"; xdotool key Return;
    shift;
done

thunar ~/; xdotool key Ctrl+t Ctrl+l type ~/Téléchargements/; xdotool key Return

Le gestionnaire de fichiers thunar n'a pas d'onglet.

(Ce qui n'empêche pas d'utiliser le copié/collé entre deux fenêtres de thunar)

Merci pour ton message, c'était juste que je faisais un peu mon caliméro, genre "C'est trop injuste…"

La personne qui a "moinssé" a dû se dire que ma proposition n'avait rien à faire dans cette suite de réponses concernant MIDI et rien à voir avec la musique en général.

Mais bon, c'est aussi un peu de ma faute : J'aurais dû citer l'extrait de ton message concernant l'accès au web par le 4G du smartphone juste au dessus de ma proposition de solution.

Je sais pas pourquoi j'ai pris un -1 sur mon précédent message :

Pour rappel, je cite cet extrait du Post 1 de Funix :

…j'ai encore bien d'autres sujets en chantier, dont l'accès sécurisé à distance de mon serveur perso, le partage d'une connexion 4G d'android vers linux,…