Aller au contenu

Diaoul

SynoCommunity
  • Compteur de contenus

    2173
  • Inscription

  • Dernière visite

  • Jours gagnés

    4

Messages posté(e)s par Diaoul

  1. Me voilà grand, je souffle mes 2000 bougies. Mes débuts avec mon DS207+ me paraissent très éloignés...

    Pour fêter ça, Piwi vous offre tous le champagne.

    Santé !

  2. Bon ça marche pas mais ce n'est pas surprenant. La toolchain armada370 date de 2010 (gcc 4.4.5) alors que celle utilisée pour compiler le Python officiel date de 2012 (gcc 4.6.4). Le python officiel a été compilé le 14 mars 2013 (!).

    La toolchain armadaxp contient gcc 4.6.2.

    Bref, aucune chance que ça marche en l'état.

  3. Le Python de SynoCommunity ne passe pas à cause du hard-float je pense. J'ai pu remonter le problème jusqu'a libm (la librairie pour les opérations mathématiques de base).

    L'interpréteur Python fonctionne mais il me sort n'importe quoi quand je lui demande par exemple racine carré de 4.

    Comme Synology a release leur package, j'ai testé avec et ils n'ont pas de souci eux. J'ai pu remonter constater les options de compilation utilisées par Synology :

    import sysconfig
    sysconfig.get_config_vars()
    

    Et l'on peut voir les options suivantes :

    • -mhard-float
    • -mfpu=vfpv3-d16

    Je n'ai pas -mhard-float, c'est peut être ça. Je test ce soir.

  4. En fait le choix de l'utilisation de hard, softfp ou soft est une option du compilateur GCC (-mfloat-abi) : http://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html

    Il existe plein d'autres optimisations CPU de ce coté à creuser (-march, -mfpu, -mcpu, etc.)

    J'ai actuellement un problème avec Python cross compilé avec la toolchain de Syno. J'ai une "Segmentation Fault (core dumped)" sauf que je ne sais pas débugger ce genre de trucs... Quelqu'un aurait une idée ?

  5. Tu peux regarder ce qui se passe dans le moniteur de ressources, CPU, mémoire, et surtout taux d'utilisation de chacun des disques durs. Tu verras si tel disque est à 100MB/s en écriture qu'il est toujours occupé.

    Chaque disque a ses particularités, certains écrivent plus vite que d'autres, l'allocation du CPU peut aussi faire varier les taux de transfert d'un disque à l'autre. Si la LED clignote toujours c'est qu'il y a de l'activité, je serai toi j'attendrai d'avantage avant de dire qu'il s'agit d'un bug.

    Si tu as lancé badblocks, il ne faut pas être pressé.

  6. Bonsoir,

    J'ai eu sur 6 WD Red un disque avec des badblocks qui n'ont été repérés qu'au bout de la 3ème passe.

    Les 2 premières ni la dernière ne les ont remonté.

    Donc les 4 passes ça peut servir :)

    Mais ce qui me chagrine c'est le mutisme de 3 passes sur 4 ... est-ce lié au pattern écrit ??

    En tout cas voici mon faible retour d'expérience si cela peut aider

    Merci pour ce retour, je pense que ça pourra servir de leçon à d'autres...

    badblocks ne remonte les erreurs que lorsque le disque lui même n'arrive plus à les gérer. Les disques durs sont équipés de firmwares pour gérer les secteurs défectueux, une partie du disque est une réserve de secteurs au cas ou quelques uns seraient défectueux.

    Je pense que si tu regardes les infos SMART tu vas exploser le compteur en nombre de secteur défectueux ;)

  7. Tu peux ouvrir un autre port sur ta box pour le rediriger vers le 22 du NAS ça devrait déjà pas mal limiter.

    Ce n'est pas une tentative d'intrusion spécifique, il s'agit probablement d'un robot faisant le tour du web à la recherche de Raspberry Pi ayant leur compte par défaut et le port ouvert.

    L'utilisateur pi étant dans les sudoers, ça revient à accéder en root à un Raspberry Pi...

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.