express
monter une image img
mount -o loop 'monfichier.img' /pointdemontage
exemple : mount -o loop '/chemin/image.img' /mnt/iso en ayant créé /mnt/iso au préalable
monter une image iso
mount -o loop -t iso9660 'monfichier.iso' /pointdemontage
exemple : mount -o loop -t iso9660 '/chemin/image.iso' /mnt/iso en ayant créé /mnt/iso au préalable
pour démonter
umount /mnt/iso
dans blogotext
il suffit de saisir <
pour afficher <
et >
pour obtenir >
c'est tout bête , mais je ne m'en souviens jamais
solutions que j'ai appliquées selon les recommandations
edit 15.04
probleme de no-referrer persistant
à priori retirer Header always set Referrer-Policy no-referrer du vhosts, car nextcloud met les siens dans son .htaccess . Le double usage génère l'erreur au controle de la config lu ici
edit mise à jour 14.0.4 car des avertissements sont revenus
l faut modifier le virtual host
cd /etc/apache2/sites-available/
ajouts des lignes
<IfModule mod_headers.c>
Header always set Strict-Transport-Security "max-age=15768000; preload"
Header always set Referrer-Policy no-referrer
Redirect 301 /.well-known/carddav /remote.php/dav
Redirect 301 /.well-known/caldav /remote.php/dav
< /IfModule>
mais l'erreur liée à no-referrer persite
après mise à jour 14.0.3
erreur liée à la taille memoire php valeur recommandée à 512
éditer php.ini
nano /etc/php/7.1/apache2/php.ini ( j'ai la version 7.1)
et corriger comme suit
; http://php.net/memory-limit
memory_limit = 512M
erreurs liées à la redirection caldav carddav
modifier la config d'apache
nano /etc/apache2/apache2.conf
ajouter
<Directory /var/www/nextcloud>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
</Directory>
éditer htaccess de nextcloud
nano /var/www/nextcloud/.htaccess
ajouter à la fin
Redirect 301 /.well-known/carddav /remote.php/dav
Redirect 301 /.well-known/caldav /remote.php/dav
#ErrorDocument 403 //
ErrorDocument 404 "Désolé, on cherche encore !!"
si ça coince , jeter un oeil dans /var/log/apache2/error.log. Ça m'a servi à voir une erreur suite à une mauvaise syntaxe
redémarrer apache2
erreurs liées aux entrées manquantes de bases de données
cd /var/www/nextcloud
su -s /bin/bash www-data ( équivalent de sudo -u www-data php occ db:add-missing-indices)
php occ db:add-missing-indices
warning entête no-referrer
il faut modifier le virtual host
cd /etc/apache2/sites-available/
nano monvhost.conf
sous <VirtualHost *:3443>
ajouter la ligne : Header always set Referrer-Policy "no-referrer"
esprit arduino
Cahier des charges:
Piloter à distance la porte, avec pour impératif un fonctionnement sur batterie ou piles.
La partie mécanique est une porte genre guillotine. Le moteur avec réducteur vient d'un barbecue basique, alimenté par 2 piles R20.
Projet initial:
La porte a été télécommandée, avec une télécommande radio issue d'un jouet(voiture).
La fonction d'inversion du sens de marche était très pratique pour ouvrir/fermer.
Les piles du moteur permettaient d'alimenter le récepteur de télécommande, pas trop gourmand en veille. Portée faible, mais fonctionnelle, le poulailler étant à vue directe.
Inconvénients:
- en cas d'absence, pas de gestion de la porte poulailler , pauvres bêtes.
- mal adapté l'été du fait du lever de soleil précoce.
- un peu la consommation quand même
Projet arduino:
L'idée a donc été de gérer la porte, en se basant sur la luminosité ambiante (les poules se calant remarquablement dessus), conférant une adaptation automatique aux saisons.
L'électronique analogique m'a vite confronté au problème de consommation.
J'ai alors envisagé la gestion à microcontrôleur, au demeurant gourmande, mais en parcourant le web sur arduino,
je suis tombé sur les modes de veille très intéressants ( quelques dizaines de µA en veille). Là, c'était ce qu'il me fallait.
Achat d'une carte arduino, et développement d'un bout de soft(autoformation au passage, bien que j'ai quand même des bases pas solides
, mais suffisantes pour cela). J'ai pondu quelque chose qui marchait sur l'établi, mais un arduino, ça consomme.
Picsou doit donc compter les électrons.
Pour éradiquer les mA, il faut enlever ce qui ne sert pas. Finalement, on jette la carte mais on garde l' Atmega380, le µcontrôleur.
Là, il est capable de consommer 20 µA en veille. En périphérie, on a besoin d'un capteur de lumière et de 2 fins de courses
pour localiser la position de la porte, et de quelques transistors pour piloter le moteur. Il suffit de s'arranger pour que tout ça ne consomme rien.
Le pont à transistors ne consomme rien à vide. Pour les capteurs, il suffit de les alimenter par le microcontroleur lorsque l'on a besoin d'informations.
Une petite carte maison accueille donc le µcontroleur et les quelques composants utiles.
Principe général: toutes les 15 minutes, le µcontrôleur sort de veille, alimente les capteurs, vérifie la luminosité et
s'occupe de la porte si nécessaire. L'opération dure 2 secondes environ, sauf si on actionne la porte pendant 20 secondes.
Le système consomme donc quotidiennement 25 µA la plupart du temps, 25 mA tous les 1/4 d'heure pendant 2 s,
et 2 x 20 s à 200 mA quand la porte fonctionne. Ceci nous donne une consommation moyenne de 100 µA environ.
Pour une batterie, ça représente moins de 2000 mAh, pour une année !!L'autodécharge consommera plus.
Objectif atteint.
Plus techniquement: le µcontrôleur Atmega 380 peut fonctionner jusqu'à peu près 3V. On peut donc heureusement se passer
de régulateur d'alimentation ( source de consommation parasite, c'est la guerre aux µA).
On peut même le faire fonctionner à 8 MHz sans quartz, dont acte.
Initialement sur 2 piles R20 donc 3V , je suis passé à la batterie lithium 18650 de 3,6 V(issue des batteries de recharge de smartphone)
L'expérience m'a montré que les piles alcalines supportent très mal les températures négatives (plus de pêche).
La batterie lithium se comporte bien jusqu'à -10°C. En plus, sous 3,6V , on se passe toujours de régulateur.
Donc, comme dit plus haut, réveil toutes les 15 minutes , avec mesure de la lumière, comparée à 2 seuils d'ouverture / fermeture
ure. Les positions hautes et basses ont chacune un capteur pour stopper la porte. Une temporisation de sécurité limite le temps
de fonctionnement, pour éviter de forcer si un capteur est en défaut.
Le moteur entraine une poulie qui enroule/déroule une ficelle qui entraine la porte à guillotine.
Evolutions:
réalisée:la possibilité de régler les seuils d'action de porte sans recours au PC pour les modifier.
en pause: auto réglage des ouvertures-fermetures. Un peu gadget.
abandonnée: gérer un panneau solaire. Séduisant, mais inutile, car 2 recharges par an d'une batterie lithium, ce n'est pas une contrainte.
En outre, la charge fractionnée à courant faible ne convient pas.
en cas de malheur
sortir du mode maintenance manuellement ( ou y rentrer)
nano /var/www/nextcloud/config/config.php et mettre 'Maintenance = false'
en ligne de commande
su -s /bin/bash www-data
cd /var/www/nextcloud
php occ maintenance:mode --off
debian stretch
#aptitude install dvd-pkg regionset libdvdread4
exécuter éventuellement regionset et mettre région à 2
notes
Pour modiifer la ligne de l'OS à lancer par défaut :
sudo nano /etc/default/grub
Les futures versions Nextcloud 13+ demandant PHP7, ce sera fait.
lister les paquets avec php5
dpkg -l | grep php5
et les retirer avec aptitude remove
ajouter le dépot dotdeb ( PHP 7.0 n'est pas dans jessie)
echo "deb http://packages.dotdeb.org jessie all" > /etc/apt/sources.list.d/dotdeb.list
wget -O- https://www.dotdeb.org/dotdeb.gpg | apt-key add - apt update
installer php7.0 en reprenant les paquets utilisés pour PHP5 ( et en lisant la doc nextcloud)
aptitude install libapache2-mod-php7.0 php7.0 php7.0-cli php7.0-common php7.0-curl php7.0-dev php7.0-fpm php7.0-gd php7.0-intl php7.0-json php7.0-mcrypt php7.0-memcached php7.0-mysql php7.0-readline php7.0-tidy php7.0-mbstring php-imagick php7.0-xml php7.0-zip php7.0-apcu php7.0-sqlite3
reboot
Nextcloud donne des erreurs dans la console d'administration , que l'on corrirge dans le php.ini d'Apache2
nano /etc/php/7.0/apache2/php.ini
mettre les valeurs recommandées et enlever les ; pour décommenter
couper avant et apres tourner de 90°
mencoder chevalerie.mp4 -ss 00:0:15 -endpos 0:0:48 -ofps 25 -ovc copy -oac pcm -o chevalerie2.mp4
garde à partir de 0h0mn15s pour une durée de 0h0mn48s
rotate =0 tourne de 90 ° horaire mais fait un miroir horizontal
rotate=1 tourne de 90 ° horaire
rotation de 90° horaire avec coupure des 10 premières secondes et garde 30 secondes. Enlève le son
mencoder mavideo.mp4 -ss 0:0:10 -endpos 0:0:30 -ovc lavc -lavcopts vcodec=mpeg4 -vf rotate=1 -nosound -o sortie.mp4
dans debian
lister
#apt-key list
#apt-key remove rsa4096 2015-12-15