[disque dur] invisible sur Acer Aspire A315 (non résolu)

Reconnaissance et configuration du matériel / kernel linux
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

[disque dur] invisible sur Acer Aspire A315 (non résolu)

Message par jeViens2Debian »

Bonjour,
J'ai fait installer un disque SATA 2,5" 1To reconnu dans le bios (UEFI)
HDD1 model ST1000LM048-2E7172
Serial number WKPJFTN6
Dans l'onglet Main Sata mode = AHCI

Pas moyen d'en trouver la trace sur le système : hdparm / fdisk / parted /lshw / hwinfo/ aucun ne voit un device qui pourrait correspondre. J'ai regardé aussi journalctl --boot -o verbose -x
Le commerçant s'est contenté de faire les branchements faute de connaissance sur Linux.

Merci de votre aide
Dernière modification par jeViens2Debian le jeu. 24 juin 2021, 07:26, modifié 2 fois.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [disque dur] matériel neuf inconnu

Message par benjarobin »

Bonjour,
Peux tu nous montrer une photo du BIOS indiquant le disque dur. Ainsi que la sortie de :

Code : Tout sélectionner

fdisk -l
ls -l /dev/sd*
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Image
Image
Image

le lien du dossier : https://drive.google.com/drive/folders/ ... sp=sharing

fdisk

Code : Tout sélectionner

Disque /dev/nvme0n1 : 238,47 GiB, 256060514304 octets, 500118192 secteurs
Modèle de disque : HFM256GDJTNI-82A0A                      
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 83260B56-C5C7-4B5C-A707-4488A11F4456

Périphérique       Début       Fin  Secteurs Taille Type
/dev/nvme0n1p1      2048   2099199   2097152     1G Système EFI
/dev/nvme0n1p2 492808192 500117503   7309312   3,5G Données de base Microsoft
/dev/nvme0n1p3   2099200  12584959  10485760     5G Partition d'échange Linux
/dev/nvme0n1p4  12584960 222300159 209715200   100G Racine Linux (x86-64)
/dev/nvme0n1p5 222300160 492808191 270508032   129G Données personnelles Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
ls /dev/nvme*

Code : Tout sélectionner

crw------- 1 root root 242, 0 19 juin  10:59 /dev/nvme0
brw-rw---- 1 root disk 259, 0 19 juin  10:59 /dev/nvme0n1
brw-rw---- 1 root disk 259, 1 19 juin  10:59 /dev/nvme0n1p1
brw-rw---- 1 root disk 259, 2 19 juin  10:59 /dev/nvme0n1p2
brw-rw---- 1 root disk 259, 3 19 juin  10:59 /dev/nvme0n1p3
brw-rw---- 1 root disk 259, 4 19 juin  10:59 /dev/nvme0n1p4
brw-rw---- 1 root disk 259, 5 19 juin  10:59 /dev/nvme0n1p5
laurent85
Elfe
Messages : 951
Inscription : mar. 16 oct. 2018, 21:05

Re: [disque dur] matériel neuf inconnu

Message par laurent85 »

Bonjour,
Problème matériel ! Envoie les logs de boot sur un pastebin puis donne le lien obtenu par la commande :

Code : Tout sélectionner

journalctl -b | curl --data-binary @- https://paste.rs
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Ça confirme mes craintes.

https://paste.ubuntu.com/p/FRttbkdYzp/
Dernière modification par jeViens2Debian le ven. 25 juin 2021, 11:10, modifié 1 fois.
laurent85
Elfe
Messages : 951
Inscription : mar. 16 oct. 2018, 21:05

Re: [disque dur] matériel neuf inconnu

Message par laurent85 »

C'est pas mal fait mais plutôt pas testé après installation. La ligne intéressante est :
juin 20 17:49:21 isis kernel: ata2: SATA link down (SStatus 4 SControl 300)
juin 20 17:49:21 isis kernel: ata1: SATA link down (SStatus 1 SControl 300)
Plusieurs origines possibles, un bug ou incompatibilité avec ce bios, ou un cable foireux. Regarde dans le bios ce qu'il y a comme alternative pour le mode "SATA Mode", ou teste avec un autre cable sata, ou teste en branchant sur l'autre port sata.

Il faut tenter avec ces combinaisons d'isoler l'origine du problème.
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Sur la sortie de journalctl -b, à la ligne 819 il trouve le disque SSD

Code : Tout sélectionner

juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A UEFISHELL.
juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A tronc.
juin 20 17:49:21 isis systemd[1]: Found device HFM256GDJTNI-82A0A 3.
Mais aucune trace du ST1000LM048
J'ai cherché le mot fail.
Au début du fichier j'ai ces lignes :

Code : Tout sélectionner

juin 20 17:49:21 isis kernel: pci 0000:00:15.0: BAR 0: assigned [mem 0x4010000000-0x4010000fff 64bit]
juin 20 17:49:21 isis kernel: pci 0000:00:15.1: BAR 0: assigned [mem 0x4010001000-0x4010001fff 64bit]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: no space for [mem size 0x00001000]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: trying firmware assignment [mem 0xfe010000-0xfe010fff]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: [mem 0xfe010000-0xfe010fff] conflicts with Reserved [mem 0xfc800000-0xfe7fffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1f.5: BAR 0: failed to assign [mem size 0x00001000]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0: PCI bridge to [bus 01]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0:   bridge window [io  0x3000-0x3fff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.0:   bridge window [mem 0x4fb00000-0x4fbfffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.1: PCI bridge to [bus 02]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.1:   bridge window [mem 0x4f800000-0x4f9fffff]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.4: PCI bridge to [bus 03]
juin 20 17:49:21 isis kernel: pci 0000:00:1d.4:   bridge window [mem 0x4fa00000-0x4fafffff]
juin 20 17:49:21 isis kernel: pci_bus 0000:00: Some PCI device resources are unassigned, try booting with pci=realloc
Je vais essayer de redémarre avec cette option
Quelques lignes en dessous des messages où le disque HFM256GDJTNI-82A0A est détecté il y a ces indications d'échec :

Code : Tout sélectionner

juin 20 17:49:21 isis kernel: cfg80211: Loading compiled-in X.509 certificates for regulatory database
juin 20 17:49:21 isis kernel: i801_smbus 0000:00:1f.4: SPD Write Disable is set
juin 20 17:49:21 isis kernel: i801_smbus 0000:00:1f.4: SMBus using PCI interrupt
juin 20 17:49:21 isis kernel: i2c i2c-2: 1/2 memory slots populated (from DMI)
juin 20 17:49:21 isis kernel: cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
juin 20 17:49:21 isis kernel: platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
juin 20 17:49:21 isis kernel: cfg80211: failed to load regulatory.db
En tout cas merci pour l'aide
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

laurent85 a écrit : dim. 20 juin 2021, 18:29 Regarde dans le bios ce qu'il y a comme alternative pour le mode "SATA Mode",
L'autre option de SATA Mode est Optane without Raid
J'arrive dans un shell d'urgence :

Code : Tout sélectionner

Starting version 248.3-2-arch
ERROR=device'UUID=48bbeb02-99ce-4f49-b55f-6624c3a1400e' not found. Skipping fsck.
mount:/new_root:can't find UUID=48bbeb02-99ce-4f49-b55f-6624c3a1400e
emergency shell
voir message de benjarobin viewtopic.php?p=176545#p176545 pour mon problème à l'installation où je ne voyais pas le disque SSD.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [disque dur] matériel neuf inconnu

Message par benjarobin »

"SATA Mode" doit bien être mit sur AHCI
N'utilise pas pci=realloc, cela n'a rien à voir !
laurent85 a écrit : dim. 20 juin 2021, 18:29 teste avec un autre cable sata, ou teste en branchant sur l'autre port sata.
As tu fait ces 2 tests ? As tu un autre disque dur pour tester ? Tu peux essayer de voir si Windows le voit depuis une clé d'installation de Windows

Edit 1: Peux tu brancher dans l'autre port SATA, et redonner le même log que tu as donné ?
Edit 2: D'après la spécification de SATA SStatus https://www.intel.com/content/dam/www/p ... df#page=36
  • 1h Device presence detected but Phy communication not established
  • 4h Phy in offline mode as a result of the interface being disabled or running in a BIST loopback mode
Donc dans notre cas, la ligne qui nous interesse est SATA link down (SStatus 1 SControl .... Donc Linux voit bien qu'il y a un device de branché sur ce port SATA, mais il n'arrive pas à communiquer avec...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Non, pas encore. Je ne suis pas sûr d'avoir le temps avant demain soir.
Je n'ai pas d'autre disque ni de clé Windows. Je vais chercher où trouver ça, mais si quelqu'un a le temps je veux bien un lien.
Merci
laurent85
Elfe
Messages : 951
Inscription : mar. 16 oct. 2018, 21:05

Re: [disque dur] matériel neuf inconnu

Message par laurent85 »

Autre possibilité de test, brancher le disque sur le port sata d'un autre pc, ou encore sur un dock usb.
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Sous le capot du Aspire A315-56 Acer il ne semble pas y avoir d'autre ports SATA.
J'ai mis quelques photos dans le dossier à cette adresse : https://drive.google.com/drive/folders/ ... sp=sharing
Le disque n'est pas fixé. La nappe est pliée / pincée

Le résultat de journalctl -b après débranchement et rebranchement du disque n'a pas changé. Je n'ose pas toucher à la connectique côté carte mère.
Je vais tester le disque sur un ordinateur fixe.
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Je suis passé chez le commerçant qui m'a assuré que si le bios détecte le disque, le problème vient de l'OS. Il a ensuite formaté le disque en ntfs, puis il a du redémarrer (et non arrêter) le PC et le disque était visible comme sda, sda1, avec lsblk. J'ai éteint l'ordinateur mais une fois chez moi plus moyen de retrouver ce foutu disque !
Je vais essayer de redémarrer avec systemrescue.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [disque dur] matériel neuf inconnu

Message par benjarobin »

Il avait démarré depuis quoi, depuis un CD Windows ? C'est tout à fait possible (bien que très rare) qu'il y ai un problème avec le kernel Linux.
Peux tu détailler un peu plus ce qu'il a fait pour que le disque soit visible ?
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Je ne peux pas dire beaucoup plus. Il a dit a son employé d'utiliser une clé windows mais de ne pas installer le système, juste de créer une partition ntfs. Ça lui a pris 10 minutes. Quand il m'a présenté le PC il était sur le gestionnaire de connexion

Là je suis sur systemRESCUE803 et j'ai le même message dans le journal du boot :
journalctl -b | grep SATA

Code : Tout sélectionner

Jun 23 18:43:29 sysrescue kernel: ahci 0000:00:17.0: AHCI 0001.0301 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
Jun 23 18:43:29 sysrescue kernel: ata1: SATA max UDMA/133 abar m2048@0x4fc13000 port 0x4fc13100 irq 126
Jun 23 18:43:29 sysrescue kernel: ata2: SATA max UDMA/133 abar m2048@0x4fc13000 port 0x4fc13180 irq 126
Jun 23 18:43:29 sysrescue kernel: ata2: SATA link down (SStatus 4 SControl 300)
Jun 23 18:43:29 sysrescue kernel: ata1: SATA link down (SStatus 1 SControl 300)
J'ai crée la clé systemRESCUE pour qu'il boote en mode UEFI https://www.system-rescue.org/Installin ... ory-stick/
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

quelques informations avec lshw en mode graphique :
SATA controller
/0/100/17

product: Ice Lake-LP SATA Controller [AHCI mode] [8086:34D3]
vendor: Intel Corporation [8086]
bus info: pci@0000:00:17.0
version: 30
width: 32 bits
clock: 66MHz
capabilities:
sata,
Message Signalled Interrupts,
Power Management,
ahci_1.0,
bus mastering,
PCI capabilities listing
configuration:
driver: ahci
latency: 0
resources:
irq: 126
memory: 4fc10000-4fc11fff
memory: 4fc14000-4fc140ff
ioport: 4080(size=8)
ioport: 4088(size=4)
ioport: 4060(size=32)
memory: 4fc13000-4fc137ff
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [disque dur] matériel neuf inconnu

Message par benjarobin »

Je pense qu'il y a un bug quelque part dans le driver qui gère le disque SATA sous Linux... Car manifestement sous Windows, il a initialisé quelque chose au niveau matériel, qui a fait que le lien SATA soit fonctionnel sous Linux après démarrage (pas de mise sous tension entre).
Clairement sans avoir la machine sous la main, et quelques expert Linux avec (par exemple Bootlin), tu as très peu de chance d'arriver à faire fonctionner ce disque dur sous Linux. Je n'ai encore jamais vu cela...

Quelques notes (principalement pour moi même) :
https://github.com/torvalds/linux/blob/ ... hci.c#L416
https://github.com/torvalds/linux/commi ... fa68f0f74a
https://bugzilla.kernel.org/show_bug.cgi?id=209419

Edit 2: Donc d'après le dernier lien, c'est un problème connu avec ton modèle spécifiquement...
Apparemment le disque devient visible si tu met le PC en veille, et en sortie de veille le disque dur apparaît...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] matériel neuf inconnu

Message par jeViens2Debian »

Edit 2: Donc d'après le dernier lien, c'est un problème connu avec ton modèle spécifiquement...
Apparemment le disque devient visible si tu met le PC en veille, et en sortie de veille le disque dur apparaît...
C'est exactement ça. Faut il que je me signale sur la conversation ?
Au moins on commence à cerner le problème.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17187
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [disque dur] matériel neuf inconnu

Message par benjarobin »

jeViens2Debian a écrit : mer. 23 juin 2021, 23:00C'est exactement ça. Faut il que je me signale sur la conversation ?
Surtout pas. Jamais de "moi aussi j'ai le problème" / "me too". A moins de rajouter quelque chose de pertinent au rapport de bug !
jeViens2Debian a écrit : mer. 23 juin 2021, 23:00Au moins on commence à cerner le problème.
Oui et non. Tant qu'un développeur (motivé, compétent, ...) n'aura pas accès à un PC similaire au tient, j'ai bien peur que le rapport de bug n'avance pas...

En gros, tu n'es pas le seul à avoir le problème. Le problème a été remonté correctement, il y a eu des discussions... mais pas de solution. Le rapport de bug a presque un an.
Donc dans le meilleur des cas, le problème sera résolu entre un an (statistiquement le strict minimum) ou jamais (assez probable dans ton cas)... Désolé...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
jeViens2Debian
Hankyu
Messages : 45
Inscription : mer. 05 mai 2021, 19:51

Re: [disque dur] invisible sur Acer Aspire A315 (non résolu)

Message par jeViens2Debian »

J'ai trouvé une solution de contournement valable uniquement si le disque sert d'espace de stockage des données.
Après une mise en veille et un réveil, j'ai pu formater le disque à ma convenance.

Code : Tout sélectionner

#parted
(parted) print /dev/sda                                                   
Modèle : ATA ST1000LM048-2E71 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom     Drapeaux
 1      1049kB  1000GB  1000GB  ext4                 obelix

#blkid
/dev/sda1: LABEL="feuillage" UUID="787fd271-b45a-4c29-91bb-ebfe017f5038" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="obelix" PARTUUID="b8a30a4c-e5d0-4904-9ae3-90a943b0731c"
---- STOP : c'est n'importe quoi -----
Je l'ai inscrit dans /etc/fstab

Code : Tout sélectionner

LABEL=feuillage         /home/pierre/obelix     ext4            rw,users,noauto,noatime,nofail,x-systemd.automount,x-systemd.device-timeout=1   0 2
J'y accède depuis le répertoire /home/pierre/obelix. Peut être est ce inutile de créer le répertoire à en croire man systemd.automount :
DirectoryMode=
Directories of automount points (and any parent directories) are automatically created if needed.
x-systemd.automount
Vu sur https://doc.ubuntu-fr.org/autofs
(avril 2021) Systemd peut gérer simplement le montage automatique de systèmes de fichiers. Comme en témoigne ce post sur StackExchange en date du 7 juillet 2017, AutoFS est l'ancien moyen de monter automatiquement des systèmes de fichiers.

Avec Systemd-automount, cela peut se faire facilement, par exemple en ajoutant et adaptant la ligne suivante dans votre fichier /etc/fstab :

Code : Tout sélectionner

UUID=ed5ac6e5-9fc3-4d28-b0b5-0c4466249c71 /mnt/point-de-montage ext4  noauto,nofail,x-systemd.automount,x-systemd.idle-timeout=2s,x-systemd.device-timeout=30ms
Ainsi, à moins d'avoir des besoins spécifiques, dans la plupart des cas systemd-automount fonctionnera correctement. Cela permet, par exemple, monter automatiquement des disques durs que l'on insère dans un dock sur le bureau (stockage, sauvegarde…).
rw : accès en lecture écriture
user : autorise les utilisateurs à le monter
noauto : il n'est pas vérifié au démarrage de l'ordinateur
(description copiée depuis https://wiki.archlinux.org/title/Fstab_ ... quette_GPT
noatime : désactive complètement les temps d'accès aux fichiers d'écriture sur le lecteur chaque fois que vous lisez un fichier. Cela fonctionne bien pour presque toutes les applications, sauf pour celles qui ont besoin de savoir si un fichier a été lu depuis sa dernière modification. Les informations de temps d'écriture d'un fichier continueront à être mises à jour chaque fois que le fichier est écrit avec cette option activée.
nofail : empêche les erreurs signalées lors du démarrage
x-systemd.device-timeout=1 : nofail se combine mieux avec l'option x-systemd.device-timeout. Cela s'explique par le fait que le délai d'expiration par défaut du périphérique est de 90 secondes, de sorte qu'un périphérique externe déconnecté avec seulement nofail fera prendre à votre démarrage 90 secondes de plus, à moins que vous ne reconfiguriez le délai d'expiration comme indiqué. Assurez-vous de ne pas régler le délai d'attente sur 0, car cela se traduit par un délai d'attente infini.

Deux questions restent en suspend :
Dans fstab, les options rw, users, et x-systemd.device-timeout=1 sont elles utiles ? (à tester)
Comment démonter obelix automatiquement avant l'arrêt ou le redémarrage du système ?

Pour finir, un peu d'ergonomie avec Plasma :
Dans la configuration du système > comportement de l'espace de travail > verrouillage de l'écran : désactiver après passage de sommeil à réveil.
Un composant graphique dans le tableau de bord permet d'afficher aux choix les boutons d'arrêt, mise en veille, etc
Dernière modification par jeViens2Debian le ven. 09 juil. 2021, 18:35, modifié 3 fois.
Répondre