[Résolu] Disque dur visible mais inaccessible

shabou · Le 31/10/2024, à 12:15

D'accord,

Ne reste plus qu'à enquêter et/ou ouvrir un bug launchpad

comment faire ?

Dernière modification par shabou (Le 31/10/2024, à 12:26)

geole · Le 31/10/2024, à 12:30

En premier, tu vas donner la trace de ce montage.
Débranche le disque USB s'il est connecté puis fais cette commande

Dat1=$(date +"%H:%M:%S")

Branche immédiatement le disque sans attendre le retour de la commande. Attends 60 secondes et publie ce retour

journalctl --no-pager --since $Dat1 --until $(date +"%H:%M:%S") -k

Tu donneras aussi ce retour
.

sudo parted -l  /dev/sdb

J'ai noté que la connectique est scsi.
Du coup, je mémorise.
https://forum.makemkv.com/forum/viewtopic.php?t=34188

Dernière modification par geole (Le 31/10/2024, à 15:53)

shabou · Le 31/10/2024, à 12:45

voilà pour les 2 premières

shabou@shabou-NUC11PAHi5:~$ Dat1=$(date +"%H:%M:%S")
shabou@shabou-NUC11PAHi5:~$ journalctl --no-pager --since $Dat1 --until $(date +"%H:%M:%S") -k 
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: new SuperSpeed USB device number 3 using xhci_hcd
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: New USB device found, idVendor=174c, idProduct=5106, bcdDevice= 0.01
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: Product: AS2105
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: Manufacturer: ASMedia
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb 4-1: SerialNumber: 00000000000000000000
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: usb-storage 4-1:1.0: USB Mass Storage device detected
oct. 31 12:41:13 shabou-NUC11PAHi5 kernel: scsi host2: usb-storage 4-1:1.0
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: scsi 2:0:0:0: Direct-Access     ASMT     2105             0    PQ: 0 ANSI: 0
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: Attached scsi generic sg1 type 0
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: [sdb] Media removed, stopped polling
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: [sdb] Attached SCSI removable disk

et la 3e:

shabou@shabou-NUC11PAHi5:~$ sudo parted /dev/sda 
[sudo] Mot de passe de shabou : 
GNU Parted 3.6
Utilisation de /dev/sda
Bienvenue sur GNU Parted ! Tapez « help » pour voir la
liste des commandes.
(parted)

geole · Le 31/10/2024, à 12:52

stoppe la troisième commande
et relance celle-ci

sudo parted -l /dev/sdb

Dernière modification par geole (Le 31/10/2024, à 12:53)

shabou · Le 31/10/2024, à 12:59

voilà le retour:

shabou@shabou-NUC11PAHi5:~$ sudo parted -l /dev/sdb
Modèle : ATA ST1000LM048-2E71 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : loop
Drapeaux de disque : 

Numéro  Début  Fin     Taille  Système de fichiers  Drapeaux
 1      0,00B  1000GB  1000GB  ntfs


Modèle : WDC WDS100T2B0C-00PXH0 (nvme)
Disque /dev/nvme0n1 : 1000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom  Drapeaux
 1      1049kB  1128MB  1127MB  fat32                     démarrage, esp
 2      1128MB  1000GB  999GB   ext4

ylag · Le 31/10/2024, à 14:14

Bonjour,

Vu au #30 dans le retour de sudo parted -l /dev/sdb :

Table de partitions : loop

Sauf erreur de ma part, ça signifie que le disque n'a pas de table de partitions.
Faudrait-il tenter d'en créer une avant toute chose ?

A+

shabou · Le 31/10/2024, à 14:49

ylag a écrit :

Bonjour,
Vu au #30 dans le retour de sudo parted -l /dev/sdb :
Table de partitions : loop
Sauf erreur de ma part, ça signifie que le disque n'a pas de table de partitions.
Faudrait-il tenter d'en créer une avant toute chose ?
A+

J'ai plutôt l'impression que c'est le sda qui à cette ligne car j'ai l'impression que le sdb n'apparait pas (et de toute façon il ne fait que 500Gb)

geole · Le 31/10/2024, à 15:31

Le disque en question est SDB et pas SDA.

sudo parted -l /dev/sdb
Modèle : ATA ST1000LM048-2E71 (scsi)

En partant de ces lignes,

oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: Attached scsi generic sg1 type 0
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: [sdb] Media removed, stopped polling
oct. 31 12:41:14 shabou-NUC11PAHi5 kernel: sd 2:0:0:0: [sdb] Attached SCSI removable disk

J'ai vu quelques problèmes sans trop comprendre,

Dernière modification par geole (Le 31/10/2024, à 15:42)

shabou · Le 31/10/2024, à 15:41

Pour rappel, comme indiqué dans le message #2, il y a 2 disques dans le nouveau pc : le nvme (dev/nvme) et le ST1000LM048 (dev/sda)(de 1000Gb chacun) + le ASMT 2105 (dev/sdb de 500Gb) branché en USB
Que dois je faire ensuite ?

ylag · Le 31/10/2024, à 15:42

Bonjour,

J'ai l'impression que la commande sudo parted -l /dev/sdb du message #30 a donné le même résultat que si on aurait simplement passé sudo parted -l, n'ayant pas reconnu le périphérique /dev/sdb ...
Donc, la ligne Table de partitions : loop s'appliquerait bien à /dev/sda ; je me suis trompé au #31, désolé ...

A+

geole · Le 31/10/2024, à 16:01

Si tu pouvais rebooter avec l'O.S. qui détecte bien le disque et rejouer les commandes de l'échange N° 27, on aurait une idée de comment cela aurait du se passer.
Tu donneras aussi la version O.S. de cet ordinateur qui détecte bien

lsb_release -a

shabou · Le 31/10/2024, à 16:20

Pas de problème, je vais être absent ce WE mais je fait ça dès que possible et vous donne les résultats...
Merci a vous en tous cas

shabou · Le 04/11/2024, à 10:45

Bonjour à tous !
Voilà donc le retour des commandes n°27 sur l'ancien pc:

ubuntu@ubuntu:~$ Dat1=$(date +"%H:%M:%S")
ubuntu@ubuntu:~$ journalctl --no-pager --since $Dat1 --until $(date +"%H:%M:%S") -k 
nov. 04 09:01:10 ubuntu kernel: ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
nov. 04 09:01:10 ubuntu kernel: ata5.00: ATA-8: ST500DM002-1BD142, KC45, max UDMA/133
nov. 04 09:01:10 ubuntu kernel: ata5.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 32)
nov. 04 09:01:10 ubuntu kernel: ata5.00: configured for UDMA/133
nov. 04 09:01:10 ubuntu kernel: scsi 4:0:0:0: Direct-Access     ATA      ST500DM002-1BD14 KC45 PQ: 0 ANSI: 5
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: Attached scsi generic sg1 type 0
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] 4096-byte physical blocks
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] Write Protect is off
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] Preferred minimum I/O size 4096 bytes
nov. 04 09:01:10 ubuntu kernel:  sdb: sdb1
nov. 04 09:01:10 ubuntu kernel: sd 4:0:0:0: [sdb] Attached SCSI removable disk
ubuntu@ubuntu:~$ sudo parted -l  /dev/sdb 
Modèle : Verbatim STORE N GO (scsi)
Disque /dev/sda : 7764MB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Drapeaux
 1      1049kB  7764MB  7763MB  primary  fat32                démarrage, lba


Modèle : ATA ST500DM002-1BD14 (scsi)
Disque /dev/sdb : 500GB
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  500GB  500GB   ext4

Concernant la version de l'OS: c'est une clé live, voici la commande n°36:

ubuntu@ubuntu:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 24.04.1 LTS
Release:	24.04
Codename:	noble

J'ai aussi remarqué qqch qui pourrait peut être faire avancer la recherche de solution: j'ai remarqué par erreur que le "disque" ASMT 2105 que l'on voit sur la capture d'écran du message n°1 apparait qu'il y ait un disque dur branché ou pas. La réponse de

RaphaelG a écrit :

ASMT 2105 ---> c'est un faux disque détecté à tort par Gnome Disks. Sans doute un artefact créé par le hardware que tu as rajouté pour transformer l'interface SATA en USB

dans le message n°2 est certainement vrai.
Je vais donc vous donner quelques precisions supplementaires concernant les branchements:
- Sur l'ancien pc (celui qui detecte le disque donc) le disque est branché par deux cables "SATA" et "Power".
- Sur le nouveau pc, j'utilise ce boitier Boitier Disque Dur Externe. (Précision supplémentaire au cas où elle aurait son importance: le boitier est fait pour un DD 2.5" alors que le disque est un 3.5"...)
Finalement est ce que ce ne serait tout simplement pas le branchement du disque sur le nouveau pc la cause du problème (alimentation, incompatibilité) ?
Je peut acheter un boitier plus adapté, mais il va falloir me conseiller
Merci encore à vous tous pour votre aide.

geole · Le 04/11/2024, à 12:36

Bonjour
Je vois une piste mais je ne sais pas ce qu'elle vaut
1) Dans le vieil ordinateur le disque est vu comme ayant 500 Go de taille et formaté en EXT4

ubuntu@ubuntu:~$ sudo parted -l  /dev/sdb 
Disque /dev/sdb : 500GB
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  500GB  500GB   ext4

Dans l'ordinateur qui ne réussit pas à faire monter le disque, il est vu comme ayant 1000 Go de taille et en NTFS. Je pense que c'est une conséquence de la détection d'une table de partition loop.

 sudo parted -l /dev/sdb
Modèle : ATA ST1000LM048-2E71 (scsi)
Disque /dev/sda : 1000GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : loop
Drapeaux de disque : 
Numéro  Début  Fin     Taille  Système de fichiers  Drapeaux
 1      0,00B  1000GB  1000GB  ntfs

Cette détection de table de partition en loop provoquerait-elle le démontage???? Ou est-ce le fait de détecter 1000 Go???

Dernière modification par geole (Le 04/11/2024, à 12:46)

ylag · Le 04/11/2024, à 12:43

Bonjour,

Vu au #39 :

Table de partitions : loop

Sauf erreur de ma part, ça signifierait qu'il n'y a pas de table de partitions sur ce disque, et que le système de fichiers aurait été créé à la racine du disque ?

A+

geole · Le 04/11/2024, à 13:38

shabou a écrit :

Je vais donc vous donner quelques précisions supplémentaires concernant les branchements:
- Sur l'ancien pc (celui qui détecte le disque donc) le disque est branché par deux câbles "SATA" et "Power".

Merci de cette précision. Tu as aussi dit que ton ancien PC bootait depuis une live-USB équipée du logiciel 24.04.1
Je pense que le nouvel ordinateur a aussi la même version de logiciel.
A priori, ce n'est donc pas un problème logiciel mais de branchement.

shabou a écrit :

- Sur le nouveau pc, j'utilise ce boîtier Boitier Disque Dur Externe. (Précision supplémentaire au cas où elle aurait son importance: le boîtier est fait pour un DD 2.5" alors que le disque est un 3.5"...)
.

A mon avis, ubuntu détecte le boîtier mais pas ce qui est derrière. Je ne sais d'ailleurs pas comment tu peux brancher.
Pourquoi pas un boitier LDLC chromebox 3.5 ? Mais pas de chance!!!!!!

Dernière modification par geole (Le 04/11/2024, à 14:54)

shabou · Le 04/11/2024, à 14:25

 Cette détection de table de partition en loop provoquerait-elle le démontage???? Ou est-ce le fait de détecter 1000 Go???

Il faut que je la retrouve (il me semble que c’est sudo fdisk -l mais il y a une commande qui renvoie une trentaine de ligne loop, j’ai trouvé ça étrange, mais je vais la retrouver et vous posterait le résultat.

 A mon avis, ubuntu détecte le boîitier mais pas ce qui est derrière

C’est le cas, c’est ce que j’ai voulu dire dans le message n°39
Je vais essayer de trouver qqch de similaire au lien que tu m’as donné. Quelles caractéristiques sont importantes dans mon cas ?

shabou · Le 04/11/2024, à 14:48

ylag a écrit :

Sauf erreur de ma part, ça signifierait qu'il n'y a pas de table de partitions sur ce disque, et que le système de fichiers aurait été créé à la racine du disque ?

J'en ai pourtant bien créer une gpt comme demandé dans le message n° 14 ?

shabou · Le 07/11/2024, à 10:52

Bonjour, du coup j'ai pris ça Boitier, reste plus qu'à le recevoir et tester...

RaphaelG · Le 07/11/2024, à 13:06

Je pense que ton disque n'est pas capable de s'alimenter à travers l'interface USB.
Il lui faut une alimentation séparée ce qui sera le cas avec ton nouveau boitier. Tu tiens le bon bout.

shabou · Le 07/11/2024, à 14:54

Merci, je l'espère, dans tous les cas je reviendrai vers vous pour vous dire.

RaphaelG a écrit :

Je pense que ton disque n'est pas capable de s'alimenter à travers l'interface USB.
Il lui faut une alimentation séparée ce qui sera le cas avec ton nouveau boitier. Tu tiens le bon bout.

shabou · Le 11/11/2024, à 18:24

Bonsoir à tous, le problème est résolu et venait effectivement tout simplement (désolé j'aurais du y penser plus tôt) de l'alimentation du boitier. En effet après réception et test du boitier, le disque apparait bien sur le nouveau pc.
Merci beaucoup à tous pour votre aide !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 31/10/2024, à 12:15

Re : [Résolu] Disque dur visible mais inaccessible

#27 Le 31/10/2024, à 12:30

Re : [Résolu] Disque dur visible mais inaccessible

#28 Le 31/10/2024, à 12:45

Re : [Résolu] Disque dur visible mais inaccessible

#29 Le 31/10/2024, à 12:52

Re : [Résolu] Disque dur visible mais inaccessible

#30 Le 31/10/2024, à 12:59

Re : [Résolu] Disque dur visible mais inaccessible

#31 Le 31/10/2024, à 14:14

Re : [Résolu] Disque dur visible mais inaccessible

#32 Le 31/10/2024, à 14:49

Re : [Résolu] Disque dur visible mais inaccessible

#33 Le 31/10/2024, à 15:31

Re : [Résolu] Disque dur visible mais inaccessible

#34 Le 31/10/2024, à 15:41

Re : [Résolu] Disque dur visible mais inaccessible

#35 Le 31/10/2024, à 15:42

Re : [Résolu] Disque dur visible mais inaccessible

#36 Le 31/10/2024, à 16:01

Re : [Résolu] Disque dur visible mais inaccessible

#37 Le 31/10/2024, à 16:20

Re : [Résolu] Disque dur visible mais inaccessible

#38 Le 04/11/2024, à 10:45

Re : [Résolu] Disque dur visible mais inaccessible

#39 Le 04/11/2024, à 12:36

Re : [Résolu] Disque dur visible mais inaccessible

#40 Le 04/11/2024, à 12:43

Re : [Résolu] Disque dur visible mais inaccessible

#41 Le 04/11/2024, à 13:38

Re : [Résolu] Disque dur visible mais inaccessible

#42 Le 04/11/2024, à 14:25

Re : [Résolu] Disque dur visible mais inaccessible

#43 Le 04/11/2024, à 14:48

Re : [Résolu] Disque dur visible mais inaccessible

#44 Le 07/11/2024, à 10:52

Re : [Résolu] Disque dur visible mais inaccessible

#45 Le 07/11/2024, à 13:06

Re : [Résolu] Disque dur visible mais inaccessible

#46 Le 07/11/2024, à 14:54

Re : [Résolu] Disque dur visible mais inaccessible

#47 Le 11/11/2024, à 18:24

Re : [Résolu] Disque dur visible mais inaccessible

Pied de page des forums