C'est un logiciel de stockage “distribué”, c'est à dire qu'il permet d'aggréger via le réseau de nombreux disques de stockage, eux même répartis dans de nombreux serveurs physiques.
Il en résulte un gros ”espace de stockage” qu'on peut ensuite scinder virtuellement et utiliser comme périphériques de type bloc classiques (”Rados Block Device” aka ”RBD”), comme stockage d'objets (à l'image d'Amazon S3 ou Openstack Swift), ou encore directement comme système de fichier (”CephFS”, qui est encore expérimental).
L'intérêt est que les données sont répliquées et distribuées vers les différents disques physiques en fonction de règles assez poussées (on peut tenir compte de la position dans les baies, dépendance à un switch, une salle, une arrivée électrique etc).
Permettant d'aggréger de grandes quantités de disques, on peut ainsi obtenir des volumes de stockage énormes, quasi illimités.
j'hésite depuis quelques temps sur deux modèles que tu sembles avoir écarté :
l'ASUS UX305. J'ai personnellement des modèles UX301, auxquels je reproche une faible autonomie (grosso modo 5 heures). description LDLC
le «Lenovo Yoga 3 Pro». Très similaire à l'UX305. description LDLC
Par contre c'est de «l'ultra portable», et donc 2 USB seulement, et pas d'Ethernet. Chez ASUS l'adaptateur (= carte Ethernet sur USB) est fourni.
Pour ma part, pour des modèles «très nomades» le manque d'autonomie me gêne beaucoup plus que le fait de n'avoir que 2 ports USB.
Pour ma part j'utilise bcfg2 pour gérer le déploiement de mes configurations sur les serveurs, y compris une partie de mon /home/. Et du coup, c'est l'arborescence de bcfg2 coté serveur qui est versionnée sous Git.
Soit il y a un problème d'implémantation soit les serveurs StartSSL répondaient effectivement mais mal : comme indiqué précédemment, sous Debian et Windows le réglage est également sur «non requis» par défaut. Et pourtant, impossible d'accéder à ces services durant toute la journée de dimanche.
Au final, entre Sushi, EoG et Shotwell Viewer, on a 3 viewers en standard dans GNOME. Je trouve ça étonnant, mais peut-être que la majorité du code est partagée ?
En fait j'ai exactement ces valeurs. Et pourtant, impossible d'accéder aux sites concernés durant la panne en question.
D'où l'astreinte en ce joli dimanche matin, parce que «ahhh y a plus rien qui marche» au boulot.
Ah étonnant, il était actif par défaut sur tous les postes Windows au boulot, ainsi que dans Iceweasel sur les Debian. Et on n'a franchement jamais cherché à toucher à ça.
J'aurais dû le préciser en fait, mais ça n'a pas pour effet de désactiver la sécurité en question : cela invalide temporairement tous les certificats (de classe 1, cf message de Flink ci dessus). Firefox affiche en effet une belle erreur, sans possibilité de l'ignorer. On peut toutefois désactiver la sécurité en question dans les préférences de Firefox, mais qui va le faire ?
Le message d'erreur en question :
Échec de la connexion sécurisée
Une erreur est survenue pendant une connexion à blabla. Le serveur OCSP n'a pas de statut pour le certificat. (Code d'erreur : sec_error_ocsp_unknown_cert)
La page que vous essayez de consulter ne peut pas être affichée car l'authenticité des données reçues ne peut être vérifiée.
Veuillez contacter les propriétaires du site web pour les informer de ce problème.
Avec Ubuntu, tu as 3 ans pour faire l'update, 3x plus de temps, c'est déjà moins l'upstream qui décide pour toi quand tu dois migrer (et en bonus, tu peux sauter une version pour pas t'embéter, donc tu fais un gain supplémentaire en gestion si tu n'as pas besoin de la dernière version tout le temps)
Je suis d'accord avec toi, mais Debian LTS existe maintenant. Je te l'accorde c'est encore jeune, et pas parfait, mais pour ma part je suis très satisfait de leur travail.
On a donc maintenant un cycle proche des Ubuntu LTS : 2 ans en stable, 1 an en oldstable puis 2 ans en lts. Soit un total de 5 ans.
Comme tu l'indiques, certains de mes clients en profitent pour passer directement de la Debian 6 à la Debian 8.
Pour moi c'est avant tout une grosse erreur de communication pour la Debian Squeeze LTS : le projet a été lancé alors que celle-ci arrivait au terme de son support en «old-stable». Du coup la majorité des personnes concernées avaient migré depuis longtemps.
J'ose espérer que pour la Debian Wheezy LTS ils communiqueront dès la sortie de Jessie. Avoir 5 ans de suivi, c'est quand même appréciable chez certains clients.
J'ai un écran tactile sur mon PC principal, et je ne fais pas grand chose d'utile avec sous Gnome.
En gros, je peux lancer une application, parfois déplacer une fenêtre, mais c'est à peu près tout.
Même scroller dans un navigateur, ça ne fonctionne pas.
Du coup, j'imagine qu'il me manque une application prenant en charge les «mouvements», ou quelque chose de similaire, non ?
Y a le dernier UX305 d'Asus qui semble correspondre à peu près. Mais oui, Apple prend de l'avance alors que le MacBook Air était techniquement à la traîne depuis quelques années (toujours pas d'hDPI).
Faut dire que c'est hyper courant. La preuve j'en ai… jamais vu.
C'est de plus en plus fréquent pourtant : de nombreux appareils sont fournis sans port Ethernet désormais (Ultrabook, tablettes, et quelques netbook). Au boulot les 3 derniers appareils achetés n'ont pas de port Ethernet.
Par contre j'ai testé avec succès l'adapteur USB-Ethernet, qui a chaque fois a été reconnu automatiquement, sans rien faire, sur nos Debian. Tandis que sous Windows il a fallu installer le driver.
Par contre du matos qui ne marche pas sous Linux, j'en ai aussi (DisplayLink ?).
Quant au problème des drivers graphiques, je n'ai plus eu le moindre problème depuis que j'ai abandonné la marque Nvidia, mais je le reconnais bien volontiers : je ne joue pas.
Le «v» est généralement pour dire qu'il ne s'agit pas d'une ressource dédiée : il y a généralement beaucoup de «survente» niveau CPU. Quant à la puissance derrière, elle dépend essentiellement du matériel réel.
Si on ne précise pas la référence sur les offres cloud c'est souvent parce que c'est trop complexe à gérer : la VM peut être dispatchée n'importe où dans le cluster à tout moment, et il n'est pas rare d'y voir des différences de référence. Pour ma part je me contente d'indiquer une fréquence minimale, mais on sait bien que la fréquence ne fait pas tout.
Par contre s'il s'agit de simples VPS, la VM restant toujours sur le même host, j'imagine qu'on peut faire l'effort de décrire précisément le matos oui.
Je suis un peu les annonces Btrfs (mais pas beaucoup), de ce que je constate c'est qu'il n'y a plus grand chose de «sexy» qui arrive dans Btrfs : on voit surtout des corrections de bug, du fignolage sur les outils, et de grosses corrections dans btrfsck.
D'un point de vue utilisation, ça plante moins souvent qu'avant. Le hic de mon coté c'est que j'ai beaucoup de FS qui sont définitivement corrompus, et qui continuent à faire crasher les noyaux. Difficile de faire la part des choses dans ces conditions, et je n'ai malheureusement pas toujours le temps d'extraire les images en question pour les remonter aux devs.
[^] # Re: Ceph, une solution de stockage
Posté par Kioob (site web personnel) . En réponse à la dépêche Debian 8 : Jessie l’écuyère est en selle !. Évalué à 10.
C'est un logiciel de stockage “distribué”, c'est à dire qu'il permet d'aggréger via le réseau de nombreux disques de stockage, eux même répartis dans de nombreux serveurs physiques.
Il en résulte un gros ”espace de stockage” qu'on peut ensuite scinder virtuellement et utiliser comme périphériques de type bloc classiques (”Rados Block Device” aka ”RBD”), comme stockage d'objets (à l'image d'Amazon S3 ou Openstack Swift), ou encore directement comme système de fichier (”CephFS”, qui est encore expérimental).
L'intérêt est que les données sont répliquées et distribuées vers les différents disques physiques en fonction de règles assez poussées (on peut tenir compte de la position dans les baies, dépendance à un switch, une salle, une arrivée électrique etc).
Permettant d'aggréger de grandes quantités de disques, on peut ainsi obtenir des volumes de stockage énormes, quasi illimités.
alf.life
# ASUS & Lenovo
Posté par Kioob (site web personnel) . En réponse au message Recherche config ultraportable bien prise en charge par Linux. Évalué à 2. Dernière modification le 23 avril 2015 à 14:06.
Hello,
j'hésite depuis quelques temps sur deux modèles que tu sembles avoir écarté :
Par contre c'est de «l'ultra portable», et donc 2 USB seulement, et pas d'Ethernet. Chez ASUS l'adaptateur (= carte Ethernet sur USB) est fourni.
Pour ma part, pour des modèles «très nomades» le manque d'autonomie me gêne beaucoup plus que le fait de n'avoir que 2 ports USB.
alf.life
[^] # Re: Pour quoi pas Git pour /etc, mais solution au niveau filesystem pour /home
Posté par Kioob (site web personnel) . En réponse au journal Gérer ses fichiers de config avec git. Évalué à 1.
Pour ma part j'utilise bcfg2 pour gérer le déploiement de mes configurations sur les serveurs, y compris une partie de mon /home/. Et du coup, c'est l'arborescence de bcfg2 coté serveur qui est versionnée sous Git.
alf.life
# Autres liens
Posté par Kioob (site web personnel) . En réponse au journal Loi renseignement : OVH, Gandi et consorts seront forcés à quitter la France. Évalué à 1.
J'ajouterais également :
- l'interview d'Octave (Mr OVH)
- une pétition contre le projet, partagée entre autre par T. Nitot
alf.life
[^] # Re: Goto
Posté par Kioob (site web personnel) . En réponse au journal Bac et calculatrices programmables : la fin ?. Évalué à 4.
Heureusement pour nous, PHP dans sa logique de nettoyage du code a ajouté la prise en charge du “goto”.
Et du coup, je remets même la nimage ici :
alf.life
[^] # Re: Exceptionel ? Pas vraiment.
Posté par Kioob (site web personnel) . En réponse au journal panne de l'OCSP chez StartSSL/StartCom. Évalué à 2.
Si ce n'est que là il s'agissait de certificats en production depuis plusieurs mois (8 mois pour être exact).
Pour ce qui est du délai sur les nouveaux certificats, oui, j'étais déjà au courant (ce délai a d'ailleurs été fortement réduit ces derniers mois).
alf.life
[^] # Re: Exceptionel ? Pas vraiment.
Posté par Kioob (site web personnel) . En réponse au journal panne de l'OCSP chez StartSSL/StartCom. Évalué à 1.
Soit il y a un problème d'implémantation soit les serveurs StartSSL répondaient effectivement mais mal : comme indiqué précédemment, sous Debian et Windows le réglage est également sur «non requis» par défaut. Et pourtant, impossible d'accéder à ces services durant toute la journée de dimanche.
alf.life
[^] # Re: Miam
Posté par Kioob (site web personnel) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 2.
Au final, entre Sushi, EoG et Shotwell Viewer, on a 3 viewers en standard dans GNOME. Je trouve ça étonnant, mais peut-être que la majorité du code est partagée ?
alf.life
[^] # Re: Mais non ! \o/
Posté par Kioob (site web personnel) . En réponse au journal panne de l'OCSP chez StartSSL/StartCom. Évalué à 2.
En fait j'ai exactement ces valeurs. Et pourtant, impossible d'accéder aux sites concernés durant la panne en question.
D'où l'astreinte en ce joli dimanche matin, parce que «ahhh y a plus rien qui marche» au boulot.
alf.life
[^] # Re: Mais non ! \o/
Posté par Kioob (site web personnel) . En réponse au journal panne de l'OCSP chez StartSSL/StartCom. Évalué à 2.
Ah étonnant, il était actif par défaut sur tous les postes Windows au boulot, ainsi que dans Iceweasel sur les Debian. Et on n'a franchement jamais cherché à toucher à ça.
alf.life
[^] # Re: Mais non ! \o/
Posté par Kioob (site web personnel) . En réponse au journal panne de l'OCSP chez StartSSL/StartCom. Évalué à 4. Dernière modification le 05 avril 2015 à 21:13.
J'aurais dû le préciser en fait, mais ça n'a pas pour effet de désactiver la sécurité en question : cela invalide temporairement tous les certificats (de classe 1, cf message de Flink ci dessus). Firefox affiche en effet une belle erreur, sans possibilité de l'ignorer. On peut toutefois désactiver la sécurité en question dans les préférences de Firefox, mais qui va le faire ?
Le message d'erreur en question :
alf.life
[^] # Re: Bon, tu l'as cherché mais on est vendredi
Posté par Kioob (site web personnel) . En réponse au journal Debian Jessie, release prévue le 25 Avril avec deux nouvelles architectures. Évalué à 2.
C'est déjà en partie le cas: il est demandé à chaque sponsor de fournir la liste des paquets utilisés sur son parc, afin de mieux cibler les besoins.
De plus, certains paquets ne sont pas pris en charge par la LTS.
alf.life
[^] # Re: Bon, tu l'as cherché mais on est vendredi
Posté par Kioob (site web personnel) . En réponse au journal Debian Jessie, release prévue le 25 Avril avec deux nouvelles architectures. Évalué à 1.
Je suis d'accord avec toi, mais Debian LTS existe maintenant. Je te l'accorde c'est encore jeune, et pas parfait, mais pour ma part je suis très satisfait de leur travail.
On a donc maintenant un cycle proche des Ubuntu LTS : 2 ans en stable, 1 an en oldstable puis 2 ans en lts. Soit un total de 5 ans.
Comme tu l'indiques, certains de mes clients en profitent pour passer directement de la Debian 6 à la Debian 8.
alf.life
[^] # Re: Bon, tu l'as cherché mais on est vendredi
Posté par Kioob (site web personnel) . En réponse au journal Debian Jessie, release prévue le 25 Avril avec deux nouvelles architectures. Évalué à 8.
Pour moi c'est avant tout une grosse erreur de communication pour la Debian Squeeze LTS : le projet a été lancé alors que celle-ci arrivait au terme de son support en «old-stable». Du coup la majorité des personnes concernées avaient migré depuis longtemps.
J'ose espérer que pour la Debian Wheezy LTS ils communiqueront dès la sortie de Jessie. Avoir 5 ans de suivi, c'est quand même appréciable chez certains clients.
alf.life
[^] # Re: HTTP/2
Posté par Kioob (site web personnel) . En réponse à la dépêche Firefox 37 vient de sortir !. Évalué à 4.
Y a au moins Gandi, qui propose le wildcard à 120€ par an.
Sinon le choix de se limiter à la version TLS n'est pas forcément déconnante, à condition qu'ils ouvrent bientôt leur service Let's Encrypt.
alf.life
[^] # Re: Mwai
Posté par Kioob (site web personnel) . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 1.
Ok, je me rends surtout compte que je suis hors sujet. Je parlais d'écran tactile multi-touch, pas des touchpads. Désolé pour le bruit :)
alf.life
[^] # Re: Au contraire
Posté par Kioob (site web personnel) . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 7.
Alors là franchement, je ne suis pas d'accord avec toi. Qu'est-ce que systemd vient faire là dedans ? ;)
alf.life
[^] # Re: Mwai
Posté par Kioob (site web personnel) . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 1.
J'ai un écran tactile sur mon PC principal, et je ne fais pas grand chose d'utile avec sous Gnome.
En gros, je peux lancer une application, parfois déplacer une fenêtre, mais c'est à peu près tout.
Même scroller dans un navigateur, ça ne fonctionne pas.
Du coup, j'imagine qu'il me manque une application prenant en charge les «mouvements», ou quelque chose de similaire, non ?
alf.life
[^] # Re: ultra-fin
Posté par Kioob (site web personnel) . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 2.
Y a le dernier UX305 d'Asus qui semble correspondre à peu près. Mais oui, Apple prend de l'avance alors que le MacBook Air était techniquement à la traîne depuis quelques années (toujours pas d'hDPI).
alf.life
[^] # Re: Tres bon
Posté par Kioob (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 4.
C'est de plus en plus fréquent pourtant : de nombreux appareils sont fournis sans port Ethernet désormais (Ultrabook, tablettes, et quelques netbook). Au boulot les 3 derniers appareils achetés n'ont pas de port Ethernet.
Par contre j'ai testé avec succès l'adapteur USB-Ethernet, qui a chaque fois a été reconnu automatiquement, sans rien faire, sur nos Debian. Tandis que sous Windows il a fallu installer le driver.
Par contre du matos qui ne marche pas sous Linux, j'en ai aussi (DisplayLink ?).
Quant au problème des drivers graphiques, je n'ai plus eu le moindre problème depuis que j'ai abandonné la marque Nvidia, mais je le reconnais bien volontiers : je ne joue pas.
alf.life
[^] # Re: C'est pourtant clair
Posté par Kioob (site web personnel) . En réponse au journal Les produits de Silent Circle sont-ils compromis ?. Évalué à 5.
En supposant que web.archive.org ne soit pas non plus éditable ;)
alf.life
[^] # Re: Téléchargement
Posté par Kioob (site web personnel) . En réponse à la dépêche Sortie de Xen Orchestra 3.7, interface web pour Xen. Évalué à 1.
La «perte» d'xm n'est toutefois pas lié à Debian : ça a tout simplement été retiré de Xen 4.4.
alf.life
[^] # Re: vCPU (ou vCores), on parle de quoi ?
Posté par Kioob (site web personnel) . En réponse au sondage Quel est le bon prix pour le cloud ?. Évalué à 3.
Le «v» est généralement pour dire qu'il ne s'agit pas d'une ressource dédiée : il y a généralement beaucoup de «survente» niveau CPU. Quant à la puissance derrière, elle dépend essentiellement du matériel réel.
Si on ne précise pas la référence sur les offres cloud c'est souvent parce que c'est trop complexe à gérer : la VM peut être dispatchée n'importe où dans le cluster à tout moment, et il n'est pas rare d'y voir des différences de référence. Pour ma part je me contente d'indiquer une fréquence minimale, mais on sait bien que la fréquence ne fait pas tout.
Par contre s'il s'agit de simples VPS, la VM restant toujours sur le même host, j'imagine qu'on peut faire l'effort de décrire précisément le matos oui.
alf.life
[^] # Re: USB3 et Corruptions
Posté par Kioob (site web personnel) . En réponse à la dépêche Plus que quelques jours pour soutenir Libre OS USB. Évalué à 2.
Négatif : USB3 + LUKS + LVM + ext4 ici aussi, pas de problème rencontré (avec des clés Sandisk).
alf.life
[^] # Re: Où est passé BTRFS ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 3.
Je suis un peu les annonces Btrfs (mais pas beaucoup), de ce que je constate c'est qu'il n'y a plus grand chose de «sexy» qui arrive dans Btrfs : on voit surtout des corrections de bug, du fignolage sur les outils, et de grosses corrections dans btrfsck.
D'un point de vue utilisation, ça plante moins souvent qu'avant. Le hic de mon coté c'est que j'ai beaucoup de FS qui sont définitivement corrompus, et qui continuent à faire crasher les noyaux. Difficile de faire la part des choses dans ces conditions, et je n'ai malheureusement pas toujours le temps d'extraire les images en question pour les remonter aux devs.
alf.life