Reprise du message précédent :

Tout a fait, par contre si jamais tu t'amuses a faire transiter tous les dl par la carte SD avant le disque USB. La carte ne va pas tenir très longtemps

J'ai passé une installation Raspbian Wheezy en Jessie (parce que j'ai horreur d'avoir des vieilles versions) et ça fonctionne vraiment bien. Bureau globalement plus rapide et LibreOffice également. Le démarrage est aussi beaucoup plus rapide.
Édit : sur un B @1GHz

 
Tu peux mettre 0% d'espace réservé sur un disque externe, ça pose aucun problème. Ne le fais pas sur la partition système par contre.
 
 
Tu télécharges sur un disque dur usb ? Il est en NTFS ? parce que les perfs NTFS sont pourries sur le Pi 1, tu devrais formater ton disque en ext4 et ça ira bcp mieux.

Toujours ce problème de carré comme Vinck et hier, ça a duré pendant tout le film que j'ai regardé. Apparition/disparition constante, sans rythme régulier ou déclencheur apparent.
 
Plutôt qu'un problème hardware (ma config a pas changée), je penche pour un problème software non ? C'est p-e un bug d'OpenElec. Faudrait aller visiter les forums du projet...
 
Edit : tu utilises quelle marque de carte microSD Vinck ? Il semblerait que les Samsung et Transcend connaissent des problèmes de corruption et j'en ai déjà eu d'ailleurs (Samsung dans mon cas); ça pourrait expliquer le problème peut-être ?

 
Je savais que les fils pouvaient merder mais ça semble bien venir de mes adaptateurs.
J'ai acheté deux adaptateurs usb FSP 5v2A et des cables amazon basic pour remplacer mes alims "noname"
 
Au final après plusieurs tests en allant chercher dans ma boite à câble, des cordons usb divers pour des tests croisés... j'ai tjrs le problème avec ces 2 adaptateurs..
Je suis un peu deg d'en avoir acheté deux. trop confiant..  
je dois encore mesurer la tension en sortie..
 
pour le moment je suis encore avec mes adaptateurs noname..
 
c'est ce modèle la :  
 
http://www.amazon.fr/FSP-Universel [...] fsp+usb+5v
 
les adaptateurs a 5€ j'ai pas trop confiance..  
vous utilisez quoi comme adaptateur qui serait supposé plus fiable ? pour alimenter 3 pi..

 
Salut,
 
Le disque est bien en EXT4 .
 
Disons que ce problème de copie est général, que ce soit sur un disque USB ou même directement sur la carte SD.
 
J'ai deux PiB, quand je copie en FTP / Samba des données sur mon Pi, à un moment la copie "freeze" quelques secondes avant de se repartir...
 
Avec du Torrent, c'est pareil, ça DL impec et puis pouf, ça tombe à zéro avant de repartir à la vitesse max...
 
Avez-vous remarqué ce problème ?

ah ben, c'est fort ça! tu crois que la distrib joue à ce point? je suis en raspbian...

dans mon cas perso, le stockage se fait sur un NAS, monté en NFS
 
 
j'ai pas noté de grosses variations de débit, mais vu que quand ça dépasse une certaine vitesse, j'ai plus accès à rien (même en ssh), ben pas facile de monitorer ça...

J'utilise mon Pi 1 pour télécharger vers un disque dur usb en ext4, 2mo/s constants ... par contre quand j'avais testé en ntfs ça faisait le yoyo et ne dépassait pas les 500ko/s.
 
Avec le pi 2 j'ai posté qqs tests qqs pages plus tot, j'écris depuis mon fixe sur un partage samba/nfs a 10mo/s sans problemes. Pas testé avec le pi 1 (il est pas chez moi).

 
Le truc censé sortir 2A qui doit même pas en sortir 1
 
J'ai mis un peu plus cher pour être tranquille si tu veux un conseil :
 
http://www.amazon.fr/gp/product/B00E0NHKEM
 
Je connecte mon RPI + DD externe + mon RPI 2 que je viens d'avoir (rpi 1 mediacenter, rpi2 retrogaming), et aucun soucis.

 
FSP c est sencé etre une bonne marque d'alim.  
mais bon vu qu'il y a un modèle jumeau à 1A j'ai de gros doutes effectivement
c'est un hub usb pas une vraie alim ton truc  .  
Je me vois mal brancher 1 ou 2 trucs comme ca encombrement etc

 
c'est un hub usb qui se branche sur secteur (alim fourni) et qui sort 2,5A  max par port
 
et si t'as un disque dur externe auto-alimenté, il pompe également sur ton FSP et du coup reste plus assez de jus pour le rpi, dans ce cas soit tu changes d'adaptateur pour un qui te sort plus d'ampères soit tu passes par un hub usb.

 
ca te sert que pour alimenter tes 2 pi ou il fait aussi hub usb pour un de tes pi?
 
non pas de disque.  
cle bluetooth et cle wifi
 
j'ai deja usé 1 adaptateur apple et 1 adaptateur noname depuis bientôt plus de 2 ans que je tourne sur des rpi donc je cherche un truc bien fiable..

 
les 2 pi + disque dur externe, je m'en sers pas comme hub usb à proprement parler mais ca doit être possible.

 
je vais voir ca peut etre une solution pour 2 de mes 3 pi !
merci pour le lien  

 
Peux être pas la distri mais la version de Debian? je suis en Jessie.
 

 
Tu as un lien ?
 
 

 
Je suis partie de la Wheezy que j'ai migré vers Jessie ;-)

 
Je suis en Wheezy aussi, comment as tu fais ?
 
Je débute  

 
 
Dans le fichier /etc/apt/sources.lis met:
 
##Jessie:
deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi
deb http://archive.raspbian.org/raspbian jessie main contrib non-free rpi
deb-src http://archive.raspbian.org/raspbian jessie main contrib non-free rpi
 
 
Ensuite:
#apt-get update
#apt-get upgrade
#apt-get dist-upgrade
 
 
Ensuite, il faut être un peu patient et faire attention si il te demande pas d'écraser les fichiers conf de tes paquets comme samba
 
 

bon pour en avoir le coeur net, j'ai fait un speedtest et un test de téléchargement des fichiers ici: http://test-debit.free.fr/

speedtest:

téléchargement direct fichiers free en local

téléchargement direct fichiers free sur le NAS

et un cp du même fichier depuis le Pi(B) sur le NAS (en NFS) me donne du 2,6 Mo/s donc cohérent avec tes résultats

pendant le wget, le CPU est utilisé à hauteur de 18% environ...
c'est cohérent avec ce que vous avez? auquel cas le problème viendrait vraiment de transmission...

edit: bien sûr tout est en ethernet

Personnellement j'avais testé avec mon rpi b+ et un disque dur externe, connecté sur le rpi,
 
en NTFS, transfert depuis mon PC vers le DD externe via partage samba : 2 mo /sec max
 
en EXT4 : entre 6 et 8 mo/sec.
 
Le NTFS met le core à 100 % ca doit l'obliger à faire une conversion gourmande en ressources.

attention, j'ai rien en NTFS, le NAS est monté en nfs!
et ce qui me chagrine, c'est surtout la vitesse de téléchargement depuis l'extérieur, quand _Doug_ dit qu'il a du 1,45Mo/s constant, j'arrive pas à la moitié de ça!

edit: quoique, 2,5 Mo/s en local, en ethernet et NFS ça me paraît peu non?

 
Merci

ganfoud t'es pas en wifi au moins ? rassure moi parce qu'en effet c'est pas top du tout tes résultats là ..

J'utilise une carte SanDisk vendue également dur thepihut avec openelec pré-installé. Je regarderai ce soir pour la classe. J'attends une réponse de thepihut,  peut-être ont ils déjà eu des retours par rapport à ça.

nan nan tout est en ethernet (gigabit en plus pour le NAS, la livebox et le switch)

 
Oui, enfin le Pi est en 100mb

bon avec le 4K+h265 (surtout ce dernier point) de la nouvelle miniFREE, j'ai peur de ne pas installer la Rpi2 derrière la TV...
sauf si XBMC pour Androïd ne me permet pas de faire ce que je veux... on verra bien !
 
c'est pas grave, je lui trouverais bien une utilité !

oui je sais, c'est pour ça que je l'ai pas inclus dans la liste  

Bonjour,
 
2 retours de ma part:
 
1/ Kubii m'a perdu comme client en s'appuyant sur le transporteur GLS !
Après une gestion plutôt mauvaise de la communication (soit-disant expédié le vendredi mais réellement pris en charge par GLS le mercredi semble-t-il), on m'annonce une livraison le jeudi entre 12h30 et 17h30.
Vers 18h30, j'appelle GLS (1.34€/min) car j'ai vu qu'ils ferment la plateforme téléphonique à 19h... 15min d'attente (+50% au prix du Pi2)... Et la effectivement ce n'est pas normal - vérification de la dame au téléphone (qui fait bien son taf, elle) : oui, on a un nouveau livreur, il est en retard mais rassurez-vous il va faire sa tournée complète; vous serez livré ce soir.
Bilan obligé d'attendre (mais je ne sais pas jusqu'à quand). J'ai dû annuler mes projets pour la soirée et livraison pour finir à 20h30.    
Suivi GLS le lendemain : livré à 15h30    
 
2/ Je pense être la victime (et pas la seule) d'un problème SD/Pi2/Openelec
Après quelques manipulation, le Pi2 échoue au reboot (et là, pas d'adaptateur SD-microSD sous la main )
Après quelque recherche, ça ressemble à ce problème (uSD Transcend justement):
http://openelec.tv/forum/124-raspb [...] ard-on-pi2
J'espère une livraison OE5.0.6 pour corriger ça.

j'ai le même problème de corruption sur une carte samsung toute neuve. j'avais plus de chance de corruption quand j'avais un câble usb qui m'affichait le carré en haut à droite au boot, là je me contente de faire des backups de la base et j'évite de le rebooter
 
du coup j'ai commandé une sandisk qui n'ont pas de soucis remontés et elle remplacera la samsung...

Le soucis a plus l'air de venir d'openelec que de la micro sd
 
Pourquoi ne pas passer sous OSMC ?
 

sur le thread, les mecs d'openelec avaient l'air de dire que c'était pas trop de leur faute.
le problème vient du fait que la distrib marche avec des package qui sont interdépendants et ne fonctionne pas avec bcp de fichiers, du coup dès qu'un morceau est corrompu il empêche le boot. et apparemment sur le pi2 les secteurs peuvent plus facilement se corrompre, notamment avec certains types de sd (samsung, transcend)

J'ai une transcend dans le rpi b+ et une samsung dans le rpi 2  
 
Bon RaspBMC sur le b+ pas de soucis jusqu'à présent, il a déjà rebooté plusieurs fois
 
Rpi 2 sous recalbox.
 
Je suis pas expert dans le domaine mais si certaines micro sd sont plus susceptibles de se corrompre sous openelec, pourquoi elles n'auraient pas ce problème sous d'autres distribs ? ils insinuent que sous d'autres distribs des morceaux seraient aussi corrompus mais que par leurs mode de fonctionnement ce serait moins grave ? j'y crois pas vraiment, si c'était le cas y'aurait forcément un fichier important qui finirait par être touché et une partie non négligeable des utilisateurs auraient des problèmes, ce serait donc remonté.

bah c'est pourtant ce qu'ils expliquent : les autres distribs ne réunissent pas leurs fichiers sous forme de package donc moins de chance de casser le système avec un secteur corrompu. En effet, sur une distrib un secteur corrompu = un fichier peut être corrompu = une fonctionnalité qui va peut être déconner mais le système boot tandis que sur openelec secteur corrompu = package corrompu = boot impossible systématiquement

Heu y a comme un pb dans leurs logique, ext4 est logiquement là pour éviter la corruption des fichiers. Donc normalement le système doit retrouver son intégrité en cas de pb.
 
En l'occurrence, je crois que j'ai pris une kingstom classe 10 et je n'ai aucun soucis.
Sur mon B+ j'ai une samsung classe 10 et ras aussi.

 
Comme je l'ai dit si on suivait leurs logique tôt ou tard un fichier important finirait par se corrompre peu importe le système.
 
 
Et puis surtout : The latest nightly builds from KODI 15.0 from milhouse don't have this problem.

 
Tu avais commandé quand ton rpi2 ?
 

ah mais je défends pas le machin, c'est ce que j'ai lu
 
http://openelec.tv/forum/124-raspb [...] 2?start=90

 
moi ça m'emmerde profondément ces histoires, ça m'a fait perdre pas mal de temps

 
Commandé le 20/02 (annoncé en réappro le 23) - livré le 05/03.

J'ai aussi un soucis de micro SD avec osmc, pas eu le temps de tenter un formatage bas niveau, mais la carte SD fonctionne sur d'autres devices et le rpi1.