ne me fais pas dire ce que je n'ai pas dit, bien entendu que tu vas donner priorité à ceux qui te payent !
ce que je voulais dire c'est qu'à partir du moment où tu as déjà été payé pour faire le boulot, il est sans doute contre-productif de pénaliser ceux qui n'ont pas payé (en retardant la libération du produit ou de la fonctionnalité)
Libre != Gratuit
les développeurs ne sont pas des créatures virtuelles vivant d'amour et d'électrons,
on pourrait dire que le logiciel est libre à partir du moment où il a été payé
je n'ai pas trouvé (pas vraiment cherché non plus) d'infos sur la campagne de financement du projet sur mesa à l'origine du journal, mais celle sur Openshot parle de récompenses sous forme de tee-shirt ou d'autres "goodies" (clés usb,…)
très intelligent :
- les développeurs sont payés,
- le projet voit sa comm (donc sa visibilité) améliorée,
- ça flatte les sponsors,
- ça évite d'avoir plusieurs versions du produit avec des licences différentes (entre autres complications)
tout le monde est content
je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx $, ceux qui payent xxxxx $, etc, sinon on ne peut plus parler de logiciel libre (tout au plus d'open-source, open-core ou de freemium)
de mémoire, dd n'est pas très efficace quand le disque "butte" sur les zones défectueuses (il essaie longtemps et s'arrête), à la place, regarde ddrescue, c'est le même principe (image disque) mais il saute rapidement les zones à problèmes pour y revenir plus tard (quand il a parcouru toutes les zones qui sont ok)
ok,
l'offre de base c'est 1 atom 1.6 ghz (le prochain cpu dans la gamme KS c'est un core i5 3 ghz !) 2 go de ram (l'offre suivante c'est 4 go) et 500 go de disque (offre suivante = 1 to)
dans les distributions que je connais (debian, archlinux et ubuntu), ubuntu me semble être la plus gourmande (base debian mais avec plus de services qui tournent par défaut)
peux tu me citer une distribution lourde qui "obligerait" OVH à fournir plus de ram, cpu ou disque, pour le même prix (qui est vraiment rikiki, probablement déjà pas rentable pour eux) ?
cet après-midi j'ai appris qu'il était possible de lier un commit de subversion (et peut-être de git) avec une demande/tache redmine de telle façon qu'en examinant une demande redmine on peut explorer les modifications de code qui ont été nécessaire pour la résolution de la dite demande, sans quitter redmine, pratique pour savoir qui à fait quelle modif pour résoudre la demande, simplement en saisissant le N° de demande redmine dans le commentaire du commit,
c'est pas out of the box, il faut configurer à la mano la liaison, mais c'est quand même sympa comme fonctionnalité
je crois que GitHub n'est pas vraiment libre (à moins qu'il le soit devenu au fil du temps), donc le conseiller pour le développement d'un projet libre, sur ce site pourrait être considéré comme quoi ?
un lancé de troll avant l'heure ? :-)
ma source : pourquoi githup saimal
pour les dicaïdors pressés : ce journal, datant de 6 mois propose quelques alternatives
j'ai l'habitude de ne pas installer d'interface graphique sur mes serveurs (un petit apt-get install mc pour avoir un navigateur de fichier semi-graphique et c'est tout), mais encore une fois la situation en entreprise est différente et en 20h il faut effectivement choisir : soit apprendre les bases de l'administration de serveur (ports, virtual hosts et autres directives importantes), soit les bases du shell :-)
mes serveurs je les ait toujours fait en Debian, mais en entreprise c'est souvent du RedHat (support oblige, pour rassurer les Dicaïdors pressés), et au niveau installation et administration c'est pas vraiment la même chose (plus simple pour debian, selon mon expérience)
idéalement tu devrais proposer les 2 distributions, histoire que les étudiants ne sortent pas de la formation en pensant que c'est bon, ils savent faire de l'administration de site web alors qu'ils ne connaissent qu'une version (je ne pousserai pas en disant qu'il faudrait aussi qu'ils voient de l'IIS…)
dire que l'avenir GNU/Linux est assuré grace à Android, c'est osé, surtout sur ce site :-)
cela dit, je me pose aussi cette question, personnellement et professionnellement, je suis assez heureux de GNU/Linux, au point d'utiliser win$ uniquement lors de certaines opérations chez mes clients, j'ai commencé sur Debian, j'ai essayé quelques versions d'Ubuntu, et maintenant je suis sur Archlinux (un jour il faudra je tente Fedora et OpenSuse)
mais comme il m'arrive d'être moi même embêté lors de certaines mises à jour, j'ai arrêté de le conseiller à des non informaticiens, pas envie de passer du temps à faire de la maintenance gratuite en expliquant que ces petis désagréments sont compensés par la liberté,
la liberté qui compte pour la majorité des utilisateurs est celle de leur esprit, pas celle de leur ordi :-)
je me remettrai à installer du GNU/Linux chez les autres lorsqu'il existera une distribution NOOB PROOF, qui permet par exemple d'annuler de façon simple une mise à jour automatique qui aurait échoué
mais je n'ai pas l'impression que ça soit le cas cette fois,
sinon le cabinet en question est vraiment désespéré (1500 euro pour des avocats c'est peanuts) :-)
Posté par pralines .
En réponse au message P****n de 1er Avril !.
Évalué à 2.
Dernière modification le 25 avril 2013 à 18:24.
en https, avec les IE 7 et 8, il m'est arrivé d'avoir des surprises avec certains éléments composant une page (png ou css ou js pas chargés par exemple)
date facture = 9/12/2011 = date échéance facture = 9/12/2011 (normalement prélèvement automatique par CB, mais j'avais bloqué la carte)
relance du fournisseur le 21/12/2012 par courrier avec AR reçu le 24/12/2012 (donc plus d'1 année)
ça semble trop facile
je me fend d'un petit courrier mentionnant l'article L34-2 du code des postes et communications ou bien il vaut mieux faire confirmer par un expert que mon cas entre bien dans le cadre de cet article ?
si oui, quel expert, un avocat ?
merci en tout cas pour cette prompte réaction (et oui c'était drôle :-)
les infos raid postées étaient celle de l'incident précédent,
lorsque j'ai échangé les disques, j'avais déjà un disque failed, et un second l'a été du fait du changement de tiroir (là j'ai fortement déconné)
pour ce qui est de la faiblesse de l'alim, je doute un peu, il m'arrive de tourner avec 4 disques comme avec 5 ou 6 (dock + eSata) sans que le raid tombe, mais je suppose qu'il n'est pas exclu qu'une charge cpu plus forte ne fasse déborder le vase à un moment
pour le moment j'ai remplacé les cables sata anciens, tout raccordé aux ports sata interne, ça ne mange pas de pain
lorsque j'aurai fait une sauvegarde complète de mon système sur un disque d'1 to je me remettrai à jouer avec ta méthode
dernière info : lors du dernier incident, je suis allé voir dans errors.log :
Jan 15 17:20:41 zorg kernel: [19261.391636] ata1.00: exception Emask 0x50 SAct 0x1 SErr 0x680801 action 0x6 frozen
Jan 15 17:20:41 zorg kernel: [19261.391640] ata1.00: irq_stat 0x0c000000, interface fatal error
Jan 15 17:20:41 zorg kernel: [19261.391642] ata1: SError: { RecovData HostInt 10B8B BadCRC Handshk }
Jan 15 17:20:41 zorg kernel: [19261.391644] ata1.00: failed command: WRITE FPDMA QUEUED
Jan 15 17:20:41 zorg kernel: [19261.391647] ata1.00: cmd 61/08:00:f8:b7:72/00:00:0c:00:00/40 tag 0 ncq 4096 out
Jan 15 17:20:41 zorg kernel: [19261.391647] res 40/00:00:f8:b7:72/00:00:0c:00:00/40 Emask 0x50 (ATA bus error)
Jan 15 17:20:41 zorg kernel: [19261.391649] ata1.00: status: { DRDY }
Jan 15 17:20:42 zorg kernel: [19261.876434] ata1: softreset failed (device not ready)
Jan 15 17:20:42 zorg kernel: [19262.055945] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055949] end_request: I/O error, dev sda, sector 208844792
et dans kernel.log :
Jan 15 17:20:41 zorg kernel: [19261.391636] ata1.00: exception Emask 0x50 SAct 0x1 SErr 0x680801 action 0x6 frozen
Jan 15 17:20:41 zorg kernel: [19261.391640] ata1.00: irq_stat 0x0c000000, interface fatal error
Jan 15 17:20:41 zorg kernel: [19261.391642] ata1: SError: { RecovData HostInt 10B8B BadCRC Handshk }
Jan 15 17:20:41 zorg kernel: [19261.391644] ata1.00: failed command: WRITE FPDMA QUEUED
Jan 15 17:20:41 zorg kernel: [19261.391647] ata1.00: cmd 61/08:00:f8:b7:72/00:00:0c:00:00/40 tag 0 ncq 4096 out
Jan 15 17:20:41 zorg kernel: [19261.391647] res 40/00:00:f8:b7:72/00:00:0c:00:00/40 Emask 0x50 (ATA bus error)
Jan 15 17:20:41 zorg kernel: [19261.391649] ata1.00: status: { DRDY }
Jan 15 17:20:41 zorg kernel: [19261.391652] ata1: hard resetting link
Jan 15 17:20:42 zorg kernel: [19261.876434] ata1: softreset failed (device not ready)
Jan 15 17:20:42 zorg kernel: [19261.876439] ata1: applying PMP SRST workaround and retrying
Jan 15 17:20:42 zorg kernel: [19262.042635] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 15 17:20:42 zorg kernel: [19262.045120] ata1.00: configured for UDMA/133
Jan 15 17:20:42 zorg kernel: [19262.055922] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055925] Result: hostbyte=0x00 driverbyte=0x08
Jan 15 17:20:42 zorg kernel: [19262.055926] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055928] Sense Key : 0xb [current] [descriptor]
Jan 15 17:20:42 zorg kernel: [19262.055930] Descriptor sense data with sense descriptors (in hex):
Jan 15 17:20:42 zorg kernel: [19262.055931] 72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00.
Jan 15 17:20:42 zorg kernel: [19262.055935] 0c 72 b7 f8.
Jan 15 17:20:42 zorg kernel: [19262.055937] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055938] ASC=0x0 ASCQ=0x0
Jan 15 17:20:42 zorg kernel: [19262.055940] sd 0:0:0:0: [sda] CDB:.
Jan 15 17:20:42 zorg kernel: [19262.055941] cdb[0]=0x2a: 2a 00 0c 72 b7 f8 00 00 08 00
Jan 15 17:20:42 zorg kernel: [19262.055945] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055949] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055950] md: super_written gets error=-5, uptodate=0
Jan 15 17:20:42 zorg kernel: [19262.055953] md/raid10:md1: Disk failure on sda3, disabling device.
Jan 15 17:20:42 zorg kernel: [19262.055953] md/raid10:md1: Operation continuing on 3 devices.
Jan 15 17:20:42 zorg kernel: [19262.055982] ata1: EH complete
Jan 15 17:20:42 zorg kernel: [19262.072335] RAID10 conf printout:
Jan 15 17:20:42 zorg kernel: [19262.072338] --- wd:3 rd:4
Jan 15 17:20:42 zorg kernel: [19262.072340] disk 0, wo:0, o:1, dev:sdc3
Jan 15 17:20:42 zorg kernel: [19262.072341] disk 1, wo:0, o:1, dev:sdd3
Jan 15 17:20:42 zorg kernel: [19262.072342] disk 2, wo:1, o:0, dev:sda3
Jan 15 17:20:42 zorg kernel: [19262.072343] disk 3, wo:0, o:1, dev:sdb3
Jan 15 17:20:42 zorg kernel: [19262.075855] RAID10 conf printout:
Jan 15 17:20:42 zorg kernel: [19262.075857] --- wd:3 rd:4
Jan 15 17:20:42 zorg kernel: [19262.075859] disk 0, wo:0, o:1, dev:sdc3
Jan 15 17:20:42 zorg kernel: [19262.075860] disk 1, wo:0, o:1, dev:sdd3
Jan 15 17:20:42 zorg kernel: [19262.075861] disk 3, wo:0, o:1, dev:sdb3
je n'ai pas encore trouvé à quoi correspondait ce super_written qui se prend un error=-5
à nouveau dégradé, j'ai remplacé tous les cables sata
j'avais aussi raccordé un disque au port eSata par un cable plus long que les autres, ça n'était pas le disque fautif mais j'ai tout de même remplacé le cable et il est maintenant sur un port sata interne comme les autres
ça fait beaucoup de changements et si ça élimine le problème je ne pourrais pas savoir ce qui a été déterminant (changement soft, ou quel changement hard), mais je suis plus dans une démarche apprenti-sorcier que scientifique…
[^] # Re: Bien bien !
Posté par pralines . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 3.
ne me fais pas dire ce que je n'ai pas dit, bien entendu que tu vas donner priorité à ceux qui te payent !
ce que je voulais dire c'est qu'à partir du moment où tu as déjà été payé pour faire le boulot, il est sans doute contre-productif de pénaliser ceux qui n'ont pas payé (en retardant la libération du produit ou de la fonctionnalité)
Envoyé depuis mon Archlinux
# Merci
Posté par pralines . En réponse au message Firefox 23 : Click to Play. Évalué à 1. Dernière modification le 11 août 2013 à 14:00.
justement, je me demandais pourquoi les vidéos en flash s'étaient mise à refonctionner automatiquement !
super le about:permissions
Envoyé depuis mon Archlinux
[^] # Re: Bien bien !
Posté par pralines . En réponse au journal Succès de l'extension de mesa en financement participatif. Évalué à 3. Dernière modification le 11 août 2013 à 13:49.
Libre != Gratuit
les développeurs ne sont pas des créatures virtuelles vivant d'amour et d'électrons,
on pourrait dire que le logiciel est libre à partir du moment où il a été payé
je n'ai pas trouvé (pas vraiment cherché non plus) d'infos sur la campagne de financement du projet sur mesa à l'origine du journal, mais celle sur Openshot parle de récompenses sous forme de tee-shirt ou d'autres "goodies" (clés usb,…)
très intelligent :
- les développeurs sont payés,
- le projet voit sa comm (donc sa visibilité) améliorée,
- ça flatte les sponsors,
- ça évite d'avoir plusieurs versions du produit avec des licences différentes (entre autres complications)
tout le monde est content
je crois qu'il ne faut pas faire plusieurs catégories d'utilisateurs : ceux qui ne payent pas, ceux qui payent xx $, ceux qui payent xxxxx $, etc, sinon on ne peut plus parler de logiciel libre (tout au plus d'open-source, open-core ou de freemium)
Envoyé depuis mon Archlinux
# totalement HS
Posté par pralines . En réponse au journal Prendre la température avec un raspberry. Évalué à 1.
avec quoi tu as dessiné ton joli schéma "Salle Info" ?
Envoyé depuis mon Archlinux
[^] # Re: Utiliser dd ?
Posté par pralines . En réponse au message Disque dur endommagé . Évalué à 4.
de mémoire, dd n'est pas très efficace quand le disque "butte" sur les zones défectueuses (il essaie longtemps et s'arrête), à la place, regarde ddrescue, c'est le même principe (image disque) mais il saute rapidement les zones à problèmes pour y revenir plus tard (quand il a parcouru toutes les zones qui sont ok)
Envoyé depuis mon Archlinux
[^] # Re: Et le petit cadeau..
Posté par pralines . En réponse au journal Sysadmin day !. Évalué à 1.
je t'ai "pertinenté", mais pas pour ta diplomatie :-)
Envoyé depuis mon Archlinux
[^] # Re: Et le petit cadeau..
Posté par pralines . En réponse au journal Sysadmin day !. Évalué à 1.
et toi, te souviens tu de la distrib que tu avais commandé pour avoir ce celeron ?
Envoyé depuis mon Archlinux
[^] # Re: Et le petit cadeau..
Posté par pralines . En réponse au journal Sysadmin day !. Évalué à 3.
ok,
l'offre de base c'est 1 atom 1.6 ghz (le prochain cpu dans la gamme KS c'est un core i5 3 ghz !) 2 go de ram (l'offre suivante c'est 4 go) et 500 go de disque (offre suivante = 1 to)
dans les distributions que je connais (debian, archlinux et ubuntu), ubuntu me semble être la plus gourmande (base debian mais avec plus de services qui tournent par défaut)
peux tu me citer une distribution lourde qui "obligerait" OVH à fournir plus de ram, cpu ou disque, pour le même prix (qui est vraiment rikiki, probablement déjà pas rentable pour eux) ?
Envoyé depuis mon Archlinux
[^] # Re: Et le petit cadeau..
Posté par pralines . En réponse au journal Sysadmin day !. Évalué à 1.
intéressant,
une petite question :
est-ce qu'on peut changer de distribution sans résilier et se réabonner ?
et si oui, à quel coût ?
Envoyé depuis mon Archlinux
[^] # pas pour Archlinux
Posté par pralines . En réponse au message commande de reconnaissance de la distribution hôte. Évalué à 2.
la liste des distributions certifiées LSB
https://www.linuxbase.org/lsb-cert/productdir.php?by_lsb
Envoyé depuis mon Archlinux
[^] # Re: Redmine
Posté par pralines . En réponse au message "Nécessaire" de démarrage pour développement d'un projet libre.. Évalué à 1.
cet après-midi j'ai appris qu'il était possible de lier un commit de subversion (et peut-être de git) avec une demande/tache redmine de telle façon qu'en examinant une demande redmine on peut explorer les modifications de code qui ont été nécessaire pour la résolution de la dite demande, sans quitter redmine, pratique pour savoir qui à fait quelle modif pour résoudre la demande, simplement en saisissant le N° de demande redmine dans le commentaire du commit,
c'est pas out of the box, il faut configurer à la mano la liaison, mais c'est quand même sympa comme fonctionnalité
Envoyé depuis mon Archlinux
[^] # Re: Github.
Posté par pralines . En réponse au message "Nécessaire" de démarrage pour développement d'un projet libre.. Évalué à 2.
je crois que GitHub n'est pas vraiment libre (à moins qu'il le soit devenu au fil du temps), donc le conseiller pour le développement d'un projet libre, sur ce site pourrait être considéré comme quoi ?
un lancé de troll avant l'heure ? :-)
ma source : pourquoi githup saimal
pour les dicaïdors pressés : ce journal, datant de 6 mois propose quelques alternatives
Envoyé depuis mon Archlinux
[^] # Re: ça dépend un peu de la cible
Posté par pralines . En réponse au message Distribution pour enseigner l'administration réseau. Évalué à 2.
j'ai l'habitude de ne pas installer d'interface graphique sur mes serveurs (un petit apt-get install mc pour avoir un navigateur de fichier semi-graphique et c'est tout), mais encore une fois la situation en entreprise est différente et en 20h il faut effectivement choisir : soit apprendre les bases de l'administration de serveur (ports, virtual hosts et autres directives importantes), soit les bases du shell :-)
Envoyé depuis mon Archlinux
# ça dépend un peu de la cible
Posté par pralines . En réponse au message Distribution pour enseigner l'administration réseau. Évalué à 5.
CentOS c'est du RedHat libre il me semble ?
mes serveurs je les ait toujours fait en Debian, mais en entreprise c'est souvent du RedHat (support oblige, pour rassurer les Dicaïdors pressés), et au niveau installation et administration c'est pas vraiment la même chose (plus simple pour debian, selon mon expérience)
idéalement tu devrais proposer les 2 distributions, histoire que les étudiants ne sortent pas de la formation en pensant que c'est bon, ils savent faire de l'administration de site web alors qu'ils ne connaissent qu'une version (je ne pousserai pas en disant qu'il faudrait aussi qu'ils voient de l'IIS…)
Envoyé depuis mon Archlinux
[^] # Re: Il y aurait bien Starship Troopers, mais...
Posté par pralines . En réponse au sondage Votre univers SF / Space opéra préféré. Évalué à 1.
voui
j'ai été "obligé" d'y retourner pour une autre séance,
puis je me suis mis au romans,
puis j'ai revu le film,
puis je relis les romans
etc…
par contre, ne me parlez pas des 3 téléfilms, pas pu regarder plus de 15 minutes…
Envoyé depuis mon Archlinux
# 3 taïkonautes
Posté par pralines . En réponse au journal 3 de moins sur terre. Évalué à 10.
astronautes = américains
cosmonautes = russes
spationautes = européens
où comment exporter la notion toxique de patriotisme dans le vide
(on n'est pas vendredi, mais j'avais envie :-)
Envoyé depuis mon Archlinux
# on n'est pas trolldi, mais tout de même...
Posté par pralines . En réponse au journal Quelle stratégie pour l'avenir de GNU/Linux ?. Évalué à 10.
dire que l'avenir GNU/Linux est assuré grace à Android, c'est osé, surtout sur ce site :-)
cela dit, je me pose aussi cette question, personnellement et professionnellement, je suis assez heureux de GNU/Linux, au point d'utiliser win$ uniquement lors de certaines opérations chez mes clients, j'ai commencé sur Debian, j'ai essayé quelques versions d'Ubuntu, et maintenant je suis sur Archlinux (un jour il faudra je tente Fedora et OpenSuse)
mais comme il m'arrive d'être moi même embêté lors de certaines mises à jour, j'ai arrêté de le conseiller à des non informaticiens, pas envie de passer du temps à faire de la maintenance gratuite en expliquant que ces petis désagréments sont compensés par la liberté,
la liberté qui compte pour la majorité des utilisateurs est celle de leur esprit, pas celle de leur ordi :-)
je me remettrai à installer du GNU/Linux chez les autres lorsqu'il existera une distribution NOOB PROOF, qui permet par exemple d'annuler de façon simple une mise à jour automatique qui aurait échoué
Envoyé depuis mon Archlinux
[^] # Re: Chapeau, l' "entreprise"
Posté par pralines . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à 2.
ça c'est déjà vu :
Prenda Law
mais je n'ai pas l'impression que ça soit le cas cette fois,
sinon le cabinet en question est vraiment désespéré (1500 euro pour des avocats c'est peanuts) :-)
Envoyé depuis mon Archlinux
# https ?
Posté par pralines . En réponse au message P****n de 1er Avril !. Évalué à 2. Dernière modification le 25 avril 2013 à 18:24.
en https, avec les IE 7 et 8, il m'est arrivé d'avoir des surprises avec certains éléments composant une page (png ou css ou js pas chargés par exemple)
Envoyé depuis mon Archlinux
[^] # Re: Mauvaise nouvelle pour toi
Posté par pralines . En réponse au message victime piratage VOIP / délai prescription facture. Évalué à 1.
mon interprétation :
le premier paragraphe de l'article L34-2 dit que l'usager ne peut plus se faire rembourser passer le délai d'1 an à compter du paiement
le second paragraphe dit que le fournisseur ne peut plus exiger de paiement au-delà d'1 année à compter de la date d'exigibilité de sa facture
comme je n'ai rien payé (je ne demande pas un remboursement), je pense que je suis bien dans le cas décrit dans le second paragraphe
mais je me berce peut-être de douces illusions…
Envoyé depuis mon Archlinux
[^] # Re: au vue de la somme engagé
Posté par pralines . En réponse au message victime piratage VOIP / délai prescription facture. Évalué à 1.
oui, je crois aussi qu'il n'y a qu'un avocat pour confirmer ça, et encore, faudra tomber sur un pas trop mauvais ou pressé d'encaisser les pépettes…
Envoyé depuis mon Archlinux
[^] # Re: je vais surement dire une betise
Posté par pralines . En réponse au message victime piratage VOIP / délai prescription facture. Évalué à 2.
en bas de la facture j'ai ça :
KEYYO S.A. au capital de 992.172,16 euros - RCS NANTERRE B390081156
APE 6110Z - N° TVA INTRACOMMUNAUTAIRE FR75390081156
donc il ne devrait pas y avoir de doute de ce côté (j'espère, sauf astuce double sandwich)
Envoyé depuis mon Archlinux
[^] # Re: SIPadrole mais...
Posté par pralines . En réponse au message victime piratage VOIP / délai prescription facture. Évalué à 1. Dernière modification le 25 février 2013 à 19:54.
date facture = 9/12/2011 = date échéance facture = 9/12/2011 (normalement prélèvement automatique par CB, mais j'avais bloqué la carte)
relance du fournisseur le 21/12/2012 par courrier avec AR reçu le 24/12/2012 (donc plus d'1 année)
ça semble trop facile
je me fend d'un petit courrier mentionnant l'article L34-2 du code des postes et communications ou bien il vaut mieux faire confirmer par un expert que mon cas entre bien dans le cadre de cet article ?
si oui, quel expert, un avocat ?
merci en tout cas pour cette prompte réaction (et oui c'était drôle :-)
Envoyé depuis mon Archlinux
[^] # Re: soyons joueurs ou pas
Posté par pralines . En réponse au message software raid 10 avec failed event répétitif sur /dev/sda. Évalué à 1.
les infos raid postées étaient celle de l'incident précédent,
lorsque j'ai échangé les disques, j'avais déjà un disque failed, et un second l'a été du fait du changement de tiroir (là j'ai fortement déconné)
pour ce qui est de la faiblesse de l'alim, je doute un peu, il m'arrive de tourner avec 4 disques comme avec 5 ou 6 (dock + eSata) sans que le raid tombe, mais je suppose qu'il n'est pas exclu qu'une charge cpu plus forte ne fasse déborder le vase à un moment
pour le moment j'ai remplacé les cables sata anciens, tout raccordé aux ports sata interne, ça ne mange pas de pain
lorsque j'aurai fait une sauvegarde complète de mon système sur un disque d'1 to je me remettrai à jouer avec ta méthode
dernière info : lors du dernier incident, je suis allé voir dans errors.log :
Jan 15 17:20:41 zorg kernel: [19261.391636] ata1.00: exception Emask 0x50 SAct 0x1 SErr 0x680801 action 0x6 frozen
Jan 15 17:20:41 zorg kernel: [19261.391640] ata1.00: irq_stat 0x0c000000, interface fatal error
Jan 15 17:20:41 zorg kernel: [19261.391642] ata1: SError: { RecovData HostInt 10B8B BadCRC Handshk }
Jan 15 17:20:41 zorg kernel: [19261.391644] ata1.00: failed command: WRITE FPDMA QUEUED
Jan 15 17:20:41 zorg kernel: [19261.391647] ata1.00: cmd 61/08:00:f8:b7:72/00:00:0c:00:00/40 tag 0 ncq 4096 out
Jan 15 17:20:41 zorg kernel: [19261.391647] res 40/00:00:f8:b7:72/00:00:0c:00:00/40 Emask 0x50 (ATA bus error)
Jan 15 17:20:41 zorg kernel: [19261.391649] ata1.00: status: { DRDY }
Jan 15 17:20:42 zorg kernel: [19261.876434] ata1: softreset failed (device not ready)
Jan 15 17:20:42 zorg kernel: [19262.055945] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055949] end_request: I/O error, dev sda, sector 208844792
et dans kernel.log :
Jan 15 17:20:41 zorg kernel: [19261.391636] ata1.00: exception Emask 0x50 SAct 0x1 SErr 0x680801 action 0x6 frozen
Jan 15 17:20:41 zorg kernel: [19261.391640] ata1.00: irq_stat 0x0c000000, interface fatal error
Jan 15 17:20:41 zorg kernel: [19261.391642] ata1: SError: { RecovData HostInt 10B8B BadCRC Handshk }
Jan 15 17:20:41 zorg kernel: [19261.391644] ata1.00: failed command: WRITE FPDMA QUEUED
Jan 15 17:20:41 zorg kernel: [19261.391647] ata1.00: cmd 61/08:00:f8:b7:72/00:00:0c:00:00/40 tag 0 ncq 4096 out
Jan 15 17:20:41 zorg kernel: [19261.391647] res 40/00:00:f8:b7:72/00:00:0c:00:00/40 Emask 0x50 (ATA bus error)
Jan 15 17:20:41 zorg kernel: [19261.391649] ata1.00: status: { DRDY }
Jan 15 17:20:41 zorg kernel: [19261.391652] ata1: hard resetting link
Jan 15 17:20:42 zorg kernel: [19261.876434] ata1: softreset failed (device not ready)
Jan 15 17:20:42 zorg kernel: [19261.876439] ata1: applying PMP SRST workaround and retrying
Jan 15 17:20:42 zorg kernel: [19262.042635] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 15 17:20:42 zorg kernel: [19262.045120] ata1.00: configured for UDMA/133
Jan 15 17:20:42 zorg kernel: [19262.055922] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055925] Result: hostbyte=0x00 driverbyte=0x08
Jan 15 17:20:42 zorg kernel: [19262.055926] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055928] Sense Key : 0xb [current] [descriptor]
Jan 15 17:20:42 zorg kernel: [19262.055930] Descriptor sense data with sense descriptors (in hex):
Jan 15 17:20:42 zorg kernel: [19262.055931] 72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00.
Jan 15 17:20:42 zorg kernel: [19262.055935] 0c 72 b7 f8.
Jan 15 17:20:42 zorg kernel: [19262.055937] sd 0:0:0:0: [sda]..
Jan 15 17:20:42 zorg kernel: [19262.055938] ASC=0x0 ASCQ=0x0
Jan 15 17:20:42 zorg kernel: [19262.055940] sd 0:0:0:0: [sda] CDB:.
Jan 15 17:20:42 zorg kernel: [19262.055941] cdb[0]=0x2a: 2a 00 0c 72 b7 f8 00 00 08 00
Jan 15 17:20:42 zorg kernel: [19262.055945] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055949] end_request: I/O error, dev sda, sector 208844792
Jan 15 17:20:42 zorg kernel: [19262.055950] md: super_written gets error=-5, uptodate=0
Jan 15 17:20:42 zorg kernel: [19262.055953] md/raid10:md1: Disk failure on sda3, disabling device.
Jan 15 17:20:42 zorg kernel: [19262.055953] md/raid10:md1: Operation continuing on 3 devices.
Jan 15 17:20:42 zorg kernel: [19262.055982] ata1: EH complete
Jan 15 17:20:42 zorg kernel: [19262.072335] RAID10 conf printout:
Jan 15 17:20:42 zorg kernel: [19262.072338] --- wd:3 rd:4
Jan 15 17:20:42 zorg kernel: [19262.072340] disk 0, wo:0, o:1, dev:sdc3
Jan 15 17:20:42 zorg kernel: [19262.072341] disk 1, wo:0, o:1, dev:sdd3
Jan 15 17:20:42 zorg kernel: [19262.072342] disk 2, wo:1, o:0, dev:sda3
Jan 15 17:20:42 zorg kernel: [19262.072343] disk 3, wo:0, o:1, dev:sdb3
Jan 15 17:20:42 zorg kernel: [19262.075855] RAID10 conf printout:
Jan 15 17:20:42 zorg kernel: [19262.075857] --- wd:3 rd:4
Jan 15 17:20:42 zorg kernel: [19262.075859] disk 0, wo:0, o:1, dev:sdc3
Jan 15 17:20:42 zorg kernel: [19262.075860] disk 1, wo:0, o:1, dev:sdd3
Jan 15 17:20:42 zorg kernel: [19262.075861] disk 3, wo:0, o:1, dev:sdb3
je n'ai pas encore trouvé à quoi correspondait ce super_written qui se prend un error=-5
Envoyé depuis mon Archlinux
[^] # Re: soyons joueurs ou pas
Posté par pralines . En réponse au message software raid 10 avec failed event répétitif sur /dev/sda. Évalué à 1.
à nouveau dégradé, j'ai remplacé tous les cables sata
j'avais aussi raccordé un disque au port eSata par un cable plus long que les autres, ça n'était pas le disque fautif mais j'ai tout de même remplacé le cable et il est maintenant sur un port sata interne comme les autres
ça fait beaucoup de changements et si ça élimine le problème je ne pourrais pas savoir ce qui a été déterminant (changement soft, ou quel changement hard), mais je suis plus dans une démarche apprenti-sorcier que scientifique…
Envoyé depuis mon Archlinux