Olivier Guerrier a écrit 554 commentaires

C'est vraiment pas rassurant cette histoire

Bonjour, cette planète s'appelle la terre, et toi d'où viens tu ?

ça donne quand même une certaine légitimité aux brevets logiciels.

Là je vois pas. J'y vois plutôt un message fort. D'un côté il y a les pros brevets qui t'expliquent que les brevets logiciels c'est la sécurité juridique (et financière) pour les acteurs du secteur. De l'autre il y a la réalité.

J'imagine même pas les dégats que ça pourrait faire dans le cas d'un logiciel libre.

Rien de pire que pour n'importe quelle entité commerciale n'ayant pas les finances de Microsoft.

Que deviendrait l'équipe de VLC s'ils étaient attaqués pour ce genre de problème?

Pas d'autre choix que de disparaitre à mon avis. Sans parler des conséquences pénales et financières si ça devait passer en justice (et obtenir gain de cause). Même si sur le court terme la priorité étant les boites susceptible de payer, le LL n'est pas (encore) une cible. Attend que les brevets logiciels passent en Europe...

la différence entre le brevet d'Alcatel-Lucent et celui du Fraunhofer Institute

un milliard cinq cent quatre million de dollars.. :)

soit c'est la même [...], soit c'est pas la même

De ce que j'ai compris (mais les articles manquent de précision) c'est bien la même molécule, mais utilisée dans un "traitement" différent. peut-être s'agit t'il d'une nouvelle posologie, peut-être d'une association avec d'autres molécules... ou peut-être tout simplement un nouveau conditionnement (genre un gros suppositoire, avec poignée de sable incorporée)

copier les fichiers vmlinuz et initrd du live cd dans la racine du serveur tftp

Encore faut-il que le noyau [et|ou] initrd soient configurés pour accepter du NFS pour /. D'après ce journal, ça a l'air d'être le cas pour CentOS. J'avais fait un essai il y a pas mal de temps (une distrib cousine de Debian, mais je me souviens plus si c'était Knoppix ou Ubuntu, en tout cas un truc avec apt-get...) et ce n'était visiblement pas le cas.

envers ces "sondages" à la con où le sondé choisit lui même de répondre

Ahah, parce que les sondages de la presse écrites sont fait à partir d'un cheptel qui n'a pas le choix de répondre ou pas ? Je ne savais pas ... :o) Plus sérieusement, c'est de l'ensemble des sondages dont il faut se méfier... Et les plus délirants (donc ceux qu'on peut trouver sur Internet) ne sont pas les plus dangeureux...

Ok, disons 4.999.999.999 ¤

Je sais qu'il n'y a pas que Free dans le groupe Illiad, mais le reste est tellement important qu'ils n'en parlent pas _du tout_ dans la présentation des résultats du groupe:
http://www.iliad.fr/finances/s-shows.html

Et je pense que ce qui intéresse les investisseurs c'est Free, et rien que Free. Le reste c'est du bonus ou du déchet...

(ça n'enlève rien au fait que tu as factuellement raison :o) )

J'ai de gros doutes à ce que les actionnaires de free trouvent que ce rachat fasse sens.

En même temps, ça c'est le problème de ceux qui vendent pas... ceux qui vendent ça leur fait ni chaud ni froid que ça ait un sens ou pas.

Je ne connais pas l'implémentation de LUKS, mais une idée me traverse la tête:
- tu crée un fichier sparse de la même taille que le block device (celui dont as perdu les 512 premiers octets)
- tu attribue un loop-device à ce fichier sparse
- tu repasse LUKS sur ce loop-device (avec les mêmes options qu'initialement)
Il est possible (mais pas du tout certain) que tu puisse en extraire les 512 premiers octets pour les remettre sur ton block device...
Il y a des tas de raisons pour que ça ne marche pas, la première qui me vient à l'esprit étant que le hash passe peut-être à travers un vecteur d'initialisation ("salt") ?

Bon courage.

mais une solution 'intégrée' existe peut-être déjà.

Intégrée je ne sais pas, mais j'utilise dar [1] et par2 [2] pour générer des fichiers de tailles fixes. Je crée ensuite une iso que je grave sur dvd. Toutes ces étapes sont scriptées et automatisées (cron). Seule la gravure réclame une intervention manuelle.

[1] http://dar.linux.free.fr/
[2] http://www.par2.net/

transmettre une info qui permettra à la majorité des étudiants d'utiliser en toute légalité des produits qu'ils utilisent déjà

C'est bien le problème à mon avis. Se rendre complice d'une démarche purement commerciale qui consiste à rendre encore plus captifs les utilisateurs (et futurs clients) d'un éditeur déjà en situation de monopole. Qu'is proposent des produits Microsoft, je ne suis pas contre à priori, mais ils pourraient au moins faire un effort d'information vers les solutions alternatives (libres ou non).

Pour favoriser les utilisateurs de Microsoft au détriment de ceux d'autres systèmes (OSX, *Linux, *BSD) ? Parce que c'est 90% du marché ? Ça ne tient pas dans ce contexte.

Que les alternatives libres ne tiennent pas la route est une chose (que je partage), que la seule solution propriétaire qui fonctionne soit exchange en est une autre (que je ne partage pas). Il faut bien étudier les besoins, car installer un exchange ça veut dire mettre la main dans la grosse machinerie Microsoft (AD, client windows quasi obligé, etc...).

Pouvoir faire croire qu'un serveur *nix est un serveur exchange peut se justifier dans un contexte de migration progressive. Certains composants déployés peuvent ne pas savoir communiquer avec des standards (je pense par exemple à des clients mail2fax/fax2mail).

Et l'autre partie de la dépêche sur la bibliothèque MAPI, je la comprend plutot comme la possibilité de se connecter à un serveur exchange depuis des clients *nix via MAPI, ce qui serait une bonne nouvelle pour permettre de migrer des postes de travail avant les serveurs, à commencer par tous les geeks scotchés à Outlook/Windows pour pouvoir accèder à l'agenda d'entreprise.

je n'ai pas besoin d'1 To et puis 1000¤ ... le même en 500Go à 500¤ je le prendrais bien ...

Le seul problème de ce genre de solutions, c'est que comme avec les cartes raid hardware, si c'est l'électronique qui claque (et pas un disque), tu ne pourras pas remettre tes disques dans un pc normal et les relire. Il te faudra le même boitier lacie (ou du moins la même carte contrôleur avec la même version de firmware).

La raison du choix du raid5 est principalement économique, pour le prix de 4 disques, on peut exploiter la capacité de 3. Pour avoir l'équivalent de mes 480Go en raid1, il me faudrait 4 x 250Go. C'est vrai que c'est plus sensible aux coupures sauvages, mais je pensais avoir un onduleur :] et puis il y a toujours le côté un peu geek. Pour mon prochain serveur (commande prévue après le tirage du loto) je prévois un raid 6 avec 6 x 250 ou 6 x 300 Go...

Je suis déjà content d'avoir pu remonter mon raid. Comme tu le fais judicieusement remarquer, j'ai peut-être des données corrompues quelque part, même si les xfs_check et reiserfsck n'ont rien trouvé dans la structure, mais je suis assez optimiste parce que le système était presque idle quand le problème est apparu, sous 20 de charge avec des io dans tous les sens, les conséquences auraient sans doute été autres. Là j'ai peut-être un fichier de log ou un paquet debian corrompu dans le mirroir (par exemple), mais dans un cas je ne m'en rendrais probablement jamais compte, et dans l'autre je pourrais corriger à la main le jour où ça posera problème.

Ah tiens, il manque un morceau entre
[...] Je rallume..."

Et là, bien sûr, ça tiens pas 10mn avant de recouper. Et je me rends compte en passant que mon onduleur est naze de chez naze ('fin la batterie) puisqu'il n'a pas tenu 1/2 seconde. (todo++ batterie) re-attente...

vers 12h, [...]

Je vais essayer de faire une petite synthèse:

Le problème (diagnostiqué à posteriori):
Le 6 au matin j'ai un mail de mdadm qui me prévient que mon raid est en mode dégradé. Les logs me donnent ça:

Feb 6 06:32:48 data1 kernel: hdf: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Feb 6 06:32:48 data1 kernel: hdf: dma_intr: error=0x40 { UncorrectableError }, LBAsect=257037439, high=15, low=5379199, sector=257037439
Feb 6 06:32:48 data1 kernel: ide: failed opcode was: unknown
Feb 6 06:32:48 data1 kernel: end_request: I/O error, dev hdf, sector 257037439
Feb 6 06:32:49 data1 kernel: hdf: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Feb 6 06:32:49 data1 kernel: hdf: dma_intr: error=0x40 { UncorrectableError }, LBAsect=257037447, high=15, low=5379207, sector=257037447
Feb 6 06:32:49 data1 kernel: ide: failed opcode was: unknown
Feb 6 06:32:49 data1 kernel: end_request: I/O error, dev hdf, sector 257037447
Feb 6 06:32:49 data1 kernel: RAID5 conf printout:
Feb 6 06:32:49 data1 kernel: --- rd:4 wd:3 fd:1
Feb 6 06:32:49 data1 kernel: disk 0, o:0, dev:hdf1
Feb 6 06:32:49 data1 kernel: disk 1, o:1, dev:hdh1
Feb 6 06:32:49 data1 kernel: disk 2, o:1, dev:hdj1
Feb 6 06:32:49 data1 kernel: disk 3, o:1, dev:hdl1
Feb 6 06:32:49 data1 kernel: RAID5 conf printout:
Feb 6 06:32:49 data1 kernel: --- rd:4 wd:3 fd:1
Feb 6 06:32:49 data1 kernel: disk 1, o:1, dev:hdh1
Feb 6 06:32:49 data1 kernel: disk 2, o:1, dev:hdj1
Feb 6 06:32:49 data1 kernel: disk 3, o:1, dev:hdl1

Comme dans le même temps j'ai un appel de la société de sécurité pour un problème d'alimentation électrique de la centrale d'alarme dans le même créneau, je me pose des questions sur mon onduleur. Je vérifie hdf avec un petit smartctl -a /dev/hdf | less: j'y trouve ça (j'ai mis la dernière du moment, pas celle trouvée hier)

Error 47 occurred at disk power-on lifetime: 13907 hours (579 days + 11 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 40 e7 43 cc f0 Error: ICRC, ABRT 64 sectors at LBA = 0x00cc43e7 = 13386727

les autres disques du raid ne montrent aucune erreur (j'en déduit aussi que hdf va me lâcher un des jours, todo++). Vu que globalement smarctl me dit que le disque est encore bon "SMART overall-health self-assessment test result: PASSED", je lance une reconstruction: mdadm -r /dev/md9 /dev/hdf1; mdadm -a /dev/md9 /dev/hdf1.

à 11h, arrivée d'un technicien EDF qui vient vérifier les compteurs, merde j'étais presque à la fin de la reconstruction. Comme il a pas l'air de vouloir attendre 1h de plus :) et qu'il ne sait pas exactment pour combien de temps il en a, je suis bien obligé d'arrêter le serveur. Vers 11h30, le courant revient, le tech me dit qu'il a finit et est en train de ranger son barda. Je rallume...

vers 12h, je rallume le PC, il n'est pas visible sur le réseau. (c'est un headless). Je soupçonne un problème de montage mais Je dois sortir, pression sur le bouton off...

vers 20h, je branche un écran/clavier, tape mon mot de passe root, et trouve ça dans les logs

Feb 6 20:19:06 data1 kernel: md: created md9
Feb 6 20:19:06 data1 kernel: md: bind
Feb 6 20:19:06 data1 kernel: md: bind
Feb 6 20:19:06 data1 kernel: md: bind
Feb 6 20:19:06 data1 kernel: md: bind
Feb 6 20:19:06 data1 kernel: md: running:
Feb 6 20:19:06 data1 kernel: md: kicking non-fresh hdl1 from array!
Feb 6 20:19:06 data1 kernel: md: unbind
Feb 6 20:19:06 data1 kernel: md: export_rdev(hdl1)
Feb 6 20:19:06 data1 kernel: raid5: device hdj1 operational as raid disk 2
Feb 6 20:19:06 data1 kernel: raid5: device hdh1 operational as raid disk 1
Feb 6 20:19:06 data1 kernel: RAID5 conf printout:
Feb 6 20:19:06 data1 kernel: --- rd:4 wd:2 fd:2
Feb 6 20:19:06 data1 kernel: disk 1, o:1, dev:hdh1
Feb 6 20:19:06 data1 kernel: disk 2, o:1, dev:hdj1
Feb 6 20:19:06 data1 kernel: md: do_md_run() returned -22
Feb 6 20:19:06 data1 kernel: md: md9 stopped.

Plus une goutte de sang dans le visage :).

Je passerais sur la loooongue recherche sur internet plus arriver à la commande qui m'a permis de récupérer la situation:

# mdadm -A -f /dev/md9 /dev/hdl1 /dev/hdj1 /dev/hdh1 /dev/hdf1

Juste un truc que j'ai pas compris: l'ordre des devices à assembler semble très important. J'avais fait un premier test avec un ordre différent, mdadm n'a pas bronché mais les partitions étaient illisibles.

Et pour finir, forcer la vérification des deux partitions (une reiser et une xfs) (en croisant les doigts super super fort, une gousse d'ail dans chaque poche, et une prière à saint-maxtor...

Et là, le MIRACLE, rien, nada, qued, donc remontage, roulage, linuxjournal...

(et pardon à l'auteur du journal d'utiliser sauvagement cet espace !)

Mais non, mais non, il ne faut pas s'excuser, c'est aussi un peu pour ça que j'ai pris le temps de faire un journal.

Dans vi[m] ctrl-w efface le mot avant le curseur.

Comme expliqué dans mon poste juste au-dessus, ce n'est pas suffisant comme test. Le "tatouage" du bios empêchera de modifier le partitionnement ou le bootloader du disque, donc ton live-cd peut marcher parfaitement, mais ne pas pouvoir installer l'OS sur le disque.

je comprends pourquoi ils n'ont pu te répondre

Oué, dis tout de suite que c'est de ma faute :]
Non je n'ai pas été "cryptique" avec les vendeurs, j'ai utilisé des mots simples.
Je voulais juste éviter dans mon journal de citer les marques concernées.

Pour revenir sur le tatouage du BIOS, c'est un dispositif qui s'assure que le disque dur (et potentiellement d'autres composants) est bien "conforme" avant d'autoriser le boot. Et dans certains cas (pas les références ici) un simple repartitionnement (sans même désinstaller, ni changer d'OS) suffirait à empêcher le boot, alors installer grub...

Et ça concerne aussi les utilisateurs de l'OS livré avec la machine. Sur certaines (là google m'a trouvé le lien: [1]) il n'est même pas possible de reinstaller à partir des CD génériques, il faut obligatoirement les masters du fabricant (ceux que tu dois graver toi même à partir de l'image planquée sur une partition de ton disque (que tu ne peux pas modifier))

[1] http://www.commentcamarche.net/faq/sujet-1380-materiel-packa(...)

ce n'était PAS GCU

Mes plus plates excuses...

Il y avait besoin d'une charte spécifique aux internautes membres d'un parti politique ? La nétiquette[1] ne serait plus quelque chose de commun à tous ?

Chacun est libre de défendre les idées de son choix dans les lieux qu'il fréquente, mais voir débarquer une nuée de "colleurs d'affiches" qui vont uniquement "coller leur affiches" et s'envoler plus loin, c'est assez moyen comme attitude, d'où que ça vienne.

Et y'a des bots qui font ça très bien.

http://fr.wikipedia.org/wiki/N%C3%A9tiquette

Dans ton panneau d'administration freebox, tu as une option "Migration vers l'offre Freebox Only". C'est une offre ADSL nu (sans téléphone, ni TV). Ça ne change pas le tarif, et c'est du tout ou rien, pas possible de garder le téléphone et de virer la télé. Mais la réponse à ta question est bien "oui", tu peux refuser de recevoir la télé.

Le grey listing fonctionne pour le moment parce que justement peu de serveurs l'utilisent. Le jour où 60% des serveurs feront du grey listing, les spammeurs apprendront à le gérer. C'est une question de temps.
(en résumé, grey listing = solution temporaire)

Amusant de voir la tournure de l'article, on n'explique quasiment pas ce qu'est Wikipédia. (sous entendu: tous les lecteurs sont sensés connaître). Quand on arrivera à la même chose avec "logiciel libre" (sans le faire suivre ou précéder d'une explication courte et forcément inexacte) ce sera un vrai progrès.

Après, on peut aussi se demander si ce n'est pas dans l'intérêt de l'article de 'gonfler' la notoriété de Wikipédia pour donner plus d'importance à "l'événement" au yeux du public, alors que tous ceux qui connaissent le fonctionnement savent que tant la création que la suppression de la page sont des non-événements. il suffit de regarder cette page pour s'en convaincre: http://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Pages_%C3%A0_sup(...)

Des demandes de suppression, y'en a plusieurs par jour, voir plusieurs dizaines pour certains jours...