Chargement...
 
Skip to main content

2 - Les distributions et les noyaux

Liste des forums Liste des sujets

Forums > 2 - Les distributions et les noyaux > [Abandonné][LZK3]Saleté de firmware!!! (Lightdm)
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • [Abandonné][LZK3]Saleté de firmware!!! (Lightdm)

    Envoyé par zicstef le Wed 08 Dec 2021 21:27
    textBonsoir à tous,

    J'ai essayé toutes les méthodes et iso possibles pour installer cette excellente distrib sur mon clevo NJ70CU
    Au redémarrage de la débian 10 ou 9 je bloque sur une erreur liée à r8169 rtl_nic/rt18411-2.fw

    Le problème ne se pose pas avec Debian 11

    Du coup LZK3, c'est mort?

    Belle soirée à tous

    Stéphane
    Lectures: 3651
    Envoyé par zicstef le Sun 02 Jan 2022 12:40
    Voilà. Merci encore de t'interresser à mon cas.
    Bon dimanche
    Stéphane
    Envoyé par Aisyk le Sun 02 Jan 2022 15:01 France
    Salut,

    Alors plusieurs choses.
    Le r8169 est un module qui permet de gérer les interface réseaux RealTek. D'où la suggestion d'olinuxx d'installer le bon paquet.

    Maintenant,
    Pas d'interface graphique, veut tout simplement dire que tu as un soucis dans l’initialisation de celle-ci. Le dernier message d'erreur que tu vois est celui de ton interface réseau RealTek, mais tu dois avoir d'autres soucis. Car comme l'indique olinuxx, ce n'est pas un soucis de carte réseau qui entraîne le non affichage de ton interface. N.B : Sous Windows, oui, voire n'importe quel autre bug aurait pu casser n'importe quoi, sous Linux, ce qui cause un soucis graphique est un soucis graphique.

    Le CLevo que tu indiques semble très récent, il se peut que les pilotes graphiques de LibraZik ne soient pas à jour pour la prise en charge des derniers Intel. Cela expliquerait pourquoi ta distribution fonctionne sur Debian 11, plus récente.

    Voici ce que l'on trouve sur le site du fabricant :
    "Nous avons choisi de certifier nos produits en priorité avec les distributions Ubuntu (LTS version Download Edition) et Linux Mint. Debian et Fedora utilisent des noyaux plus anciens et provoquent parfois des dysfonctionnements."
    Envoyé par zicstef le Sun 02 Jan 2022 21:16
    Bonsoir Aisyk

    merci pour ton retour, cela vas dans le sens de mon post précédent. Pour le coup une solution est elle envisageable comme par exemple installer un noyau plus récent?

    Je suis repassé dans le forum et ai trouvé ce sujet qui est exactement ce que je vie (comment ai-je fait pour passer à côté ❓ )
    forumthread103502

    Il n'y a vraiment rien à faire?

    Bonne soirée
    Envoyé par olinuxx le Tue 04 Jan 2022 22:05 France
    Merci pour tes vœux, bonne année à toi et aux tiens également.

    ... j'ai recommencé la procédure depuis une net install (https://cdimage.debian.org/cdimage/archive/10.11.0/amd64/iso-cd/debian-10.11.0-amd64-netinst.iso)installé via RUFUS sur une clé usb


    Il s'agit d'un pilote non-libre si je ne fais pas erreur. Essaie une installation à partir de cette image : http://cdimage.debian.org/cdimage/unofficial/non-free/images-including-firmware/archive/10.11.0-live+nonfree/amd64/iso-hybrid/ qui contient des pilotes non-libres comme indiqué dans ce paragraphe Image . Il y a davantage de probabilité que ça fonctionne.


    J'ai modifié ton message de la page précédent pour que la courte vidéo soit fonctionnelle. Du coup, c'est vrai que c'est troublant que ta machine commence à démarre normalement mais qu'elle se bloque sur une erreur de micrologiciel manquant.

    Pour diagnostiquer plus en avant ici, lorsque le démarrage est bloqué avec cette erreur, passe sur un TTY alternatif (Ctrl+Alt+F1 par exemple, ou F2, F3,...), identifie toi, puis en super-utilisateur, lance la commande dmesg. Donne nous à voir le résultat de ce dmesg.
    Envoyé par zicstef le Wed 05 Jan 2022 23:14
    Bonsoir Olinuxx

    Bon j'ai récupéré le dossier contenant les sources du firmware et les ai copier dans /lib/firmware au chemin système attendu. Cette erreur n'apparait plus. le démarrage se termine par un underscore qui clignote en haut à gauche sur un écran noir.

    ci joint une capture d'une vidéo du dmesg avec erreur (dsl un peu sale), puis une photo après ajout du firmware puis la sortie dmesg dans un fichier texte
    1 DMESG Err
    2 DMESG OK Mais
    dl9465?display

    Merci encore de ton aide

    (PS: j'ai "mount /dev/sdc1 sur /mnt/usb"
    puis j'ai # "dmesg > /mnt/usb/dmesg-sortie.txt")
    Envoyé par olinuxx le Sat 08 Jan 2022 13:09 France
    Je pense avoir une piste.
    En tout cas, ça semble intéressant à suivre.

    C'est un truc proche qui m'est arrivé il y a longtemps (plusieurs années).
    Ma partition HOME était pleine et le serveur X (le serveur graphique) n'arrivait plus à démarrer.

    Là, si on fait une recherche avec "error" sur le dmesg, on peut trouver :

    Copy to clipboard
    [    3.935575] EXT4-fs (sdb9): re-mounted. Opts: errors=remount-ro


    Ceci signifie que la partition ext4 "sdb9" a une erreur (laquelle, je ne sais pas) et qu'elle est remontée en "read only". Si c'est la partition sur laquelle se situe ton HOME, alors peut être que X ne peux pas démarrer.

    Du coup : quelle est cette partition sdb9 chez toi ?
    Fait nous un copié/collé d'un résultat de la commande mount ici.
    Envoyé par zicstef le Sun 09 Jan 2022 22:55
    dl9471?display

    sdb9 est la racine, c'est le système.
    Mon home (partagé avec ma mint) est sur sdb8

    J'ai généré le message de mount dans ce fichier mais ne le dissequerais que demain.

    Bonne soirée 😊
    Envoyé par zicstef le Wed 12 Jan 2022 10:34
    Bonjour,

    Après recherche cela semble être un argument normal dans fstab


    Bonne journée
    Envoyé par olinuxx le Wed 12 Jan 2022 19:59 France
    Si sdb9 est la racine de ton système, alors la piste que je te propose semble se confirmer.

    Oui, c'est normal se remount en read-only. Ça veut dire que : en cas d'erreur au montage de cette partition, alors il tente de la remonter en read only. Ça permet de garder un système à peu près fonctionnel en cas d'erreur sur un disque.

    Cependant, ça veut donc dire qu'il y a une erreur de montage en RW de ton disque.
    Il faut donc que tu effectues un fsck sur ce système, il est probablement un peu malade. (note que s'il est vieux, peut être qu'il commence à défaillir et qu'il te faudra penser à le changer).
    Avec un peu de chance, il pourra ensuite démarrer un R/W (read/write) et pas RO (read only) et donc démarrer normalement.
    Attention, on ne peut pas faire de fsck sur un système monté, donc probablement à faire à partir d'un live USB ou d'un live CD.
    Envoyé par zicstef le Thu 13 Jan 2022 17:52
    Bonjour,

    voici le résultat de la commande "fsck /dev/sdb9 -f -v" depuis ma mint (je suis en multiboot)

    Copy to clipboard
    stef@stef-NJ50-70CU:~$ sudo fsck /dev/sdb9 -f -v
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe

      188405 i-noeuds utilisés (6.49%, sur 2902480)
          88 fichiers non contigus (0.0%)
         151 répertoires non contigus (0.1%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 148330/18
     1311796 blocs utilisés (11.30%, sur 11606445)
           0 bloc défectueux
           1 fichier de grande taille

      123260 fichiers normaux
       17412 répertoires
           8 fichiers de périphérique en mode caractère
           0 fichier de périphérique en mode bloc
           0 fifo
          29 liens
       47716 liens symboliques (40041 liens symboliques rapides)
           0 socket
------------
      188425 fichiers


    Je précise que cette partition est neuve (espace non utilisé jusque là car non formater avant l'install de Debian)

    Le résultat de mes recherches tendent vers une utilisation de l'option errors=remount-ro comme étant normale, cela évite la corruption des fichiers lors d'une erreur. Maintenant, je suis joueur, je tenterai bien un -rw si tu me le demande 😊 (je ne suis plus à une install près, je commence à être rodé 😂 )

    Bonne soirée
    Envoyé par olinuxx le Sun 16 Jan 2022 13:59 France
    À propos du "errors=remount-ro", oui, c'est normal, c'est ce que je te disais dans mon message précédent :

    Ça veut dire que : en cas d'erreur au montage de cette partition, alors il tente de la remonter en read only. Ça permet de garder un système à peu près fonctionnel en cas d'erreur sur un disque.


    Le problème étant que le journal de dmesg dit ici :

    Copy to clipboard
    [    3.935575] EXT4-fs (sdb9): re-mounted. Opts: errors=remount-ro


    que la partition a été remontée en read-only, et signifie donc qu'il y a eu une erreur à la tentative première de montage en RW avec cette partition. Et ça, ça n'est pas normal.

    Est-ce que tu comprends ?

    Si on reprends le résultat du dmesg, nous pouvons y lire :

    Copy to clipboard
    [    3.594966] EXT4-fs (sdb9): mounted filesystem with ordered data mode. Opts: (null)
[    3.733280] systemd[1]: RTC configured in localtime, applying delta of 60 minutes to system time.
[    3.746497] systemd[1]: Inserted module 'autofs4'
[    3.811947] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[    3.832144] systemd[1]: Detected architecture x86-64.
[    3.835085] systemd[1]: Set hostname to <debianZik>.
[    3.922034] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[    3.922109] systemd[1]: Listening on Journal Socket.
[    3.922486] systemd[1]: Mounting Kernel Debug File System...
[    3.922604] systemd[1]: Listening on Journal Audit Socket.
[    3.922652] systemd[1]: Listening on initctl Compatibility Named Pipe.
[    3.922716] systemd[1]: Listening on Syslog Socket.
[    3.922729] systemd[1]: Reached target User and Group Name Lookups.
[    3.935575] EXT4-fs (sdb9): re-mounted. Opts: errors=remount-ro


    à 3.594966, sdb9 est montée normalement (donc en RW), et à 3.935575, sdb9 est remontée en RO, probablement à cause d'un problème ici. Il te faut découvrir pourquoi.

    -
    Mon intuition c'est que ton problème est ici. Si tu parviens à trouver pourquoi il y a une erreur sur cette partition et que tu peux la corriger, alors tu pourras probablement démarrer normalement en mode graphique.

    Par curiosité/intuition, donne nous le résultat d'un
    Copy to clipboard
    cat /etc/fstab

    Envoyé par zicstef le Sun 16 Jan 2022 17:14
    Bonjour,
    merci pour ton retour

    Copy to clipboard
    # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb9 during installation
UUID=283818ec-8858-44cf-a812-83cf5b0bed47 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sdb2 during installation
UUID=0070-BE81  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb8 during installation
UUID=155ef032-2fec-431e-82fc-7eb7279cfa7a /home           ext4    defaults        0       2
# swap was on /dev/sdb6 during installation
UUID=1876d949-91bb-443c-a755-a2b26f41572e none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0


    En effet, je ne t'avais pas compris et étais passé à coté de ce détail 😊
    Envoyé par olinuxx le Wed 19 Jan 2022 21:25 France
    Moi, j'ai ça sur une machine :

    Copy to clipboard
    UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /              ext4    defaults,noatime 0 1


    et ça sur une autre :

    Copy to clipboard
    UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /              ext4    errors=remount-ro 0 1


    Du coup, j'ai l'impression que les 2 fonctionnent.
    Pour essayer, tu pourrais essayer de changer pour voir si la machine démarre en graphique ou pas.
    Ceci dit, à ce stade là, c'est du debian "normal", rien de spécifique à LibraZiK à priori. Je n'ai pas + d'expérience que ça à ce niveau.
    Envoyé par zicstef le Wed 19 Jan 2022 22:14
    Bonsoir,

    tu as raison, c'est un problème debian et matériel.

    J'ai lancé un live avlinux basée sur Debian 10, en live ça fonctionne, en dur même problème. Lightdm me semble en cause mais je manque de compétences malheureusement.

    Si d'aventure je trouve, je viendrais éditer le post.
    Pour le moment je le passe en abandonné.

    Merci encore pour ton aide précieuse, et pour le temps que tu as bien voulu m'accorder.

    Et merci surtout pour le travail que tu as accomplis en montant LZK.

    Si tu cherche des béta testeurs pour LZK4 ^^

    Amicalement, Stéphane
    Page: 2/2
    1  2