Reprise du message précédent :
C'est louche ! Mais tant que ça marche.

Je ne sais pas si c'est déjà passé mais voici un truc pour monter automatiquement les clés USB et disque dur au démarrage si vous avez installé Debian sur une clé USB :

• apt-get install usbmount
• Modifier /etc/usbmount/usbmount.conf pour rajouter ntfs dans FILESYSTEMS
• Récupérer le fichier usbmount-start à cet endroit http://bugs.debian.org/cgi-bin/bug [...] bug=508699 et copier le dans /etc/init.d
• chmod 755 usbmount-start
• update-rc.d usbmount-start start 99 S

Le coup du usbmount-start c'est pour qu'il monte aussi les clés USB si vous démarrez la machine avec la clé USB déjà branchée

Encore un autre truc : utiliser ext2 sur une clé USB pour l'OS c'est pas terrible en cas de coupure de courant.
 
Malheureusement si on utilise ext3, cela va vite fatiguer la clé avec de nombreux cycles d'écriture (à ce qu'il paraît...).
 
Heureusement ext4 est là pour vous sauver.
 
Pour cela l'astuce est de suivre la procédure normale d'installation de Debian sur votre clé USB (http://jeff.doozan.com/debian/) et de :

• rebootez sans avoir la clé branchée
• une fois sous Pogoplug : fw_setenv usb_rootfstype ext4
• puis branchez votre clé USB qui va sans doute se retrouver sur /dev/sda
• tune2fs -O extents,uninit_bg,dir_index /dev/sda1
• rebootez (avec la clé branchée) et éditez ensuite /etc/fstab et à la ligne /dev/sda1, remplacez ext2 par ext4
• rebooter une dernière fois (vous pouvez éviter la dernière manip en éditant directement le fichier de la clé USB sous Pogoplug)

En gros on transforme l'ext2 en ext4 !

En quoi ext4 serait plus sympa qu'ext3 au niveau cycles d'écriture ?  
C'est un fs journalisé aussi.
 

Merci, j'ai déjà eu un problème d'ext2 détruit suite à un freeze du Dockstar et reboot sauvage.
Dans le fstab, tu utilises quelles options pour le mount ?

La suite de mes aventures !
 
J'ai suivi le blog de dju pour installer php pour nginx .
 
Et j'ai un probleme, encore ... peut etre un soucis de conf php.
 
en gros, j'ai un fichier essai.php, qui contient uniquement un php info. il est a la racine, qui est par défaut le dossier "html" de nginx . Mais quand j'essai d'y accéder par un navigateur, j'ai "No input file specified." sur une page blanche. J'ai testé, si j'essai d'afficher n'importe quel nom de fichier, meme inexistant, en .php, j'ai le meme message.
 
une idée ?

J'ai pas lu le tutoriel de dju, moi j'ai utilisé ça :
 
http://blog.slucas.fr/blog/nginx-php-install

bon, j'ai certainement trouvé ... je suis un boulet, j'avais pas décommenté le parametre "root" de nginx.conf

edit : ben nan, ca marche toujours pas. rahhh ...

J'ai trouvé quelques informations intéressantes sur cette page : http://www.unix-revolution.info/index.php?q=nginx
notamment cette petite phrase :

Sinon je voulais vous parler d'une de mes découvertes: En cherchant un explorateur PHP pour compléter mon NAS, je suis tombé la-dessus : Ajaxplorer http://www.ajaxplorer.info/wordpress/
C'est libre, beau, fluide, bourré de fonctionnalités et ça marche "out of the box" sur nos Dockstar/Squeeze/nginx/php
   

Jolie cette appli pour un acces exterieur c'est pas mal.

j'ai pas utilisé un vhost, dans le nginx.conf y'a une section dédiée a php qui est en commentaire, et qui correspond aux infos qu'on voit dans la conf des vhost.
 
du coup j'ai une seule section "server" . Quel est l'intéret de mettre le serveur php en vhost par rapport a la conf "par défaut" ? en parallele, je file lire la doc.
 
Je seche un peu ...

... n'empeche que j'aimerais bien savoir aussi. Je fouille les options des commandes pour voir s'il y a quelque chose de "magic". Mais dans mon espirt, ext4 c'est journalise et c'est pas mieux qu'un ext3

Apres recherche, pas d'option "magic" puisque c'est les options classiques du passage en ext4.

J'avais pose les question d'utiliser plutot UBIFS pour la partition root. C'est toujours pas plus journalise, mais c'est clairement fait pour des supports a memoires flash, pas comme l'ext2. Un avis ?

L'idée de l'UBIFS m'était venue aussi mais j'ai lu que les mémoires flash des clés USB sont déjà prévues pour faire du wear levelling (http://fr.wikipedia.org/wiki/Wear_levelling) de façon hard. Ensuite j'ai peut être mal lu (et mal compris).
 
Pour l'instant je croise les doigts, j'ai subi deux coupure de courants il y a une semaine et il a redémarré impec .. ouf !

 
Je ne voulais pas ext2 car je voulais que cela remarche automatiquement en cas de coupure de courant (j'ai déjà eu le cas où j'ai du faire manuellement un e2fsck après un débranchement sauvage, sinon ça ne bootait plus).
 
Ext3 est apparemment trop exigeant pour une pauvre clé USB, donc je me suis tourné vers ext4 qui est un peu un compromis entre les deux (allocation retardée).
C'est un peu expliqué ici :
http://www.howtogeek.com/howto/335 [...] ou-choose/
 
Donc en gros, ext2 n'est pas acceptable pour moi, donc il fallait bien trouver quelque chose d'autre. Si vous avez une meilleure idée...

Merci de l'info vlad.
 
Pour ma pomme, la nouvelle cle ne pas pas encore fait de caca (alors que la precedente etait du style diarheeique).
 
Je suis en train de faire quelques tests pour tuner NFS au niveau des buffers. Et j'aurais presque tout ce que je veux.
 
Manque un minidlna configurer correctement ou mediatomb, un mercurial et un petit serveur web.
 
D'ailleurs une question :
-serveur HTTP, sans fioriture (pas de vhost ou de redirection), juste du http avec interface cgi (meme si c'est du C, c'est pas la mort).  
 
Le plus light ca donne quoi en tout fait (a coup d'apt-get) ?

visiblement le plus light c'est nginx.
 
il y a lighthttpd aussi, léger mais beaucoup de dépendances. voir le blog de dju pour la conf ou celui de slucas cité sur cette page .

Y'a encore plus light... netcat
A voir pour des cgi, mais ça doit le faire.

Sinon, httpd doit être dedans de base, non ?

Nan nginx c'est encore "trop gros" pour mon besoin.

Mais cool @baridel :! j'avias en tete d'utiliser le shell, mais je pensais pas a netcat. Nicekl ce que tu m'as degotter

Je viens de jeter un "search httpd" dans les package debian :
 * dhttpd : mini et pas de cgi
 * mini-httpd : qu'en fait deja trop pour moi, mais comme les dependances sont legeres ca pourrait le faire
 * thttpd : ca aussi ca pourrait le faire, meme si un poil plus lourd

Les autres c'est trop lourd ou trop de config pour ce que je veux faire.

Apres quelques tests, le script en netcat, c'est pas mal. Au final je vais utiliser celui-ci. Y'a un truc sympoa avec le htsh qui mixe le HTML et du bash qu'on peut embarquer. D'habtiude je trouve ca cracra les mix comme ca, mais la c'est exactement mon besoin.

Hello,
 
J'ai acheté un Dockstar il y a quelques semaines pour en faire une petite centrale domotique. J'ai Debian qui tourne dessus.
 
Mon problème actuel est de résussir à utiliser le port jtag comme d'un port série pour récupérer les données teleinfo de mon compteur électrique. Je souhaite passer par ce port pour pourvoir conserver un maximum de ports USB libres pour la suite.
 
Je suis tombé sur ce topic intéressant sur le forum ChaleurTerre :
http://www.chaleurterre.com/forum/ [...] 2260d57efe
 
Malheureusement, pour l'instant, pas moyen d'obtenir une trame teleinfo sous minicom. Est-ce que l'un d'entre-vous connait bien le port jtag et pourrait m'aider à obtenir les trames du compteur ?

Pas besoin du JTAG dans ce cas, utilise le port série classique : TX/RX et la masse. Quand tu branche un cable série entre ton compteur et ton pc, ya quelque chose dans hyperterminal ? Et entre le pc et le dockstar ?

j'ai mis jtag, mais j'utilise bien les pin Rx, Tx et Gnd du connecteur. Je n'ai pas essayé de brancher directement sur mon PC, car je n'ai plus de matériel série depuis longtemps (cable, souris ou autre)
 
As-tu jeté un oeil aux schémas électroniques qu'on m'a proposés ici ? http://www.chaleurterre.com/forum/ [...] 282#119282
Qu'en penses-tu?

Arf, moi j'ai trouvé un petit adaptateur série/usb (CA42 de nokia, 4$)..
Pour tes montages, honnètement, j'ai le niveau en élec pour m'y plonger, mais pas la motivation, ma nouvelle config à 24h de retard, et je n'ai pas la tête à autre chose. Je te conseil de te choper un adaptateur série/usb, de tester le port série de ton DS, et celui de ton machin, et de voir lequel semble étrange...

je pense que je vais effectivement me chercher cet adaptateur.

J'avais topé le miens sur Dealextreme, un peu long à livrer, mais super compétitif...

http://www.dealextreme.com/p/data- [...] -ca-42-446
http://www.dealextreme.com/p/ca-42 [...] more-45715
mis dans ma WhishList en prévision

Exacte, celui là

 
j'en ai acheté un pour un autre montage, y'a quelques mois, sur ebay. ca m'a couté 5€, livré en une semaine. Mais ca fait trop longtemps, ebay ne me permet pas de voir ou c'était ...

Qu'est-ce que vous utilisez comme soft de backup?  
Je voudrais un soft qui vient chercher les infos sur ma machine Win ou alors un soft qui depuis ma machine win permettre de sauvegarder automatiquement, mais en SSH.  
Pas envie de faire des partages smb, que ce soit sur le dockstar, ou le PC win.
 
J'avais installé backuppc, mais quand j'ai vu qu'il installait apache, je l'ai retiré...

Bacula (serveurs sous GNU/Linux, clients sous Windows, GNU/Linux et MOX)

Avec le serv SQL et tous les dameon c'est pas trop lourd ?
Je l'avais déjà identifié, mais laconfiguration du soft est flippante   (surtout que j'ai seulement 2 PC a inclure dans le backup)
Ca se config bien, ou faut être sysadmin?

Note : je me rends compte que ma réponse ne prenait pas en compte le contexte : faire tourner ça sur un DockStar...
A mon boulot c'est ce que j'utilise (en tant que sysadmin), sur une Debian 5 somme toute assez modeste pour une soixante de postes clients.
 
Par contre c'est vrai que pour seulement 2 machines tu auras plus de lignes de configuration pour les modules du serveur que pour la partie touchant les clients (déclaration des clients et liste des fichiers à sauvegarder). Mais ça reste quand même assez simple (surtout si tu ne t'amuse pas, pour l'instant, à créer des pools de fichiers de sauvegarde, des planifications spécialement compliquées, etc.)

Y en a qui en cherche un en ce moment ?
je vais refourguer le mien vu que j'ai changé mes plans. Ca fera double emploi finalement.
 
je demande avant de le foutre sur la bay

Tu te fais rapidos un script utilisant rsync et rulez, tu l'auras ton backup qui te prend pas de ressources

Pour avoir aussi bacula au boulot sur des serveurs debian, c'est niveau "sysadmin coincé à la cave loin du soleil avec des écrans de partout"  
  pour rsync. Voir un tar (inspire toi de mes scripts, jamais fini pour une utilisation avec un lecteur de bandes mais largement utilisable sinon).

Tu le ferais a combien fdpin ?

Je suis toujours surpris par cette constante confusion entre sauvegarde et synchronisation.
Rsync fait de la synchronisation (et le fait très bien) mais ça n'est pas de la sauvegarde.
La sauvegarde doit être capable de restituer un fichier effacé accidentellement, et de récupérer un fichier d'une version antérieure.
 
Pour une vrai sauvegarde à usage personnel qui sait écrire en ssh, je propose Areca Backup: http://www.areca-backup.org/
 
Proverbe du jour:
La qualité d'un logiciel de sauvegarde se mesure à l'efficacité de son module de restauration.  

+1

Proverbe du jour : pourquoi faire appel à un logiciel alors qu'un script shell en fait autant ?

J'ai envie de dire : pourquoi pas ?
 
C'est ce qui a de bien avec le libre : on a le choix !
Il n'y a rien de honteux a utiliser le code d'un autre. Maintenant, si tu préfère développer ta propre solution c'est ton choix, pour ma part je n'ai pas envie de réinventer la roue.

 
parce qu'un script shell est vulnérable aux exploits des scripts shells ET aux exploits de tous les exécutables qu'il utilise.
 
la ou un logiciel peut aussi avoir des vulnérabilité, il y a quand meme beaucoup moins de sources de vulnérabilités possible.
 
Autre raison : un logiciel est un binaire, optimisé, la ou un shell est simplement interprété.