Oui c'est ça qui est problématique si j'ai bien compris c'est via un hébergeur Dropbox, donc à chaque commande, il faudra que bash se connecte a dropbox pour y enregistrer son fichier ça risque à laguer pas mal pour réafficher le prompt, un peu moins si c'est en réseau local
C'est plus simple sur une seule machine entre les différent utilisateurs et root, un seul fichier super .bash_history, via le réglage dans .bash_profile de chacun des utilisateurs et de root.
export HISTFILE=/où-est-le fichier-commun/.bash_history
PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"
Pour visionner ce qu'a fait serveur1 sur serveur2 il suffira de créer un utilisateur lambda sur le serveur2 sans modifier son .bash_profile et de copier coller le fichier .bash_history du serveur 1 dans /home/lambda puis d'ouvrir une session pour l'utilisateur lambda.
Il y a surement moyen de faire mieux mais je suis bien au-delà de mes compétences.
En résumé la commande history recherche d'abord en mémoire, puis dans un fichier, et donc le terminal 2 ne pourra pas voir ce qu'il y a dans la mémoire de terminal 1 sur la même machine.
Avec une astuce si j'ai bien compris une suite de commande permet à chaque fin de commande de vider la mémoire dans le fichier au ré affichage du prompt. Et donc le fichier sera accessible aux terminaux 1 et 2.
PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"
Les explication en anglais :
history -a “Append history list to history file”
history -c “Clear history list from session”
history -r “Read from history file and append the contents to history list”
Et pour plusieurs machines c'est le même principe, sauf que le fichier histfile se trouve partagé.
Je fais le résumé de ce que j'ai compris mais je ne saurai probablement pas le mettre en œuvre surtout pour plusieurs machines
Avec les liens vers les isos à télécharger
- Latest LTS Release: 14.04.3 Trusty Tahr
- Latest Release: 15.04 Vivid Vervet
- Current Development ISO:Daily Build (Xenial Xerus)
Pas de mkdir sur un système en lecture seule, ce n'est pas sur les périphériques que mkdir crée un répertoire mais sur le disque dur read only. Il faut trouver un répertoire vide par exemple sur mon système /mnt est vide ( ls /mnt ne renvoie rien) autre possibilité le dossier /media.
Une fois trouvé un répertoire vide à coup de ls par exemple /media
mount /dev/sdb1 /media
J'ai essayé les quatre torrents avec Transmission v2.84, ils indiquent tous une erreur de tracker:
http://www.freetorrent.fr:55555
Erreur "Tracker gave HTTP response code 404 (Not Found)" survenue il y a X minutes
Demande de plus de pairs dans X minutes
Erreur de rassemblement (scrape) "Tracker gave HTTP response code 404 (Not Found)"
Décompte des pairs dans X minutes
KDE est l'un des environnements de bureau libres les plus utilisés. Il est proposé par tous les principaux systèmes d'exploitation libres, et de nombreux autres. Il est notamment l'environnement par défaut des distributions Linux Mageia, openSUSE20 et Chakra Linux.
autrement dit il est possible de l'installer sur toutes les distributions même si ce n'est pas le choix par défaut, de même on peut utiliser Gnome sur Open Suse ou Mageia
Si la vitesse de téléchargement n'est pas un soucis autant se rendre compte par soi-même, mais je ne pense pas comme l'indiquait le titre de mon message que le critère KDE ou pas soit pertinent, KDE est proposé par toutes les distributions, en fouinant sur le web on trouvera toujours un message se plaignant de kde sur telle ou telle distrib mais bon ..
Je n'ai rencontré aucun soucis d'intégration avec Scientific Linux 6 (Cern) http://linuxsoft.cern.ch/ que ce soit avec Gnome ou Kde, le noyau linux est un peu ancien mais cela ne me gène pas la version de kde proposée est 4.3.4.6, ce qui me plait avec cette distribution c'est :
Scientific Linux CERN 6 Support Lifetime
Since SLC/SL are based on sources of Red Hat Enterprise Linux 6 (RHEL6) sources the support lifetime cannot be longer than the one proposed by Red Hat. Due to CERN environment constraints (available manpower, hardware purchases procedures .. etc.) Scientific Linux CERN 6 Lifetime may be actually shorter than RHEL6 one, subject to Linux Certification Committee decision.
At present following End of Support dates are foreseen:
SLC6 / i386 - End of Support: before December 2020 (no exact date known at present)
SLC6 / x86_64 - End of Support: before December 2020 (no exact date known at present)
In addition to the above dates please note that from Q2 2016 we will not accept any request for new features. From Q2 2017 only security updates will be provided (except for CERN-specific software included). (please see: RHEL6 product support life cycle)
Si on préfère plus récent il y a la version 7 basée sur Centos, ou encore plus récent la Fedora, ces distributions sont très similaires sauf la versions des logiciels.
J'ai testé récemment quatre distribution via le CD netinstall :
Scientific linux 6 et 7, Mageia 5 et Fedora 23
Pour les 4, KDE n'est pas l'environnement par défaut mais on peut le selectionner à l'installation, sans en être sûr mais à mon avis il est ausi bien intégré que sur Kubuntu.
Fedora est le plus à jour et chez moi à les vitesses de téléchargement les plus rapides (environ 600 KB/s pour un max de 800KB/s) contre 100KB/s ou moins pour les autres.
[^] # Re: si si
Posté par remico . En réponse au message Historique commun multi session. Évalué à 1.
Oui c'est ça qui est problématique si j'ai bien compris c'est via un hébergeur Dropbox, donc à chaque commande, il faudra que bash se connecte a dropbox pour y enregistrer son fichier ça risque à laguer pas mal pour réafficher le prompt, un peu moins si c'est en réseau local
C'est plus simple sur une seule machine entre les différent utilisateurs et root, un seul fichier super .bash_history, via le réglage dans .bash_profile de chacun des utilisateurs et de root.
export HISTFILE=/où-est-le fichier-commun/.bash_history
PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"
Pour visionner ce qu'a fait serveur1 sur serveur2 il suffira de créer un utilisateur lambda sur le serveur2 sans modifier son .bash_profile et de copier coller le fichier .bash_history du serveur 1 dans /home/lambda puis d'ouvrir une session pour l'utilisateur lambda.
Il y a surement moyen de faire mieux mais je suis bien au-delà de mes compétences.
[^] # Re: si si
Posté par remico . En réponse au message Historique commun multi session. Évalué à 3. Dernière modification le 12 novembre 2015 à 19:27.
Et pour la date il faut coller cette ligne dans le fichier .bash_profile pour avoir la date et l'heure des commande avec la commande history
export HISTTIMEFORMAT="%T %d-%b-%Y "
Après la variable PATH c'est expliqué ici :
http://www.geekpills.com/operating-system/linux/display-date-time-for-linux-commands-bash-history/1675/
Ne pas oublier de lancer la commande : source bash_profile
ou fermer/réouvrir la session sinon ça ne marche pas.
[^] # Re: si si
Posté par remico . En réponse au message Historique commun multi session. Évalué à 2. Dernière modification le 12 novembre 2015 à 19:13.
En recherchant sur le net, j'ai trouvé cette page :
http://blog.iterate.no/2015/06/18/distributed-eternal-bash-history/
En résumé la commande history recherche d'abord en mémoire, puis dans un fichier, et donc le terminal 2 ne pourra pas voir ce qu'il y a dans la mémoire de terminal 1 sur la même machine.
Avec une astuce si j'ai bien compris une suite de commande permet à chaque fin de commande de vider la mémoire dans le fichier au ré affichage du prompt. Et donc le fichier sera accessible aux terminaux 1 et 2.
PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"
Les explication en anglais :
history -a “Append history list to history file”
history -c “Clear history list from session”
history -r “Read from history file and append the contents to history list”
Et pour plusieurs machines c'est le même principe, sauf que le fichier histfile se trouve partagé.
Je fais le résumé de ce que j'ai compris mais je ne saurai probablement pas le mettre en œuvre surtout pour plusieurs machines
# Version Ubuntu Studio
Posté par remico . En réponse au message Recherche distribution idéale pour musicien. Évalué à 2.
les versions d'Ubuntu Studio sont les mêmes qu'Ubuntu
https://help.ubuntu.com/community/UbuntuStudio
Avec les liens vers les isos à télécharger
- Latest LTS Release: 14.04.3 Trusty Tahr
- Latest Release: 15.04 Vivid Vervet
- Current Development ISO:Daily Build (Xenial Xerus)
On peut installer soit via un DVD soit depuis Ubuntu c'est expliqué dans la doc :
https://help.ubuntu.com/community/UbuntuStudio/UserGuide/Installation
2/ Fresh install
3/upgrade from Ubuntu
[^] # Re: RE : je vous rappelle que le SSD boote sur deux DVD !!!
Posté par remico . En réponse au message Comment désactiver mon « secure boot » . Évalué à 1.
Autant pour moi alors le secure boot n'a rien à voir avec verrou numérique.
C'est bien le menu démarrage sécurisé voir le lien donné qui renvoie au manuel page 67 en anglais :
http://www.manualslib.com/manual/635307/Asus-B85m-E.html?page=67
Et il y a un choix pour OS Type entre :
Windows UEFI mode : secure boot compliant OS
Other OS : secure boot non compliant OS
[^] # Re: RE : je vous rappelle que le SSD boote sur deux DVD !!!
Posté par remico . En réponse au message Comment désactiver mon « secure boot » . Évalué à 1.
Et si cela ne marche toujours pas en modifiant la ligne :
Etat du verrou numérique au démarrage
Il y en a une autre en dessous du même genre l'avant dernière :
Démarrage sécurisé >
[^] # Re: RE : je vous rappelle que le SSD boote sur deux DVD !!!
Posté par remico . En réponse au message Comment désactiver mon « secure boot » . Évalué à 1.
Le boot marche avec deux DVD mais bloque avec un troisième à cause du secure boot.
Donc il faut désactiver le sécure boot (verrou numérique) :
Première image :
C'était dans le lien de mon dernier message :
[^] # Re: Capture d'écran de mon "Boot"
Posté par remico . En réponse au message Comment désactiver mon « secure boot » . Évalué à 1.
Je répète que ce doit être sur la première photo :
Etat du verrou numérique au démarrage (avec un bouton cliquable qui est sur Activé)
à désactiver donc
Verrou numérique = secure boot
Voir ici par exemple :
http://www.developpez.net/forums/d1332018/systemes/windows/windows-8/windows-8-secure-boot/
[^] # Re: Capture d'écran de mon "Boot"
Posté par remico . En réponse au message Comment désactiver mon « secure boot » . Évalué à 2.
Possible que ce soit verrou numérique au démarrage qui est activé sur la photo.
[^] # Re: c'est normal
Posté par remico . En réponse au message Message d'erreur : cp: target "/dev/sdb1" is not a directory. Évalué à 0.
Il y a encore plus simple que la manip que j'avais indiqué précédemment (chercher un répertoire vide) :
Pour sortir du mode read-only de la partition principale :
mount -o rw,remount /
[^] # Re: c'est normal
Posté par remico . En réponse au message Message d'erreur : cp: target "/dev/sdb1" is not a directory. Évalué à 2. Dernière modification le 07 novembre 2015 à 19:23.
Pas de mkdir sur un système en lecture seule, ce n'est pas sur les périphériques que mkdir crée un répertoire mais sur le disque dur read only. Il faut trouver un répertoire vide par exemple sur mon système /mnt est vide ( ls /mnt ne renvoie rien) autre possibilité le dossier /media.
Une fois trouvé un répertoire vide à coup de ls par exemple /media
mount /dev/sdb1 /media
[^] # Re: Erreur du tracker dans le client torrent Transmission v2.84
Posté par remico . En réponse au journal freetorrent.fr : le retour. Évalué à 1.
C'est les adresses que j'ai trouvé sans rien changer dans le logiciel transmission
propriétés => onglet traqueur
# Peut-être là ?
Posté par remico . En réponse au message carte wifi sur ubuntu et mint . Évalué à 2. Dernière modification le 05 novembre 2015 à 14:45.
Un petit coup de google + lenovo G50-30 wifi et la première réponse semble la bonne :
https://forum.ubuntu-fr.org/viewtopic.php?id=1720041
message #8
# Erreur du tracker dans le client torrent Transmission v2.84
Posté par remico . En réponse au journal freetorrent.fr : le retour. Évalué à 2.
J'ai essayé les quatre torrents avec Transmission v2.84, ils indiquent tous une erreur de tracker:
http://www.freetorrent.fr:55555
Erreur "Tracker gave HTTP response code 404 (Not Found)" survenue il y a X minutes
Demande de plus de pairs dans X minutes
Erreur de rassemblement (scrape) "Tracker gave HTTP response code 404 (Not Found)"
Décompte des pairs dans X minutes
Url d'annonce des traqueurs qui donne une erreur 404 pour les quatre torrents :
http://www.freetorrent.fr:55555//announce
Le téléchargement se lance quand même à retardement
[^] # Re: Pourquoi basée sur KDE ?
Posté par remico . En réponse au message Distributions autres que Kubuntu basées sur KDE ?. Évalué à 1.
La citation de Wikipedia est tronquée :
KDE est l'un des environnements de bureau libres les plus utilisés. Il est proposé par tous les principaux systèmes d'exploitation libres, et de nombreux autres. Il est notamment l'environnement par défaut des distributions Linux Mageia, openSUSE20 et Chakra Linux.
autrement dit il est possible de l'installer sur toutes les distributions même si ce n'est pas le choix par défaut, de même on peut utiliser Gnome sur Open Suse ou Mageia
Si la vitesse de téléchargement n'est pas un soucis autant se rendre compte par soi-même, mais je ne pense pas comme l'indiquait le titre de mon message que le critère KDE ou pas soit pertinent, KDE est proposé par toutes les distributions, en fouinant sur le web on trouvera toujours un message se plaignant de kde sur telle ou telle distrib mais bon ..
Je n'ai rencontré aucun soucis d'intégration avec Scientific Linux 6 (Cern) http://linuxsoft.cern.ch/ que ce soit avec Gnome ou Kde, le noyau linux est un peu ancien mais cela ne me gène pas la version de kde proposée est 4.3.4.6, ce qui me plait avec cette distribution c'est :
Scientific Linux CERN 6 Support Lifetime
Since SLC/SL are based on sources of Red Hat Enterprise Linux 6 (RHEL6) sources the support lifetime cannot be longer than the one proposed by Red Hat. Due to CERN environment constraints (available manpower, hardware purchases procedures .. etc.) Scientific Linux CERN 6 Lifetime may be actually shorter than RHEL6 one, subject to Linux Certification Committee decision.
At present following End of Support dates are foreseen:
SLC6 / i386 - End of Support: before December 2020 (no exact date known at present)
SLC6 / x86_64 - End of Support: before December 2020 (no exact date known at present)
In addition to the above dates please note that from Q2 2016 we will not accept any request for new features. From Q2 2017 only security updates will be provided (except for CERN-specific software included). (please see: RHEL6 product support life cycle)
Si on préfère plus récent il y a la version 7 basée sur Centos, ou encore plus récent la Fedora, ces distributions sont très similaires sauf la versions des logiciels.
# Pourquoi basée sur KDE ?
Posté par remico . En réponse au message Distributions autres que Kubuntu basées sur KDE ?. Évalué à 1.
J'ai testé récemment quatre distribution via le CD netinstall :
Scientific linux 6 et 7, Mageia 5 et Fedora 23
Pour les 4, KDE n'est pas l'environnement par défaut mais on peut le selectionner à l'installation, sans en être sûr mais à mon avis il est ausi bien intégré que sur Kubuntu.
Fedora est le plus à jour et chez moi à les vitesses de téléchargement les plus rapides (environ 600 KB/s pour un max de 800KB/s) contre 100KB/s ou moins pour les autres.