Chargement...
 
Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > Librazik2 : lenteur au démarrage depuis installation (foireuse) d'une 2nde Librazik en parallèle
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • Librazik2 : lenteur au démarrage depuis installation (foireuse) d'une 2nde Librazik en parallèle

    Envoyé par Sylv_01 le Fri 31 Aug 2018 08:38
    Salut les infos !
    Oui comme mon (grand) titre le suggère, je m'adresse plusse aux informaticiens qu'aux musiciens dans ce topic!
    Sur mon PC MAO, j'ai un 1er disque avec dessus Win10, Librazik2, mon Home et une swap.
    Afin de réaliser des essais, j'ai voulu installer sur un 2nd disque une autre Librazik2 en parallèle de celle que j'utilise pour la MAO, pour ne pas casser cette dernière...
    Comme un c..on, j'ai également ajouté une 2nde swap (pas réveillé...).
    Depuis, et bien que j'ai entre-temps reformaté mon 2ème disque et du coup viré la 2ème swap, lorsque je boot sur ma Librazik "MAO", celle-ci met environ 2 mns pour démarrer, alors qu'auparavant c'était quasi instantané (je suis sur des SSD).
    Je pense qu'il y a eu un schmoll avec la 2ème swap, et que ma Librazik cherche à un resume quelconque sur la swap qui n'existe plus, et ignore la 1ère...
    Je n'ai pas vraiment de message d'erreur, juste un "job running" avec un Time-out de 1mn30, ce qui cause ce ralentissement au démarrage...
    Comment je pourrait reconfigurer tout ça, sans avoir à tout réinstaller ?
    J'ai vu passer une mise à jour du noyau librazik-bl, j'ai fait cette mise à jour en espérant que ça remette d'aplomb, sans succès...
    Voilà, merci pour vos avis éclairés.
    Lectures: 2428
    Envoyé par bda le Fri 31 Aug 2018 13:40 France
    Salut,

    Bien que je n'utilise pas LibraZik (je suis sous Arch), ton soucis me fait penser à une erreur dans grub.
    Ta seconde installation a dû modifier grub pour ajouter cette nouvelle installation en boot principal. Grub ne trouvant plus cette installation après une longue recherche, lance le second boot qui semble être ta première librazik.

    Donc à ta place je commencerai par regarder la config de grub...
    Envoyé par Sylv_01 le Fri 31 Aug 2018 13:45
    Salut et merci pour ta réponse...
    J'ai oublié de preciser qu’après avoir reformaté mon 2nd disque (et donc revenu à la config initiale, soit 1 librazik et 1 swap), j'ai refait un
    Copy to clipboard
    update-grub

    pour tenter de remettre de l'ordre, mais sans succès malheureusement...
    Peut-être effectivement que je dois aller tripatouiller à la main dans le fichier conf de grub ???
    Je vais regarder ça de plus près ce soir, merci pour la piste
    Envoyé par olinuxx le Fri 31 Aug 2018 14:42 France
    Voir/lire ce passage Image qui donne 2 commandes à utiliser.
    Envoyé par Sylv_01 le Fri 31 Aug 2018 14:47
    Ok merci je ré-essaye ce soir...
    Envoyé par Sylv_01 le Fri 31 Aug 2018 17:12
    Bon ben c'est pareil...
    Une autre idée, avant que je prenne la hache ???😁
    Envoyé par olinuxx le Fri 31 Aug 2018 18:50 France
    Oui, faire attention à éteindre l'électricité pour ne pas prendre un coup de jus malvenu. 😉
    Envoyé par Gruik le Fri 31 Aug 2018 22:29
    Salut,
    Si je ne me trompe pas, le fichier fstab contient la liste des disques et partions à utiliser au démarrage. C'est peut être la qu'il faut que tu cherche. Un truc en trop sans doute.
    Prudence quand même je maîtrise pas le sujet à 100%.
    Mais à vérifier.
    Envoyé par Sylv_01 le Sat 01 Sep 2018 07:06
    Salut et merci pour ta réponse, c'est une bonne idée !
    Je viens de vérifier sur ma Mageia (avec laquelle j'écris en ce moment) et effectivement j'y vois la liste des partitions, comment n'y ai-je pas pensé avant ??
    Je vais aller voir sur ma Librazik 2 "de ce pas" !!! 😛
    Envoyé par Sylv_01 le Sun 02 Sep 2018 20:44
    Salut à tous,
    J'ai déjà résolu une partie de mon problème, c'était bien le fstab qui n'était pas bon, l'uuid de la swap ne correspondait pas avec la swap réelle...
    J'ai corrigé le fstab et je n'ai plus le job running de 1mn30.
    Merci Gruik !
    Par contre j'ai toujours une attente de plus de 30 sec que je m'explique pas, j'ai donc lancé un
    Copy to clipboard
    systemd-analyze plot

    pour voir ce qui se passe, mais le systemd démarre à 31 sec, donc je ne sais pas ce qu'il se passe avant...
    Une idée?
    Envoyé par bda le Mon 03 Sep 2018 10:10 France
    Tu peux essayer la commande
    Copy to clipboard
    dmesg | less

    et voir ce qui se passe dès le chargement du noyau.

    Sinon regarde dans la config de grub2 si il y a les options "splash et quiet" dans "GRUB_CMDLINE_LINUX_DEFAULT". Supprime les, lance un update-grub.
    Ça permet l'affichage des messages de boot dont tout ce qui se passe AVANT systemd.

    Normalement avec dmesg tu devrais trouver ton soucis.
    Envoyé par Sylv_01 le Mon 03 Sep 2018 10:17
    Salut et merci pour ta réponse...
    Je vais jeter un coup d’œil ce soir...
    Envoyé par olinuxx le Mon 03 Sep 2018 11:44 France
    La démarche :

    1) ouvrir un terminal (MaJ + Ctrl + T)
    2) taper : su -c "pluma /etc/default/grub" puis entrer le mot de passe root
    3) trouver la ligne "GRUB_CMDLINE_LINUX_DEFAULT=" et supprimer "quiet" en laissant le "threadirqs"
    4) "Ctrl + S" puis "entrée" pour sauvegarder et "Ctrl + Q" pour sortir de l'éditeur
    5) taper : "su -c update-grub" puis entrer le mot de passe root
    6) redémarrer la machine
    Envoyé par Sylv_01 le Mon 03 Sep 2018 19:12
    Alors j'ai bien récupéré les messages, je vous poste ici les quelques principaux où se situe d'après moi le problème :
    Copy to clipboard
    [    2.111686] usb 1-8.1: new high-speed USB device number 5 using xhci_hcd
[    2.200737] usb 1-8.1: New USB device found, idVendor=1c75, idProduct=af02
[    2.200848] usb 1-8.1: New USB device strings: Mfr=1, Product=3, SerialNumber=2
[    2.200982] usb 1-8.1: Product: AudioFuse
[    2.201076] usb 1-8.1: Manufacturer: ARTURIA
[    2.588012] clocksource: Switched to clocksource tsc
[   32.868774] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
[   32.978184] systemd[1]: RTC configured in localtime, applying delta of 120 minutes to system time.
[   32.993457] ip_tables: (C) 2000-2006 Netfilter Core Team

    On dirait qu'il met 30 secondes à monter sda6, qui correspond à mon / ???
    Envoyé par bda le Wed 05 Sep 2018 12:37 France
    Est-ce qu'il y a un voyant indiquant l'activité du disque sur ton PC? Si oui, est-il en activité pendant ces 30s?

    À ta place, je lancerai une distrib genre sysrescuecd et ferai un fsck sur sda6...
    Envoyé par Sylv_01 le Wed 05 Sep 2018 13:25
    Salut bda,
    j'avoue ne pas avoir fait gaffe au voyant du disque, il me semble (mais alors vraiment de mémoire) qu'il reste éteint pendant ces 30 secondes d'attente...
    En fait je pensais réinstaller ma 2nde Librazik de test (sans la swap cette fois, origine de mes maux ❗, booter dessus et faire une vérif de sda6...
    Envoyé par Sylv_01 le Thu 06 Sep 2018 13:45
    Suite de mes aventures...
    J'ai booté sur ma clé Librazik en live, et j'ai lancé un
    Copy to clipboard
    fsck /dev/sda6

    Je n'ai eu aucune erreur, mais le problème est toujours présent...
    Pendant les 30 sec d'attente, j'ai le voyant du SSD qui clignote à une fréquence d'environ 1 sec, et j'ai le message
    Copy to clipboard
    Begin : running /scripts/local-block ... done

    qui apparaît chaque seconde, en défilant..
    J'ai cherché et j'ai trouvé un
    /usr/share/initramfs-tools/scripts/local-block
    contenant un fichier lvm2...
    Ca ne serait pas le initramfs qui est buggé, et si oui comment le régénérer ??
    Envoyé par bda le Fri 07 Sep 2018 09:46 France
    Sous les debian, il faut faire un:
    Copy to clipboard
    update-initramfs -u
    pour la dernière version du noyau.

    Si tu n'as pas besoin de lvm2 (suivant ton installation), tu peux aussi enlever lvm2 des HOOKS dans le fichier /etc/mkinitcpio.conf. Je ne sais pas si il y est pas défaut sous librazik/debian.

    Je me demande si ta seconde librazik n'a pas tout simplement utilisée le même /boot (souvent sur une partition dédiée)...
    Envoyé par Sylv_01 le Fri 07 Sep 2018 10:04
    Salut bda,
    merci pour ta réponse...
    Je vais tenter de régénérer le initramfs comme tu le suggère, par contre je vais éviter de tripatouiller lvm2 sans avis de olinuxx ...
    Envoyé par olinuxx le Fri 07 Sep 2018 14:25 France
    Pas grand chose à dire ici. Ce ne sont pas des manipulations spécifiques à LZK, c'est du Debian à ce niveau. LibraZiK-2 ne fait rien de spécial au niveau initramfs/lvm2.
    Envoyé par Sylv_01 le Fri 07 Sep 2018 14:32
    Salut olinuxx, merci pour la précision !
    Je vais néanmoins m'abstenir, et rester sur la re-génération du initramfs...
    Je vous tiens au jus...
    Page: 1/2  [Suivant]
    1  2