Affiche les résultats de 1 à 3 sur 3

Sujet : Tumbleweed, problèmes

  1. #1
    Caméléon arc-en-ciel
    Inscrit
    décembre 2004
    Lieu
    France
    Distribution
    Tumbleweed 32, Mageia 5.1
    Environnement
    MATE, GNOME, PLASMA, LXQt
    Messages
    7 569
    Billets
    1

    Tumbleweed, problèmes

    Du fait du repartitionnement d'un disque dur (/dev/sdb), j'ai "rencontré" quelque problèmes, notamment pour Leap 42.2 :

    https://www.alionet.org/showthread.p...ques-anomalies

    Maitenant, voici pour Tumbleweed. Je voulais réinstaller TW, pour avoir uniquement MATE via "Serveur minimal mode texte"par le réseau.
    J'ai utilisé le média 20160307 : beaucoup d'incidents de téléchargement de paquets.
    Nouvel essai avec le média 20170317 : échecs d’installation de paquets, j'ai choisi "Ignorer".
    Pour grub2, la / /dev/sdb4 était proposée : j'ai accepté, car c'était mon choix impératif, utilisant Leap 42.2 après actualisation

    Code:
    update-bootloader --refresh
    Mais voilà, au redémarrage, je constate que grub2 de Tumbleweed a écrasé le code de grub2 de Leap dans /dev/sdb.
    Je précise que dans le résumé avant installation, c'était la /, et MBR Ne pas installer
    J'ai réinstallé Tumbleweed 20170317, mais en installant un des bureaux disponibles sur le média : XFCE.
    Et là, installation réussie sauf que mon choix Français pour le clavier n'était pas appliqué, bien que l'interface soit en Français. Il a fallu quelques réglages pour y parvenir : j'écris depuis Tumbleweed 20170317.
    Pour le clavier je n'ai pas eu ce souci avec Tumbleweed 20160307.
    En utilisant 20170317, je pensais réussir l'installation de MATE seul via le réseau.

    Je mets en parallèle les incidents pour grub2 de Leap 42.2 et Tumbleweed 20170317-MATE, car il y a un point commun : une installation réseau.
    Ce qui va dans ce sens, c'est qu'une installation via le DVD, donc sans utiliser le réseau, il n'y a pas ce problème pour grub2.

    Antoine,
    Pur Tumbleweed, avec ce qui précède "est-ce suffisant" pour ton intervention auprès des,devs?
    Dernière édition par ahlner; 21/03/2017 à 23h09
    Ce qui reste éternellement incompréhensible dans la nature, c'est que l'on puisse la comprendre.
    Albert Einstein

    Etreignez-vous, millions d'êtres.
    Au monde entier ce baiser!
    Seid umschlungen, Millionen.
    Diesen Kuss der ganzen Welt!
    Friedrich Schiller

  2. #2
    Grand caméléon Avatar de Antoine
    Inscrit
    février 2008
    Lieu
    Toulouse (France)
    Distribution
    openSUSE Tumbleweed (64 bits)
    Environnement
    GNOME
    Messages
    2 966
    Salut,

    Un topic = un problème.

    De manière générale ça ne sert à rien de s'adresser à moi directement, on est sur un forum, il n'y a pas que moi qui lis.

    Je n'ai jamais eu de multiboot Linux donc je n'y connais rien. Cependant, d'après cette page, le comportement que tu obtiens pour l'installation du bootloader ne me paraît pas cohérent en effet.

    Je regarderai si je trouve un rapport de bug existant à l'occasion.

    Bonne soirée,

    À+

    --
    EDIT : j'ai un peu regardé et je pense que définir à l'installation de :

    • ne pas installer de code générique dans MBR
    • installer le chargeur d'amorçage dans la partition racine

    ne suffit pas pour garantir que ce n'est pas le grub de la nouvelle installation qui soit utilisée. Il faut aussi que la partition racine ne soit pas marquée active à mon avis.

    En effet, s'il y a déjà un code MBR générique, alors celui-ci va chercher un chargeur d'amorçage dans la partition marquée active, cf. l'aide du module « chargeur d'amorçage » de YaST :

    Définir le marqueur 'active' dans la table de partition pour la partition d'amorçage
    Permet d'activer la partition contenant le chargeur d'amorçage. Le code MBR générique amorcera ensuite la partition active. Les anciens BIOS exigent qu'une partition soit active même si le chargeur d'amorçage est installé dans le MBR.
    Après, si dans le MBR il y a le chargeur d'amorçage de la précédente installation et non du code générique, je suppose qu'il n'y a pas à s'occuper de la partition active (bien que l'aide précise que le BIOS en a besoin d'au moins une…).

    EDIT 2 - marqueur 'active' = flag "boot" dans GParted :
    Code:
    antoine-laptop:/home/antoine # parted -l
    Model: ATA WDC WD2500BEKT-7 (scsi)
    Disk /dev/sda: 250GB
    Sector size (logical/physical): 512B/512B
    Partition Table: msdos
    Disk Flags: 
    
    Number  Start   End     Size    Type     File system     Flags
     1      1049kB  2155MB  2154MB  primary  linux-swap(v1)  type=82
     2      2155MB  45,1GB  43,0GB  primary  btrfs           boot, type=83
     3      45,1GB  250GB   205GB   primary                  type=83
    
    
    antoine-laptop:/home/antoine #
    Dernière édition par Antoine; 21/03/2017 à 22h07
    « Celui dont la pensée ne va pas loin verra les ennuis de près. » — Confucius

  3. #3
    Caméléon arc-en-ciel
    Inscrit
    décembre 2004
    Lieu
    France
    Distribution
    Tumbleweed 32, Mageia 5.1
    Environnement
    MATE, GNOME, PLASMA, LXQt
    Messages
    7 569
    Billets
    1
    Merci pour les explications.
    Je réponds depuis la 42.2 :

    Code:
    linux-w2ki:/home/ahlner # parted -l
    Model: ATA ST500DM002-1BD14 (scsi)
    Disk /dev/sda: 500GB
    Sector size (logical/physical): 512B/4096B
    Partition Table: msdos
    Disk Flags: 
    
    Number  Start   End    Size   Type     File system  Flags
     1      32,3kB  500GB  500GB  primary  ntfs         boot, type=07
    
    
    Model: ATA Maxtor 6L080L0 (scsi)
    Disk /dev/sdb: 82,0GB
    Sector size (logical/physical): 512B/512B
    Partition Table: msdos
    Disk Flags: 
    
    Number  Start   End     Size    Type     File system     Flags
     1      1049kB  10,7GB  10,7GB  primary                  type=83
     2      10,7GB  12,9GB  2147MB  primary  linux-swap(v1)  type=82
     3      12,9GB  49,4GB  36,5GB  primary  btrfs           type=83
     4      49,4GB  82,0GB  32,6GB  primary  ext4            boot, type=83
    La ligne en gras concerne TW, et je suis sûr d'avoir désélectionné "Marquer active" lors de l'installation.
    Je rends visite à TW.

    Edit : de retour dans TW
    Dans Yast, / pas activée, ni code générique, ni démarrage approuvé, comme lors de l'installation.
    Partition désactivée avec gparted nouvellement installé.

    Je venais de désinstaller PackageKit, mais "zypper dup" le réinstalle.
    Donc, utiliser la commande indiquée par jtro :

    Code:
    kill -9 ...
    J'aurais pourtant aimé le désinstaller et sauter à pieds joints dessus!
    Dernière édition par ahlner; 21/03/2017 à 23h51
    Ce qui reste éternellement incompréhensible dans la nature, c'est que l'on puisse la comprendre.
    Albert Einstein

    Etreignez-vous, millions d'êtres.
    Au monde entier ce baiser!
    Seid umschlungen, Millionen.
    Diesen Kuss der ganzen Welt!
    Friedrich Schiller

Tags pour ce sujet

Règles des messages

  • Vous ne pouvez pas créer de sujets
  • Vous ne pouvez pas répondre aux sujets
  • Vous ne pouvez pas importer de fichiers joints
  • Vous ne pouvez pas modifier vos messages
  •  
  • Les BB codes sont Activés
  • Les Smileys sont Activés
  • Le BB code [IMG] est Activé
  • Le code [VIDEO] est Activé
  • Le code HTML est Désactivé