1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.FRENCH

  • Re: failed to resume link (SControl 0) : =?iso-8859-15?q?r=E9solu?=

    From ajh-valmer@21:1/5 to All on Sun Nov 17 19:10:01 2024
    On Sunday 17 November 2024 10:06:35 didier gaumet wrote:
    pas trop d'infos sur le net sauf que ça renvoie à de vieux (12 ou 15
    ans) bugs noyau ou à des disques paramétrés dans le BIOS/UEFI
    en IDE au lieu de AHCI. Donc vérifier que les disques sont bien
    en AHCI dans l'UEFI si il y a un paramétrage de ce genre...

    Oui, il y a.
    Dans le BIOS, un paragraphe "Drives",
    j'ai donc coché AHCI (au lieu de SATA auparavant),
    et le failed a disparu : grand merci !

    Il y a un autre paragraphe : Legacy et UEFI,
    j'ai coché Legacy (par prudence).
    Il est assez ancien, mon ordinateur marche bien,
    je voudrais pas provoquer un désastre...
    Bonne soirée.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Sun Nov 17 20:20:02 2024
    On Sunday 17 November 2024 19:48:08 didier gaumet wrote:
    Le 17/11/2024 à 18:59, ajh-valmer a écrit :
    [...]
    Il y a un autre paragraphe : Legacy et UEFI,
    j'ai coché Legacy (par prudence).
    Il est assez ancien, mon ordinateur marche bien,
    je voudrais pas provoquer un désastre...
    Bonne soirée.

    "Legacy" est généralement (mais pas toujours) une option de l'UEFI pour
    le faire se comporter comme un BIOS. Au début de la période où les UEFI
    se sont généralisés, c'était une option plausible pour assurer la compatibilité avec des matériels anciens. Plus le temps passe et plus ça apportera des problèmes: le fait de rester "par prudence" en SATA au
    lieu de AHCI, ou en Debian 32 bits au lieu de 64 bits est en l'exemple :-)

    J'ai mis pour les DD "AHCI" et laissé à "Legacy" (au lieu de "UEFI").
    Ça semble bien marcher comme ça.
    Je peux tester "UEFI" mais y a t-il un danger ?
    Merci.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Tue Nov 19 19:00:02 2024
    On Sunday 17 November 2024 21:21:25 didier gaumet wrote:
    De mémoire (vague) l'UEFI requiert l'usage du partitionnement GPT donc
    si on essaie de démarrer sur un disque partitionné en pur MBR (l'ancien schéma sur PC avec le BIOS, il existe aussi de l'hybride GPT/MBR) ça ne fonctionne pas (cas qui peut arriver quand on récupère un disque d'un
    vieux PC, par exemple).
    Si tu veux installer certains OS (exemple Windows 11), l'UEFI est obligatoire (de même normalement, je crois, que le Secure Boot et le TPM) Donc si tu as des PC exclusivement Linux, vérifier que les disques sont partitionnés GPT.
    Pour ça en CLI, faire un parted -l et regarder les 'Partition Table'
    ou en GUI utiliser gparted, cocher la case Affichage/Informations du périphérique dans le menu et regarder le champ 'Table de partitions'.
    Si tes disques sont partitionnés en GPT, tu peux passer des PC en pur
    UEFI sans souci (c'est-à-dire désactiver l'option "Legacy")

    Hello, merci pour ton aide :

    J'ai 2 disques durs :
    - Model: ATA TOSHIBA Q300. (scsi)
    1 partition Windows + 2 partitions Linux.

    - Model: ATA TOSHIBA MK3276GS (scsi)
    3 partitions Linux.

    "parted -l" et "fdisk -l" n'indiquent pas si c'est un partitionnement
    GPT ou MBR... Comment le savoir ?

    Dans le BIOS :
    "Boot sequence" : Legacy ou UEFI,
    (si boot UEFI, ça crash, Legacy impec).
    "SATA Operation" : ATA ou AHCI.
    (les 2 modes marchent).

    J'ai choisi Legacy et ATA et tout remarche bien,
    sauf que j'ai à nouveau : "failed to resume link (SControl 0)".

    Bonnes soirée.
    A. Valmer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)