Hier, j'ai voulu modifier un peu le programme écrit en c "reboot-rtorrent" et je me suis heurté à quelque chose d'étrange.
Il n'est pas possible de se rattacher à une session screen si auparavant on s'est connecté via ssh et su à notre utilisateur.

Par exemple, je me connecte avec l'utilisateur alexandre via ssh, et j'ai envie de voir une session screen de l'utilisateur pierre.
Pour cela je fais : (ex : je veux regarder le rtorrent de pierre)

alexandre@machine-de-guerre:~$ su pierre
pierre@machine-de-guerre:~$ screen -ls
There are screens on:
9732.test (19/03/2015 23:13:19)(Detached)
9025.pierre-rtorrent (03/09/2081 32:11:18)(Detached)
2 Sockets in /var/run/screen/S-pierre.
pierre@machine-de-guerre:~$ screen -r pierre-rtorrent
Cannot open your terminal '/dev/pts/0' - please check.

Là, impossible de rattacher la session screen.

La petite astuce est d'exécuter la commande ci-dessous avant de vouloir rattacher une session screen

script /dev/null

Et le miracle opère.

alexandre@machine-de-guerre:~$ su pierre
pierre@machine-de-guerre:~$ script /dev/null
pierre@machine-de-guerre:~$ screen -r pierre-rtorrent
pierre@machine-de-guerre:~$ magic !

note : Pour quitter une session screen sans la tuer vous faîtes [Ctrl + a] + [d]
Pour tuer une session screen... il faut aller lire la doc big_smile

Voilà, c'est fini.

Installer Docker sur une VPS Cloud ?

mon but :
-cloisonner mes services

• faciliter la sauvegarde / restauration
• avoir une VPS plus "propre"
• des possibilités d’arrêt / relance / upgrade de mes services plus simple.

maintenant faut voir si j'arrive à faire cela...

Oui effectivement ça marche, ça permet de "remonter" le temps dans un fichier de log, on commence par la fin du fichier et on remonte sur le début.

c'est aussi utile pour gérer une "pile" dans un fichier.

et pour plus de détail:
https://en.wikipedia.org/wiki/Tac_%28Unix%29

tmux est plus sympa que screen oui, mais si on n'a pas besoin de récupérer la main sur la commande (genre un tar, ou un find ou etc...) je rappelle qu'un simple nohup suivi d'un & à la fin de la commande ne demande aucune installation suplémentaire.

donc:

nohup "la commande qui va bien" 2>fichier_erreur.log 1>fichier_sortie.log &

nohup, va ignorer la mort du shell et donc rattacher le processus au père:
https://en.wikipedia.org/wiki/Nohup

le canal 2 est le canal d'erreur.
le cana 1 est le canal de sortie standard
& permet de rentre la main au shell en créant un fork.

Voila.

Sinon pour tmux:
via http://macahute.net/shaarli/?URV-MQ

As screen is not maintained anymore you should look for modern alternatives like tmux.

tmux is superior for many reasons, here are just some examples:

Windows can be moved between session and even linked to multiple sessions
Windows can be split horizontally and vertically into panes
Support for UTF-8 and 256 colour terminals
Sessions can be controlled from the shell without the need to enter a session

Basic Functionality

To get the same functionality as explained in the post with the most votes you would need to do the following:

ssh into the remote machine
start tmux by typing tmux into the shell
start the process you want inside the started tmux session
leave/detach the tmux session by typing Ctrl+B and then D

You can now safely logoff from the remote machine, your process will keep running inside tmux. When you come back again and want to check the status of your process you can use tmux attach to attach to your tmux session.

If you want to have multiple session running side-by-side you should name each session using Ctrl-B and $. You can get a list of the currently running sessions using tmux list-sessions.

tmux can do much more advanced things then handle a single window in a single session. For more information have a look in man tmux or http://tmux.sourceforge.net/. A FAQ about the main differences between screen and tmux is available here: http://tmux.git.sourceforge.net/git/gitweb.cgi?p=tmux/tmux;a=blob;f=FAQ

Installation de sensu, un monitoring un peu comme nagios, mais qui est écrit en ruby

et pour récupérer les derniers fichiers de configuration d'exemple:
sudo wget -O /etc/sensu/config.json http://sensuapp.org/docs/latest/files/config.json
sudo wget -O /etc/sensu/conf.d/check_memory.json http://sensuapp.org/docs/latest/files/check_memory.json
sudo wget -O /etc/sensu/conf.d/default_handler.json http://sensuapp.org/docs/latest/files/default_handler.json
sudo wget -O /etc/sensu/conf.d/client.json http://sensuapp.org/docs/latest/files/client.json
sudo wget -O /etc/sensu/plugins/check-mem.sh http://sensuapp.org/docs/latest/files/check-mem.sh

Un jeu dans le même style que vega strike

a tester

la page github: https://github.com/pioneerspacesim/pioneer

Vega Strike un jeu libre d'économie et exploration spatiale qui a l'air vraiment sympa d'après wikipédia :
http://fr.wikipedia.org/wiki/Vega_Strike

Vega Strike is an Open Source 3D Action-Space-Sim that lets you trade, fight, and explore in a vast universe.
Vega Strike is built on top of OpenGL and runs on Win/Lin/Mac platforms. Vega Strike (the game) is currently in a playable state, but both game engine and dataset are under continued development

via : http://linuxfr.org/users/chimrod/journaux/oolite-un-pare-feu-dans-l-espace#comment-1606213

Réinstaller grub efi aprés une install débian foireuse...
0) récupérer refind et booter dessus (utiliser drivedroid si vous avez un android rooté :x )
http://www.rodsbooks.com/refind/getting.html

1)
[ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
should return "EFI boot on HDD".

2) en ligne de commande et en root (donc sudo -i)
(si sda1 est votre partition EFI)
mount /dev/sda1 /boot/efi

apt-get install --reinstall grub-efi

grub-install /dev/sda

update-grub

You should check afterwards that:

1. the bootloader is existing in /boot/efi/EFI/debian/grubx64.efi and
   file /boot/efi/EFI/debian/grubx64.efi

/boot/efi/EFI/debian/grubx64.efi: PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows

2. the nvram entry was properly created.
   efibootmgr --verbose | grep debian

A TESTER D'URGENCE

1) se rendre à l'adresse
http://developer.android.com/sdk/index.html?hl=sk#Other

2) récupérer l'url de la dernière version du SDK pour linux, actuellement:
android-sdk_r24.2-linux

3) faire en ligne de commande sur la machine cible
wget URL_RECUPEREE
( wget http://dl.google.com/android/android-sdk_r24.2-linux.tgz )

4) décompresser l'archive récupérée
tar xf ARCHIVE
( tar xf android-sdk_r24.2-linux.tgz )

5) mettre à jour les sdk déjà présent (attention LONG) accepter les licences :
cd android-sk-linux
tools/android update sdk --no-ui

6) lister les packages pour installer les build tools:
android list sdk --all

7) installer les build tools (prend le numéro de paquet dont le numéro de build tools est le plus grand) accepter les licences
tools/android update sdk -u -a -t "num paquet"
( tools/android update sdk -u -a -t 3 )

VOILA ! dans le répertoire build-tools vous devriez avoir un répertoire du numéro de la version du build-tools qui contient tout les outils pour compiler et décompiler les applications android ;)

( build-tools/22.0.1 )

Fréd.
PS: testé sur un VPS :x

Comprendre systemd et et l'utiliser.

voici une image qui va vous aider.

Un très bon article sur le noyau linux.

Création d'une image "lite" d'un ARM pour l'utiliser avec qemu.

voir aussi cet autre article : http://www.gabrielgonzalezgarcia.com/2011/02/21/embedded-system-development-qemu-buildroot-linux-arm/

emuler une machine virtuelle arm avec qemu ?

je cherche actuellement :

• une image toute simple avec un linux de base, la plus petite possible.
• avec ssh d'activer par défaut.

si quelqu'un à cela dans ses liens ?

Lors de la compilation d'un paquet pour fun_plug j'ai eu cette erreur,
c'est un souci de header du noyau.

il faut donc ajouter ceux de votre version de noyau (uname -a)
slacker -i header

error: C preprocessor "/lib/cpp" fails sanity check

Merci pour la configuration :

Pour partager un repository Git entre Windows et Linux, j'utilise ces configurations dans mon ~/.gitconfig.

Pour Windows (on ne touche pas aux permissions des fichiers, on transforme les éventuels \r\n en \n à chaque commit mais sans les modifier dans notre workspace)
git config --global core.filemode false
git config --global core.autocrlf true

Pour Linux (on commit aussi les permissions des fichiers, et on transforme les éventuels \r\n en \n dans notre workspace)
git config --global core.filemode true
git config --global core.autocrlf input

Et je vérifie que ces paramètres ne sont pas présents dans les .git/config de chacun de mes projets.

Via : http://links.la-bnbox.fr/?2sRE4Q

Tiens va falloir que je test:

Platform: PC/Mac/Linux
Rating: Mature (explicit language and violence, non-explicit sexual content) (dommage :x :p)
Price: Free

Il faut absolument que j'aille chez Gifi, j'en veux une !! arf je suis capable de garder le carton dans un cadre :x

J'arrive jamais à m'en souvenir :

root# date -s 12:50

root# date -s 05/23/2014