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.
Posté par Chris K. .
En réponse au message Echec installation debian.
Évalué à 1.
Dernière modification le 03 septembre 2014 à 14:22.
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.
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.
Posté par Chris K. .
En réponse au message Echec installation debian.
Évalué à 1.
Dernière modification le 03 septembre 2014 à 13:39.
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.
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 !"
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.
Posté par Chris K. .
En réponse au message Debian, SSD et EFI.
Évalué à 1.
Dernière modification le 10 août 2014 à 11:59.
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 ?
J'ai a peu près le même constat que toi sur gnome 3 : je l'ai récemment déployé chez des anciens windowsiens de ma famille et de mon entourage (fin de windows xp, portables bouffés par les malwares, windows vista qui râme royalement car seulement 1Go de ram).
Cela pour quatre personnes très différentes maintenant (et une 5e la semaine prochaine !) avec des niveaux en informatique allant du très mauvais au moyen (càd: sait installer une application en se méfiant des éventuelles fausses mises à jour sur internet et ayant une notion de ce que peut être une source de confiance). J'ai été surpris que tout le monde s'en sorte très vite et très bien avec gnome 3. Après avoir expliqué la barre de favoris le menu système les applications et la barre de recherche. Ma belle mère s'est, par exemple, essayé avec succès à faire des étiquettes pour une bouteille de vin qu'elle comptait offrir, à l'aide de libre office draw qu'elle a trouvé et manipulé seule.
J'ai aussi monté un intel nuc pour un ami qui boot en moins de 4s sur un bureau gnome. C'est une machine superbe et gnome lui va très bien. Tout le monde est aussi très content de ne plus avoir d'anti virus et de soucis liés aux spywares.
Après même si j'installe des bureaux gnome pour d'autres personnes, qui en sont donc très content et à juste titre c'est joli et ça marche bien, je ne l'utiliserai pas moi même car ça ne colle absolument pas à mes besoin et a ce j'attends d'un DE.
Pour avoir comme toi connu gnome 1.x et 2.x j'ai lâché la v2 car au fur et a mesure du temps beaucoup d'options accessibles passaient dans gconf. Et gconf… comment dire… ça me fait un peu penser à la base de registre de windows, c'est peut être un peu moins le foutoir mais devient très vite tout aussi lourd.
Gnome a fait le choix d'aller vers une interface très simpliste et très peu modifiable. Les premières versions (1 et 2) étaient plus proches de KDE en terme d'utilisation (panels/widgets/etc).
Mais si j'installe un KDE a mon père par exemple au bout d'une semaine les panels font 200px de haut si il ont eu la chance de ne pas être tout simplement supprimés car ce n'est pas le genre d'utilisateur qui va comprendre qu'on peut éditer l'interface ou délacer les panneaux si on clique sur un certain lien dans le menu. D'ailleurs il s'en fout et je le comprends très bien : sa principale utilisation du pc est d'aller voir les côtes des paris sportifs en ligne et si il a 3 applications ouvertes en simultané c'est absolument énorme.
Par contre je te trouve un peu dur avec XFCE, l'intégration des outils système est pas trop mauvaise ça fait un bon mini desktop basique, léger et pas trop moche.
Puis bureau de base ça veut pas forcément dire bureau pour un utilisateur de base car un utilisateur de base n'installera certainement pas une debian seul. Après j'approuve l'idée d'un choix séparé dans tasksel au moins tout le monde serait content.
Ces deniers mois avec tous ces petits déploiements sans soucis, même au niveau de la compatibilité matérielle et en observant ces gens qui étaient déjà familiarisés avec les logiciel libre / multi-plateformes j'ai pour la première fois eu l'impression que Linux était vraiment prêt pour le desktop.
Attention à ne pas confondre puissance avec tuning de jacky…
KDE permet le tunning jacky justement car il est puissant ^_^
Après Debian c'est pas vraiment fait pour être utilisé par "tout le monde", il y a d'autres distributions plus adaptés pour un avoir un DE simple avec internet mails et traitement de texte.
Sinon trêve de trolls conneries : XFCE de base c'est très bien. L'avantage principal est d'être plutôt léger en terme de dépendances.
La semaine dernière j'ai galéré à virer des vieux paquets gnome sur une serveur de fichier et d'appli NX encore sous lenny car sinon le dist-upgrade pour passer en wheezy voulait me télécharger près de 700Mo de paquets inutiles… sur une connexion de campagne à 2Mbps. Tout cela à cause d'une vieille dépendance gnome qui traînait. Et de ce coté là, même si j'aime beaucoup KDE, je doute que ça soit mieux.
Bref un DE léger par défaut sur Debian c'est très bien.
Arf pas de bol… dans mon cas il y a une régression avec ma HD 5450 :
Je démarre avec avec le module radeon non chargé (blacklist)
Xorg démarre (avec KDM)
Je coupe XOrg (stop du service kdm)
Je charge le driver radeon
Je relance Xorg (start du service KDM)
==> La machine freeze (ecran + clavier) et je dois me connecter en SSH pour l'éteindre.
Le problème ne se pose pas en utilisant ma vieille HD 3870 à la place de la 5450.
Ce chargement différé du module radeon après un premier démarrage de Xorg est un petit hack pour éviter une corruption de la mémoire vidéo quand je lance libvirt/kvm/qemu avec une carte radeon en passthrough par vfio.
Il va falloir que je trace tout cela pour voir d'où ça peut bien venir car outre le passage de XOrg en 1.16 il y a aussi le driver radeon qui a été mis a jour et les diverses dépendances qui vont avec.
Pour le moment je suis retourné à la version du 1er juillet (pour tous les packets xserver-*) et tout roule à nouveau.
Je sais que l'on est pas forcement très nombreux à faire du passthrough mais quelqu'un a t-il eu des problèmes similaires après la mise à jour de Xorg ?
Pour une problématique similaire avec deux connexions internet dans mon cas et j'utilise ip rule et ip route notamment avec des vservers (c'est kif kif avec LXC).
Tu crées une table de routage par connexion avec ip route puis tu définis des règles sur l'hôte pour emprunter une table de routage ou l'autre.
Avec iptables et MARK tu peux aussi le faire par service.
#!/bin/bash
ip route flush table free
ip route flush table numericable
#Création des tables de routage
ip route add table free 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.200
#Accès au subnet 192.168.1.0 pour le serveur DNS local (en 1.0)
ip route add table numericable 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.200
ip route add table numericable 192.168.40.0/24 dev eth1 proto kernel scope link src 192.168.40.200
#Ajout des règles
ip rule add from 192.168.1.1 table free prio 90
ip rule add from 192.168.1.200 table free prio 90
ip rule add from 192.168.1.201 table free prio 90
ip rule add from 192.168.1.202 table numericable prio 90
ip rule add from 192.168.1.203 table free prio 90
ip rule add from 192.168.1.204 table free prio 90
ip rule add from 192.168.1.205 table free prio 90
ip rule add from 192.168.1.206 table free prio 90
ip rule add from 192.168.1.207 table free prio 90
ip rule add from 192.168.1.208 table free prio 90
ip rule add from 192.168.1.209 table numericable prio 90
ip rule add from 192.168.1.210 table numericable prio 90
ip rule add from 192.168.1.0/24 table numericable prio 100
#Règles pour iptables MARK
ip rule del fwmark 1
ip rule add fwmark 1 table free prio 80
ip rule del fwmark 2
ip rule add fwmark 2 table numericable prio 80
Ne pas oublier de faire un ip route flush cache sur la machine cliente pour être sûr que la règle s'applique lors de modifications.
[^] # Re: Problème hard
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1.
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 ?
[^] # Re: Problème hard
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1.
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.
[^] # Re: X86 ou X86_64
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1. Dernière modification le 03 septembre 2014 à 14:30.
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.
[^] # Re: X86 ou X86_64
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1.
En fait t'as les deux sur le support maintenant et deux options au démarrage.
[^] # Re: Problème hard
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1. Dernière modification le 03 septembre 2014 à 14:22.
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.
[^] # Re: Clé bootable
Posté par Chris K. . En réponse au message comment formater une clé usb en ext2?. Évalué à 1.
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 :)
[^] # Re: Clé bootable
Posté par Chris K. . En réponse au message comment formater une clé usb en ext2?. Évalué à 1. Dernière modification le 03 septembre 2014 à 13:59.
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.
# Problème hard
Posté par Chris K. . En réponse au message Echec installation debian. Évalué à 1. Dernière modification le 03 septembre 2014 à 13:39.
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 ?
# Clé bootable
Posté par Chris K. . En réponse au message comment formater une clé usb en ext2?. Évalué à 1.
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
[^] # Re: mise à jour de l'EFI ?
Posté par Chris K. . En réponse au message Debian, SSD et EFI. Évalué à 2.
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.
[^] # Re: Free paie pour son insolence
Posté par Chris K. . En réponse au journal Orange attaque Free pour son offre de replay. Évalué à 10.
Dernière hypothèse : le service juridique veut conserver son budget après l'arrêt des procès précédents :D
[^] # Re: Free paie pour son insolence
Posté par Chris K. . En réponse au journal Orange attaque Free pour son offre de replay. Évalué à 4. Dernière modification le 02 septembre 2014 à 22:47.
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…
[^] # Re: Munich et la roue
Posté par Chris K. . En réponse au journal La ville de Gummersbach vient de terminer sa migration Linux. Évalué à 2.
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.
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.
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.
Je ne comprends pas ce que tu veux dire par là par contre.
[^] # Re: En attente
Posté par Chris K. . En réponse au sondage Pour moi l'avenir des communications à distance c'est.... Évalué à 2.
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 ?
[^] # Re: Une communauté ?
Posté par Chris K. . En réponse au journal Pourquoi LinuxFr sent-il le vitriol?. Évalué à 8. Dernière modification le 16 août 2014 à 12:37.
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 !"
[^] # Re: Mon clavier se blo
Posté par Chris K. . En réponse à la dépêche Sortie de X.Org 1.16. Évalué à 1.
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.
[^] # Re: Notification
Posté par Chris K. . En réponse au message mise à jour serveur ssh. Évalué à 1.
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.
[^] # Re: mise à jour de l'EFI ?
Posté par Chris K. . En réponse au message Debian, SSD et EFI. Évalué à 1.
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.
# mise à jour de l'EFI ?
Posté par Chris K. . En réponse au message Debian, SSD et EFI. Évalué à 1. Dernière modification le 10 août 2014 à 11:59.
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 ?
[^] # Re: Gnome classic
Posté par Chris K. . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 8.
J'ai a peu près le même constat que toi sur gnome 3 : je l'ai récemment déployé chez des anciens windowsiens de ma famille et de mon entourage (fin de windows xp, portables bouffés par les malwares, windows vista qui râme royalement car seulement 1Go de ram).
Cela pour quatre personnes très différentes maintenant (et une 5e la semaine prochaine !) avec des niveaux en informatique allant du très mauvais au moyen (càd: sait installer une application en se méfiant des éventuelles fausses mises à jour sur internet et ayant une notion de ce que peut être une source de confiance). J'ai été surpris que tout le monde s'en sorte très vite et très bien avec gnome 3. Après avoir expliqué la barre de favoris le menu système les applications et la barre de recherche. Ma belle mère s'est, par exemple, essayé avec succès à faire des étiquettes pour une bouteille de vin qu'elle comptait offrir, à l'aide de libre office draw qu'elle a trouvé et manipulé seule.
J'ai aussi monté un intel nuc pour un ami qui boot en moins de 4s sur un bureau gnome. C'est une machine superbe et gnome lui va très bien. Tout le monde est aussi très content de ne plus avoir d'anti virus et de soucis liés aux spywares.
Après même si j'installe des bureaux gnome pour d'autres personnes, qui en sont donc très content et à juste titre c'est joli et ça marche bien, je ne l'utiliserai pas moi même car ça ne colle absolument pas à mes besoin et a ce j'attends d'un DE.
Pour avoir comme toi connu gnome 1.x et 2.x j'ai lâché la v2 car au fur et a mesure du temps beaucoup d'options accessibles passaient dans gconf. Et gconf… comment dire… ça me fait un peu penser à la base de registre de windows, c'est peut être un peu moins le foutoir mais devient très vite tout aussi lourd.
Gnome a fait le choix d'aller vers une interface très simpliste et très peu modifiable. Les premières versions (1 et 2) étaient plus proches de KDE en terme d'utilisation (panels/widgets/etc).
Mais si j'installe un KDE a mon père par exemple au bout d'une semaine les panels font 200px de haut si il ont eu la chance de ne pas être tout simplement supprimés car ce n'est pas le genre d'utilisateur qui va comprendre qu'on peut éditer l'interface ou délacer les panneaux si on clique sur un certain lien dans le menu. D'ailleurs il s'en fout et je le comprends très bien : sa principale utilisation du pc est d'aller voir les côtes des paris sportifs en ligne et si il a 3 applications ouvertes en simultané c'est absolument énorme.
Par contre je te trouve un peu dur avec XFCE, l'intégration des outils système est pas trop mauvaise ça fait un bon mini desktop basique, léger et pas trop moche.
Puis bureau de base ça veut pas forcément dire bureau pour un utilisateur de base car un utilisateur de base n'installera certainement pas une debian seul. Après j'approuve l'idée d'un choix séparé dans tasksel au moins tout le monde serait content.
Ces deniers mois avec tous ces petits déploiements sans soucis, même au niveau de la compatibilité matérielle et en observant ces gens qui étaient déjà familiarisés avec les logiciel libre / multi-plateformes j'ai pour la première fois eu l'impression que Linux était vraiment prêt pour le desktop.
[^] # Re: C'est dredi alors...
Posté par Chris K. . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 9. Dernière modification le 08 août 2014 à 19:14.
Certains disent qu'ils ont oublié de désactiver nepomuk chez TransAsia… /o\
[^] # Re: C'est dredi alors...
Posté par Chris K. . En réponse au journal Quel environnement de bureau par défaut pour Debian Jessie ?. Évalué à 8. Dernière modification le 08 août 2014 à 19:01.
Attention à ne pas confondre puissance avec tuning de jacky…
KDE permet le tunning jacky justement car il est puissant ^_^
Après Debian c'est pas vraiment fait pour être utilisé par "tout le monde", il y a d'autres distributions plus adaptés pour un avoir un DE simple avec internet mails et traitement de texte.
Sinon trêve de
trollsconneries : XFCE de base c'est très bien. L'avantage principal est d'être plutôt léger en terme de dépendances.La semaine dernière j'ai galéré à virer des vieux paquets gnome sur une serveur de fichier et d'appli NX encore sous lenny car sinon le dist-upgrade pour passer en wheezy voulait me télécharger près de 700Mo de paquets inutiles… sur une connexion de campagne à 2Mbps. Tout cela à cause d'une vieille dépendance gnome qui traînait. Et de ce coté là, même si j'aime beaucoup KDE, je doute que ça soit mieux.
Bref un DE léger par défaut sur Debian c'est très bien.
# Mon clavier se blo
Posté par Chris K. . En réponse à la dépêche Sortie de X.Org 1.16. Évalué à 2.
Arf pas de bol… dans mon cas il y a une régression avec ma HD 5450 :
Le problème ne se pose pas en utilisant ma vieille HD 3870 à la place de la 5450.
Ce chargement différé du module radeon après un premier démarrage de Xorg est un petit hack pour éviter une corruption de la mémoire vidéo quand je lance libvirt/kvm/qemu avec une carte radeon en passthrough par vfio.
Il va falloir que je trace tout cela pour voir d'où ça peut bien venir car outre le passage de XOrg en 1.16 il y a aussi le driver radeon qui a été mis a jour et les diverses dépendances qui vont avec.
Pour le moment je suis retourné à la version du 1er juillet (pour tous les packets xserver-*) et tout roule à nouveau.
Je sais que l'on est pas forcement très nombreux à faire du passthrough mais quelqu'un a t-il eu des problèmes similaires après la mise à jour de Xorg ?
[^] # Re: Conteneurs
Posté par Chris K. . En réponse au journal Spécifier une interface réseau à un processus (2). Évalué à 2.
Une connerie s'est glissée dans ce script il aura fallu que je le poste ici pour la remarquer ! :)
La ligne "ip rule add from 192.168.1.200 table free prio 90"
est inutile vu qu'il s'agit de l'hôte et qu'il passe par la table main.
Mais sinon le reste fonctionne très bien :D !
[^] # Re: Conteneurs
Posté par Chris K. . En réponse au journal Spécifier une interface réseau à un processus (2). Évalué à 6.
Pour une problématique similaire avec deux connexions internet dans mon cas et j'utilise ip rule et ip route notamment avec des vservers (c'est kif kif avec LXC).
Tu crées une table de routage par connexion avec ip route puis tu définis des règles sur l'hôte pour emprunter une table de routage ou l'autre.
Avec iptables et MARK tu peux aussi le faire par service.
Ne pas oublier de faire un ip route flush cache sur la machine cliente pour être sûr que la règle s'applique lors de modifications.
Mes 2 roubles.