herrib

  • 30 sept. 2021
  • Inscrit 4 déc. 2004
  • 0 meilleure réponse
  • Posteur fou Retraité de Fedora-Fr+ 3 de plus
  • mariodessuti wrote:youpi, ça marche merci les amis.
    j'ai effectivement mis un espace entre.
    title Windows
            map (hd1)  (hd0)
            map (hd0)  (hd1)
        rootnoverify (hd1,0)
        chainloader +1
    C'est très exactement ce qui t'était indiqué dans un post antérieur (en date du 10/06/2011 20:40:38) et tu avais répondu le lendemain que la solution ne fonctionnait pas... Quel changement est intervenu?
  • Tu peux essayer la solution
    title Windows
    map (hd1) (hd0)
    map (hd0) (hd1)
    rootnoverify (hd1,0)
    makeactive
    chainloader +1
    en utilisant le mode inter actif de Grub (pas de modification de /boot/grub/grub.conf).

    Lorsque que l'écran menu Grub est affiché, passage en mode édition par la touche e. Tu te déplaces avec les flêches de direction. Tu utilises la touche o pour insérer une ligne. Tu saisis les lignes qui manquent. Escape pour sortir de l'édition quand tout est correctement saisi. Touche b pour lancer....

    Cette démarche permet de tester sans rien modifier. En cas d'échec, tu peux tenter de remplacer rootnoverify (hd1,0) par rootnoverify (hd0,0) comme mon ami de longue date nouvo9 (mais perdu de vue, hélas!) l'a indiqué, selon la même démarche.

    A ce stade, il est difficile de t'en dire plus!
  • Il faut par ailleurs maintenir le rootnoverify (hd1,0) ... Map agit pour traduire mais Grub va toujours chercher l'amorce Windows sur le seconde disque. Attention à ne pas confondre 0 (zéro) et 0 (le o majuscule ...).
  • System-config-services permet d'activer / désactiver les services au démarrage ou les arrêter (tout en les laissant activables au démarrage).

    Pour arrêter un service, avec les droits root, on peut aussi passer la commande suivante:
     service Nom_Service stop/start/restart/status

    Pour connaître l'état de tous les services (dont les services actifs):
    service --status-all
  • Quel est le contenu de ton /etc/fstab ?

    Message perso, en rapport à la signature:

    * Solaris 11 Express est disponible (version de novembre dernier)
    * le fork OpenIndiana propose une Beta Release à partir des développements Illumos appliqués au noyau...
  • title Other
        rootnoverify (hd1,0)
        chainloader +1
    
    Grub amorce le lanceur Windows sur le disque sdb (identifié par (hd1). Comme indiqué dans la documentation Grub, partie spécificité des entrées Windows , "Pour son lancement, Windows suppose une installation sur le premier disque actif et sur une partition primaire " .
    Or Windows est installé sur le second disque ...

    La correction est simple et décrite dans la documentation:
    title Windows
    map (hd1) (hd0) (à ajouter)
    map (hd0) (hd1) (à ajouter)
    rootnoverify (hd1,0) 
    makeactive
    chainloader +1
    Les manip pour modifier le /boot/grub/grub.conf sont indiquées dans la documentation.

    Tu peux tester cette solution sans modifier le grub.conf en passant en mode inter actif, depuis l'écran de sélection (ce test ne modifiera pas le grub.conf; pour que la modification devienne permanente, tu devras modifier le fichier):

    * appuyer sur e (pour éditer)
    * se déplacer avec les flêches de direction
    * ajouter les lignes mentionnées
    * sortir de l'édition par escape

    La documentation explique le mode inter actif .
  • chkconfig est une solution pour gérer les services lancés automatiquement au démarrage.

    Il existe aussi une interface graphique qui permet de configurer ces services. Le post suivant présente system-config-services.

    Note: un tutorial un peu ancien évoquait la gestion de services ...
  • philippe_PMA wrote:- Oui la doc grub Fedora-fr est bien faite. Elle a évoluée depuis la dernière fois que je l'avais consulté en détail et elle est encore plus complète.
    - Pour moi, l'intérêt d'un OS qui ne sert qu'a ça c'est la stabilité. Une fois en place, ce n'est plus la peine d'y toucher. En partant du chapitre 4.5.4.1 Le schéma de base, de la doc, si tu mets à jour ta distribution X (celle avec le stage 1 sur le MBR), par exemple F14 vers F15, tu prends le risque de ne plus pouvoir accéder à tes autres OS si ça se passe mal.
    - Désolé pour certaines imprécision / raccourci. Je pense que quand même, il y a des fois ou la simplification dans les explications est possible. Sinon, cela revient à faire une documentation complète à chaque fois et cela peut aussi être utile suivant le niveau de l'interlocuteur.
    La doc grub n'a pas évolué depuis un certain temps, hélas (je pensais actualiser avec Grub2 et quelques compléments concernant Grub sur Solaris pour ceux qui seraient tentés -Grub sur une zone dans un système ZFS ...).

    En fait, il n'est nul besoin d'installer un OS (soit le kernel et son environnement, dont les bibliothèques). Grub est un OS en propre... La solution indiquée par nouvo9 tire toute la logique de cette affirmation et s'illustre dans le schéma suivant:

    MBR -> lecture des fichiers stage1_5 / stage_2 de la partition support de Grub -> lancement d'un environnement OS minimal (gestion mémoire, clavier, partitions ...) -> lecture du grub.conf et affichage pour choix -> après choix, amorçage de la partition désignée (soit amorçage d'un autre Grub ou lanceur Windows).

    Le grub.conf (fichier texte) décrit le chaînage:
    rootnoverify  (désignation de la partition portant le grub ou le lanceur Windows)
    makeactive
    chainloader +1
    tu prends le risque de ne plus pouvoir accéder à tes autres OS si ça se passe mal.
    Oui et non. Lors de la mise à jour, la partition /boot est mise à jour (fichiers vmlinuz, initramfs, System.map ...) et le /boot/grub/grub.conf est actualisé. Il est possible que l'amorçage du système s'avère défaillant (et la transition F14 -> F15 ne semble pas toujours de tout repos) mais il est fort peu probable que les fichiers nécessaires à Grub soient modifiés, tout au plus les entrées grub.conf (et les entrées liées au chaînage peuvent être perdues effectivement). Le redémarrage depuis un livecd pour reprendre le grub.conf est toujours possible (on monte la partition en question et on utilise un éditeur ...on peut aussi réinstaller des fichiers comme nouvo9 l'indique). Le risque est donc réellement minimal.

    Quant aux simplifications, je partage le principe en général mais dans le cas d'espèce, je ne l'applique pas: quiconque veut mettre en place un dual boot, soit une utilisation dérogeant quand même à l'usage courant, s'affirme bidouilleur sur le fond et doit accepter de faire face à une certaine complexité. Simplifier n'est alors pas réellement la solution.
    nouvo09 wrote:
    Tu n'as même pas besoin d'une distribution minimale. Il te suffit
    - d'avoir une partition (primaire ou logique) disponible, pas grande, dans les 500 Mo pour être très à l'aise.
    - d'y recopier le répertoire grub et son contenu
    - à partir d'un livecd ou d'une autre dristib installée de lancer grub et dans me lini éditeur lancer les commandes suivantes:
    root (hd0,0) (en adaptant, bien sur)
    setup (hd0) (toujours grub dans le MBR du premier disque)
    Tu n'auras plus ensuite qu'à inscrire les différents chainages dans le fichier grub.conf.
    Cette partition ne faisant partie d'aucune distribution, ne sera jamais mise à jour (sauf par erreur !)
    C'est une solution mais il faut que la première installation de Grub soit cohérente et que partant, le MBR installé pointe effectivement sur la partition support des fichiers stage1_5 et stage_2 ainsi que du grub.conf comportant les liens pour les chainages comme indiqué ou que cette installation soit directement opérée depuis le livecd... Il faut surtout éviter de copier des fichiers stage1_5 et stage2 directement sur la partition sans agir sur le MBR car le chaînage n'opérerait plus. La solution est l'utilisation du setup. Pile poil la documentation!
  • philippe_PMA wrote:
    Avec Grub et Fedora, si tu veux lancer plusieurs OS il y a que deux solutions (à ma connaissance) :
    1°) Tu configures grub pour qu'il lance directement les autres OS.
    2°) Tu configures grub pour qu'il lance les autres bootloader (chainage de bootloader).

    Le lancement direct des autres OS est, généralement, la solution que l'on te donnera.

    Elle est "compliquée" car il faut trouver les paramètres qui vont bien.
    Si c'est une autre Fedora, ça va être relativement facile (copier / collé intelligent et faisant attention au nom du noyau et aux multiples paramètres).
    Pour une autre distribution, si tu n'as pas déjà une version installée, ça va pas être du tout cuit ...
    Pour un autre OS non *Nix, ce n'est pas possible.
    Pour les distribution Linux, quand les noyaux sont mis à jour ça va impliquer de mettre à jour la configuration de grub.

    Le chainage de bootloader c'est juste dire dans le "grub principal" de lancer les autres bootloader à la demande.
    Et là les mise à jour de noyau sont transparentes.
    Les autres OS peuvent être lancés.
    Il y a deux points où il faut être attentif :
    - Installer Windows en premier, le cas échéant (sinon il écrasera le MBR, mais il est possible d'y remédier).
    - Les bootloader chainés (donc pas le principal) doivent être installé chacun sur leur partition /boot, pas sur le MBR.

    Pour faire ça, je conseille de dédier un OS qui ne sert qu'a ça. Et donc d'installer une Fedora minimale. Tu mets le grub de cette Fedora sur le MBR.
    Tu configures ce MBR pour qu'il pointe vers tes /boot. Et c'est fini.
    Pas besoin de mettre à jour.
    La documentation du site (http://doc.fedora-fr.org/wiki/GRUB_:_Les_bases_pour_Fedora), au paragraphe 4.5.4 Utiliser root et setup pour faire cohabiter plusieurs distributions explique comment faire cohabiter plusieurs distributions.

    Sans reprendre la présentation, et sans parler du problème du LVM (autre sujet!), il ne me semble pas pertinent de mettre en place " un OS qui ne sert qu'a ça.". Le schéma exposé dans la documentation décrit deux distributions.
    Tu configures ce MBR pour qu'il pointe vers tes /boot. Et c'est fini.
    . Pour être précis, le MBR comprend le fichier stage1 de GRUB et pointe sur stage1_5 qui est positionné, à l'installation de Fedora, dans le /boot de cette distribution. En d'autres termes, le MBR active un GRUB et un seul qui peut ensuite activer le chaînage.
    Pour un autre OS non *Nix, ce n'est pas possible.
    Les systèmes Unix ne peuvent être lancés que par un chaînage. On retrouvera quelques conseils dans ce forum pour lancer OpenSolaris par exemple (extensibles aux BSD ...).

    Le partage de /home soulève toujours quelques difficultés notamment de compatibilité des paramètres.

    Au-delà, il reste aussi possible d'utiliser la virtualisation ...
  • Bonjour,

    L'image ISO (live CD) s'amorce au boot si le démarrage est configuré correctement (presque tautologique ...). Il faut ainsi que le BIOS permette le démarrage d'abord depuis le lecteur de CD (ou DVD) puis depuis les autres moyens.

    Sinon, pour installer plusieurs distributions, une démarche est décrite dans le tutorial suivant: http://doc.fedora-fr.org/wiki/GRUB_:_Les_bases_pour_Fedora#Utiliser_root_et_setup_pour_faire_cohabiter_plusieurs_distributions

    Il faut un peu lifre, certes ...
  • Kenshin wrote:[Linux hérite de qui ? Unix. Donc un système c'est quoi : du Unix-like.
    Non pas du tout. Les mécanismes des noyaux sont réellement différents (mais une petite recherche sur Internet devrait permettre, pour qui s'y intéresse et ne voudrait pas s'en tenir à quelques généralités, de mieux comprendre ce point). L'apparence est trompeuse et ce n'est certainement pas parce que les commandes utilisateurs ont une syntaxe identique ou presque que les noyaux sont identiques ou ... cousins.
  • Allez, juste pour la forme:
    Kenshin wrote:Ça fait longtemps que je ne suis pas venu, et je trollerai bien, mais je suis fatigué. Juste envie de dire : "Si tu veux du Unix, prends du Unix."Ubuntu s'en éloigne beaucoup trop, emmenant avec elle les autres distros/projets, malheureusement.
    Ubuntu ou Fedora ne relèvent pas de la famille Unix mais de Linux. Les système Unix sont les systèmes BSD (à noter PC-BSD qui, sur une base FreeBSD très solide, réalise une distribution orientée "desktop" avec un système de paquetages très simple et original), ou OpenSolaris (même si le projet connaît quelques déboires depuis l'achat de Sun par Oracle; Illumos devrait prendre le relai) et dérivés (Nexanta, Benelix, StormOS, Millax ...).
  • Scientific Linux est une distribution à base de RPM (reprise des sources Red Hat comme pour Centos): https://www.scientificlinux.org/

    Elle est soutenue par le CERN et Fermilab, très bien maintenue et comporte quelques packages additionnels; elle s'avère intégralement compatible Red Hat.

    A noter qu'elle est livrée avec un environnement de développement Java (pour ceux qui feraient ce choix) intégralement configuré (dont Jdk Sun).

    Voilà voilà.

    Maintenant, pour ceux qui souhaitent expérimenter des distributions non Linux, sans s'affronter aux BSD, OpenSolaris, malgré les incertitudes présentes suite à l'acquisition de Sun par Oracle, constitue une excellente base, dont l'installation a été significativement simplifiée (attention: installation sur une partition principale formatée en swap).
  • nouvo09 wrote:[Ah d'accord t'es sous centos ! je l'ai
    Bon, c'est scientific linux (éh éh) mais c'est pareil. Sinon, OpenSolaris ...
  • Allez, va:
    [root@localhost ~]# ls -l /bin/tracert
    lrwxrwxrwx 1 root root 10 jun  5 17:52 /bin/tracert -> traceroute
  • [root@localhost ~]# which tracert
    /bin/tracert
    [root@localhost ~]# uname -a
    Linux localhost.localdomain 2.6.18-194.3.1.el5 #1 SMP Fri May 7 01:43:09 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux
    Eh éh ... C'est une commande RedHat, non?
  • Effectivement!

    Un
    # ping www.google.fr
    (ou tracert) permet aussi de tester la résolution d'adresse.
  • Le resolv.conf est un peu bizarre et comprend deux nameserver ...

    Le nameserver devrait normalement être celui du routeur (192.168.1.1 ) soit la gatewy correctement déclarée dans la table de routage, qui assure la translation entre ton réseau local et Internet.

    La configuration de ton accès ne semble pas correcte. Utilise l'applet NetworkManager (clic bouton droit, modification des paramètres de connexion -> système ethernet 0). Vérifie que les paramètres IP V4 sont bien à automatique DHCP.

    A défaut, arrête le démon NetworkManager et essaie de configurer ta connexion Ethernet par system-config-network.