Chris K. a écrit 1133 commentaires

Non excuse c'est vrai t'as utilisé un dvd :) j'ai rien dit !

Oui c'est très étrange surtout que comme dit elle a fonctionné une première fois et c'est lancé correctement.
Tu peux tenter de récréer ta clé d'intall même si je ne vois pas trop comment tu aurai pu écraser les données qui se trouvent dessus.
Sinon il reste a tester avec le disque débranché, je ne vois pas d'autre test possible ni d'autre cause a ton problème.

Essayer de voir si tu n'as pas une option dans le menu avancé pour lancer l'installeur en mode texte et si ça ne fonctionnes pas ou que l'option n'est pas là il faudra passer manuellement les options vga=normal fb=false au noyau sur lequel tu boot.

Noir noir rien d'inscrit du tout ?
Ca peut être aussi un soucis au démarrage du framebuffer même si cela n'explique pas le problème avec grub qui n'as pas réussi a écrire dans /target mais ca reste possible.

Normal. Et avec le dvd l'install démarre ?

Detect dans ton cas c'est auto. Il est en user en ce moment ?
Mets le en aucun et essayes de booter.

Ca ca dépend du bios ! Généralement tu fais enter dessus et tu as les options.
Parfois il est possible de tout passer en auto, sinon tu as une option detect.
Tu as deux lecteurs cd ou dvd par hasard ?

Ca c'est l'étape 2 tu n'y passe que quand il est désactivé dans le bios et uniquement si ca ne boot toujours pas.
Si il est toujours dans le bios ça ne sert à rien de le débrancher.
Le débrancher nappe et alimentation suffira, pas besoin de le sortir pour le test.
En plus ca te donnera les bases pour le remplacer par la suite si c'est nécéssaire.
Changer un disque c'est pas très compliqué. Et il y'a des tutos sur internet au hasard : https://www.youtube.com/watch?v=onZNeBRjR6E.

Oui :) Sur le site de debian le lien de dl rapide en haut de page pointe maintenant sur : http://cdimage.debian.org/debian-cd/7.6.0/multi-arch/iso-cd/debian-7.6.0-amd64-i386-netinst.iso
Qui est une net install hybride.
D'où les deux entrées d'install dans ton boot menu d'ailleurs.

En fait t'as les deux sur le support maintenant et deux options au démarrage.

Oui je parle du disque interne. Le disque sur lequel l'installation a été faite non ?

Essayer une install avec le dique désactivé dans le bios voir débranché : tu ne pourras pas installer mais au moins vérifier que c'est bien le disque qui est hs et qui bloque le boot.

Car tenter une install sur un disque externe sur une machine qui date du début de l'USB ca ne me semble vraiment vraiment pas une bonne idée. C'est certainement de l'USB-1 donc de toute manière les performances vont êtres catastrophiques. Sans même parler de ce qu'était la stabilité de certains contrôleurs USB à l'époque.

Pour les pc constructeurs anciens et l'accès au bois tu peux tenter toutes les touches F (F10 et F12 ? peut être) même si tu as testé les plus probables méfie toi car sur certains vieux modèles de chez hp il vaut mieux être vif et répéter rapidement l'appui sur la touche dès la mise sous tension sous peine de manquer le coche ^^.
Sinon il est peut être possible de trouver le manuel sur internet.

Je viens de retrouver la doc en question d'ailleurs fallait pas chercher très loin : https://www.debian.org/releases/stable/i386/ch04s03.html.en
Donc pas de soucis pour utiliser cp :)

Oui moi aussi à la base ;)
J'ai lu ça dans une doc - je ne sais plus du tout où - et effectivement ça fonctionne très bien.
Avec if= et of= il peut être facile de se planter quand on ne connaît pas dd ce qui pourrait être une catastrophe alors que cp généralement tout le monde connaît.

Le fait que tu ai des données écrites sur ton disque n'a certainement rien à voir dans le problème ca ne bloquerai pas le boot du noyau.
Par contre vu que :
- L'installeur ne se lance plus après s'être lancé une première fois
- Qu'il échoue sur la fin de l'installation à écrire dans /target qui est le montage de ton futur /, donc ton disque dur.
- Que le pc était sous 98 avant (non mais sérieusement ?! :D)
Je parierai sur un disque dur agé qui ta lâché pendant l'installation et qui bloque d'une façon ou d'une autre le démarrage du système.
Est ce tu vois toujours le disque dans le bios si tu fais une détéction  ? Car sur de veilles cartes mères comme ca les paramêtres du disque peuvent êtres mis en hard.
Si tu en branche un autre disque dur à la place tu peux booter ?

Malheureusement ca n'en fera pas une clé bootable pour autant.
Le plus simple si tu veux avoir un iso bootable pour debian (au vu de ton post précédent) sur ta clé usb est de télécharger l'iso sur le disque dur et utiliser la commande
cp /chemin/vers/iso-debian-a-rendre-bootable-sur-la-cle.iso /dev/sd{cle_usb_sans_numero_departition}

Ensuite avant de débrancher la clé tu lances la commande
sync

Oui grosso modo le MBR du disque utilisé par les anciens BIOS est remplacé par une partition FAT dédiée aux amorces utilisables avec l'EFI. Elle est montée sous /boot/efi sous debian.
Tu peux éventuellement appeler directement un noyau. Mais il reste pratique d'avoir un grub qui permette de choisir les options de démarrage.

Dernière hypothèse : le service juridique veut conserver son budget après l'arrêt des procès précédents :D

Ils ont certainement leurs motivations et 250 millions d'euros c'est une somme qui a de quoi motiver.
La vrai question est sur quelle base légale ils comptent attaquer.
La TV en replay c'est une technologie logicielle aucunement liée à une quelconque exigence à être reliée à un dispositif technique particulier. Donc je ne vois pas trop ce que les brevets peuvent bien venir faire dans cette histoire. Non ?
Et j'ai du mal à croire que ça se limite à un coup de com des plus étranges pour se faire passer pour des innovateurs ^^.
Je me demande donc ce qu'ils préparent…

Tout à fait d'accord avec vos points de vue sur le client léger, c'est tout de même bien mieux que de se taper du déploiement et du packaging si les besoins le permettent.

Par contre niveau web j'ai l'impression qu'il y a quelques aprioris plus forcément fondés aujourd'hui.

Coté dev ils finiront par prendre le plus petit dénominateur commun, cela s'est déjà vu

Disons que si tu ne supportes pas les anciennes versions de IE (< 10) et que tu évites les trucs-tous-neufs-qui-viennent-de-sortir-hier il n'y a plus vraiment de soucis car les normes sont aujourd'hui très bien respectées. Quand on a un doute, consulter http://caniuse.com/ ça prends 30 secondes et on sait où on va :).
Alors effectivement il y a 4-5 ans c'était l'exception quand une interface web fonctionnait direct sur tous les navigateurs et cela voulait dire en partie que l'on s'était limité à faire quelque chose de très simple.
Aujourd'hui c'est l'inverse : même dans les designs complexes il est rare d'avoir une différence de rendu. Après il faut pouvoir se payer le luxe d'envoyer bouler les utilisateurs des anciennes versions d'IE en les invitant à mettre à jour leurs navigateurs.

De plus je sais toujours pas comment les operat(eurs|trices) de saisies vont faire pour saisir des kilomètres de commandes.

Aujourd'hui une interface de saisie bien foutue en HTML5 qui gère automatiquement le focus, le contrôle et la validation des données saisies c'est plus très dur à faire. Les possibilités sont là en tout cas. Tu peux transformer ton navigateur en interface de saisie AS400 Like si ça te chantes.

il reste aussi le problème des transactions (au sens base de données), le web n'est pas fait pour cela et je me demandes bien ce que cela va donner …

Je ne comprends pas ce que tu veux dire par là par contre.

J'ai un ami qui laisse son réseau wifi en WEP à cause de la console proprio de son gamin qui ne supporte rien d'autre.
Je pense à le supprimer. Avez-vous des conseils ?

Les engueulade et les trolls c'est aussi linuxfr ! Sans ça manquerai certainement de vie ici.

Ça n'empêche pas d'être correct ni de s'apprécier.

Et vu que cela fait longtemps qu'on a pas eu un troll théologique je me permet de citer Jésus (II, le retour) :
"Vous allez finir par vous aimer les un les autres bordel de merde !"

Ben disons que sans le module radeon blacklisté au départ ça devrait rouler tout seul. Je ne vois pas trop où est ton soucis.

Oui sous debian testing on te pose maintenant la question lors de la mise à jour de ssh : faut-il appliquer la nouvelle configuration par défaut qui place l'option PermitRootLogin de sshd à no-password.
A noter qu'avec cette option les clés fonctionnent toujours.
C'est une très bonne pratique en terme de sécurité de ne pas avoir de login root avec mot de passe car ça limite beaucoup les chances qu'une attaque de type brute force puisse fonctionner.
Après ajouter un fail2ban de nos jours c'est pas du luxe.

Content que ton problème soit réglé :)
Sinon, pour ce qui est de la mise à jour, les nouvelles cartes mères moyenne ou haut de gamme ont souvent un utilitaire de flashage intégré. Il suffit alors de mettre l'image de l'EFI sur une clé dont le système de fichier est reconnu (type FAT) pour pouvoir flasher sans passer par un utilitaire dans l'OS.

Ton plan de partitionnement est très bien ;)
Tu peux ajouter noatime sur la partoche du ssd si c'est pas encore fait. L'option évitera pas mal d’écritures sur le SSD et augmentera sa durée de vie puis la date d'accès aux fichiers c'est pas forcement indispensable.
Par contre ton problème d'EFI est plutôt bizarre, j'utilise l'entrée debian dans l'EFI de plusieurs machines et je n'ai pas de soucis avec.
Il faudrait voir sur le site du fabriquant si tu as une mise à jour.
C'est quel modèle de carte mère ?