134 liens privés
J'ai été amené à travailler sur une machine qu'un étudiant a utilisée (un Raspberry Pi). Il a changé le mot de passe. La session démarre automatiquement, je suis sur un terminal et je peux utiliser sudo sans taper de mot de passe (Par défaut sur Raspbian). J'ai besoin de changer le mot de passe de l'utilisateur par défaut (pi) pour y accéder via ssh.
| ========
pi@rpi $ passwd
Changement du mot de passe pour pi.
Mot de passe UNIX (actuel) :
passwd: Erreur de manipulation du jeton d'authentification
Mot de passe non changé
| ========
La solution :
| ========
pi@rpi $ sudo passwd pi
Entrez le nouveau mot de passe UNIX :
Retapez le nouveau mot de passe UNIX :
passwd : le mot de passe a été mis à jour avec succès
| ========
Rien de bien sorcier.
Comment rendre une Raspbian "Read-Only". Tous les changements s'écrivent en RAM et on ne craint donc plus les coupures de courant qui peuvent corrompre le système. Je n'ai pas encore testé.
[Edit:
Une première étape peut être de rediriger les logs en RAM : http://hardware-libre.fr/2014/03/raspberry-pi-linux-rediriger-les-logs-en-ram-disk/
[Edit2: ramlog est facile à installer en suivant le tuto de Korben : http://korben.info/raspberry-pi-allonger-la-duree-de-vie-de-vos-cartes-sd.html /]
Et une autre solution consiste à n'utiliser la carte SD que pour booter, à stocker le système sur clé USB ou disque dur externe et à avoir de bonnes sauvegardes. :-) Quelques infos : http://coderthoughts.blogspot.be/2014/01/how-i-learned-to-stop-worrying-about.html
/]
Une autre solution pour avoir un Raspberry Pi "débranchable" sans un arrêt propre. Le système sur la SD est mis en "read-only" et tout passe une nouvelle fois par la RAM.
[Edit: J'ai copié l'image sur une carte SD :
| ========
$ sudo dd if=/home/simon/Téléchargements/ipe_r2-140122.img of=/dev/sdb
245760+0 enregistrements lus
245760+0 enregistrements écrits
125829120 octets (126 MB) copiés, 32,4759 s, 3,9 MB/s
| ========
On arrive au login en une vingtaine de seconde et on se connecte en "root" sans mot de passe. (Whaat?!! C'est dans la FAQ : http://nutcom.hu/ipe-r2-hnt-faq/ )
Première chose, mettre le clavier en azerty.
Une distribution GNU/Linux dédiée à l'embarqué pour Raspberry Pi. Je cite quelques "features" :
| ========
~ Hot swap support for SD-cards and USB devices
~ Automatic allocation of SD-card free space for application storage
~ Automatic repair of SD-card filesystems in the event of power loss during writing
| ========
Si je comprends bien, tout le système se met dans la RAM après le démarrage et on peut même retirer la carte SD à chaud sans craindre de plantage ! Par contre le système a l'air bien "nu". Ce qui est pas mal pour de l'embarqué mais pour, par exemple, utiliser un Raspberry en mode "kiosque" ça va demander pas mal de bidouillage.
(Un peu dans le même style que TinyCore [ voir http://links.simonlefort.be/?qb5zvg ].)
Tutoriel pour l'installation d'un Raspberry Pi avec TinyCore (piCore). L'OS boote sur la RAM et n'écrit plus sur la carte SD, ce qui permet d'éteindre le Raspberry Pi sans risque de corruption de données. À tester.
Une distribution qui se lance en RAM. L'intérêt, dans le cas d'une utilisation avec une Raspberry Pi, c'est qu'elle n'écrit pas (ou presque pas) sur la carte SD donc on peut prolonger la durée de vie de celle-ci.
J'ai eu un problème de carte SD corrompue et j'ai pu résoudre le problème avec la commande "fsck". Tout est expliqué dans le lien mais petit résumé :
-
Identifier sa carte SD ( $ ls /dev/ )
-
Démonter la partition de données ( $ sudo umount /dev/sdd2 )
-
Lancer l'utilitaire fsck :
| ========
$ sudo /sbin/fsck /dev/sdd2 -p -c -v
fsck de util-linux 2.20.1
/dev/sdd2: Updating bad block inode.71293 inodes used (7.51%, out of 949664)
53 non-contiguous files (0.1%)
93 non-contiguous directories (0.1%)of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 55889/14
552210 blocks used (14.35%, out of 3846912)
0 bad blocks
1 large file50837 regular files
4879 directories
56 character device files
25 block device files
2 fifos
689 links
15480 symbolic links (15294 liens symboliques rapides)
5 sockets71973 files
| ========
Dans mon cas, j'ai pu rebooter sur la carte SD après avoir utilisé fsck. Je ne sais pas si ça marche dans tous les cas...
Un tutoriel pour envoyer, gérer et recevoir des SMS depuis une Raspberry Pi. (Ou autre ordinateur, finalement..)
J'ai l'habitude de me connecter sur des serveurs Windows à partir de mon ordinateur sous Debian. Quand je veux me connecter sur une machine sous GNU/Linux, j'utilise généralement ssh et parfois vnc si je veux l'interface graphique. Aujourd'hui, on m'a demandé ce qu'il existait pour se connecter à distance tout en partageant le bureau, le son et un dossier...
Je suis en train de tester X2Go qui m'a semblé intéressant.
Ma première déception : pas de "serveur" sur Raspberry Pi.
Je me suis ensuite battu pendant plus d'une heure sans pouvoir me connecter sur le serveur...
Est-ce que quelqu'un l'a déjà utilisé ou connait une alternative simple ?
Je suis un peu surpris que ça soit si simple de se connecter de Linux vers Windows (rdesktop!) et si compliqué de Linux à Linux. J'ai sûrement du rater un truc con ?
Nous utilions rdesktop au travail pour se connecter sur des serveurs windows à partir de clients légers (Raspberry Pi). Un utilisateur nous a demandé s'il pouvait connecter sa clé usb sur le Pi et la voir sur la session windows. Pour ce faire, il faut utiliser l'option "-r disk" de rdesktop.
| ========
| simon@ordi:~$ man rdesktop
| (...)
| -r disk:<sharename>=<path>,...
| Redirects a path to the share \tsclient\<sharename> on the server (requires Windows XP or newer).
| The share name is limited to 8 characters.
| (...)
| ========
Un exemple :
| ========
| simon@ordi:~$ rdesktop -u Simon -p passw0rd -r disk:usb=/media/myusbkey/ 192.168.1.45 &
| ========
Ça marche parfaitement bien. Que la clé usb soit présente ou pas au moment où la commande est tapée, un disque réseau est créé sur le serveur windows. La clé peut alors être branchée au Raspberry Pi à n'importe quel moment et tout fonctionne. :-)