In /etc/ldap.conf add the following line:
nss_override_attribute_value loginShell <different_shell>
Tout est très bien expliqué ici : http://blog.tech4him.com/moving-outlook-pst-emails-to-thunderbird-on-ubuntu-linux/
En revanche l'ajout des extensions .eml est inutile si on donne les bonnes options à readpst ; utiliser plutôt :
readpst -o ./archive -M -u -w -e -b archive.pst
(source : https://www.exratione.com/2013/11/importing-email-from-outlook-on-windows-to-thunderbird-on-ubuntu/)
Sur le syno : installer l'application Serveur multimédia qui mettra en partage les répertoires système music, photo, video.
Sur la Freebox aller dans le menu principal (bouton Free) et sélectionner Mes disques/Synology (au besoin voir http://www.free.fr/assistance/2298.html).
Problème non résolu : accès aux vidéos et à la musique.
Comme le dit très bien ce post, c'est une galère monstrueuse de configurer un tel truc tellement la documentation est fragmentaire ou pas à jour.
Dans le ldap du Synology, le shell pas défaut est /bin/sh. C'est un paramètre inaccessible depuis l'interface DSM du syno. En revanche on peut écraser ce paramètre à la connexion du client comme expliqué ici :
In /etc/ldap.conf add the following line:
nss_override_attribute_value loginShell <different_shell>
En l'occurence, dans mon cas <different_shell> = /bin/bash
. Ensuite on relance le démon correspondant :
/etc/init.d/nscd restart
Installer unoconv :
sudo apt-get install unoconv
Installer les bibliothèques Python de liaison avec LibreOffice si ça n'est pas déjà fait : les noms changent au gré des versions, le plus simple est d'installer synaptic et de chercher le paquet fournissant "pyuno". Le 28 juillet 2014, il porte le doux nom de libreoffice-librelogo.
Ensuite lancer une conversion. Pour cela il faut d'abord charger le démon (listener) (?) :
unoconv -l
La commande suivante convertit tous les dichier doc du repertoire courant en odt :
unoconv -f odt *.doc
Pour lister les formats disponibles :
unoconv --show
Plus d'informations avec unoconv --help ou sur la doc officielle : https://github.com/dagwieers/unoconv
Éditer le fichier /etc/samba/smb.conf et y ajouter à la fin une section :
[nom du partage]
path = /chemin/vers/le/dossier/a/partager
available = yes
valid users = nom_utilisateur (a priori le nom d'un compte local, à vérifier)
read only = yes
browsable = yes
public = yes
writable = no
Les options sont faciles à comprendre.
Ensuite il faut créer un mot de passe pour l'utilisateur smb (en clair : l'accès distant se fait avec un mdb éventuellement différent du mdp local, ce qui est sain !) :
sudo smbpasswd -a nom_utilisateur
Et enfin redémarrer le serveur samba :
sudo service smbd restart
On accède ensuite au partage depuis un client, soit depuis un explorateur, soit en ligne de commande :
smbclient //NOM_DU_SERVEUR/NOM_DU_PARTAGE
On peut lister les partages disponibles sur une machine avec :
smbclient -L //NOM_DU_SERVEUR
Plus d'explications ici : http://www.tldp.org/HOWTO/SMB-HOWTO-8.html
ou ici (excellente doc centralienne :) : http://formation-debian.via.ecp.fr/samba.html
Situation : ubuntu installé sur un HDD pas envie de réinstaller toute ma config aux petits oignons ;-)
Quel bonheur tout est tellement plus réactif :p
Les responsables : Insync et Dropbox qui scannent les disques durs. Cela peut prendre plusieurs minutes. Les disques étant saturés d'I/O le démarrage est très ralenti : écran noir, pointeur de souris invisible...
Solution : retarder le démarrage des démons, voire leur afecteur une priorité plus faible (? non fait ici).
Dans le lanceur (Super+A) chercher Applications au démarrage puis :
- pour Insync : remplacer insync par bash -c "sleep 1m && insync". 1m signifie un délai de 1 minute (l'unité par défaut est la seconde : sleep 60 correspond à un delai d'une minute aussi). On peut évidemment modifier ce temps.
- pour Dropbox : remplacer dropbox start -i par bash -c "sleep 5m && dropbox start". 5m signifie 5 minutes. Bien supprimer l'option -i sans quoi dropbox écrasera la commande de démarrage qu'on vient de modifier !
Symptôme : ralentissement général de l'affichage, et notamment du défilement de la souris lorsque le pointeur passe sur la fnetre xbmc.
Serait lié apparemment à une option dans le pilote vidéo correspondant au rafraichissement vertical.
A désactiver dans XBMC : système/système/sortie vidéo/synchronisation verticale.
NB: pour accéder directement à la console de gestion du pilote AMD Radeon taper : amdccle.
Le problème est décrit dans le titre (màj vers 3.8.0-28-generic). Le problème est aussi connu qu'il est mal documenté: il y a une pléthore de forums, de blogs, mais ça n'est jamais la bonne version de l'OS, jamais exactemetn le même problème, on ne sait pas le niveau de ceux qui répondent...
Même le site officiel en anglais est confus : attention seuls les pilotes propriétaires utilisent encore /etc/X11/xorg.conf, le pilote par défaut ne l'utilise plus depuis 12.04 Precise pangolin. Il utilise quoi... mystère. Impossible de trouver l'info.
Le problème semble être qu'avec le pilote OpenSource l'écran n'est pas correctement détecté, du coup xrandr (voir ci-dessous) refuse d'appliquer une résolution supérieure.
La solution que j'ai trouvée est d'installer provisoirement le pilote propriétaire qui lui détecte bien l'écran et affiche automatiquement une résolution maximale. L'ennui c'est que ce pilote (qui fournit bien le son en HDMI lui ! voir autre billet) est pénible car il au démarrage il repasse sans arret en 30Hz avec pour conséquence un scintillement notamment dans le définlement du texte sous Firefox.
Edit du 13/08/2013 :
Problème du 30Hz résolu en ajoutant un entrée dans les programmes au démarrage : ajout de la commande xrandr -r 60 (via l'interface système).
En fait depuis l'installation des derniers pilotes (sur le site AMD installation automatique) tout est super fluide ;)
Quelques commandes utiles :
xrandr, c'est l'outil qui gère les paramètres d'affichage. Avec le pilote propriétaire et lancé sans aucun paramètre ça renvoie :
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 1920 x 1920
DFP1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 708mm x 398mm
1920x1080 60.0*+ 50.0 59.9 30.0 25.0 30.0 24.0 30.0 30.0 24.0
1776x1000 50.0 59.9 25.0 24.0 30.0 30.0
1680x1050 60.0 50.0 59.9 30.0 24.0 30.0 24.0
1400x1050 60.0 50.0 59.9 30.0 24.0 30.0 24.0
1600x900 50.0 59.9 24.0 30.0
1280x1024 50.0 60.0 30.0 24.0
1440x900 50.0 59.9 24.0 30.0
1280x960 50.0 60.0 30.0 24.0
1280x768 50.0 60.0 30.0 24.0
1280x720 60.0 50.0 30.0 59.9 30.0 24.0
1024x768 50.0 30.0 24.0 60.0
1152x648 50.0 59.9
800x600 50.0 30.0 24.0 60.3
720x480 50.0 30.0 24.0 30.0 60.0 30.0 59.9
640x480 50.0 30.0 24.0 60.0 59.9
DFP2 disconnected (normal left inverted right x axis y axis)
CRT1 disconnected (normal left inverted right x axis y axis)
Avec le pilote par défaut qui marchait très bien avant la mise à jour ça donne désormais :
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1280 x 1024, maximum 1280 x 1024
default connected 1280x1024+0+0 0mm x 0mm
1280x1024 0.0*
1024x768 0.0
800x600 0.0
640x480 0.0
En clair il n'a pas l'air content, et impose une résolution max de 1280x1024 !
Ensuite xrandr permet de gérer tous ces modes (supprimer ajouter...). J'ai cherché à ajouter le mode que ne n'avais pas et en bref :
A priori inutile d'etre root pour faire tout ça (en root ça ne marche pas mieux).
cvt:
$ cvt 1920 1080 60
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync
gtf:
$ gtf 1920 1080 60
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
On remarque au passage que ça ne donne pas exactement les mêmes valeurs... Dans l'aide de xrandr (xrandr -h) les drapeaux valides portent des majuscules : HSync etc. Il faudrait préférer gtf ?
Le tuto se trouve ici http://www.tomshardware.fr/articles/root-android-rom-smartphone,2-837-5.html.
Attention pour éviter tout problème lié à l'USB, connecter le téléphone au hub principal sur la carte mère (sinon le PC ne "voit" pas le téléphone).