Méthode à la main qui marche tout le temps et sur toutes les distribs :
Si ton noyau est compilé avec le mass-storage usb, il suffit de :
* configurer l'appareil avec qu'il soit en usb mass storage et pas en PTP
* brancher l'appareil et vérifier avec un dmesg que tout va bien et qu'il a bien reconnu le mass storage
* au passage tu notes le device auquel que le noyau a attribué a l'appareil (exp /dev/sda1)
* un petit mount /dev/sda1 /mnt/camera (en root et en ayant pris soin de créer le repertoire /mnt/camera)
* ensuite cp ou clickodrome pour la copie !
* un umount /mnt/camera pour finir
Il y a surement des truc plus automatiques à base de supermount et autres, mais ma méthode bien qu'a base de ligne de commande marche tout le temps ;-)
Sur le site des restos tout est détaillé (cela semble très clair d'ailleurs), ils semble que les auteurs des chansons aient accepté de ne pas percevoir de droit d'auteur dessus.
Par contre d'après les comptes, il y a quand même des droits payés à la SACEM comme pour toute diffusion publique.
Au passage, leur site web tourne sur Debian/Apache, je me demande quelle est la part de logiciel libres dans leur info et si il serait pas par exemple possible de monter un projet autour des LL pour leur proposer des outils ou des soft de gestion divers à cout 0 (le tout tournant sur de petites config donc avec possibilité de récupérer du matos d'occas ou de dons)... Si vous avez des idées ou si l'idée vous plait, faites signe !
La prochaine fois, uu peux aussi faire un raffraichissement des dossiers ce qui a le bon gout de renouveller ton timeout de session sans perdre ton mail en cours d'écriture.
Si c'est toi qui administre le webmail, tu as des plug-ins qui permettent de faire ça pour toi... vas voir sur la page web de squiell.
Pour ceux qui veulent en savoir plus, sans pour autant investir dans le livre (qui est sans doute très bien), les deux auteurs (Phillipe David, Astrium puis ESA et Hélène Waeselynck du LASS/CNRS) sont des membres du groupe de travail "Logiciel Libre et Sûreté de Fonctionnement" du LAAS, vous retrouverez tout un tas d'informations interressantes sur la page web du groupe : http://www.laas.fr/RIS/GT/LL/(...)
Allez y faire un tour, il y a des comptes rendus de réunion et des présentations très instructives sur l'utilisation des logiciels libres dans le domaine de l'embarqué critique (spatial, aéronautique, ferroviaire...).
On y retrouve les grands thémes : la qualification du code issus de logiciel libres, la maitrise de la maintenance, les problémes de licences...
A noter que dans le domaine du spatial, le libre est déjà bien implanté, avec un des rares processeurs "libres" : le LEON (http://www.gaisler.com/leonmain.html(...)), un OS temps réel qui va être embarqué très prochainement dans l'espace : RTEMS (http://www.rtems.com/(...)) et toute une chaine de compilation déjà utilisée pour des satellites en vols basée sur GCC et GNAT (voir la page sur le LEON)...
Microsoft offers a commercially reasonable, nonexclusive license so that other companies can use the FAT file system in their own products.
C'est assez vague pour moi... Linux n'est-il pas considéré comme un produit au même titre qu'un firmware d'appareil photo numérique ou le logiciel qui formate les clefs USB chez les fabricants de clef ?
Je me pose la question sur l'impact que cela va avoir sur le kernel Linux et le support FAT / FAT32... en effet je sens bien qu'il va falloir
retirer le support FAT du kernel et se le procurer sous le manteau...
Et fait dans leur article ils citent les clefs usb, mais le véritable perdant dans l'histoire ne serait-il pas linux et sa capacité à accéder aux partitions windows ? A quand le tour de NTFS et consors...
Il y a des liens très interressants sur la page de Wichert Akkerman qui permettent
d'avoir des infos sur comment sécuriser un peu mieux sa machine quand on n'est pas un guru de la sécurité.
Il parle par exemple d'outils comme debsum qui permet de vérifier les checksums des packages, aide (http://www.cs.tut.fi/~rammer/aide.html(...)) qui permet de vérifier l'intégrité et les dates et autre des binaires, fichiers de conf, etc... Il décrit aussi les rootkit et des softs qui permettent de les repérer. Enfin
il donne quelques configs à activer dans le kernet pour + de sécurité
Enfin comme ça a déjà été dit il évoque des bonnes pratiques de sécurité.
Bref que du bon pour des gens qui cherchent à en savoir un peu plus sur la sécurité des Unix
J'ai vu plusieurs posts qui conseillaient de les laisser sous forme de modules.
D'ailleurs pour l'avoir testé moi même, la version compilé en dur dans le noyau
pour les emu10k1 (Sb live! player and co) ne marche absolument pas dans les noyaux 2.6 actuels !
Qui peut dire qu'il aime les pop-ups de pub ? Mais bon, si ça peut aider Mandrake pouquoi pas... Les pubs d'après l'annonce devrait apparaitre :
* en page d'acceuil du browser (facilement modifiable dès la premiere utilisation)
* En économiseur d'écran (facilement modifiable là aussi)
* Dans les bookmarks du navigateur (pareil)
* lors de l'install (faut voir comment c'est fait, mais ça risque de ne pas être évident à enlever...)
Donc les utilisateurs verront au moins une fois ces pubs (les annonceurs peuvent être contents), un fraction d'entre eux par paresse ou manque d'expérience (il en faut quand même pas beaucoup) les laisseront et les utilisateurs normaux auront vite fait de revenir à un linux sans pub (et d'écrire le HOWTO pour le faire ;-) )...
D'après les solutions qui sont proposées, on est loin de la barre de pub non masquable de certains browser et logiciels de P2P sous windows quand même...
En fait ils parlent simplement de ne pas mettre ce système en place sur des serveur en production uniquement pour deux choses :
* La pile réseau risque d'être stressée par de nombreuses connections (y a-t-il un pb sous linux ?)
* Le patch netfilter n'est pas encore assez mur (il va surement se stabiliser)
Il citent un autre avantage à TARPIT : l'utiliser sur tous les ports normalement fermés de la machine, ça perd nmap qui voit 2^16 ports ouverts et permet de rendre l'énumération des ports plus compliquée. Ca peut aussi servir sur un sous réseau d'une entreprise à ralentir tout le traffic ip vers des addresses qui ne sont pas utilisées (comme le LaBrea project http://www.hackbusters.net/LaBrea.html(...)).
Donc effectivement les unix ne vont pas sauver (tout dessuite) les utilisateurs de windows des affreux vers qui les rongent, mais ces fonctionnalités peuvent quand même bien renforcer la sécurité d'un réseau ou d'un firewall...
L'interet vient du fait que pour le moment toutes les implémentations temps-réel de linux (RTAI, mais aussi RTLinux http://www.fsmlabs.com/,(...) Montavista linux http://www.mvista.com/,(...) BlueCat http://www.lynuxworks.com/(...) ...) obligent à développer des modules kernel. C'est surement regrettable (en effet, il n'y a que les handlers d'IT qui ont un réel besoin d'être au niveau noyau), mais c'est comme ça.
Donc si on veut faire du commande/controle sur des systèmes réels, il faut bien utiliser les flottants dans le noyau (avec les inconvénients évoqués par de Raadt).
Les solutions actuelles offrent des moyens de communiquer facilement entre le monde temps-réel et le monde linux normal pour y déporter une partie des traitements (fifos, shared memory...), mais dans tous les cas on perd l'aspect temps réel (donc utilisé simplement pour du log, des actions asynchrones...).
A moins que je me trompe, il s'agit du control center (au sol)
et pas du module colombus lui même. D'ailleurs je vois mal
embarquer 46 Dual-Xeon, 2 Suns et 25 Tb de stockage à bord... ;-)
D'ailleurs Linux est utilisé depuis assez longtemps dans l'industrie spatiale (bancs de tests, simulateurs et autres) mais au sol. Pour ce qui est de l'embarqué, il s'est cantoné à des applis non temps réel et non critiques (sur l'ISS entre autres).
Des études existent sur la possibilité d'en faire l'OS de référence dans le monde spatial européen (et créer par cela une altenative à VxWorks viable et indépendante des US).
Pour plus d'infos, vous pouvez consulter le site de FlightLinux : http://flightlinux.gsfc.nasa.gov/(...) (déja passé sur LinuxFR il me semble). cette étude s'est achevée en juin et les conclusions dispo sur le site sont assez interessantes...
# Re: cabale sur les ll qui continue ?
Posté par gege (site web personnel) . En réponse au journal cabale sur les ll qui continue ?. Évalué à 2.
Non parcequ'il va bien y avoir quelqu'un qui lance le complot redmondien, faut bien changer de temps en temps... ;-)
# Re: Récupération de photos numériques
Posté par gege (site web personnel) . En réponse au journal Récupération de photos numériques. Évalué à 1.
Si ton noyau est compilé avec le mass-storage usb, il suffit de :
* configurer l'appareil avec qu'il soit en usb mass storage et pas en PTP
* brancher l'appareil et vérifier avec un dmesg que tout va bien et qu'il a bien reconnu le mass storage
* au passage tu notes le device auquel que le noyau a attribué a l'appareil (exp /dev/sda1)
* un petit mount /dev/sda1 /mnt/camera (en root et en ayant pris soin de créer le repertoire /mnt/camera)
* ensuite cp ou clickodrome pour la copie !
* un umount /mnt/camera pour finir
Il y a surement des truc plus automatiques à base de supermount et autres, mais ma méthode bien qu'a base de ligne de commande marche tout le temps ;-)
# Re: Drivers NVidia , kernel 2.6.3 : performances 2D lamentables
Posté par gege (site web personnel) . En réponse au journal Drivers NVidia , kernel 2.6.3 : performances 2D lamentables. Évalué à 2.
J'ai eut le cas sur un 2.6.1 où il y avait plein de kernel oops dans le dmesg, ce qui ne doit pas améliorer la vitesse... ;-)
[^] # Re: Les enfoirés ont du coeur...
Posté par gege (site web personnel) . En réponse au journal Les enfoirés ont du coeur.... Évalué à 1.
Par contre d'après les comptes, il y a quand même des droits payés à la SACEM comme pour toute diffusion publique.
Au passage, leur site web tourne sur Debian/Apache, je me demande quelle est la part de logiciel libres dans leur info et si il serait pas par exemple possible de monter un projet autour des LL pour leur proposer des outils ou des soft de gestion divers à cout 0 (le tout tournant sur de petites config donc avec possibilité de récupérer du matos d'occas ou de dons)... Si vous avez des idées ou si l'idée vous plait, faites signe !
# Re: Urgent : perte du contenu d'un formulaire
Posté par gege (site web personnel) . En réponse au journal Urgent : perte du contenu d'un formulaire. Évalué à 2.
La prochaine fois, uu peux aussi faire un raffraichissement des dossiers ce qui a le bon gout de renouveller ton timeout de session sans perdre ton mail en cours d'écriture.
Si c'est toi qui administre le webmail, tu as des plug-ins qui permettent de faire ça pour toi... vas voir sur la page web de squiell.
# Re: Critique : "Logiciel libre et sureté de fonctionnement"
Posté par gege (site web personnel) . En réponse à la dépêche Critique : "Logiciel libre et sureté de fonctionnement". Évalué à 10.
http://www.laas.fr/RIS/GT/LL/(...)
Allez y faire un tour, il y a des comptes rendus de réunion et des présentations très instructives sur l'utilisation des logiciels libres dans le domaine de l'embarqué critique (spatial, aéronautique, ferroviaire...).
On y retrouve les grands thémes : la qualification du code issus de logiciel libres, la maitrise de la maintenance, les problémes de licences...
A noter que dans le domaine du spatial, le libre est déjà bien implanté, avec un des rares processeurs "libres" : le LEON (http://www.gaisler.com/leonmain.html(...)), un OS temps réel qui va être embarqué très prochainement dans l'espace : RTEMS (http://www.rtems.com/(...)) et toute une chaine de compilation déjà utilisée pour des satellites en vols basée sur GCC et GNAT (voir la page sur le LEON)...
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par gege (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 0.
C'est assez vague pour moi... Linux n'est-il pas considéré comme un produit au même titre qu'un firmware d'appareil photo numérique ou le logiciel qui formate les clefs USB chez les fabricants de clef ?
Quid des disquettes préformatées FAT ?
# Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par gege (site web personnel) . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 4.
retirer le support FAT du kernel et se le procurer sous le manteau...
Et fait dans leur article ils citent les clefs usb, mais le véritable perdant dans l'histoire ne serait-il pas linux et sa capacité à accéder aux partitions windows ? A quand le tour de NTFS et consors...
# Re: Du nouveau sur les serveurs Debian compromis
Posté par gege (site web personnel) . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 6.
d'avoir des infos sur comment sécuriser un peu mieux sa machine quand on n'est pas un guru de la sécurité.
Il parle par exemple d'outils comme debsum qui permet de vérifier les checksums des packages, aide (http://www.cs.tut.fi/~rammer/aide.html(...)) qui permet de vérifier l'intégrité et les dates et autre des binaires, fichiers de conf, etc... Il décrit aussi les rootkit et des softs qui permettent de les repérer. Enfin
il donne quelques configs à activer dans le kernet pour + de sécurité
Enfin comme ça a déjà été dit il évoque des bonnes pratiques de sécurité.
Bref que du bon pour des gens qui cherchent à en savoir un peu plus sur la sécurité des Unix
[^] # Re: Sortie d'ALSA 1.0.0pre1
Posté par gege (site web personnel) . En réponse à la dépêche Sortie d'ALSA 1.0.0pre1. Évalué à 2.
J'ai vu plusieurs posts qui conseillaient de les laisser sous forme de modules.
D'ailleurs pour l'avoir testé moi même, la version compilé en dur dans le noyau
pour les emu10k1 (Sb live! player and co) ne marche absolument pas dans les noyaux 2.6 actuels !
[^] # Re: Espaces publicitaires à vendre
Posté par gege (site web personnel) . En réponse à la dépêche Espaces publicitaires à vendre. Évalué à 10.
* en page d'acceuil du browser (facilement modifiable dès la premiere utilisation)
* En économiseur d'écran (facilement modifiable là aussi)
* Dans les bookmarks du navigateur (pareil)
* lors de l'install (faut voir comment c'est fait, mais ça risque de ne pas être évident à enlever...)
Donc les utilisateurs verront au moins une fois ces pubs (les annonceurs peuvent être contents), un fraction d'entre eux par paresse ou manque d'expérience (il en faut quand même pas beaucoup) les laisseront et les utilisateurs normaux auront vite fait de revenir à un linux sans pub (et d'écrire le HOWTO pour le faire ;-) )...
D'après les solutions qui sont proposées, on est loin de la barre de pub non masquable de certains browser et logiciels de P2P sous windows quand même...
[^] # Re: TARPITS : Ralentir la propagation des vers avec IPtables
Posté par gege (site web personnel) . En réponse à la dépêche TARPITS : Ralentir la propagation des vers avec IPtables. Évalué à 10.
* La pile réseau risque d'être stressée par de nombreuses connections (y a-t-il un pb sous linux ?)
* Le patch netfilter n'est pas encore assez mur (il va surement se stabiliser)
Il citent un autre avantage à TARPIT : l'utiliser sur tous les ports normalement fermés de la machine, ça perd nmap qui voit 2^16 ports ouverts et permet de rendre l'énumération des ports plus compliquée. Ca peut aussi servir sur un sous réseau d'une entreprise à ralentir tout le traffic ip vers des addresses qui ne sont pas utilisées (comme le LaBrea project http://www.hackbusters.net/LaBrea.html(...)).
Donc effectivement les unix ne vont pas sauver (tout dessuite) les utilisateurs de windows des affreux vers qui les rongent, mais ces fonctionnalités peuvent quand même bien renforcer la sécurité d'un réseau ou d'un firewall...
[^] # Re: noyau flottant ??
Posté par gege (site web personnel) . En réponse à la dépêche Temps réel avec le noyau Linux. Évalué à 1.
Donc si on veut faire du commande/controle sur des systèmes réels, il faut bien utiliser les flottants dans le noyau (avec les inconvénients évoqués par de Raadt).
Les solutions actuelles offrent des moyens de communiquer facilement entre le monde temps-réel et le monde linux normal pour y déporter une partie des traitements (fifos, shared memory...), mais dans tous les cas on perd l'aspect temps réel (donc utilisé simplement pour du log, des actions asynchrones...).
[^] # Re: Linux dans l'espace !
Posté par gege (site web personnel) . En réponse à la dépêche Linux dans l'espace !. Évalué à 10.
et pas du module colombus lui même. D'ailleurs je vois mal
embarquer 46 Dual-Xeon, 2 Suns et 25 Tb de stockage à bord... ;-)
D'ailleurs Linux est utilisé depuis assez longtemps dans l'industrie spatiale (bancs de tests, simulateurs et autres) mais au sol. Pour ce qui est de l'embarqué, il s'est cantoné à des applis non temps réel et non critiques (sur l'ISS entre autres).
Des études existent sur la possibilité d'en faire l'OS de référence dans le monde spatial européen (et créer par cela une altenative à VxWorks viable et indépendante des US).
Linux tourne déjà au stade expérimental sur le LEON (Sparc V8) qui est le futur standard spatial européen (http://www.ra.informatik.uni-stuttgart.de/LeonMMU/index.phtml(...)) et qui est en plus un processeur libre (le VHDL est dispo http://www.gaisler.com/(...)).
Pour plus d'infos, vous pouvez consulter le site de FlightLinux :
http://flightlinux.gsfc.nasa.gov/(...) (déja passé sur LinuxFR il me semble). cette étude s'est achevée en juin et les conclusions dispo sur le site sont assez interessantes...