Jump to content

Gecko64

Membre+
  • Content Count

    431
  • Joined

  • Last visited

Community Reputation

0 Neutre

About Gecko64

  • Birthday 02/28/1984

Contact Methods

  • Website URL
    http://www.geckonline.be
  • Skype
    gecko64

Profile Information

  • Genre
    Homme
  • Localisation
    Mons

Recent Profile Visitors

7976 profile views
  1. Ben j'ai aussi tenté le backup sur un NAS et ça ramait aussi mais ça, je pense que c'est mon QNAP qui pose souci. Oui et puis je n'ai plus pensé que je l'avais laissé en NTFS pour aussi pouvoir y accéder quand je démarrais mon Win7, que je n'utilise plus maintenant. Enfin, une bonne nouvelle, je vais pouvoir migrer mon système Merci pour ton aide, une bonne journée !
  2. J'ai formaté mon disque dur de 640 GB qui prenait les backup en Ext4 et plus en NTFS et maintenant, je n'ai plus aucun souci... A croire que la gestion du NTFS sous Linux n'est pas optimale.
  3. Oui il y a ça, je testerai avec mais je pense que mes disques sont bons. Je vérifierai Merci
  4. Quelque chose qui est moins rapide : /dev/sda: Timing cached reads: 16390 MB in 1.99 seconds = 8223.20 MB/sec Timing buffered disk reads: 436 MB in 3.02 seconds = 144.47 MB/sec
  5. Alors le hdparm donne ceci : /dev/sda: multcount = 1 (on) IO_support = 1 (32-bit) readonly = 0 (off) readahead = 256 (on) geometry = 58369/255/63, sectors = 937703088, start = 0 et j'ai changé par trois fois la câble Sata.
  6. oui sry je regarde ce soir, j'ai été full depuis et le suis encore maintenant
  7. Par contre, quand je fais la copie de mon Samsung SSD EVO 500GB vers un disque dur mécanique de 640GB dans le PC et connecté en sata, j'ai aussi une chute de vitesse de transfert qui avec le temps tombe à 2MB/sec alors que tout démarre à plus de 40MB/sec C'est à ne rien comprendre J'ai déjà fait plein de copies par le passé avec dd et jamais j'ai croisé un tel cas. Comme si il y avait un goulot d'étranglement qui se resserrait petit à petit avec le temps.
  8. Ceci Disque /dev/sda : 447,1 GiB, 480103981056 octets, 937703088 secteurs Disk model: SH00R480GB Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : dos Identifiant de disque : 0x5d2c6d6b Périphérique Amorçage Début Fin Secteurs Taille Id Type /dev/sda1 * 2048 926449663 926447616 441,8G 83 Linux /dev/sda2 926449664 937701375 11251712 5,4G 82 partition d'échange Linux / Solaris Comme c'est un PC de Bureau, j'ai tout mis dans la même partition
  9. Salut tout le monde ! Je viens vers vous car je suis face à un souci qui me préoccupe assez bien. J'avais mon Ubuntu desktop qui était installé sur un SSD de 120GB. Ce disque devenant trop petit avec le temps, j'ai migré le tout sur un nouveau SSD de 480GB. J'ai durant cette manipulation du virer la swap pour agrandir le root pour ensuite refaire une swap à la fin e l'espace disque. J'ai corrigé l'uuid de la swap dans mon fstab mais depuis, je me retrouve avec une latence d'accès à ce disque pouvant aller à 50ms, ce qui est énorme et ralenti tout de manière considérable. Je me suis alors dit que le disque devait avoir un souci même si il était neuf. J'ai pris la décision de backup mon Win7 qui est sur un autre SSD de 500GB dans ce même PC avec un petit dd. Le backup démarre très bien sauf que mon débit chute petit à petit pour partir de 45MB/s à maintenant 2,2MB/s après 176GB de copie. J'ai essayé aussi avec l'outil graphique d'Ubuntu, même problème... Du coup, je ne suis pas capable de tester mon Ubuntu sur ce disque vu que je ne suis pas capable de faire le backup de ce disque afin de le libérer du Win7 dessus. Et là, face à tous ces événements assez étranges, je me demandais si vous auriez une idée ? Pcq un dd qui démarre super bien et baisse en débit progressivement sur des heures tel la vitesse d'Apollo 11 s'éloignant de la Terre, je ne cerne pas... Et pour cette latence élevée sur mon SSD Ubuntu, je pense fortement à un défaut de conception. Merci d'avance pour votre aide !
  10. Gecko64

    Souci avec SMI

    Je viens d'essayer mais pareil... :-/
  11. Gecko64

    Souci avec SMI

    Je viens de le faire mais le problème persiste. Par contre j'ai un trou niveau administration, c'est comment je pourrais garder une historique des pid qui existent durant un certain temps ? Pcq il récupère bien un pid mais pas moyen de voir à quelle commande il appartient vu que ça disparait aussitôt. Je pensais faire un "ps aux" en boucle super rapide qui ajoute tout à un fichier et aller chercher là dedans mais bon, chipotage chipotage ^^
  12. Gecko64

    Souci avec SMI

    " Parce qu'installer un php5.x sous debian 9 n'est pas ce que j'appellerais une bonne idée... " Tout à fait d'accord mais il ne veut pas lâcher son panel de gestion et je me vois mal, rouillé comme je suis en PHP, commencer à upgrader tout le code... :-/ Sinon c'est php_mod en version 5.6 ( php5_module (shared) ). J'ai ajouté le repository de Jessie et j'ai mis les priorités de packet dans /etc/apt/preferences.d/jessie C'est ainsi que j'ai pu le mettre sur Stretch, même si j'avoue aussi ne pas aimer faire ça.
  13. Gecko64

    Souci avec SMI

    Rien n'est en relatif, j'ai testé les deux. En console il se lance mais dès que je mets la commande en shell_exec, fini. J'ai encore fait un shell_exec juste en dessous shell_exec("touch toto.txt"); et là on voit bien que ça marche et tourne sous l'utilisateur gecko : -rw-r--r-- 1 gecko gecko 0 Jul 13 19:45 toto.txt Il y a un utilisateur différent de apache2 pour php ? Pcq moi je fais tourner apache2 sous un utilisateur spécifique et tout ce qui en découle est effectué sous cette identité là. Mais sinon, ceci dans un fichier de test, ça ne marche pas : shell_exec("nohup /home/gecko/website/smi/shoutcast/1.9.8-Linux/sc_serv /home/gecko/website/smi/servers/8000SERVER.conf > /dev/null & echo $!");
×
×
  • Create New...