Perso je suis occupée à apprendre GTK+3, mais via sa documentation. Je la trouve pas mal faite, mais moi je l'ai téléchargée dans les dépots

Après ça reste dur oui...

Un screen

J'ai enfin récupéré une clé bootable Windows pour réparer mon bootloader, sauf qu'en fait il n'est pas capable de réparer le boot. Autant il m'a écrasé Syslinux sans problèmes, j'ai bien le boot Windows avec mes 2 Windows (et un 3e qui sort de je ne sais où), mais aussi bien sur le Windows 7 que le 8 je me retrouve avec un BSOD qui s'affiche pendant 0.000000000001 secondes histoire que j'aie bien le temps de ne pas lire ce qui ne va pas.

Le pire c'est que quand j'ai tenté une 2e fois de réparer le boot, il a fait une tout autre procédure, en commençant par me dire "checking disk for errors, this might take over an hour", sympa quand le seul truc que t'as c'est le loader trollesque de Windows qui tourne indéfiniment. Au final il a passé VINGT FUCKING MINUTES sans aucun signe de vie sur "attempting repair", pour me dire à la fin qu'il avait échoué. Putain qu'est-ce que ça m'énerve.

Alors bon dans "paramètres avancés > paramètres avancés > réparation > paramètres avancés" j'ai trouvé un truc qui permettait soit-disant de modifier des options de boot, dont une qui s'appelle "debug mode". Eh ben le dit "debug mode" me ramène sur le BSOD qui dure une fraction de secondes. Sympa. Et en mode sans échec, ça échoue aussi !!! Autant dans le mode avec échec, je comprend, mais là...

Après je me suis rendu compte que le Windows que j'ai sur ma clé USB me demande une clé de série pour l'installer, y'a même pas leur connerie de 30 jours d'essais. Fuck.

Bon, mon Windows "gaming" prend la poussière depuis des mois, donc c'est pas ça qui va me manquer... par contre je vais mettre une Debian stable avec KDE pour remplacer le Windows 7 de ma mère, on verra bien ce que ça donne.

---

J'ai l'impression que plus je hais Windows, et plus Windows me hait, c'est réciproque en fait. Et ça me fait la même avec Google.

KDE personnellement j'aime moins son esthétique de base que Gnome 3, par contre il est très personnalisable comparé à Gnome 3

Jamee Voilà le principe :

Lors du boot PXE, le client charge via TFTP le binaire grub.pxe que j'ai créer avec grub-mkimage. C'est une image unique. Ya pas besoin d'en créer une par entrée du Grub.

J'ai un répertoire /pxe qui est partagé en lecture seule par le service TFTP et le service NFS.

Le binaire Grub2, son fichier de config grub.cfg et les modules dont Grub2 a besoin sont stockés dans /pxe/boot/grub

Et c'est CE fichier grub.cfg que mon client PXE charge.

J'ai mis des sous menu pour faire des catégories, et j'ai mis un mot de passe administrateur sur certaines entrées du menu Grub2 pour éviter les petits malins qui vont vouloir booter n'importe quoi.

Là où Grub2 est puissant, c'est qu'il peut ouvrir un fichier ISO à la volée grâce à l'instruction "loop".

Mais je vais mettre mon fichier grub.cfg en ligne et tu va toute de suite comprendre

Ha okay le fichier de config n'est pas hardcodé. Cool. Ouais j'aimerais bien ton grub.cfg aussi Je vais tout te voler

VampireGirl : Muarf, je trouve KDE plutôt sympa, en tout cas pour quelqu'un qui vient de Windows et qui veut pas trop changer ses habitudes ça m'a l'air pas mal. En réalité je l'ai jamais utilisé personnellement, mais j'ai plutôt confiance.

Gnome 3 j'avais utilisé un peu sur mon PC du taf, mais je l'ai pas trouvé très maniable, avec l'espèce de menu global presque aussi agréable à utiliser que l'interface metro de Windows ( ), et le fait que je me retrouvais souvent à bosser avec une seule fenêtre fullscreen à la fois.

Okay il faut grub2 j'imagine pour créer les images, j'ai grub 0.97 (stabilité oblige) Je vais devoir utiliser une autre VM, peut être que sur debian de base ça doit se trouver.

vava740, le menu je le trouve justement pratique, et on le retrouve dans beaucoup d'autres bureaux Mais la faiblesse de Gnome 3 est qu'on ne peut pas facilement ne faire d'autre oui...

Pour les workspaces tu peux modifier l'option pour en avoir plusieurs

Je ne critique pas ne mal KDE, juste son design de base
D'ailleurs j'avais conseillé à mon père KDE si il passait à Debian, pour comme tu dis qu'il ne perdre pas ses habitudes visuelles de Windows.

D'ailleurs je vais émuler un Debian avec virtualbox et modifier KDE pour voir ce que je peux faire.

Nan mais t'emmerde pas :

Si t'as une Debian en VM ou autre, tu installe les build-essentials pour pouvoir compiler et tu compile Grub2 à la main dans un dossier quelconque.

Donc faire ceci avec un OS 64 bits en UEFI (le mode EFI de Vbox fonctionne aussi) :

./configure --with-platform=efi
make

Tu ne fais _PAS_ : make install

Et tu aura un Grub2 compilé pour le support de l'UEFI.

Ensuite dans ce répertoire, tu fera un grub-mkimage avec les paramètres qui vont bien pour créer ton image binaire de Grub2.

Le fichier de conf' arrive, un instant

Ah et dans ton répertoire partagé pour le PXE, il faut copier tous les fichiers .lst et .mod appartenant à Grub2.

Sinon, ça marche pas

Ouais donc du coup une fois les images créé plus besoin de grub j'imagine vu que tout ce dont on a besoin est dans l'image. T'as raison je vais utiliser l'archiso pour le faire ça devrait être suffisant.

Donc on récapitule,

1) Je compile grub avec l'option efi
2) Je crée les 3 images qu'il me faut.
3) Je copie ces 3 images sur la VM qui fait serveur TFTP
4) Je copie tout les fichier .lst et .mod depuis la VM avec laquelle j'ai compilé vers la VM qui fait serveur TFTP
5) J'écrit le grub.cfg

C'est bon?

Oui c'est ça.

Mais ça ne marchera pas si tu n'as pas de serveur NFS.

Il faut exporter en lecture seule via NFS le même répertoire qu'en TFTP où se situe le binaire Grub2, sa conf et les ISO de tes distributions.

Exemple avec mon arborescence :

/pxe : Répertoire "racine" du PXE boot
/pxe/boot/grub : Répertoire avec le binaire Grub2 et tout ce qui va avec
/pxe/boot/EFI/grub : Même chose qu'au dessus sauf que le binaire est différent (adapté à l'UEFI)
/pxe/iso : Le répertoire qui contient tous les Linux dont j'ai besoin.

Et voici le fichier de conf :

http://sebsauvage.net/paste/?e681d555c17993bb#IMhoHWg8HECHyQiHXd191OClpQ1/SyUd+TTKNxvqJFw=

Attention, il est très long

Ca fait un peu trop de choses à faire pour mettre sur ma VM qui fait déjà web et monitoring. Je vais en créer une nouvelle qui agira comme serveur tftp+nfs

C'est d'un grand swag en tout cas le menu grub en netboot. Mais si je veux utiliser grub-mkdir avec efi il faut bien que j'utilise le binaire grub-mkdir que j'ai compilé avec efi nop?

Oui.

Sachant que je n'ai pas eu besoin d'utiliser grub-mkdir pour ma part.

Mais je ne dis pas que c'est faux, bien au contraire.

Tu peux toujours tester ce que fais cette commande.

Pour info :

Une Debian Wheezy avec SSH + DHCP server + TFTP server + NFS server c'est une consommation de 70 Mo de RAM.

C'est pas ça c'est juste que ça fait fouillis après. Les VM sont faites pour isoler les services le plus possible autant en profiter le plus possible, surtout vu la puissance de mon serveur autant en profiter

Là actuellement c'est un Xeon 2620 et il est rarement utilisé à plus de 15%, on va juste virtualiser un routeur ce qui va faire grimper la consommation mais pas tellement donc je reste très large

Et la RAM pareil c'est pas un soucis

Ok

J'ai installé la VM, faudrait juste que je trouve comment me mettre en mode UEFI sous qemu/kvm

https://www.jeuxvideo.com/forums/1-6-13796450-1-0-1-0-surchauffe-ce-disque-dur-est-il-mort.htm#message_13796616

Une perle ce mec.

Entre nous, je pense que le gros porc qui bourre son PC de coups quand il ramme, c'est bien lui.