En fait, je te crois volontiers.
Mais tu comprends bien que je pourrais copier/coller tout le retour d'expérience de l'article, remplacer OpenBSD par MultiDeskOS, et le publier sans qu'il ne soit moyen de le juger moins crédible... (J'exagère, mais tu vois ce que je veux dire...)
Ils ne bossent que pour des grandes entreprises ("we are working exclusively for Fortune 500 companies", "We are not setting up systems for small geek-friendly-only companies but for huge ones with a long IT history (some of them are present in >100 countries worldwide)."), par contre, ils ne peuvent, évidemment, pas donner de nom ("I cannot reveal any names")..........
J'avais bien pensé dés le départ à utiliser un lecteur de cartes, mais je n'en avais pas sous la main...
J'en ai trouvé un depuis, et c'est ce que j'ai fait finalement. (et les photos on bien été récupérées :) )
Néanmoins, même si je n'ai pas le temps pour l'instant pour cause de vacances, je le prendrai pour comprendre comment Gnome "monte" ce volume sans que je n'en vois de trace dans /dev...
Comme je l'ai dit dans mon post : Ma connexion SSH est toujours là (quand j'appuie sur 'entrée', j'ai bien des retours chariots), mais je ne peux pas en ouvrir une autre (je reste en attente après la saisie du mot de passe). Et ce matin, je n'ai plus de connexion du tout, donc screen ou pas, je vais devoir aller voir (mais je reconnais que screen est une bonne habitude sur les opérations longues)
Si, si, resize2fs fait bien du retaillage à chaud, même pour ext3. J'allais chercher une référence en ligne, mais la réponse à la commande, citée dans mon post, le précise tout simplement :
Filesystem at /dev/mapper/vg00-lvsys03 is mounted on /var; on-line resizing required
Performing an on-line resize of /dev/mapper/vg00-lvsys03 to 1048576 (4k) blocks.
Quant à la solution de couper tous les services en passant en run level 1, et à démonter tranquillement le fs, c'est justement pour éviter cela que j'ai longtemps utilisé ReiserFS avec lequel je n'ai *jamais* eu de problème de retaillage à chaud, même sur des fs avec de nombreuses écritures. Là je voulais voir ce que ça donnait avec ext3...
Ah, sinon je ne l'ai pas précisé, mais j'ai effectuée cette opération sur une machine de test, hors production, et sans aucune criticité évidemment. Je vais donc aller la voir sans me précipiter :)
Pour le fsck, je ne me suis pas posé la question, l'installation datant de quelques jours, sans reboot violent ou crash. Quoi qu'il en soit, je pense que s'il y avait un problème d'intégrité, ça aurait été à resize2fs de me prévenir, ou de refuser son exécution sans fsck préalable (ce qui était le cas avant lors des retaillages fs démonté si je me souviens bien)
Pour la deuxième chose, j'ai effectivement un serveur MySQL qui écrit dans /var, mais j'avais locké les tables d'abord. D'autres services systèmes devaient eux aussi écrire leurs logs par exemple, ou du moins avoir des fichiers ouverts, mais *justement*, c'était le but du resize2fs *online*...
D'un point de vue plus pragmatique que l'indexation de logiciels ambitieux ou gadgets, ou que la notation pas les utilisateurs, il y a tout simplement les statistiques d'utilisation.
Le Debian Popularity Contest en donne une image pour cette distribution par exemple...
Est-ce que les transfert vers/depuis l'extérieur et l'intérieur utilisent des interfaces différentes ?
As-tu des erreurs et/ou des collisions remontées par un 'ifconfig' ?
Tu dois chiffrer ta partition, ou ton fichier, avant d'y initialiser un filesystem et de le monter...
Par exemple, pour un fichier,
- Tu crées ton fichier :
dd if=/dev/urandom bs=1M count=1024 of=my_fs
- Tu associes ce fichier a un loop device :
losetup /dev/loop0 my_fs
- Tu chiffres :
cryptsetup luksFormat /dev/loop0
- Tu "monte" le volume :
cryptsetup luksOpen /dev/loop0 my_encrypted_vol
- Et maintenant seulement, tu travailles sur le volume chiffré :
mkfs.ext3 /dev/mapper/my_encrypted_vol
mount /dev/mapper/my_encrypted_vol /mnt/encrypted
Je dis ça parce que de mon côté, après des années de prises de tête sur des problèmes réseau, je m'étonne toujours de découvrir des problèmes liés à la couche physique. (alors que j'aurais gagné une heure à jeter un coup d'oeil derrière mon serveur/switch/routeur)
Je trouve vraiment positive ce genre d'initiative, mais sans rentrer dans le débat : vieux matériel pas bon pour les enfants, je ne peux que regretter qu'une école s'équipe par des dons...
Bien sûr, c'est mieux que rien ! Mais quand même, ça fait un peu école du tiers monde à qui on envoie des stylos et des cahiers non ?
Je l'ai installé après avoir lu ton dernier journal, et je dois dire que depuis j'utilise jyraphe très souvent ! C'est vraiment pratique pour les fichiers trop gros pour être en pièce jointe de mail, ou même pour partager quelque chose qu'on a vu en ligne avec un pote qui n'a pas accès à la ressource.
Tout ça sans centraliser ses fichiers sur des serveurs qu'on ne connaît pas.
[^] # Re: Moi, je vote et je dis il bluffe.
Posté par guillaje (site web personnel) . En réponse au journal openbsd ready for the desktop. Évalué à 10.
En fait, je te crois volontiers.
Mais tu comprends bien que je pourrais copier/coller tout le retour d'expérience de l'article, remplacer OpenBSD par MultiDeskOS, et le publier sans qu'il ne soit moyen de le juger moins crédible... (J'exagère, mais tu vois ce que je veux dire...)
Mais n'alimentons pas le troll. Beau boulot :-)
# Moi, je vote et je dis il bluffe.
Posté par guillaje (site web personnel) . En réponse au journal openbsd ready for the desktop. Évalué à 3.
Ils ne bossent que pour des grandes entreprises ("we are working exclusively for Fortune 500 companies", "We are not setting up systems for small geek-friendly-only companies but for huge ones with a long IT history (some of them are present in >100 countries worldwide)."), par contre, ils ne peuvent, évidemment, pas donner de nom ("I cannot reveal any names")..........
[^] # Re: Excellent
Posté par guillaje (site web personnel) . En réponse au journal Prédator: une bibliothèque GPL pour la détection d'images. Évalué à 2.
Comme je le disais plus haut, Predator semble bien utiliser OpenCV (en tout cas, il faut l'installer...)
[^] # Re: Joli
Posté par guillaje (site web personnel) . En réponse au journal Prédator: une bibliothèque GPL pour la détection d'images. Évalué à 2.
En fait, Predator semble utiliser OpenCV. (cf https://github.com/zk00006/OpenTLD/wiki/Installation)
# Moi je retiens surtout...
Posté par guillaje (site web personnel) . En réponse au journal Y'a-t-il un flic dans la tombe ?. Évalué à 4.
J'adore ce film.
[^] # Re: Il y a peut-être autre chose qui utilise des ressources
Posté par guillaje (site web personnel) . En réponse au message Probleme de performance.. Évalué à 2.
Jette un coup d'oeil aux versions des librairies C.
# Il y a peut-être autre chose qui utilise des ressources
Posté par guillaje (site web personnel) . En réponse au message Probleme de performance.. Évalué à 1.
[^] # Re: Mass storage ?
Posté par guillaje (site web personnel) . En réponse au message Monter un APN comme un disque "classique" sous Ubuntu. Évalué à 1.
J'en ai trouvé un depuis, et c'est ce que j'ai fait finalement. (et les photos on bien été récupérées :) )
Néanmoins, même si je n'ai pas le temps pour l'instant pour cause de vacances, je le prendrai pour comprendre comment Gnome "monte" ce volume sans que je n'en vois de trace dans /dev...
Pour info, l'appareil est un Canon PowerShot A95.
[^] # Re: screen
Posté par guillaje (site web personnel) . En réponse au message Resize2fs à chaud qui dure.... Évalué à 2.
[^] # Re: À chaud pas trop recommandé.
Posté par guillaje (site web personnel) . En réponse au message Resize2fs à chaud qui dure.... Évalué à 1.
Filesystem at /dev/mapper/vg00-lvsys03 is mounted on /var; on-line resizing required
Performing an on-line resize of /dev/mapper/vg00-lvsys03 to 1048576 (4k) blocks.
Quant à la solution de couper tous les services en passant en run level 1, et à démonter tranquillement le fs, c'est justement pour éviter cela que j'ai longtemps utilisé ReiserFS avec lequel je n'ai *jamais* eu de problème de retaillage à chaud, même sur des fs avec de nombreuses écritures. Là je voulais voir ce que ça donnait avec ext3...
Ah, sinon je ne l'ai pas précisé, mais j'ai effectuée cette opération sur une machine de test, hors production, et sans aucune criticité évidemment. Je vais donc aller la voir sans me précipiter :)
[^] # Re: A condition
Posté par guillaje (site web personnel) . En réponse au message Resize2fs à chaud qui dure.... Évalué à 1.
Pour la deuxième chose, j'ai effectivement un serveur MySQL qui écrit dans /var, mais j'avais locké les tables d'abord. D'autres services systèmes devaient eux aussi écrire leurs logs par exemple, ou du moins avoir des fichiers ouverts, mais *justement*, c'était le but du resize2fs *online*...
[^] # Re: J'aime ce logiciel
Posté par guillaje (site web personnel) . En réponse au journal There is no app for it. Évalué à 5.
[^] # Re: J'aime ce logiciel
Posté par guillaje (site web personnel) . En réponse au journal There is no app for it. Évalué à 8.
Le Debian Popularity Contest en donne une image pour cette distribution par exemple...
# Au niveau interface réseau...
Posté par guillaje (site web personnel) . En réponse au message Occupation excessive des ressources réseau par proftpd. Évalué à 1.
As-tu des erreurs et/ou des collisions remontées par un 'ifconfig' ?
jC
# Procéder dans l'ordre...
Posté par guillaje (site web personnel) . En réponse au message Crypter une partition(fichier) contenue dans une autre partition avec cryptsetup. Évalué à 5.
Par exemple, pour un fichier,
- Tu crées ton fichier :
dd if=/dev/urandom bs=1M count=1024 of=my_fs
- Tu associes ce fichier a un loop device :
losetup /dev/loop0 my_fs
- Tu chiffres :
cryptsetup luksFormat /dev/loop0
- Tu "monte" le volume :
cryptsetup luksOpen /dev/loop0 my_encrypted_vol
- Et maintenant seulement, tu travailles sur le volume chiffré :
mkfs.ext3 /dev/mapper/my_encrypted_vol
mount /dev/mapper/my_encrypted_vol /mnt/encrypted
Voilà...
jC
# Et avec un wget ?
Posté par guillaje (site web personnel) . En réponse au message reverse proxy cache : squid. Évalué à 1.
jC
[^] # Re: essaye à la windows
Posté par guillaje (site web personnel) . En réponse au message Http_proxy et arobase.... Évalué à 1.
# Un peu de compression...
Posté par guillaje (site web personnel) . En réponse au message dd, MBR, sauvegarde intégrale. Évalué à 1.
dd if=/dev/sda | bzip2 -c -9 > /mnt/serveur/image.bz2
jC
# Il va sans dire...
Posté par guillaje (site web personnel) . En réponse au message Probleme de réseau. Évalué à 1.
Je dis ça parce que de mon côté, après des années de prises de tête sur des problèmes réseau, je m'étonne toujours de découvrir des problèmes liés à la couche physique. (alors que j'aurais gagné une heure à jeter un coup d'oeil derrière mon serveur/switch/routeur)
# Avec Twitter, c'est facile...
Posté par guillaje (site web personnel) . En réponse au journal Informatique fondamentale : chemins dans un graphe. Évalué à 8.
->[]
# Des PC sous Linux à l'école, c'est bien ! Mais...
Posté par guillaje (site web personnel) . En réponse à la dépêche "le coin informatique" : don de vieux pc sous linux à l'école maternelle. Évalué à 4.
Bien sûr, c'est mieux que rien ! Mais quand même, ça fait un peu école du tiers monde à qui on envoie des stylos et des cahiers non ?
(l'exagération est ici volontaire hein...)
# C'est vraiment pratique...
Posté par guillaje (site web personnel) . En réponse au journal Jyraphe 0.5. Évalué à 2.
Tout ça sans centraliser ses fichiers sur des serveurs qu'on ne connaît pas.
Pour ceux qui veulent voir à quoi ça ressemble (en version 0.4...) : https://www.224charenton.net/jyraphe/
[^] # Re: Juste une question
Posté par guillaje (site web personnel) . En réponse à la dépêche ext3 est mort ? Vive ext4 !. Évalué à 5.
# Joli terminal
Posté par guillaje (site web personnel) . En réponse à la dépêche Orange lance un terminal Internet sous GNU/linux !. Évalué à 8.
[^] # Re: Marche pô....
Posté par guillaje (site web personnel) . En réponse à la dépêche OpenBSD 4.5, Games. Évalué à 1.