Disque dur interne reconnu comme disque amovible

Support Debian
Tags: #<Tag:0x00007f50a27a78b8>
#1

Bonjour,

Je viens sur le forum pour une question qui me taraude.

Je suis en train de me créer un serveur perso avec plusieurs disques à l’intérieur :

  • 1 ssd de 120 go

  • 1 ssd de 256 go

  • 2 hdd de 4 to chacun

Tous mes disques sont bien reconnu en tant que périphériques internes sauf un des 2 HDD de 4 to.
Quand je le monte il apparait dans les disques amovibles, comme une clé USB quoi. Pourtant ils sont tous branché en SATA à l’intérieur de ma tour.

Avez-vous une idée de comment procéder pour que ce hdd soit reconnu en tant que périphérique interne ?

Je suis sous Debian 11.

Merci d’avance pour votre aide.

#2

De quelle façon ?

Où ça ?

#3

Bonjour et bienvenue sur le forum,

Excuse l’incompréhension de PascalHambourg, mais il se trouve que tu parles de serveur, du coup, on ne s’attend pas à un environnement graphique.
Merci de donner les retours des commandes suivantes :

  • grep -v "^#" /etc/apt/sources.list{,.d/*}
  • lsblk
  • echo $XDG_CURRENT_DESKTOP $XDG_SESSION_DESKTOP
#4

Aucune incompréhension de ma part, mais de simples questions visant à préciser des descriptions ambiguës mais peut-être pas perçues comme telles par l’OP.

#5

Oui en effet, j’ai un environnement graphique sur mon serveur. Désolé de ce manque de précision.

Voila les résultats des commandes :

Résultat de : grep -v "^#" /etc/apt/sources.list{,.d/*}

/etc/apt/sources.list:
/etc/apt/sources.list:
/etc/apt/sources.list:deb http://deb.debian.org/debian/ bullseye main
/etc/apt/sources.list:deb-src http://deb.debian.org/debian/ bullseye main
/etc/apt/sources.list:
/etc/apt/sources.list:deb http://security.debian.org/debian-security bullseye-security main
/etc/apt/sources.list:deb-src http://security.debian.org/debian-security bullseye-security main
/etc/apt/sources.list:
/etc/apt/sources.list:deb http://deb.debian.org/debian/ bullseye-updates main
/etc/apt/sources.list:deb-src http://deb.debian.org/debian/ bullseye-updates main
/etc/apt/sources.list:
grep: /etc/apt/sources.list.d/*: Aucun fichier ou dossier de ce type

--------------------------------------------------------------------------------------------------------------------

Résultat de : lsblk

NAME                             MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                                8:0    0 238,5G  0 disk
└─sda1                             8:1    0 238,5G  0 part /media/matthieu/systemBackup
sdb                                8:16   0 111,8G  0 disk
├─sdb1                             8:17   0   512M  0 part /boot/efi
├─sdb2                             8:18   0   488M  0 part /boot
└─sdb3                             8:19   0 110,8G  0 part
  ├─ServeurMattDebian--vg-root   254:0    0 109,9G  0 lvm  /
  └─ServeurMattDebian--vg-swap_1 254:1    0   976M  0 lvm  [SWAP]
sdc                                8:32   1   3,6T  0 disk
└─sdc1                             8:33   1   3,6T  0 part
  └─HomeGroup-Home               254:2    0   3,6T  0 lvm  /home
sdd                                8:48   1   3,6T  0 disk
└─sdd1                             8:49   1   3,6T  0 part /media/matthieu/bfdd6517-8241-4202-807c-cc49d6373d7b

-----------------------------------------------------------------------------------------------------------------------

Résultat de : echo $XDG_CURRENT_DESKTOP $XDG_SESSION_DESKTOP

KDE KDE

Merci d’avance pour l’aide

#6

Dans Dolphin.

Via le gestionnaire de partition de KDE

#7

Sur la forme : vu la taille tu aurais pu les mettre directement dans le forum, ça aurait évité de devoir aller les chercher sur un site tiers.

Sur le fond : drôle d’organisation pour un serveur. A quoi est-il destiné, si ce n’est pas indiscret ?

Sur les 4 disques, sdb et sdc sont utilisés par le système donc ne sont pas visibles en tant que volumes indépendants dans le gestionnaire de fichiers. Les partitions sda1 et sdd1 des deux autres ont visiblement été montées par l’utilisateur « matthieu ».

Si je comprends bien, c’est sdd1 (4To) qui apparaît comme amovible dans Dolphin ? Apparemment son système de fichiers n’a pas d’étiquette (LABEL) alors que celui de sda1 en a une « systemBackup » mais je ne vois pas le rapport. Tu peux regarder le contenu de /sys/block/sdd/removable pour voir si c’est le noyau qui considère le disque comme amovible.

Ça ne répond pas à ta question mais si tu veux mon avis, je ne vois pas l’intérêt de faire monter des volumes par un utilisateur via le gestionnaire de fichiers sur un serveur. Fais-les monter au démarrage sur des points de montage appropriés via /etc/fstab et on n’en parle plus.

#8

Ok je le saurais pour la prochaine fois :grinning:

pour mon usage perso.
En gros j’ai

  • un SSD de 120go ou est le système (partitionné avec LVM)

  • un HDD de 4Tto ou j’ai mon Home (partitionné avec LVM)

  • un SSD de 256go ou il y aura des backup du système

  • Un HDD de 4to ou j’aurai des backup de mon home (c’est lui qui apparaît en amovible dans Dolphin)

Mes compétences s’arrêtent la :sweat_smile: !

#9

Ça ne nous dit pas pour quel usage (serveur de fichiers, web, mail…).

Tu n’as pas répondu à mon 4e paragraphe (c’est sdd1 qui est vu amovible et que contient /sys/block/sdd/removable ?)

Je pense que savoir configurer /etc/fstab est un prérequis pour quiconque prétend gérer un serveur Linux. La documentation abonde, à commencer par celle disponible sur le système :

man fstab
#10

Alors plutôt serveur de fichier, auto-hébergement, un peu de multimedia en local.

Je regarde ça et je reviens te dire :slight_smile:

ok je vais regarder ça !

#11

1

oui c’est bien lui !

#12

Donc c’est le noyau lui-même qui considère que le disque est amovible, ce n’est pas un caprice du gestionnaire de disques ou de fichiers. Il ne serait pas branché sur un port eSATA ?
Il faudrait regarder les messages du noyau lors de la détection du disque avec dmesg.

#13

En effet il n’est pas branché en direct sur la mother board. N’ayant que 2 ports SATA sur celle-ci, j’ai rajouté dans ma tour, une carte d’extension afin de rajouter des ports SATA.
J’ai également un de mes 2 SSD qui est relié à un des ports de cette carte d’extension et lui est bien reconnu en disque interne.

Le retour de dmesg (Désolé mais c’est tellement long que j’ai préféré faire un lien plutôt que le poster ici.

merci d’avance.

#14

Ça n’implique pas forcément que les ports de la carte d’extension sont de type eSATA.
C’est curieux que la carte mère n’ait que deux ports SATA alors qu’on en voit 5 dans les logs.

Vraiment ? D’après mon analyse des logs du noyau, les deux SSD seraient connectés à un même contrôleur SATA (a priori l’intégré mais je n’en suis pas sûr), et les deux disques durs à l’autre contrôleur. Il faudrait regarder la sortie de la commande lspci pour savoir quel contrôleur SATA est lequel.

J’ai extrait et réorganisé les messages relatifs au SATA pour les rendre plus lisibles :

[    1.041568] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 5 ports 6 Gbps 0x2f impl SATA mode
[    1.041570] ahci 0000:00:17.0: flags: 64bit ncq sntf stag pm led clo only pio slum part ems deso sadm sds apst 
[    1.091416] ata1: SATA max UDMA/133 abar m2048@0xd114d000 port 0xd114d100 irq 124
[    1.091431] ata2: SATA max UDMA/133 abar m2048@0xd114d000 port 0xd114d180 irq 124
[    1.091442] ata3: SATA max UDMA/133 abar m2048@0xd114d000 port 0xd114d200 irq 124
[    1.091443] ata4: SATA max UDMA/133 abar m2048@0xd114d000 port 0xd114d280 irq 124
[    1.091444] ata5: DUMMY
[    1.091445] ata6: SATA max UDMA/133 abar m2048@0xd114d000 port 0xd114d380 irq 124

[    1.101839] ahci 0000:01:00.0: AHCI 0001.0000 32 slots 4 ports 6 Gbps 0xf impl SATA mode
[    1.101841] ahci 0000:01:00.0: flags: 64bit ncq sntf led only pmp fbs pio slum part sxs 
[    1.102747] ata7: SATA max UDMA/133 abar m2048@0xd1000000 port 0xd1000100 irq 126
[    1.102750] ata8: SATA max UDMA/133 abar m2048@0xd1000000 port 0xd1000180 irq 126
[    1.102753] ata9: SATA max UDMA/133 abar m2048@0xd1000000 port 0xd1000200 irq 126
[    1.102755] ata10: SATA max UDMA/133 abar m2048@0xd1000000 port 0xd1000280 irq 126

[    1.403844] ata1: SATA link down (SStatus 4 SControl 300)
[    1.411941] ata8: SATA link down (SStatus 0 SControl 300)
[    1.411965] ata7: SATA link down (SStatus 0 SControl 300)
[    2.358613] ata4: SATA link down (SStatus 4 SControl 300)
[    2.670027] ata6: SATA link down (SStatus 4 SControl 300)

[    1.717975] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.718615] ata2.00: ACPI cmd f5/00:00:00:00:00:e0 (SECURITY FREEZE LOCK) filtered out
[    1.718621] ata2.00: ACPI cmd b1/c1:00:00:00:00:e0 (DEVICE CONFIGURATION OVERLAY) filtered out
[    1.719439] ata2.00: ATA-8: SanDisk SDSSDHP256G, X2306RL, max UDMA/133
[    1.719444] ata2.00: 500118192 sectors, multi 1: LBA48 NCQ (depth 32), AA
[    1.721052] ata2.00: configured for UDMA/133
[    1.721310] scsi 1:0:0:0: Direct-Access     ATA      SanDisk SDSSDHP2 6RL  PQ: 0 ANSI: 5
[    1.735831] sd 1:0:0:0: [sda] 500118192 512-byte logical blocks: (256 GB/238 GiB)
[    1.735848] sd 1:0:0:0: [sda] Write Protect is off
[    1.735856] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.735879] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.768541]  sda: sda1
[    1.785884] sd 1:0:0:0: [sda] Attached SCSI disk

[    2.038350] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.038717] ata3.00: ACPI cmd f5/00:00:00:00:00:e0 (SECURITY FREEZE LOCK) filtered out
[    2.038723] ata3.00: ACPI cmd b1/c1:00:00:00:00:e0 (DEVICE CONFIGURATION OVERLAY) filtered out
[    2.039081] ata3.00: ATA-11: PNY CS900 120GB SSD, CS900613, max UDMA/133
[    2.039086] ata3.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 32), AA
[    2.039842] ata3.00: configured for UDMA/133
[    2.040065] scsi 2:0:0:0: Direct-Access     ATA      PNY CS900 120GB  0613 PQ: 0 ANSI: 5
[    2.040487] sd 2:0:0:0: [sdb] 234441648 512-byte logical blocks: (120 GB/112 GiB)
[    2.040504] sd 2:0:0:0: [sdb] Write Protect is off
[    2.040508] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    2.040535] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.057455]  sdb: sdb1 sdb2 sdb3
[    2.077878] sd 2:0:0:0: [sdb] Attached SCSI disk

[    1.577730] ata9: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.699461] ata9.00: ATA-8: TOSHIBA HDWQ140, FJ1M, max UDMA/100
[    1.699466] ata9.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[    1.702089] ata9.00: configured for UDMA/100
[    2.670322] scsi 8:0:0:0: Direct-Access     ATA      TOSHIBA HDWQ140  FJ1M PQ: 0 ANSI: 5
[    2.670813] sd 8:0:0:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[    2.670834] sd 8:0:0:0: [sdc] Write Protect is off
[    2.670839] sd 8:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[    2.670883] sd 8:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.924149]  sdc: sdc1
[    2.933600] sd 8:0:0:0: [sdc] Attached SCSI removable disk

[    2.057639] ata10: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.059549] ata10.00: ATA-10: ST4000VN008-2DR166, SC60, max UDMA/133
[    2.059554] ata10.00: 7814037168 sectors, multi 0: LBA48 NCQ (depth 32), AA
[    2.061455] ata10.00: configured for UDMA/133
[    2.670952] scsi 9:0:0:0: Direct-Access     ATA      ST4000VN008-2DR1 SC60 PQ: 0 ANSI: 5
[    2.671358] sd 9:0:0:0: [sdd] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[    2.671363] sd 9:0:0:0: [sdd] 4096-byte physical blocks
[    2.671393] sd 9:0:0:0: [sdd] Write Protect is off
[    2.671399] sd 9:0:0:0: [sdd] Mode Sense: 00 3a 00 00
[    2.671456] sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.760489]  sdd: sdd1
[    2.769605] sd 9:0:0:0: [sdd] Attached SCSI removable disk

On peut voir que les deux disques durs sont indiqués « Attached SCSI removable disk » alors que cette mention « removable » n’apparaît pas pour les deux SSD. Tu peux regarder si ce sont eux qui s’identifient comme tels avec

hdparm -I /dev/sdc | head
hdparm -I /dev/sdd | head
#15

Je vais réouvrir la machine pour vérifier car c’est bizarre en effet !
J’en profiterai pour regarder ou est branché chaque disque.

Je vais regarder ça aussi !

#16

Et la sortie de lspci pour identifier les deux contrôleurs SATA.

#17

Alors après ouverture de la bête et vérification des branchements, J’ai des ports SATA (au nombre de 3) qui n’existe pas. Il sont bien nommé sur la motherBoard mais a leur emplacement il n’y sont pas physiquement.
Ensuite pour les branchements, ce sont les 2 SSD qui sont reliés en direct à ma motherBoard et les 2 HDD eux sont relié a la carte d’extension.

/dev/sdc:

ATA device, with non-removable media
    Model Number:       ST4000VN008-2DR166                      
    Serial Number:      ZGY7PDEV
    Firmware Revision:  SC60    
    Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA 
Rev 3.0
Standards:
    Used: unknown (minor revision code 0x006d)

/dev/sdd:

ATA device, with non-removable media
    Model Number:       TOSHIBA HDWQ140                         
    Serial Number:      901QK3TRFAYG
    Firmware Revision:  FJ1M    
    Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA 
Rev 3.0
Standards:
    Supported: 8 7 6 5 

00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers (rev 07)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
00:14.0 USB controller: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller (rev 31)
00:14.2 Signal processing controller: Intel Corporation 100 Series/C230 Series Chipset Family Thermal Subsystem (rev 31)
00:16.0 Communication controller: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 (rev 31)
00:16.3 Serial controller: Intel Corporation 100 Series/C230 Series Chipset Family KT Redirection (rev 31)
00:17.0 SATA controller: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] (rev 31)
00:1c.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #6 (rev f1)
00:1c.6 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #7 (rev f1)
00:1d.0 PCI bridge: Intel Corporation 100 Series/C230 Series Chipset Family PCI Express Root Port #9 (rev f1)
00:1f.0 ISA bridge: Intel Corporation Q170 Chipset LPC/eSPI Controller (rev 31)
00:1f.2 Memory controller: Intel Corporation 100 Series/C230 Series Chipset Family Power Management Controller (rev 31)
00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
00:1f.4 SMBus: Intel Corporation 100 Series/C230 Series Chipset Family SMBus (rev 31)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-LM (rev 31)
01:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9215 PCIe 2.0 x1 4-port SATA 6 Gb/s Controller (rev 11)
#18

Cela confirme les informations trouvées dans les logs du noyau.

A priori ce ne sont donc pas les disques durs eux-même qui s’annoncent come amovibles, ce qui aurait été surprenant.

Reste le contrôleur Marvell de la carte SATA. Tu pourrais brancher un SSD (pas celui de boot, plutôt le Sandisk de 256 Go) sur un port de la carte SATA et le disque Toshiba sur un port de la carte mère, puis regarder à nouveau la valeur de /sys/block/sd*/removable pour ces deux disques.

Attention : la correspondance entre les disques et SSD et les noms /dev/sd* peut changer, mais cela ne devrait pas affecter le fonctionnement du système.

Est-ce qu’il y a des cavaliers ou des commutateurs de réglage sur cette carte SATA ?

#19

J’ai inversé du coup comme demandé. Du coup le Sandisk de 256Go (sdd1 qui s’appelle systemBackup) est reconnu en amovible. J’ai également le HDD de 4to (sdc1 de marque Seagate) qui est en amovible.

Le SSD système (sda de 120go) et le HDD (sdb1, le toshiba qui contient mon home) sont eux bien reconnu en périphérique interne dans dolphin.

Toshiba (sdb) :

0

Sandisk 256go (sdd) :

1

Je n’ai pas de cavalier ou commutateur sur la carte.

Merci encore pour ton aide :slight_smile: car j’avoue que je commence à m’y perdre dans tous les disques !

#20

En tout cas ça confirme que c’est le fait d’être branché sur la carte SATA qui rend « amovible ». Pourquoi, je n’en ai aucune idée et je n’ai pas de piste. J’ai bien pensé au pilote, mais c’est le même pilote « ahci » qui gère les deux contrôleurs SATA. Peut-être il traite différemment les deux contrôleurs, ou celui de la carte SATA transmet une information qui fait considérer ses disques comme amovibles. Mais à part la mention « removable » à la toute fin de la détection d’un disque, je ne vois rien dans les logs et je ne sais pas où chercher ailleurs.