#1 Le 13/06/2019, à 16:55
- Mickynuts
[Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonjour,
J'ai un soucis.
J'ai acheté une box 4 Bays Fantec qb-35us3-6g.
les disques sont tous détecté sur Windows et dans le Bios, mais sur Ubuntu. Fdisk les voit mais le gestionnaire de disk ne les vois pas. et il monte aléatoirement un des disques a l'allumage. identique en usb 2 ou 3 (esata non testé, pas le matériel)
Je ne connais que tres peu linux surtout pour ce genre de problème.
Tous les disques son formaté en EXT4, tous on des ID Unique différents.
quelqu'un connais une solution ou peut me guider ?
Merci pour l'aide.
j'ai essayé avec le kernel 4.18 et 5. la même erreur des deux cotés.
Dernière modification par Mickynuts (Le 17/06/2019, à 14:05)
Hors ligne
#2 Le 13/06/2019, à 17:09
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonjour
Pour mieux voir la situation, peux-tu donner le retour de
sudo blkid | grep -v loop
L'idée est des labels identiques ou des noms de partitions identiques
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#3 Le 14/06/2019, à 19:00
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Hello, voici ce que j'optient.
/dev/sda1: UUID="FE33-048F" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="87d67093-1658-451a-b45b-dd2717d0c003"
/dev/sda2: LABEL="SYSTEM-SSD" UUID="95225275-00ca-4be1-879b-20800dace183" TYPE="ext4" PARTUUID="fee0dfd7-34c8-4a1b-9a59-56d5ec0a81d8"
/dev/sdb1: UUID="a5070c29-1f71-4a6c-8f1e-42c788d5a821" TYPE="ext4" PARTUUID="738fc439-01"
/dev/sdc: UUID="a65a4186-5cb6-0297-79aa-32af130400ff" UUID_SUB="42e6ae45-8d9b-43e2-db36-f8a698f7e953" LABEL="Ubuntu-Server:0" TYPE="linux_raid_member"
/dev/sdd1: LABEL="Torrent-Temp" UUID="87d856f1-7e36-4bc1-a418-6d1a63493723" TYPE="ext4" PARTUUID="dca2d234-01"
/dev/md0: LABEL="UbuntuServerRaid" UUID="988dec16-aa9a-4cba-aae4-e74f10b31787" TYPE="ext4"
/dev/sde1: LABEL="Backup-Raid" UUID="4add036f-d078-45c8-a359-70ce6a3b1f17" TYPE="ext4" PARTUUID="5bc1ef42-01"
/dev/sdf: UUID="a65a4186-5cb6-0297-79aa-32af130400ff" UUID_SUB="98d576c1-032f-0b54-a88f-41d15be55adf" LABEL="Ubuntu-Server:0" TYPE="linux_raid_member"
/dev/sdg1: LABEL="Sec_HDD" UUID="36D0A832D0A7F5F1" TYPE="ntfs" PARTUUID="6b897c0a-01"
/dev/zram0: UUID="cdd81aea-43ee-43d8-be3a-79b9ee8f80a6" TYPE="swap"
/dev/zram1: UUID="bc282070-e818-46b8-9c7c-4171691fd329" TYPE="swap"
/dev/zram2: UUID="a8d21c54-5dc6-4b64-a01b-291cf3643ce1" TYPE="swap"
/dev/zram3: UUID="cec46f8a-82e8-4012-9d85-0047862ffd83" TYPE="swap"
/dev/sdh1: LABEL="3TB-Films" UUID="a7339a17-1ae4-4c3f-a368-a125f2077c0c" TYPE="ext4" PARTUUID="dcc9004f-fe82-4be1-8745-7cc44e111e22"
/dev/sdk1: LABEL="RAID-BACKUP" UUID="92cc9621-9e19-443d-82b5-cdd45f4e6d1f" TYPE="ext4" PARTUUID="7e5a77d0-9e05-ae4c-b42c-201c15990ee1"
/dev/sdj1: LABEL="1TB" UUID="2d95d15a-0222-4909-bad0-16ec54246bc6" TYPE="ext4" PARTUUID="3b96bfaa-c1c0-3a45-8bb3-b3630f3cc1ca"
/dev/sdi1: LABEL="4TB-Serie" UUID="24c853af-138c-47f0-9579-3018ed677b5b" TYPE="ext4" PARTUUID="8c77b95f-1808-2044-bf38-023ec3e669ce"
Hors ligne
#4 Le 14/06/2019, à 21:21
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonsoir
La situation est plus complexe que je le pensais avec notamment cette ligne
/dev/md0: LABEL="UbuntuServerRaid" UUID="988dec16-aa9a-4cba-aae4-e74f10b31787" TYPE="ext4"
Il faudrait d'abord commencer à identifier la liste des disques qui composent ce RAID
sudo mdadm --detail /dev/md0
sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
Il me reste 7 partitions possibles
/dev/sdb1: UUID="a5070c29-1f71-4a6c-8f1e-42c788d5a821" TYPE="ext4" PARTUUID="738fc439-01"
/dev/sdd1: LABEL="Torrent-Temp" UUID="87d856f1-7e36-4bc1-a418-6d1a63493723" TYPE="ext4" PARTUUID="dca2d234-01"
/dev/sde1: LABEL="Backup-Raid" UUID="4add036f-d078-45c8-a359-70ce6a3b1f17" TYPE="ext4" PARTUUID="5bc1ef42-01"
/dev/sdh1: LABEL="3TB-Films" UUID="a7339a17-1ae4-4c3f-a368-a125f2077c0c" TYPE="ext4" PARTUUID="dcc9004f-fe82-4be1-8745-7cc44e111e22"
/dev/sdk1: LABEL="RAID-BACKUP" UUID="92cc9621-9e19-443d-82b5-cdd45f4e6d1f" TYPE="ext4" PARTUUID="7e5a77d0-9e05-ae4c-b42c-201c15990ee1"
/dev/sdj1: LABEL="1TB" UUID="2d95d15a-0222-4909-bad0-16ec54246bc6" TYPE="ext4" PARTUUID="3b96bfaa-c1c0-3a45-8bb3-b3630f3cc1ca"
/dev/sdi1: LABEL="4TB-Serie" UUID="24c853af-138c-47f0-9579-3018ed677b5b" TYPE="ext4" PARTUUID="8c77b95f-1808-2044-bf38-023ec3e669ce"
Mais j'ai un faible pour les 4 dernières
peux-tu faire ces commandes
sudo mkdir /mnt/H
sudo mkdir /mnt/I
sudo mkdir /mnt/J
sudo mkdir /mnt/K
et dire ce qu'il se passe avec ces 4 commandes
sudo mount -v /dev/sdh1 /mnt/H
sudo mount -v /dev/sdi1 /mnt/I
sudo mount -v /dev/sdj1 /mnt/J
sudo mount -v /dev/sdk1 /mnt/K
Peux-tu donner aussi le contenu du fichier /etc/fstab
cat /etc/fstab
Dernière modification par geole (Le 14/06/2019, à 21:26)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#5 Le 15/06/2019, à 00:34
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Hello,
Plutôt intéressant avec mount (j'y est pas pensé, je pensais que vu qu'il sont invisible dans le gestionnaire, je ne pourrais pas les monté) mais ça fonctionne.
C'est bien les derniers disk.
Pour le raid il sont indiqué c'étais SDC et SDF (avec Linux RAID MEMBER)
Donc merci pour ton aide et pour la rapidité.
Pour le Fstab, j'avais désactivé les lignes car il ne pouvait pas les monters étant invisible. je vais retenté via une modification. Ou via un script mount.
Je te remercie beaucoup pour ton aide.
Par contre pourquoi le gestionnaire ne les vois pas, c'est un mystère. Même avec les point monté il reste invisible dans le gestionnaire.
Hors ligne
#6 Le 15/06/2019, à 06:46
- moko138
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
/!\ Jamais d'initiative unilatérale en cours de dépannage !
geole t'a demandé plusieurs retours.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#7 Le 15/06/2019, à 08:50
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonjour
Je suis content qu'il n'y ait aucun problème de montage en commande manuelle.
J'aurais aimé avoir le contenu du fichier /etc/fstab afin de voir s'il n'y avait pas une petite anomalie de codification passée inapperçue.
Peux-tu indiquer quelle version de ubuntu fonctionne?
cat /etc/lsb-release
De mémoire, la majorité des versions ne montent pas automatiquement les supports externes formatés en EXT4 ......
Lorsque tu évoques "gestionnaire de disk" parles-tu de l'application Disques?
Normalement c'est par elle qu'il faut assurer le montage manuel....
Si c'est bien d'elle dont tu parles, peux-tu faire une capture d'écran de ce qui est vu et la poster dans un site de partage ( https://doc.ubuntu-fr.org/capture_d_ecr … re_d_ecran ). Cela serait alors probablement un bug de ce logiciel...
Si c'est d'un autre, merci de préciser.
Dernière modification par geole (Le 15/06/2019, à 08:51)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#8 Le 15/06/2019, à 11:53
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Alors pour le LSB-Realease c'est en Ubuntu (serveur 19.04) Mise a niveau depuis une version 18.10 LTS
voici le retour
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=19.04
DISTRIB_CODENAME=disco
DISTRIB_DESCRIPTION="Ubuntu 19.04"
Pour le gestionnaire de disque oui c'est bien (gnome-disks)
Voici l'affichage :
https://i.ibb.co/x7wp6LB/disk.png
Disque connecté
https://i.ibb.co/kSyLqFb/disk-wrong.png
Le disque connecté est faux, car c'est le 3TB film, affiché avec le nom de celui de 1TB les autres disque 3* ne sont pas visible du tout (mais accessible avec Mount)
Pour le Fstab, voici l'original avant le tranfert des disques internes 3.5 vers la box externe et les disques externes 2.5 vers les port sata interne (oui la box n'accepte que des disques 3.5 sans adaptateur. les adaptateurs sont vendu 15eur pièces c'est du vol qualifé donc j'ai préféré faire ce transfuge)
Les lignes avec # était mes lignes (mais desactivée) les derniers ligne sont les lignes ajoutée automatiquement par le gnome-disks.
# /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>
#
#SYSTEM PARTITION
UUID=95225275-00ca-4be1-879b-20800dace183 / ext4 errors=remount-ro 0 1
#EFI
UUID=FE33-048F /boot/efi vfat umask=0077 0 1
#SWAP SSD
#/swapfile none swap sw 0 0
#3TB-Films
#UUID=a7339a17-1ae4-4c3f-a368-a125f2077c0c /mnt/3TB-Films ext4 defaults 0 0
#4TB-Series
#UUID=24c853af-138c-47f0-9579-3018ed677b5b /mnt/4TB-Series ext4 defaults 0 0
#RAID1
#UUID=988dec16-aa9a-4cba-aae4-e74f10b31787 /mnt/RAID1-DISK ext4 defaults,nofail,discard 0 0
#RAID-BACKUP
#UUID=92cc9621-9e19-443d-82b5-cdd45f4e6d1f /mnt/RAID-BACKUP-500GB ext4 defaults 0 0
#1TB
#UUID=2d95d15a-0222-4909-bad0-16ec54246bc6 /mnt/1TB ext4 defaults 0 0
#Swap
#/dev/disk/by-id/usb-TOSHIBA_External_USB_3.0_20130513025860-0:0-part1 /mnt/1TB-USB3-Black auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/usb-Mass_Storage_Device_116AC2101219-0:0-part1 /mnt/Sec-HDD auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x6000cca614c36c670000000000000000-part1 /mnt/Torrent-Temp auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x5000cca700e71bcb-part1 /mnt/Backup-Raid auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
/home/michael/swapfile swap swap defaults 0 0
#/dev/disk/by-id/scsi-STOSHIBA_External_USB_3.0_D63094B2-part1 /mnt/TOSHIBA_External_USB_3.0 auto nosuid,nodev,nofail,noauto,x-gvfs-show,rw 0 0
voici mon fstab, revu et corrigé avec les nouveaux montages (qui fonctionne automatiquement) (Beaucoup plus propres)
Mon SWAP est sur SSD même si cela réduit sa durée de vie, il est déjà amortie depuis longtemps et ça ne me gène pas.
# /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>
#
#SYSTEM PARTITION
UUID=95225275-00ca-4be1-879b-20800dace183 / ext4 errors=remount-ro 0 1
#EFI
UUID=FE33-048F /boot/efi vfat umask=0077 0 1
#3TB-Films
UUID=a7339a17-1ae4-4c3f-a368-a125f2077c0c /mnt/3TB-Films ext4 defaults 0 0
#4TB-Series
UUID=24c853af-138c-47f0-9579-3018ed677b5b /mnt/4TB-Series ext4 defaults 0 0
#RAID1
UUID=988dec16-aa9a-4cba-aae4-e74f10b31787 /mnt/RAID1-DISK ext4 defaults,nofail,discard 0 0
#RAID-BACKUP
UUID=92cc9621-9e19-443d-82b5-cdd45f4e6d1f /mnt/RAID-BACKUP-500GB ext4 defaults 0 0
#1TB
UUID=2d95d15a-0222-4909-bad0-16ec54246bc6 /mnt/1TB ext4 defaults 0 0
#Swap
/home/michael/swapfile swap swap defaults 0 0
Voici mon DMESG avec les erreurs lié au disque. mais je ne sais pas à quoi cela correspond.
Ce sont les lignes interessantes lié au disque.
[ 1.876487] usb 2-1.6: New USB device found, idVendor=046d, idProduct=c52f, bcdDevice=22.01
[ 1.876490] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1.876492] usb 2-1.6: Product: USB Receiver
[ 1.876494] usb 2-1.6: Manufacturer: Logitech
[ 1.878595] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.0/0003:046D:C52F.0005/input/input8
[ 1.880755] hid-generic 0003:046D:C52F.0005: input,hidraw2: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:1d.0-1.6/input0
[ 1.882278] input: Logitech USB Receiver Consumer Control as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.6/2-1.6:1.1/0003:046D:C52F.0006/input/input9
[ 1.888649] usb 4-3: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[ 1.909343] usb 4-3: New USB device found, idVendor=152d, idProduct=0567, bcdDevice= 2.05
[ 1.909346] usb 4-3: New USB device strings: Mfr=10, Product=11, SerialNumber=5
[ 1.909348] usb 4-3: Product: USB to ATA/ATAPI Bridge
[ 1.909350] usb 4-3: Manufacturer: JMicron
[ 1.909351] usb 4-3: SerialNumber: 152D00539000
[ 1.909736] random: fast init done
[ 1.910088] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 1.910101] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 1.910117] random: systemd-udevd: uninitialized urandom read (16 bytes read)
[ 1.912724] usb-storage 4-3:1.0: USB Mass Storage device detected
[ 1.912840] usb-storage 4-3:1.0: Quirks match for vid 152d pid 0567: 5000000
[ 1.912864] scsi host8: usb-storage 4-3:1.0
[ 1.912942] usbcore: registered new interface driver usb-storage
[ 1.914087] usbcore: registered new interface driver uas
[ 1.972826] hid-generic 0003:046D:C52F.0006: input,hiddev1,hidraw3: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:1d.0-1.6/input1
[ 2.128289] sdb: sdb1
[ 2.128616] sd 1:0:0:0: [sdb] Attached SCSI disk
[ 2.356646] ata8: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[ 2.357492] ata8.15: Port Multiplier 1.2, 0x1b21:0x1092 r0, 3 ports, feat 0x5/0xf
[ 2.358422] ata8.00: hard resetting link
[ 2.468126] input: Logitech K270 as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.2/0003:046D:C52B.0003/0003:046D:4003.0004/input/input12
[ 2.468263] logitech-hidpp-device 0003:046D:4003.0004: input,hidraw1: USB HID v1.11 Keyboard [Logitech K270] on usb-0000:00:1d.0-1.5:2
[ 2.837094] ata8.00: SATA link up 6.0 Gbps (SStatus 133 SControl 330)
[ 2.837132] ata8.01: hard resetting link
[ 2.918204] scsi 8:0:0:0: Direct-Access ST3000VX 010-2E3166 0125 PQ: 0 ANSI: 6
[ 2.918547] scsi 8:0:0:1: Direct-Access ST4000DM 004-2CV104 0125 PQ: 0 ANSI: 6
[ 2.918843] scsi 8:0:0:2: Direct-Access Hitachi HCS5C1010CLA382 0125 PQ: 0 ANSI: 6
[ 2.919043] scsi 8:0:0:3: Direct-Access ST500LM0 12 HN-M500MBB 0125 PQ: 0 ANSI: 6
[ 2.919258] sd 8:0:0:0: Attached scsi generic sg4 type 0
[ 2.919377] sd 8:0:0:1: Attached scsi generic sg5 type 0
[ 2.919492] sd 8:0:0:2: Attached scsi generic sg6 type 0
[ 2.919591] sd 8:0:0:3: Attached scsi generic sg7 type 0
[ 2.919851] sd 8:0:0:0: [sde] Very big device. Trying to use READ CAPACITY(16).
[ 2.919963] sd 8:0:0:0: [sde] 5860533168 512-byte logical blocks: (3.00 TB/2.73 TiB)
[ 2.919964] sd 8:0:0:0: [sde] 4096-byte physical blocks
[ 2.920106] sd 8:0:0:0: [sde] Write Protect is off
[ 2.920107] sd 8:0:0:0: [sde] Mode Sense: 67 00 10 08
[ 2.920245] sd 8:0:0:0: [sde] No Caching mode page found
[ 2.920248] sd 8:0:0:0: [sde] Assuming drive cache: write through
[ 2.920499] sd 8:0:0:1: [sdf] Very big device. Trying to use READ CAPACITY(16).
[ 2.921194] sd 8:0:0:1: [sdf] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[ 2.921196] sd 8:0:0:1: [sdf] 4096-byte physical blocks
[ 2.921339] sd 8:0:0:1: [sdf] Write Protect is off
[ 2.921341] sd 8:0:0:1: [sdf] Mode Sense: 67 00 10 08
[ 2.922615] sd 8:0:0:1: [sdf] No Caching mode page found
[ 2.922618] sd 8:0:0:1: [sdf] Assuming drive cache: write through
[ 2.922845] sd 8:0:0:3: [sdh] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 2.923693] sd 8:0:0:3: [sdh] Write Protect is off
[ 2.923695] sd 8:0:0:3: [sdh] Mode Sense: 67 00 10 08
[ 2.923838] sd 8:0:0:3: [sdh] No Caching mode page found
[ 2.923840] sd 8:0:0:3: [sdh] Assuming drive cache: write through
[ 2.924068] sd 8:0:0:2: [sdg] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[ 2.925003] sd 8:0:0:2: [sdg] Write Protect is off
[ 2.925004] sd 8:0:0:2: [sdg] Mode Sense: 67 00 10 08
[ 2.925140] sd 8:0:0:2: [sdg] No Caching mode page found
[ 2.925142] sd 8:0:0:2: [sdg] Assuming drive cache: write through
[ 3.313084] ata8.01: SATA link up 3.0 Gbps (SStatus 123 SControl 330)
[ 3.313157] ata8.02: hard resetting link
[ 3.399585] sde: sde1
[ 3.409270] sdh: sdh1
[ 3.409791] sdf: sdf1
[ 3.411165] sd 8:0:0:1: [sdf] Attached SCSI disk
[ 3.411586] sd 8:0:0:0: [sde] Attached SCSI disk
[ 3.412954] sd 8:0:0:3: [sdh] Attached SCSI disk
[ 3.413346] sdg: sdg1
[ 3.415435] sd 8:0:0:2: [sdg] Attached SCSI disk
[ 3.652816] random: crng init done
[ 3.652819] random: 7 urandom warning(s) missed due to ratelimiting
[ 3.788957] ata8.02: SATA link up 3.0 Gbps (SStatus 123 SControl 330)
[ 3.789923] ata8.00: ATA-8: HGST HTS545050A7E680, GG2OAE00, max UDMA/133
[ 3.789924] ata8.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[ 3.791020] ata8.00: configured for UDMA/133
[ 3.801619] ata8.01: ATA-7: WDC WD5000ABYS-01TNA0, 12.01C01, max UDMA/133
[ 3.801622] ata8.01: 976773168 sectors, multi 0: LBA48 NCQ (depth 32), AA
[ 3.802633] ata8.01: configured for UDMA/133
[ 3.854072] ata8.02: ATA-8: TOSHIBA MQ01ABD050D, AX001U, max UDMA/100
[ 3.854075] ata8.02: 976773168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[ 3.855709] ata8.02: configured for UDMA/100
[ 3.855775] ata8: EH complete
[ 3.855986] scsi 7:0:0:0: Direct-Access ATA HGST HTS545050A7 AE00 PQ: 0 ANSI: 5
[ 3.856152] sd 7:0:0:0: Attached scsi generic sg8 type 0
[ 3.856168] sd 7:0:0:0: [sdi] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 3.856170] sd 7:0:0:0: [sdi] 4096-byte physical blocks
[ 3.856188] sd 7:0:0:0: [sdi] Write Protect is off
[ 3.856189] sd 7:0:0:0: [sdi] Mode Sense: 00 3a 00 00
[ 3.856210] sd 7:0:0:0: [sdi] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.856338] scsi 7:1:0:0: Direct-Access ATA WDC WD5000ABYS-0 1C01 PQ: 0 ANSI: 5
[ 3.856494] sd 7:1:0:0: Attached scsi generic sg9 type 0
[ 3.856510] sd 7:1:0:0: [sdj] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 3.856524] sd 7:1:0:0: [sdj] Write Protect is off
[ 3.856525] sd 7:1:0:0: [sdj] Mode Sense: 00 3a 00 00
[ 3.856548] sd 7:1:0:0: [sdj] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 3.856633] scsi 7:2:0:0: Direct-Access ATA TOSHIBA MQ01ABD0 1U PQ: 0 ANSI: 5
[ 3.856791] sd 7:2:0:0: Attached scsi generic sg10 type 0
[ 4.196631] sdi: sdi1
[ 4.196821] sd 7:2:0:0: [sdk] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 4.196823] sd 7:2:0:0: [sdk] 4096-byte physical blocks
[ 4.196838] sd 7:2:0:0: [sdk] Write Protect is off
[ 4.196841] sd 7:2:0:0: [sdk] Mode Sense: 00 3a 00 00
[ 4.196865] sd 7:2:0:0: [sdk] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 4.197035] sd 7:0:0:0: [sdi] Attached SCSI disk
[ 4.563036] sdk: sdk1
[ 4.563343] sd 7:2:0:0: [sdk] Attached SCSI disk
[ 4.563476] sd 7:1:0:0: [sdj] Attached SCSI disk
[ 4.819657] md/raid1:md0: active with 2 out of 2 mirrors
[ 4.846690] md0: detected capacity change from 0 to 499972571136
[ 6.372594] raid6: sse2x4 gen() 13690 MB/s
[ 6.420595] raid6: sse2x4 xor() 9420 MB/s
[ 6.468597] raid6: sse2x2 gen() 11790 MB/s
[ 6.516594] raid6: sse2x2 xor() 7855 MB/s
[ 6.564591] raid6: sse2x1 gen() 10052 MB/s
[ 6.612596] raid6: sse2x1 xor() 6897 MB/s
[ 6.612596] raid6: using algorithm sse2x4 gen() 13690 MB/s
[ 6.612597] raid6: .... xor() 9420 MB/s, rmw enabled
[ 6.612597] raid6: using ssse3x2 recovery algorithm
les lignes en rouge :
https://i.ibb.co/tDfv17t/red-line.png
Je ne voulais pas prendre de décision unilatérale, mais mon soucis premier etais le montage, je considère résolu, si ça ne l'est pas, je ferais de mon mieux pour fournir les informations demandées. c'est ma première demande je crois, donc je ne suis pas au faite des coutumes de ce forum.
Pour le RAID (message précédent)
/dev/md0:
Version : 1.2
Creation Time : Wed Nov 14 22:06:21 2018
Raid Level : raid1
Array Size : 488254464 (465.64 GiB 499.97 GB)
Used Dev Size : 488254464 (465.64 GiB 499.97 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Sat Jun 15 12:28:40 2019
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : Ubuntu-Server:0 (local to host Ubuntu-Server)
UUID : a65a4186:5cb60297:79aa32af:130400ff
Events : 10347
Number Major Minor RaidDevice State
0 8 144 0 active sync /dev/sdj
1 8 32 1 active sync /dev/sdc
Pour sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
SIZE NAME FSTYPE LABEL MOUNTPOINT
8.4M loop0 squashfs /snap/canonical-livepatch/77
204.9M loop1 squashfs /snap/microk8s/522
92.3M loop2 squashfs /snap/sensors-unity/67
89.4M loop3 squashfs /snap/core/6818
140.7M loop4 squashfs /snap/gnome-3-26-1604/82
155.4M loop5 squashfs /snap/chromium/750
207.7M loop6 squashfs /snap/microk8s/608
236M loop7 squashfs /snap/kde-frameworks-5/27
89.3M loop8 squashfs /snap/core/6673
53.7M loop9 squashfs /snap/core18/941
1008K loop10 squashfs /snap/gnome-logs/61
265.4M loop11 squashfs /snap/kde-frameworks-5-core18/29
151M loop12 squashfs /snap/gnome-3-28-1804/51
14.8M loop13 squashfs /snap/gnome-characters/280
99.3M loop14 squashfs /snap/sensors-unity/75
3.7M loop15 squashfs /snap/gnome-system-monitor/87
71.6M loop16 squashfs /snap/sensors-unity/91
616K loop17 squashfs /snap/indicator-sensors/111
34.8M loop18 squashfs /snap/gtk-common-themes/1122
7.4M loop19 squashfs /snap/canonical-livepatch/74
53.7M loop20 squashfs /snap/core18/719
140.7M loop21 squashfs /snap/gnome-3-26-1604/86
14.8M loop22 squashfs /snap/gnome-characters/284
53.7M loop23 squashfs /snap/core18/970
88.4M loop24 squashfs /snap/core/6964
616K loop25 squashfs /snap/indicator-sensors/146
54.2M loop26 squashfs /snap/lxd/10756
688K loop27 squashfs /snap/picmi/10
151.2M loop28 squashfs /snap/gnome-3-28-1804/55
35.3M loop29 squashfs /snap/gtk-common-themes/1198
1020K loop30 squashfs /snap/picmi/31
34.6M loop31 squashfs /snap/gtk-common-themes/818
3.7M loop32 squashfs /snap/gnome-system-monitor/83
202.9M loop33 squashfs /snap/vlc/1049
202.3M loop34 squashfs /snap/vlc/770
53.9M loop35 squashfs /snap/lxd/10601
154.4M loop36 squashfs /snap/chromium/733
65.9M loop37 squashfs /snap/discord/93
4M loop38 squashfs /snap/gnome-calculator/406
7.5M loop39 squashfs /snap/canonical-livepatch/54
111.8G sda
512M ├─sda1 vfat /boot/efi
111.3G └─sda2 ext4 SYSTEM-SSD /
931.5G sdb
931.5G └─sdb1 ext4
465.8G sdc linux_raid_membe Ubuntu-Server:0
465.7G └─md0 ext4 UbuntuServerRaid /mnt/RAID1-DISK
232.9G sdd
232.9G └─sdd1 ext4 Torrent-Temp
2.7T sde
2.7T └─sde1 ext4 3TB-Films /mnt/3TB-Films
3.7T sdf
3.7T └─sdf1 ext4 4TB-Serie /mnt/4TB-Series
931.5G sdg
931.5G └─sdg1 ext4 1TB /mnt/1TB
465.8G sdh
465.8G └─sdh1 ext4 RAID-BACKUP /mnt/RAID-BACKUP-500GB
465.8G sdi
465.8G └─sdi1 ext4 Backup-Raid
465.8G sdj linux_raid_membe Ubuntu-Server:0
465.7G └─md0 ext4 UbuntuServerRaid /mnt/RAID1-DISK
465.8G sdk
465.8G └─sdk1 ntfs Sec_HDD
980.5M zram0 [SWAP]
980.5M zram1 [SWAP]
980.5M zram2 [SWAP]
980.5M zram3 [SWAP]
Puis-je fournir d'autres informations ?
Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).
Dernière modification par cqfd93 (Le 15/06/2019, à 12:01)
Hors ligne
#9 Le 15/06/2019, à 13:24
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Il y en a des choses à lire
D'abord, les lignes indiquées en rouge sont seulement informatives.
Pour le raids, je voulais savoir combien il y avait de disques et lesquels. Je trouve cela
/dev/md0:
0 8 144 0 active sync /dev/sdj
1 8 32 1 active sync /dev/sdc
Mais, j'ai failli me faire pièger. sdc est resté sdc mais sdj est devenu sdf. Heureusement que les tailles ne correspondaient pas
Si j'ai bien compris, suite à ma remarque, tu viens de remplacer ce que Disque avait écrit dans le fichier /etc/fstab par ces lignes classiques
#3TB-Films
UUID=a7339a17-1ae4-4c3f-a368-a125f2077c0c /mnt/3TB-Films ext4 defaults 0 0
#4TB-Series
UUID=24c853af-138c-47f0-9579-3018ed677b5b /mnt/4TB-Series ext4 defaults 0 0
#RAID1
UUID=988dec16-aa9a-4cba-aae4-e74f10b31787 /mnt/RAID1-DISK ext4 defaults,nofail,discard 0 0
#RAID-BACKUP
UUID=92cc9621-9e19-443d-82b5-cdd45f4e6d1f /mnt/RAID-BACKUP-500GB ext4 defaults 0 0
#1TB
UUID=2d95d15a-0222-4909-bad0-16ec54246bc6 /mnt/1TB ext4 defaults 0 0
Si tu dis que cela fonctionne, ll faut rester comme cela.
Ce que je retiens de la version 19.04.
- Dans la trace dmesg, on ne voit plus les partitions détectées dans les disques.
- L'application disques à décidé de réactiver le montage automatique en mettant à jour le fstab
Mais qu'elle ne sait pas gérer ton appareil Fantec en ne détectant qu'un disque sur les quatre. En plus jamais le même! En le montant n'importe ou.....
pourtant la trace dmesg montre bien qu'ils sont détectés normalement
#/dev/disk/by-id/usb-TOSHIBA_External_USB_3.0_20130513025860-0:0-part1 /mnt/1TB-USB3-Black auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/usb-Mass_Storage_Device_116AC2101219-0:0-part1 /mnt/Sec-HDD auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x6000cca614c36c670000000000000000-part1 /mnt/Torrent-Temp auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-id/wwn-0x5000cca700e71bcb-part1 /mnt/Backup-Raid auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
J'ai juste oublié de te demander le retour de la commande pour confirmer les lignes que tu viens de déactiver qui ne me semblent pas anormales
ls -ls /dev/disk/by-id
Cette commande sera a faire à tous tes démarrages, car il est probable que cela fuctue et soit la cause du problème..
Je pense que c'est un bug de l'application disques mais je n'ai encore regardé. Te sens-tu capable de le gérer en anglais dans https://login.launchpad.net/
Dernière modification par geole (Le 15/06/2019, à 13:29)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#10 Le 15/06/2019, à 20:26
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
voici le retour de la commande que vous m'avez demandé :
total 0
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-HGST_HTS545050A7E680_TE8513L92T111P -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-HGST_HTS545050A7E680_TE8513L92T111P-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-Hitachi_HTS543225A7A384_E2024242G7JGDD -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-Hitachi_HTS543225A7A384_E2024242G7JGDD-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-ST1000LM024_HN-M101MBB_S32XJ9FF800579 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-ST1000LM024_HN-M101MBB_S32XJ9FF800579-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-ST3500830AS_9QG6TMHM -> ../../sdc
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-TOSHIBA_MQ01ABD050D_923IC3XNT -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 ata-TOSHIBA_MQ01ABD050D_923IC3XNT-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 ata-WDC_WD5000ABYS-01TNA0_WD-WCAPW5841459 -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 md-name-Ubuntu-Server:0 -> ../../md0
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 md-uuid-a65a4186:5cb60297:79aa32af:130400ff -> ../../md0
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_HGST_HTS545050A7_TE8513L92T111P -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_HGST_HTS545050A7_TE8513L92T111P-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_Hitachi_HTS54322_E2024242G7JGDD -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_Hitachi_HTS54322_E2024242G7JGDD-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_Samsung_SSD_840_S1D5NSAD974898R -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_Samsung_SSD_840_S1D5NSAD974898R-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_Samsung_SSD_840_S1D5NSAD974898R-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_ST1000LM024_HN-M_S32XJ9FF800579 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_ST1000LM024_HN-M_S32XJ9FF800579-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_ST3500830AS_9QG6TMHM -> ../../sdc
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_TOSHIBA_MQ01ABD0_923IC3XNT -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-0ATA_TOSHIBA_MQ01ABD0_923IC3XNT-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-0ATA_WDC_WD5000ABYS-0_WD-WCAPW5841459 -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_HGST_HTS545050A7E680_TE8513L92T111P -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_HGST_HTS545050A7E680_TE8513L92T111P-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_Hitachi_HTS543225A7A384_E2024242G7JGDD -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_Hitachi_HTS543225A7A384_E2024242G7JGDD-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_Samsung_SSD_840_EVO_120GB_S1D5NSAD974898R-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_ST1000LM024_HN-M101MBB_S32XJ9FF800579 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_ST1000LM024_HN-M101MBB_S32XJ9FF800579-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_ST3500830AS_9QG6TMHM -> ../../sdc
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_TOSHIBA_MQ01ABD050D_923IC3XNT -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ATA_TOSHIBA_MQ01ABD050D_923IC3XNT-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ATA_WDC_WD5000ABYS-01TNA0_WD-WCAPW5841459 -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-1ST3000VX010-2E3166 -> ../../sdf
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-1ST3000VX010-2E3166-part1 -> ../../sdf1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-2001b8c0005060900 -> ../../sdf
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-2001b8c0005060900-part1 -> ../../sdf1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-35000039443b80366 -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-35000039443b80366-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-350001b8c00050609 -> ../../sdf
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-350001b8c00050609-part1 -> ../../sdf1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-350004cf20dbe72b8 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-350004cf20dbe72b8-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-35000cca614c36c67 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-35000cca614c36c67-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-35000cca700e71bcb -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-35000cca700e71bcb-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-350014ee2abbdb25f -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-350025388a002b1be -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-350025388a002b1be-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-350025388a002b1be-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-8SCSI_1 -> ../../sdf
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-8SCSI_1-part1 -> ../../sdf1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_HGST_HTS545050A7_TE8513L92T111P -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_HGST_HTS545050A7_TE8513L92T111P-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_Hitachi_HTS54322_E2024242G7JGDD -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_Hitachi_HTS54322_E2024242G7JGDD-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_Samsung_SSD_840_S1D5NSAD974898R -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_Samsung_SSD_840_S1D5NSAD974898R-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_Samsung_SSD_840_S1D5NSAD974898R-part2 -> ../../sda2
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_ST1000LM024_HN-M_S32XJ9FF800579 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_ST1000LM024_HN-M_S32XJ9FF800579-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_ST3500830AS_9QG6TMHM -> ../../sdc
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_TOSHIBA_MQ01ABD0_923IC3XNT -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 scsi-SATA_TOSHIBA_MQ01ABD0_923IC3XNT-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 scsi-SATA_WDC_WD5000ABYS-0_WD-WCAPW5841459 -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x5000039443b80366 -> ../../sdk
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x5000039443b80366-part1 -> ../../sdk1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x50001b8c00050609 -> ../../sdf
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x50001b8c00050609-part1 -> ../../sdf1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x50004cf20dbe72b8 -> ../../sdb
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x50004cf20dbe72b8-part1 -> ../../sdb1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x5000cca614c36c67 -> ../../sdd
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x5000cca614c36c67-part1 -> ../../sdd1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x5000cca700e71bcb -> ../../sdi
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x5000cca700e71bcb-part1 -> ../../sdi1
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x50014ee2abbdb25f -> ../../sdj
0 lrwxrwxrwx 1 root root 9 jun 15 12:27 wwn-0x50025388a002b1be -> ../../sda
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x50025388a002b1be-part1 -> ../../sda1
0 lrwxrwxrwx 1 root root 10 jun 15 12:27 wwn-0x50025388a002b1be-part2 -> ../../sda2
Pour le Raid 2 disques compose le miroir en RAID1 2fois 465GB (formaté)
Oui j'ai interverti les disques interne 3.5 par ceux qui étais externe au nombre de 4 (4 versus 4)
Oui avec l’édition du fstab et la commande mount ça fonctionne.
Pour l'anglais j'ai pas le niveau et je ne sais pas ce que je dois faire. mais je veux bien le faire si on m'explique la marche a suivre.
Avez vous besoin d'autre chose ?
Hors ligne
#11 Le 16/06/2019, à 17:16
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonjour
Quelle liste!! Je me suis un peu arraché les cheveux, J'ai fais une mise en forme de la partie intérressante
ata HGST_HTS545050A7E680_TE8513L92T111P part1 /sdi1
scsi 1ATA_HGST_HTS545050A7E680_TE8513L92T111P part1 /sdi1
scsi 35000cca700e71bcb part1 /sdi1
wwn 0x5000cca700e71bcb part1 /sdi1
ata TOSHIBA_MQ01ABD050D_923IC3XNT part1 /sdk1
scsi 0ATA_TOSHIBA_MQ01ABD0_923IC3XNT part1 /sdk1
scsi 1ATA_TOSHIBA_MQ01ABD050D_923IC3XNT part1 /sdk1
scsi 35000039443b80366 part1 /sdk1
scsi SATA_TOSHIBA_MQ01ABD0_923IC3XNT part1 /sdk1
wwn 0x5000039443b80366 part1 /sdk1
ata HGST_HTS545050A7E680_TE8513L92T111P /sdi
scsi 0ATA_HGST_HTS545050A7_TE8513L92T111P /sdi
scsi 1ATA_HGST_HTS545050A7E680_TE8513L92T111P /sdi
scsi 35000cca700e71bcb /sdi
wwn 0x5000cca700e71bcb /sdi
ata WDC_WD5000ABYS /sdj
scsi 0ATA_WDC_WD5000ABYS /sdj
scsi SATA_WDC_WD5000ABYS /sdj
scsi 1ATA_WDC_WD5000ABYS /sdj
scsi 350014ee2abbdb25f /sdj
ata TOSHIBA_MQ01ABD050D_923IC3XNT /sdk
scsi 0ATA_TOSHIBA_MQ01ABD0_923IC3XNT /sdk
scsi 1ATA_TOSHIBA_MQ01ABD050D_923IC3XNT /sdk
scsi 35000039443b80366 /sdk
scsi SATA_TOSHIBA_MQ01ABD0_923IC3XNT /sdk
wwn 0x5000039443b80366 /sdk
Que dire? Il y a manifestement une reconnaissance de pas mal de protocoles de connectiques
Sauf erreur de pointage, Je n'ai pas vu de trace pour le disque SDH donc pas sa partition
J'ai bien vu la trace du disque SDI mais pas de sa partition
Comme l'application disques se base sur ce contenu , elle n'est pas coupable
Comme il est possible que j'ai éliminé des lignes à tort, il serait pas mal que tu recommences avec quatre commandes pour avoir directement la mise en forme
ls -ls /dev/disk/by-id | grep sdh1
ls -ls /dev/disk/by-id | grep sdi1
ls -ls /dev/disk/by-id | grep sdj1
ls -ls /dev/disk/by-id | grep sdk1
Cependant, comme le problème est résolu par la technique de montage classique, ne te sens pas obligé de continuer car on ne trouvera rien de sérieux pour ouvrir un bug. Surtout que cela ne sera pas facile et qu'il sera rapidement fermé pour cause de non fourniture d'éléments probants...
Dernière modification par geole (Le 16/06/2019, à 17:32)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#12 Le 16/06/2019, à 17:46
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Pour : ls -ls /dev/disk/by-id | grep sdh1
Rien ne sort
Pour : ls -ls /dev/disk/by-id | grep sdi1
Rien ne sort
Pour : ls -ls /dev/disk/by-id | grep sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-1ST3000VX010-2E3166-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-2001b8c0005060900-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-350001b8c00050609-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-8SCSI_1-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 wwn-0x50001b8c00050609-part1 -> ../../sdj1
Pour: ls -ls /dev/disk/by-id | grep sdk1
Rien ne sort
Si je recommence sans le 1 j'ai
SDH
0 lrwxrwxrwx 1 root root 9 jun 16 18:33 scsi-1ST3000VX010-2E3166 -> ../../sdh
0 lrwxrwxrwx 1 root root 9 jun 16 18:33 scsi-2001b8c0005060900 -> ../../sdh
0 lrwxrwxrwx 1 root root 9 jun 16 18:33 scsi-350001b8c00050609 -> ../../sdh
0 lrwxrwxrwx 1 root root 9 jun 16 18:33 scsi-8SCSI_1 -> ../../sdh
0 lrwxrwxrwx 1 root root 9 jun 16 18:33 wwn-0x50001b8c00050609 -> ../../sdh
SDI :
Rien
SDJ :
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-1ST3000VX010-2E3166-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-2001b8c0005060900-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-350001b8c00050609-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 scsi-8SCSI_1-part1 -> ../../sdj1
0 lrwxrwxrwx 1 root root 10 jun 16 18:33 wwn-0x50001b8c00050609-part1 -> ../../sdj1
mic
SDK :
Rien
Mes disques sont bien monté, comme en témoigne (j'ai pris seulement ceux qui nous intéresses)
df -h | grep /dev/sd
/dev/sdi1 3.6T 3.6T 1010M 100% /mnt/4TB-Series
/dev/sdj1 916G 835G 73G 93% /mnt/1TB
/dev/sdk1 458G 73M 435G 1% /mnt/RAID-BACKUP-500GB
/dev/sdh1 2.7T 2.7T 140M 100% /mnt/3TB-Films
Je suis perdu.
A tous hazard voici le FDISK
michael@Ubuntu-Server:~$ sudo fdisk -l | grep /dev/sd
La table de partitions GPT primaire est corrompue, mais la sauvegarde semble fonctionnelle, elle sera donc utilisée.
Disque /dev/sda : 111.8 GiB, 120034123776 octets, 234441648 secteurs
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 234440703 233390080 111.3G Système de fichiers Linux
Disque /dev/sdb : 931.5 GiB, 1000204886016 octets, 1953525168 secteurs
/dev/sdb1 2048 1953525163 1953523116 931.5G 83 Linux
La table de partitions GPT primaire est corrompue, mais la sauvegarde semble fonctionnelle, elle sera donc utilisée.
Disque /dev/sdc : 465.8 GiB, 500107862016 octets, 976773168 secteurs
Disque /dev/sdd : 232.9 GiB, 250059350016 octets, 488397168 secteurs
/dev/sdd1 2048 488396799 488394752 232.9G 83 Linux
Disque /dev/sde : 465.8 GiB, 500107862016 octets, 976773168 secteurs
/dev/sde1 2048 976773119 976771072 465.8G 83 Linux
Disque /dev/sdf : 465.8 GiB, 500107862016 octets, 976773168 secteurs
/dev/sdf1 2048 976773134 976771087 465.8G Système de fichiers Linux
Disque /dev/sdg : 465.8 GiB, 500107862016 octets, 976773168 secteurs
/dev/sdg1 2048 976769023 976766976 465.8G 7 HPFS/NTFS/exFAT
Disque /dev/sdk : 465.8 GiB, 500107862016 octets, 976773168 secteurs
/dev/sdk1 2048 976773134 976771087 465.8G Système de fichiers Linux
Disque /dev/sdj : 931.5 GiB, 1000204886016 octets, 1953525168 secteurs
/dev/sdj1 2048 1953525134 1953523087 931.5G Système de fichiers Linux
Disque /dev/sdi : 3.7 TiB, 4000787030016 octets, 7814037168 secteurs
/dev/sdi1 2048 7814037134 7814035087 3.7T Système de fichiers Linux
Disque /dev/sdh : 2.7 TiB, 3000592982016 octets, 5860533168 secteurs
/dev/sdh1 2048 5860532223 5860530176 2.7T Système de fichiers Linux
Hors ligne
#13 Le 16/06/2019, à 18:05
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Parfait
C'est quasiment la preuve que j'avais bien vu.
Lorsqu'on monte un disque externe, il n'est pas obligé qu'il porte toujours le même nom...
Cette fois-ci c'est SDK qui n'est pas trouvé et SDH qui n'a pas de partition détectée. Mais je ne sais pas la raison.
J'ai regardé une petite heure sur internet. Ce problème ne semble pas connu. Je pense que la raison principale est que lorsqu'on achète ce type de matériel, on configure les disques qui sont à l'intérieur en mode RAIDS-5 et donc l'appareil n'est vu que comme un seul disque.
Si tu souhaites aller plus loin, je ne pourrais faire plus que ce que je viens de faire mais je peux demander de l'aide.
Dernière modification par geole (Le 16/06/2019, à 18:13)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne
#14 Le 16/06/2019, à 22:54
- Mickynuts
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Merci pour l'aide, vraiment.
Je ne vais pas aller plus loin, tant que je peux monté mes disques c'est l'essentiel.
Le boitier en question n'a pas la moindre option ou interface. et la fiche technique ne parle pas de raid. vous parlez donc de RAID logiciel avec MDADM ? donc configuré avant puis transféré dans le boitié ?
J'ai vus d'autre forum en anglais ou d'autre personne non pas non plus accès au autre disques. tout son sur Linux. (Variante différente)
Le boitié m'a couter que 105 chf (100eur~). Je pensais bien que on avait pas d'option embarquée RAID.
Je tésterais en esata, actuelement j'ai pas de materiel avec une entrée de ce type, mais je serais curieux de voir si le même problème est aussi présent.
comme vous dite il est probable que ce soit l'implémentation constructeur ou Logiciel (interface) qui pose problème.
comment mettre le fil en résolu ?
Car mon problème était le montage.
Le problème de Gnome-disk n'est que secondaire.
Fait intéressant, Gparted voit bien tout les disques aussi.
Ça concerne donc le logiciel Ubuntu ? Car Gnome-disk ne voit rien et Nautilus non plus.
Cela voudrais dire que le soucis n'est pas primaire mais secondaire (le liens entre les infos Fdisk (et autre) et les programmes graphique) ?
Dernière modification par Mickynuts (Le 16/06/2019, à 22:55)
Hors ligne
#15 Le 16/06/2019, à 23:30
- geole
Re : [Resolu] Problème BOX 4Bays 1 disque detecté dans gestionnaire de disk
Bonsoir
L'important était bien que les UUID fonctionnent correctement. C'est ce qui doit être garanti. Les autres implémentations sont du plus qui manifestement ont quelques problèmes dans ton contexte.
OUI c'est bien du RAIDS avec MDADM que j'évoquais avec tous ses problèmes.
Pour mettre en résolu, tu retournes sur le premier message, tu cliques sur modifier puis tu vas modifier le titre pour mettre au début [Résolu| Au besoin tu supprimes quelques caractères à la fin si tout ne tient pas.
Bonne soirée
Dernière modification par geole (Le 16/06/2019, à 23:33)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
En ligne