Posté par benja .
En réponse au journal x86 ou x86_64 ?.
Évalué à 1.
Dernière modification le 29 juillet 2016 à 02:08.
Euh, SI la carte mère le veut bien autant de RAM et a la capacité physique.
Ça tombe sous le sens, mais oui effectivement.
Le PAE est un bricolage horrible qui ne sert à rien car il faut que le code de l'appli puisse l'exploiter, ce qui est 0,1% des applis.
… comme toute technologie. On peut remplacer PAE dans ta phrase par n'importe quelle autre techno, elle n'en sera pas plus fausse ou vraie. Par exemple, "SSE" ou "64bits", ou "x32", ou "OpenGL", ou "Wayland" (le dernier c'est pour troller ;-) ). Pour répondre à ta préoccupation d'esthétisme, je te dirais que quand on ouvre le capot d'une voiture, on s'aperçoit généralement que c'est assez "horrible", malheureusement cela vaut en fin de compte pour toute technologie.
Heu au contraire, un mot est entendu pour être la taille préférentielle d'un entier traité de manière efficace par un cpu, pas la largeur du bus d'adresses. Et c'est cette même taille qu'indique 32 ou 64 bits dans la dénomination 32 ou 64 bits des processeurs x86* d'Intel/AMD. Comme l'indique Fabrice DEVAUX, un cpu doit aussi souvent utiliser des adresses de manière efficace, et donc elles sont généralement représentables dans (c.-à-d. de largeur inférieure ou égale à la largeur d') un mot CPU. Btw, le bus d'adresse d'un processeur x86_64 est en pratique toujours très largement inférieur au maximum théorique de 64bits que permet le jeu d'instructions, ce que tu semble dire par "(et un 64bit bien plus)" donc bref tu dis une chose et son contraire en même temps, une des deux ne peut donc pas être correcte ;-)
Ensuite on a toutes les bizarreries historiques tel que la mémoire à segmentation (bus d'adresse plus large qu'un mot d'un CPU 16 bits!), un WORD qui en fait vaut toujours 16bit sur tous les différents set d'instructions les x86 alors que la taille préférentielle en fonction du jeu d'instruction varie de 16 à 256 bits et donc s'appelle parfois un double/quatruple/octuple/hexa-uple(??) mot (merci MS/DOS et Intel je suppose), le modèle du C et les différentes ABI pour un cpu donné, etc. Mais ça c'est un autre débat.
Essaye d'installer (s'il n'est pas déjà présent) xfce4-cpufreq-plugin via la logithèque (http://packages.ubuntu.com/xenial/xfce4-cpufreq-plugin). Ensuite tu devrais avoir la possibilité de l'ajouter à un panneau (la bare qui contient la liste des fenêtre ou le menu) en cliquant avec le bouton de droite. Normalement avec cela tu drevrais pouvoir règler la fréquence de ton cpu au minimum.
Par contre effectivement il semble que thermald, que je ne connaissais pas - merci -, puisse règler la fréquence en fonction de la température. Sa configuration semble complexe, désolé je ne peux pas t'aider plus de ce côté là à part te suggèrer de partir depuis les exemples de configuration (cf. "man thermal-conf.xml" ou http://manpages.ubuntu.com/manpages/trusty/en/man5/thermal-conf.xml.5.html ) et de lancer thermald dans une console avec --no-daemon et --loglevel=debug le temps d'ajuster une configuration optimale (faire un "service thermald stop" avant!). De plus il faudra que tu renseignes les bonnes sources d'informations, en fonction de ton matériel, que l'on peut retrouver du côté de /sys/class/thermal si j'ai bien compris, ainsi que les constances à utiliser, etc.
Posté par benja .
En réponse au message Surchauffe, regulation.
Évalué à 2.
Dernière modification le 28 juillet 2016 à 18:34.
Je cherche donc une manière facile
Cela va dépendre de ta configuration actuelle: qu'utilises-tu comme distribution et comme environement de bureau ?
En attendant voilà déjà quelques pistes: généralement (disons sur les machines à base de processeur intel/amd x86 pour faire simple, donc sur ta machine aussi plus que probablement) c'est le pilote "cpufreq" qui s'occupe de réguler la vitesse du processeur. Il y a plusieurs modes de fonctionnement (à la demande/performance/low-power/etc.) qui sont aussi configurables individuellement. Il existe des outils pour dialoguer avec ce pilote, par exemple pour sélectionner une fréquence particulière. Si tu as de la chance, il existe une applet graphique qui fonctionne avec ton environement de bureau sinon tu devras utiliser un outil en ligne de commande tel que "cpufreq-set" ou "cpupower frequency-set".
Posté par benja .
En réponse au journal Mon Backup de backup.
Évalué à 4.
Dernière modification le 26 juillet 2016 à 22:22.
Le problème est que rsync doit garder un mapping en mémoire des fichiers vers leur numéro d'inode original afin de pouvoir détecter les hard-link. Du coup, oui ça peut prendre beaucoup de mémoire, proportionnellement au nombre de fichiers et hard-links. L'avais-tu bien lancé avec -H ?
Attention à ne pas confondre langage et implémentation ! Dans d'autres langages que le c++ (Ocaml p.e.), les exceptions ne sont pas uniquement faites pour être "exceptionnelles" et permettent effectivement de faire un saut à la longjmp sans dérouler la pile d'appel, c'est-à-dire sans pénalité au niveau des perfs. On peut donc effectivement les voir en une sorte de goto glorifié.
Bref, si les exceptions en c++ n'étaient pas aussi pénalisantes qu'elles ne le sont, il ne resterait vraisemblablement aucune (bonne) raison de ne pas les utiliser afin de "remonter plusieurs niveaux d'appel sans devoir encombrer chaque niveau de tests pour savoir s'il faut remonter directement au niveau supérieur". En ce sens, l'exemple tiré de boost plus haut me semble une parfaite illustration d'un bon usage des exceptions, au même titre que tout autre code de recherche récursive.
Mes 2 cents:
- vouloir garder l'historique ad-vitam avec des hard-link n'est pas possible car il y a une limitation du nombre de liens par inode.
- utilise un filesystem qui est prévu pour cet usage (c.-à-d. qui peut faire des snapshots): en libre il y a ZFS et HAMMER (BTRFS a une mauvaise réputation). Il y a aussi une limitation sur le nombre de snapshot, néanmoins avec les fonctions de réplications tu peux imaginer garder différents snapshots sur différents sites (genre 1/mois sur le backup de backup).
- ou un système de backup style bacula, là aussi ce genre de truc n'est pas fait pour avoir une DB qui grandi à jamais, à toi de voir.
- dd pour te dépanner directement, voire xfsdump.
[VIDE------][SDC9-ROOT--------------][SDC10-SWAP------]
|
| apt install lvm2
| swapoff /dev/sdc10
|
[VIDE------][SDC9-ROOT--------------][SDC10-----------]
|
| gparted, créer une partition sans fs
|
[SDC11-----][SDC9-ROOT--------------][SDC10-----------]
|
| pvcreate /dev/sdc11 /dev/sdc10
|
[SDC11:PV1-][SDC9-ROOT--------------][SDC11:PV2-------]
|
| vgcreate vg_ssd
| lvcreate -L 24G -l lv_root vg_ssd
| mount -o ro /
| cat /dev/sdc9 > /dev/vg_ssd/ (copie du fs bit à bit)
|
[LV_ROOT===][SDC9-ROOT--------------][LV_ROOT======|--]
|
| mount /dev/vg_ssd/lv_root /mnt
| chroot /mnt ; update-grub; nano /etc/fstab;
| rebooter et tester que tu aies bien booté sur le LVM
| (controler la sortie de "mount")
| pvcreate /dev/sdc9
|
[LV_ROOT===][SDC9:PV3---------------][LV_ROOT======|--]
|
| pvmove /dev/sdc11
| pvreduce /dev/sdc11
|
[LV_ROOT===][LV_ROOT======|----------][SDC10:VIDE------]
|
| lvcreate -l lv_swap -L 4G vg_ssd amplement suffisant
| lvresize -l +100%FREE vg_ssd/lv_root (agrandissement de la partition logique au maximum !)
| resize2fs /dev/vg_ssd/lv_root (ajustement du fs à la nouvelle taille: plus possible de revenir en arrière à partir de ce point)
|
[LV_ROOT===][LV_ROOT=============|SWP][SDC10:VIDE------]
Voilà avec cela tu devrais obtenir ce que tu voulais sans avoir du faire. Des variations sont possibles, pas obliger de faire le pvmove/reduce bien sur si tu veux tout allouer à linux par exemple.
Au contraire. Si je faisais tourner skype ou que j'accédais à office 365 depuis une vm windows, le résultat serait le même que si je faisais tourner un hypothétique client natif dans une sandbox sur gnu/hurd. Dans tout les cas, tu restes prisonnier d'une solution propriétaire. Aie-je mieux fait passer mon point de vue cette fois-ci ?
plus un PV dans à l'espace de la swap actuelle car sinon ça ne va pas être assez grand
Créer un volume logique qui contiendra ton système de fichier « / ».
Le créer un poil plus grand que la partition actuelle mais surtout pas de tout l'espace (sinon on ne saura pas faire de pvresize : il faut que taille soit inférieure à 23G+10G) ni de l'espace final désiré, on l'agrandira à bonne taille à la fin.
Copier ton système de fichier « / » de /dev/sdc9 vers le volume logique créé précédemment.
Le faire soit depuis un live cd, soit en ayant remonté le root en read-only (faire en console pour éviter les séquelles si l'interface graphique explose en plein vol). S'il avait utilisé XFS, il aurait pu le faire en live avec xfsdump/xfsrestore ;-)
5bis)
mounter le FS, faire un chroot et réinstaller grub (install-grub /dev/sdc) et/ou update-grub afin de renseigner grub sur l'usage de LVM par le nouveau FS root.
corriger /etc/fstab si nécessaire (si utilisation de LABEL alors ça devrait être ok sans rien faire)
Intégrer /dev/sdc9 a ton volume group.
ok
Étendre ton volume.
?
À ce moment il faut retirer le PV qui prend la place de la swap actuelle. Avec le couple pvmove/pvreduce.
redimensionner le lv_root à la taille finale puis lancer resize2fs, créer un lv pour la swap. activer la swap, corriger /etc/fstab.
Étant donné que l'on peut facilement agrandir une partition en ajoutant de l'espace consécutivement (soit "vers la droite"), serait de:
1) supprimer la swap 2) recréer la swap dans le trou avant, 9,77 GB me semble suffisant pour un usage bureautique 3) tu augmentes ta partition sdc9 avec gparted, puis tu lance resize2fs /dev/sdc9 pour informer le FS de sa nouvelle taille.
Garde bien à l'esprit que l'opération de réduction n'est supportée par pratiquement aucun filesystem.
PS: la prochaine fois utilise un LVM, ça te permet de rendre virtuellement consécutifs des espaces disque.
EDIT: pas vu, c'est l'astuce proposé Julien_06 juste au dessus, +1
Posté par benja .
En réponse au message Plus d'accès à linux mint.
Évalué à 2.
Dernière modification le 21 juillet 2016 à 14:25.
Vérifie toujours les connections, sait-on jamais. Si ton disque est toujours présent et effectivement défaillant, et que tu n'as pas de backup, essaye illico de faire une image avec dd_rescue.
Ce que je voulais dire c'est que se réjouir de pouvoir utiliser un OS ou navigateur libre pour accéder à ces services c'est juste mettre une couche de doré sur les murs d'une prison. Le choix d'utiliser Linux/firefox/chrome n'a en fin de compte plus aucune importance, si ce n'est peut-être de pouvoir encore flatter l'égo de l'utilisateur.
Il a une architecture souple, configurable/scriptable en Lua pour gérer facilement tes alertes et/ou envoyer tes logs au bon(s) endroit(s). Par contre je crains qu'il ne te fasse aussi passer par un script externe pour envoyer un email.
Posté par benja .
En réponse au message Les langages par type. .
Évalué à 0.
Dernière modification le 18 juillet 2016 à 01:08.
Arg busted! So ok I will from now on try to use the best tool for the job! So sad that Ocaml stays at the bottom of his chart, surely we shall send him to the language shootout http://benchmarksgame.alioth.debian.org/ for a more realistic chart (still doesn't account for that OCaml has the best ratio of simplicity*performance*reliability to time-to-code). It can also do web, system, distributed and graphics programming.
Des systemes comme ipfs ne permettraient-ils pas de partager la charge ?
Est-ce de ceci dont vous parlez https://github.com/ipfs/ipfs ?
Si oui alors pas vraiment, à priori. Ce système (que je ne connais pas donc je risque de dire encore des grosses bêtises) a l'air
d'être destiné à distribuer des ressources statiques.
Ici la problématique se situe d'une part parce que ce sont des données volumineuses et coûteuses à traiter; combiné au fait qu'elles sont relativement dynamiques. Ce qui fait qu'un système purement statique, basé sur du pré-calcul, serait un gaspillage de ressources, par opposition à une solution "à-la demande + cache".
Ici on parlerait—au conditionnel, je n'ai pas vu passer les chiffres que certains ont demandé—plus de problèmes de charge CPU/memoire, administration, que de bande passante ou de disque. Le dump postgis pour la terre entière pèse +50GB, donc il faut déjà un gros serveur PostgreSQL pour extraire les informations géographiques nécessaires (btw on peut certainement diviser en zones géographiques, mais au final la charge globale revient au même… surtout que les zones les plus densément peuplées sont probablement les plus chargées aussi). Je n'y connais pas grand chose, si quelqu'un qui a du chiffre concret passe dans le coin, qu'il n'hésite pas à sortir son clavier pour nous éclairer sur ce que cela représenterait (query db, génération de tiles, charge/requêtes, dans la vidéo de la conf gnome liée dans le journal associé on ne parle que de taille des tuiles à différentes résolutions vs vectoriel)….
Bref, je pense qu'il s'agit de trouver un compromis sufisamment économe afin de résoudre de manière efficace le transit et la transformation des données depuis la DB OSM vers le client utilisateur. DB OSM -> dump ou synchro par delta -> PostGIS de travail -> serveur de tiles (bitmap et/ou vectorielles) -> caching -> transport -> rendu client. Un protocole basé sur bittorrent ou similaire, ne résoudrait que la partie caching -> transport. Ou alors il faudrait être très astucieux pour trouver un moyen de distribuer tout cela de manière efficace (comment calculer le hash d'une ressource sans l'avoir calculée au préalable ?), je doute que cela soit même possible.
Néanmoins il est certain que simplement pomper les ressources d'un service gratuit ou d'OSM sans autre forme de coopération me semble un peu shortsighted. Réciproquement, reprocher ce manque de prévoyance au developpeur de gnome maps, voire à l'encontre du projet gnome, semble tout autant disproportionné :-)
Générer les images côté client, bien qu'intéressant pour de nombreuses raisons, ne dispense pas de devoir utiliser un serveur qui met à disposition des "tuiles" vectorielles.
La question de mettre à disposition des serveurs (et les maintenir) pour GNOME Maps reste donc entière. Sais-tu si le projet s'est positionné d'une façon ou l'autre (ou pas) depuis cette session au GUADEC ? Pour le post grand-parent: qu'est-ce qu'utilise Marble ?
[^] # Re: Correction
Posté par benja . En réponse au journal x86 ou x86_64 ?. Évalué à 1. Dernière modification le 29 juillet 2016 à 02:08.
Ça tombe sous le sens, mais oui effectivement.
… comme toute technologie. On peut remplacer PAE dans ta phrase par n'importe quelle autre techno, elle n'en sera pas plus fausse ou vraie. Par exemple, "SSE" ou "64bits", ou "x32", ou "OpenGL", ou "Wayland" (le dernier c'est pour troller ;-) ). Pour répondre à ta préoccupation d'esthétisme, je te dirais que quand on ouvre le capot d'une voiture, on s'aperçoit généralement que c'est assez "horrible", malheureusement cela vaut en fin de compte pour toute technologie.
[^] # Re: Correction
Posté par benja . En réponse au journal x86 ou x86_64 ?. Évalué à 3.
Heu au contraire, un mot est entendu pour être la taille préférentielle d'un entier traité de manière efficace par un cpu, pas la largeur du bus d'adresses. Et c'est cette même taille qu'indique 32 ou 64 bits dans la dénomination 32 ou 64 bits des processeurs x86* d'Intel/AMD. Comme l'indique Fabrice DEVAUX, un cpu doit aussi souvent utiliser des adresses de manière efficace, et donc elles sont généralement représentables dans (c.-à-d. de largeur inférieure ou égale à la largeur d') un mot CPU. Btw, le bus d'adresse d'un processeur x86_64 est en pratique toujours très largement inférieur au maximum théorique de 64bits que permet le jeu d'instructions, ce que tu semble dire par "(et un 64bit bien plus)" donc bref tu dis une chose et son contraire en même temps, une des deux ne peut donc pas être correcte ;-)
Ensuite on a toutes les bizarreries historiques tel que la mémoire à segmentation (bus d'adresse plus large qu'un mot d'un CPU 16 bits!), un WORD qui en fait vaut toujours 16bit sur tous les différents set d'instructions les x86 alors que la taille préférentielle en fonction du jeu d'instruction varie de 16 à 256 bits et donc s'appelle parfois un double/quatruple/octuple/hexa-uple(??) mot (merci MS/DOS et Intel je suppose), le modèle du C et les différentes ABI pour un cpu donné, etc. Mais ça c'est un autre débat.
[^] # Re: régulation
Posté par benja . En réponse au message Surchauffe, regulation. Évalué à 2.
PS: ce lien https://wiki.archlinux.org/index.php/CPU_Frequency_Scaling pourra t'être utile pour t'aider à retrouver les bons (pilotes de) périphériques dans /sys/, que tu devras utiliser dans la config de thermald.
[^] # Re: régulation
Posté par benja . En réponse au message Surchauffe, regulation. Évalué à 2.
Essaye d'installer (s'il n'est pas déjà présent) xfce4-cpufreq-plugin via la logithèque (http://packages.ubuntu.com/xenial/xfce4-cpufreq-plugin). Ensuite tu devrais avoir la possibilité de l'ajouter à un panneau (la bare qui contient la liste des fenêtre ou le menu) en cliquant avec le bouton de droite. Normalement avec cela tu drevrais pouvoir règler la fréquence de ton cpu au minimum.
Par contre effectivement il semble que thermald, que je ne connaissais pas - merci -, puisse règler la fréquence en fonction de la température. Sa configuration semble complexe, désolé je ne peux pas t'aider plus de ce côté là à part te suggèrer de partir depuis les exemples de configuration (cf. "man thermal-conf.xml" ou http://manpages.ubuntu.com/manpages/trusty/en/man5/thermal-conf.xml.5.html ) et de lancer thermald dans une console avec --no-daemon et --loglevel=debug le temps d'ajuster une configuration optimale (faire un "service thermald stop" avant!). De plus il faudra que tu renseignes les bonnes sources d'informations, en fonction de ton matériel, que l'on peut retrouver du côté de /sys/class/thermal si j'ai bien compris, ainsi que les constances à utiliser, etc.
# régulation
Posté par benja . En réponse au message Surchauffe, regulation. Évalué à 2. Dernière modification le 28 juillet 2016 à 18:34.
Cela va dépendre de ta configuration actuelle: qu'utilises-tu comme distribution et comme environement de bureau ?
En attendant voilà déjà quelques pistes: généralement (disons sur les machines à base de processeur intel/amd x86 pour faire simple, donc sur ta machine aussi plus que probablement) c'est le pilote "cpufreq" qui s'occupe de réguler la vitesse du processeur. Il y a plusieurs modes de fonctionnement (à la demande/performance/low-power/etc.) qui sont aussi configurables individuellement. Il existe des outils pour dialoguer avec ce pilote, par exemple pour sélectionner une fréquence particulière. Si tu as de la chance, il existe une applet graphique qui fonctionne avec ton environement de bureau sinon tu devras utiliser un outil en ligne de commande tel que "cpufreq-set" ou "cpupower frequency-set".
[^] # Re: Avancée...
Posté par benja . En réponse au journal Mon Backup de backup. Évalué à 1.
NB: Les hardlinks n'utilisent pas d'inodes supplémentaires…
[^] # Re: Ton NAS a un problème
Posté par benja . En réponse au journal Mon Backup de backup. Évalué à 4. Dernière modification le 26 juillet 2016 à 22:22.
Le problème est que rsync doit garder un mapping en mémoire des fichiers vers leur numéro d'inode original afin de pouvoir détecter les hard-link. Du coup, oui ça peut prendre beaucoup de mémoire, proportionnellement au nombre de fichiers et hard-links. L'avais-tu bien lancé avec -H ?
[^] # Re: De l’utilité des exceptions.
Posté par benja . En réponse à la dépêche SDL ou SFML ? Ne choisissez plus, prenez Gamedev Framework (gf). Évalué à 1. Dernière modification le 26 juillet 2016 à 02:53.
Attention à ne pas confondre langage et implémentation ! Dans d'autres langages que le c++ (Ocaml p.e.), les exceptions ne sont pas uniquement faites pour être "exceptionnelles" et permettent effectivement de faire un saut à la longjmp sans dérouler la pile d'appel, c'est-à-dire sans pénalité au niveau des perfs. On peut donc effectivement les voir en une sorte de goto glorifié.
Bref, si les exceptions en c++ n'étaient pas aussi pénalisantes qu'elles ne le sont, il ne resterait vraisemblablement aucune (bonne) raison de ne pas les utiliser afin de "remonter plusieurs niveaux d'appel sans devoir encombrer chaque niveau de tests pour savoir s'il faut remonter directement au niveau supérieur". En ce sens, l'exemple tiré de boost plus haut me semble une parfaite illustration d'un bon usage des exceptions, au même titre que tout autre code de recherche récursive.
[^] # Re: .
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 1.
Bien joué !
[^] # Re: Hum ?
Posté par benja . En réponse au journal Mon Backup de backup. Évalué à 2.
Oui les gens qui l'ont conçu :) Et moi pour mes backups personnels… :p Et tant que ça marche, le facteur "bus" ne me dérange pas.
[^] # Re: Hum ?
Posté par benja . En réponse au journal Mon Backup de backup. Évalué à 6.
Mes 2 cents:
- vouloir garder l'historique ad-vitam avec des hard-link n'est pas possible car il y a une limitation du nombre de liens par inode.
- utilise un filesystem qui est prévu pour cet usage (c.-à-d. qui peut faire des snapshots): en libre il y a ZFS et HAMMER (BTRFS a une mauvaise réputation). Il y a aussi une limitation sur le nombre de snapshot, néanmoins avec les fonctions de réplications tu peux imaginer garder différents snapshots sur différents sites (genre 1/mois sur le backup de backup).
- ou un système de backup style bacula, là aussi ce genre de truc n'est pas fait pour avoir une DB qui grandi à jamais, à toi de voir.
- dd pour te dépanner directement, voire xfsdump.
[^] # Re: LVM?
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 1.
Avec un petit schéma
Voilà avec cela tu devrais obtenir ce que tu voulais sans avoir du faire. Des variations sont possibles, pas obliger de faire le pvmove/reduce bien sur si tu veux tout allouer à linux par exemple.
[^] # Re: Diffuser directement les cartes ?
Posté par benja . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 1.
Merci !
[^] # Re: .
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 2.
Alors la meilleure chose qu'il puisse t'arriver c'est que tu plantes dans la manip ;-)
[^] # Re: un navigateur web de référence
Posté par benja . En réponse au journal La déception skype. Évalué à 2.
Au contraire. Si je faisais tourner skype ou que j'accédais à office 365 depuis une vm windows, le résultat serait le même que si je faisais tourner un hypothétique client natif dans une sandbox sur gnu/hurd. Dans tout les cas, tu restes prisonnier d'une solution propriétaire. Aie-je mieux fait passer mon point de vue cette fois-ci ?
[^] # Re: LVM?
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 2. Dernière modification le 21 juillet 2016 à 15:36.
s/pvresize/pvmove/
aussi pour désactiver la swap afin de pouvoir réutiliser l'espace: swapoff /dev/sdc10
[^] # Re: LVM?
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 2. Dernière modification le 21 juillet 2016 à 15:29.
Oui j'étais oqp à rédiger une solution similaire…
plus un PV dans à l'espace de la swap actuelle car sinon ça ne va pas être assez grand
Le créer un poil plus grand que la partition actuelle mais surtout pas de tout l'espace (sinon on ne saura pas faire de pvresize : il faut que taille soit inférieure à 23G+10G) ni de l'espace final désiré, on l'agrandira à bonne taille à la fin.
Le faire soit depuis un live cd, soit en ayant remonté le root en read-only (faire en console pour éviter les séquelles si l'interface graphique explose en plein vol). S'il avait utilisé XFS, il aurait pu le faire en live avec xfsdump/xfsrestore ;-)
5bis)
mounter le FS, faire un chroot et réinstaller grub (install-grub /dev/sdc) et/ou update-grub afin de renseigner grub sur l'usage de LVM par le nouveau FS root.
corriger /etc/fstab si nécessaire (si utilisation de LABEL alors ça devrait être ok sans rien faire)
ok
?
À ce moment il faut retirer le PV qui prend la place de la swap actuelle. Avec le couple pvmove/pvreduce.
# le plus simple
Posté par benja . En réponse au message augmenter la taille de la partition racine en ext4. Évalué à 0. Dernière modification le 21 juillet 2016 à 14:52.
Étant donné que l'on peut facilement agrandir une partition en ajoutant de l'espace consécutivement (soit "vers la droite"), serait de:
1) supprimer la swap 2) recréer la swap dans le trou avant, 9,77 GB me semble suffisant pour un usage bureautique 3) tu augmentes ta partition sdc9 avec gparted, puis tu lance resize2fs /dev/sdc9 pour informer le FS de sa nouvelle taille.
Garde bien à l'esprit que l'opération de réduction n'est supportée par pratiquement aucun filesystem.
PS: la prochaine fois utilise un LVM, ça te permet de rendre virtuellement consécutifs des espaces disque.
EDIT: pas vu, c'est l'astuce proposé Julien_06 juste au dessus, +1
[^] # Re: UDMA
Posté par benja . En réponse au message Plus d'accès à linux mint. Évalué à 2. Dernière modification le 21 juillet 2016 à 14:25.
Vérifie toujours les connections, sait-on jamais. Si ton disque est toujours présent et effectivement défaillant, et que tu n'as pas de backup, essaye illico de faire une image avec dd_rescue.
[^] # Re: un navigateur web de référence
Posté par benja . En réponse au journal La déception skype. Évalué à 5.
Ce que je voulais dire c'est que se réjouir de pouvoir utiliser un OS ou navigateur libre pour accéder à ces services c'est juste mettre une couche de doré sur les murs d'une prison. Le choix d'utiliser Linux/firefox/chrome n'a en fin de compte plus aucune importance, si ce n'est peut-être de pouvoir encore flatter l'égo de l'utilisateur.
[^] # Re: un navigateur web de référence
Posté par benja . En réponse au journal La déception skype. Évalué à 2.
En arriver à ce point là ? Sérieusement ? J'hésite à devoir en rire ou à en pleurer.
(traduction avant de me faire moinsser comme un mal-propre: …. ah zut, non tant pis)
# syslog-ng ?
Posté par benja . En réponse au message envoyer un email sur condition de log apache. Évalué à 1.
Il a une architecture souple, configurable/scriptable en Lua pour gérer facilement tes alertes et/ou envoyer tes logs au bon(s) endroit(s). Par contre je crains qu'il ne te fasse aussi passer par un script externe pour envoyer un email.
[^] # Re: Il y a des bon langages et des mauvais langages...
Posté par benja . En réponse au message Les langages par type. . Évalué à 0. Dernière modification le 18 juillet 2016 à 01:08.
Arg busted! So ok I will from now on try to use the best tool for the job! So sad that Ocaml stays at the bottom of his chart, surely we shall send him to the language shootout http://benchmarksgame.alioth.debian.org/ for a more realistic chart (still doesn't account for that OCaml has the best ratio of simplicity*performance*reliability to time-to-code). It can also do web, system, distributed and graphics programming.
http://i.imgur.com/Xy0RoUg.jpg <- best chart evoer!
[^] # Re: osm map via BitTorrent
Posté par benja . En réponse à la dépêche Une grosse tuile pour GNOME Maps. Évalué à 3.
en réponse à https://linuxfr.org/nodes/109564/comments/1665619
Est-ce de ceci dont vous parlez https://github.com/ipfs/ipfs ?
Si oui alors pas vraiment, à priori. Ce système (que je ne connais pas donc je risque de dire encore des grosses bêtises) a l'air
d'être destiné à distribuer des ressources statiques.
Ici la problématique se situe d'une part parce que ce sont des données volumineuses et coûteuses à traiter; combiné au fait qu'elles sont relativement dynamiques. Ce qui fait qu'un système purement statique, basé sur du pré-calcul, serait un gaspillage de ressources, par opposition à une solution "à-la demande + cache".
Ici on parlerait—au conditionnel, je n'ai pas vu passer les chiffres que certains ont demandé—plus de problèmes de charge CPU/memoire, administration, que de bande passante ou de disque. Le dump postgis pour la terre entière pèse +50GB, donc il faut déjà un gros serveur PostgreSQL pour extraire les informations géographiques nécessaires (btw on peut certainement diviser en zones géographiques, mais au final la charge globale revient au même… surtout que les zones les plus densément peuplées sont probablement les plus chargées aussi). Je n'y connais pas grand chose, si quelqu'un qui a du chiffre concret passe dans le coin, qu'il n'hésite pas à sortir son clavier pour nous éclairer sur ce que cela représenterait (query db, génération de tiles, charge/requêtes, dans la vidéo de la conf gnome liée dans le journal associé on ne parle que de taille des tuiles à différentes résolutions vs vectoriel)….
Bref, je pense qu'il s'agit de trouver un compromis sufisamment économe afin de résoudre de manière efficace le transit et la transformation des données depuis la DB OSM vers le client utilisateur. DB OSM -> dump ou synchro par delta -> PostGIS de travail -> serveur de tiles (bitmap et/ou vectorielles) -> caching -> transport -> rendu client. Un protocole basé sur bittorrent ou similaire, ne résoudrait que la partie caching -> transport. Ou alors il faudrait être très astucieux pour trouver un moyen de distribuer tout cela de manière efficace (comment calculer le hash d'une ressource sans l'avoir calculée au préalable ?), je doute que cela soit même possible.
Néanmoins il est certain que simplement pomper les ressources d'un service gratuit ou d'OSM sans autre forme de coopération me semble un peu shortsighted. Réciproquement, reprocher ce manque de prévoyance au developpeur de gnome maps, voire à l'encontre du projet gnome, semble tout autant disproportionné :-)
[^] # Re: ouf Marble est encore la
Posté par benja . En réponse au journal Gnome Maps dans de beaux draps. Évalué à 2. Dernière modification le 15 juillet 2016 à 21:31.
Générer les images côté client, bien qu'intéressant pour de nombreuses raisons, ne dispense pas de devoir utiliser un serveur qui met à disposition des "tuiles" vectorielles.
La question de mettre à disposition des serveurs (et les maintenir) pour GNOME Maps reste donc entière. Sais-tu si le projet s'est positionné d'une façon ou l'autre (ou pas) depuis cette session au GUADEC ? Pour le post grand-parent: qu'est-ce qu'utilise Marble ?