Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Système » System has not been booted ... » 02-08-2020 23:57:52

proXi
Réponses : 0
Bonsoir, je viens d'installer une Debian 10 Buster en version serveur.

J'aimerais y installer HomeBridge et Plexmediaserver mais lors de leur installation j'ai ce même message.

L'exemple pour HomeBridge:

sudo hb-service install --user homebridge



ℹ Installing Homebridge Service
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: L'hôte cible est arrêté ou en panne
⚠ WARNING: failed to run "systemctl daemon-reload"
ℹ Starting Homebridge Service...
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: L'hôte cible est arrêté ou en panne
✖ Failed to start Homebridge



Sachant que ce message revient pour les deux même paquets, est ce que ce ne serais pas systemctl qui poserai problême sous Buster?

Bonne semaine.

#2 Re : Système » Comprendre résultat dmesg » 13-04-2020 23:57:29

Pour ce dernier résultat qui est affiché en Mega Byte par Seconde (458.50), cela fait bien environ 458 Mo/s ?

#3 Re : Système » Comprendre résultat dmesg » 13-04-2020 20:51:30

Dernier teste, le SSD mis sur le Bus Sata.

sudo hdparm -t /dev/sda



dev/sda:
 Timing buffered disk reads: 1376 MB in  3.00 seconds = 458.50 MB/sec
 



Un tout petit peu mieux que en USB3.

#4 Re : Système » Comprendre résultat dmesg » 13-04-2020 19:46:28

Je les est intervertie tout les deux pour chercher d'ou vient ce problème de débit, comme le montre la photo ce sont exactement les mêmes ...

20041307464725169716742838.jpg

Du coup pourquoi la sortie de la comment fdisk ne donne pas le même nom?

sudo fdisk -l



Modèle de disque : WDC WD10SPZX-00Z

Modèle de disque : SPZX-00Z10T0
 



De nouveau le teste de débit, le problème vient bien du disque et pas du Bus.

sudo hdparm -t /dev/sda



/dev/sda:
 Timing buffered disk reads: 318 MB in  3.01 seconds = 105.54 MB/sec
 



sudo hdparm -t /dev/sdb



/dev/sdb:
 Timing buffered disk reads: 170 MB in  3.02 seconds =  56.34 MB/sec
 



Comment dire ... disque de m**** ??

#5 Re : Système » Comprendre résultat dmesg » 13-04-2020 19:05:32

Effectivement le test sur le disque montre une amélioration pour les HDD, pas de changement pour le SSD et l'eMMc.

Toujours cette différence entre les deux HDD par contre. Je les permute pour le prochain test ....

sudo hdparm -t /dev/sda



/dev/sda:
 Timing buffered disk reads: 192 MB in  3.06 seconds =  62.78 MB/sec
 



sudo hdparm -t /dev/sdb



/dev/sdb:
 Timing buffered disk reads: 326 MB in  3.01 seconds = 108.26 MB/sec
 



sudo hdparm -t /dev/sdc



/dev/sdc:
 Timing buffered disk reads: 1302 MB in  3.00 seconds = 433.37 MB/sec
 



sudo hdparm -t /dev/mmcblk1



/dev/mmcblk1:
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 Timing buffered disk reads: 488 MB in  3.00 seconds = 162.42 MB/sec
 

#6 Re : Système » Comprendre résultat dmesg » 13-04-2020 18:06:50

raleur a écrit :

Si j'en crois le résultat le fait que le disque soit plein ou vide influence le résultat?

Non, aucune influence. Qu'est-ce qui te fait dire ça ? Corrélation n'est pas causalité.



Ce qui me fait dire ça c'est le résultat 32.35 MB/sec vs 80.04 MB/sec. Formatage, table de partition, etc ... pas identique sur les deux?

Quelques infos:

sudo fdisk -l



Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : WDC WD10SPZX-00Z
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Périphérique  Début        Fin   Secteurs Taille Type
/dev/sda1    264192 1953525134 1953260943 931,4G Système de fichiers Linux



Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Modèle de disque : SPZX-00Z10T0    
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 2436B27C-9512-4786-A259-2E16CB9FE92F

Périphérique Début        Fin   Secteurs Taille Type
/dev/sdb1     2048 1953523711 1953521664 931,5G Système de fichiers Linux
 



Je vais les permuter pour voir si c'est le disque le problème ou bien le Bus.

#7 Re : Système » Comprendre résultat dmesg » 13-04-2020 16:20:42

Oui oui j'avais bien compris comme ça aussi wink

Alors pour les test voici les différents périphériques/Bus montés: l'eMMc, le Sata et l'USB3.

Les deux HDDs sont des 2.5" de 1To, la seul différence c'est que sda1 est plein à 60% alors que sdb1 est vide tout comme sdc1.

Si j'en crois le résultat le fait que le disque soit plein ou vide influence le résultat donc pas simple de ce faire une idée pour savoir si le Bus Sata et mieux que l'USB sad

lsblk



NAME         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda            8:0    0 931,5G  0 disk
└─sda1         8:1    0 931,4G  0 part /media/hdd-sataIII
sdb            8:16   0 931,5G  0 disk
└─sdb1         8:17   0 931,5G  0 part /media/hdd-usb3
sdc            8:32   0  59,6G  0 disk
└─sdc1         8:33   0  59,6G  0 part /media/ssd-usb3
mmcblk1      179:0    0  57,7G  0 disk
├─mmcblk1p1  179:1    0   512M  0 part /boot/efi
├─mmcblk1p2  179:2    0  53,3G  0 part /
└─mmcblk1p3  179:3    0   3,9G  0 part [SWAP]
mmcblk1boot0 179:256  0     4M  1 disk
mmcblk1boot1 179:512  0     4M  1 disk
 



sudo hdparm -t -T /dev/sda1



/dev/sda1:
 Timing cached reads:   2628 MB in  2.00 seconds = 1314.47 MB/sec
 Timing buffered disk reads:  98 MB in  3.03 seconds =  32.35 MB/sec
 



sudo hdparm -t -T /dev/sdb1



/dev/sdb1:
 Timing cached reads:   2628 MB in  2.00 seconds = 1314.96 MB/sec
 Timing buffered disk reads: 246 MB in  3.07 seconds =  80.04 MB/sec
 



sudo hdparm -t -T /dev/sdc1



/dev/sdc1:
 Timing cached reads:   2624 MB in  2.00 seconds = 1312.17 MB/sec
 Timing buffered disk reads: 1302 MB in  3.00 seconds = 433.65 MB/sec
 




sudo hdparm -t -T /dev/mmcblk1p2
 



/dev/mmcblk1p2:
 Timing cached reads:   2574 MB in  2.00 seconds = 1287.68 MB/sec
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 Timing buffered disk reads: 502 MB in  3.01 seconds = 166.96 MB/sec
 



Autre constat, seul la vitesse de lecture Buffered change. Quelle différence entre Buffered et Cached?

#8 Re : Système » Comprendre résultat dmesg » 13-04-2020 15:25:22

Ce confinement m'aura au moins permis d'apprendre plein de chose, dont j'ai pas vraiment le temps en temps normal.

La phrase à mon sens la plus importante wink

En fait la mémoire c'est juste de la mémoire, ensuite il faut des contrôleurs pour la comprendre et des interfaces et protocoles pour envoyer et recevoir la data (mémoire flash ou non).

Je peu passer au test de vitesse de lecture/écriture à présent.

#9 Re : Système » Comprendre résultat dmesg » 13-04-2020 15:02:01

Nous sommes bien d'accord qu'un périphérique c'est un SSD, un HDD, un lecteur CD, etc et chacun utilise pour fonctionner un Bus qui peu être IDE, PCI, ATA, SATA, USB, etc ...?

En faite si je cherche ça c'est pour optimiser au mieux mon server, il dispose de plusieurs Bus et j'aimerais les exploiter au mieux et je pensais qu'il exister une commande pour lister tous les périphériques d'une machine et les Bus qu'ils utilisaient, sa n'existe pas?

Je viens de trouver ça:

L'eMMC, le standard utilisé pour gérer de la mémoire Flash en tant que support de stockage ...

Donc l'MMc c'est le nom du Bus en faite qui permet de gérer la mémoire Flash?

#10 Re : Système » Comprendre résultat dmesg » 13-04-2020 11:52:47

Je poursuis mes recherches et je viens de trouver un paquet donnant des infos sur les disques SCSI don si j'ai bien compris fait partie la mémoire eMMc.

La sortie me parle déjà un peu plus mais ce que je comprend pas c'est que ma mémoire eMMc n'y est toujours pas ...

lsscsi -g



[1:0:0:0]    disk    ATA      WDC WD10SPZX-00Z 1A01  /dev/sda   /dev/sg0
[2:0:0:0]    disk    SAMSUNG  SSD 830 Series   3202  /dev/sdb   /dev/sg1
 



Le WDC est le HDD (/dev/sda) connecté sur le port Sata et le SSD est sur un des port USB mais n'est pas encore monté.

#11 Re : Système » Comprendre résultat dmesg » 13-04-2020 11:22:50

Après réflexion (c'est en faisant que l'on apprend) la commande que j'ai utilisé et surtout le filtre appliqué ne liste que les interface SATA et active.

Sur cette carte mère j'ai trois unitées de stockage: une carte SD, mémoire eMMc, un port SataIII, un port NGFF M.2 2280.

Actuellement la mémoire eMMc contiens l'OS et le port SataIII un HDD de 1To, les deux autres ne sont pas encore utilisé.

En faisant un grep --help j'avoue ne pas trouver la commande à appliquer pour lister toutes les interfaces et pas que les Sata et

pas forcement celle active.

En modifiant quelques peu la commande voici la sortie.

sudo dmesg | grep -i sata



[    3.608151] ahci 0000:00:13.0: AHCI 0001.0301 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
[    3.610729] ata1: SATA max UDMA/133 abar m2048@0x8141e000 port 0x8141e100 irq 116
[    3.610733] ata2: SATA max UDMA/133 abar m2048@0x8141e000 port 0x8141e180 irq 116
[    3.926790] ata1: SATA link down (SStatus 4 SControl 300)
[    3.926876] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
 



Vous pouvez m'aider à interpréter cette nouvelle sortie?

#12 Système » Comprendre résultat dmesg » 12-04-2020 19:54:33

proXi
Réponses : 20
Bonsoir.

J'ai une carte mère qui possède 64Gb d'eMMc et un port SATAIII sur lequel est raccordé un HDD.

df -h


minis@server:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               1,9G       0  1,9G   0% /dev
tmpfs              380M    2,2M  378M   1% /run
/dev/mmcblk1p2      53G    3,8G   46G   8% /
tmpfs              5,0M       0  5,0M   0% /run/lock
tmpfs              1,6G    8,0K  1,6G   1% /dev/shm
/dev/mmcblk1p1     511M     12M  500M   3% /boot/efi
/dev/sda1          916G    587G  283G  68% /media/folder
 



Je voudrais pouvoir comparer leur vitesse en écriture/lecture et j'ai commencé par utiliser cette commande

dmesg | grep -i sata | grep 'link up'


[    3.926876] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
 



Dois je en conclure que seul le HDD (/dev/sda1) est sur une bus sata et pas l'eMMc?

#13 Re : Système » Différence entre les Distrib? » 18-03-2020 15:08:34

Prenons le cas plus précis d'un Raspberry Pi et d'une Asus Tinker S toute les deux si j'ai bien compris font tourner une Debian mais modifié
pour prendre en charge l'ARM, c'est bien sa?

Dans ce cas ou ce trouve la modification ou l'optimisation? Ce sont les programmes qui sont spécifique ou bien le noyaux, etc ....?

Pour Raspberry nous avons Raspbian, pour Tinker S nous avons (entre autre) ArmBian et Dietpi.

Lien vers Dietpi au cas où ... https://dietpi.com/#download

Les trois derniers cités, quelles sont leur différence?

#14 Système » Différence entre les Distrib? » 18-03-2020 09:54:41

proXi
Réponses : 9
Bonjour, j'essaye de comprendre.

Quelle différence y'a t'il entre la distribution Debian que nous connaissons tous (Jessie, Buster, ...) et toutes les autres

qui ce nomment Raspbian, Armbian, Dietpi, Linaro et j'en oublie très certainement?

Seraient elle des distributions faite sur mesure pour une architecture de processeur spécifique?

Merci pour vos réponses.

#15 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 20:36:28

Il n'était pas monté le disque et il n'apparer plus en temps que /dev/md0 comme avant mais comme sa:

fdisk -l



Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6c586e13

Device         Boot  Start      End  Sectors  Size Id Type
/dev/mmcblk0p1        8192   532479   524288  256M  c W95 FAT32 (LBA)
/dev/mmcblk0p2      532480 31116287 30583808 14.6G 83 Linux


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: SPZX-00Z10T0    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Device      Start        End    Sectors   Size Type
/dev/sda1  264192 1953525134 1953260943 931.4G Linux filesystem
pi@raspberrypi:~ $
 



La j'ai pu le monter sans problème sans à avoir à utiliser la commande avec mdadm. Donc ou est le problème?

Je profite d'une question, c'est la mauvaise utilisation de la commande qui fait que je me retrouve avec au remps de Disk  /dev/ram ... ?

#16 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 19:16:28

Voila le résultat:

sfdisk /dev/sda < sda-new.txt



pi@raspberrypi:~ $ sudo sfdisk /dev/sda < sda-new.txt
Checking that no-one is using this disk right now ... OK

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: SPZX-00Z10T0    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Old situation:

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953525134 1953523087 931.5G Linux filesystem

>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Script header accepted.
>>> Created a new GPT disklabel (GUID: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62).
/dev/sda1: Created a new partition 1 of type 'Linux filesystem' and of size 931.4 GiB.
Partition #1 contains a ext3 signature.
/dev/sda2: Done.

New situation:
Disklabel type: gpt
Disk identifier: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Device      Start        End    Sectors   Size Type
/dev/sda1  264192 1953525134 1953260943 931.4G Linux filesystem

The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy
The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).
Syncing disks.
pi@raspberrypi:~ $
 

#17 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 19:00:50

Faute de frappe et d'inattention, j'ai corrigé smile

#18 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 18:55:55

Pour être sur de bien comprendre ...

Je fait une copie du fichier en le renommant:

cp sda.txt sda-new.txt



J'edite le nouveau fichier:

nano sda-new.txt



Et je modifie son contenu comme précisé, j'ai bon?

#19 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 18:20:24

cat sda.txt



pi@raspberrypi:~ $ cat sda.txt
label: gpt
label-id: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62
device: /dev/sda
unit: sectors
first-lba: 34
last-lba: 1953525134

/dev/sda1 : start=        2048, size=  1953523087, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=9E190666-A0EF-4A0D-9665-C4B1426E0206
pi@raspberrypi:~ $
 

#20 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 18:05:29

Tu aurais peut-être aussi vite fait de reformater la partition et d'y recopier les données ...

J'ai pas tout compris mais effectivement si on peu le faire d'une façon plus ludique qui au passage m'apprendra quelques chose je suis pas contre wink



mdadm --examine /dev/sda1




pi@raspberrypi:~ $ sudo mdadm --examine /dev/sda1
/dev/sda1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : 71f8bff1:2f2e1527:2174a275:2d6aa101
           Name : data:0
  Creation Time : Thu Jul 26 21:06:40 2018
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 1953260943 (931.39 GiB 1000.07 GB)
     Array Size : 976630464 (931.39 GiB 1000.07 GB)
  Used Dev Size : 1953260928 (931.39 GiB 1000.07 GB)
    Data Offset : 262144 sectors
   Super Offset : 8 sectors
   Unused Space : before=262056 sectors, after=15 sectors
          State : clean
    Device UUID : fb76dadd:45b0ce3a:dfc0a656:abfec243

Internal Bitmap : 8 sectors from superblock
    Update Time : Mon Dec 23 02:02:52 2019
  Bad Block Log : 512 entries available at offset 72 sectors
       Checksum : f00ced8a - correct
         Events : 2859


   Device Role : Active device 1
   Array State : .A ('A' == active, '.' == missing, 'R' == replacing)
pi@raspberrypi:~ $
 

#21 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 16:58:55

Je veux bien essayer, au pire si cela ne fonctionne pas j'ai le second qui à encore toute les données.

Par contre pourquoi la seconde commande ne fonctionne pas sur OSX alors que sous Linux sa me montre les disques montée et non monté? Voila ce que cela retourne:

fdisk -l



franck@iMac-de-Franck ~ % sudo fdisk -l
Password:
fdisk: illegal option -- l
usage: fdisk [-ieu] [-f mbrboot] [-c cyl -h head -s sect] [-S size] [-r] [-a style] disk
  -i: initialize disk with new MBR
  -u: update MBR code, preserve partition table
  -e: edit MBRs on disk interactively
  -f: specify non-standard MBR template
  -chs: specify disk geometry
  -S: specify disk size
  -r: read partition specs from stdin (implies -i)
  -a: auto-partition with the given style
  -d: dump partition table
  -y: don't ask any questions
  -t: test if disk is partitioned
`disk' is of the form /dev/rdisk0.
auto-partition styles:
  boothfs     8Mb boot plus HFS+ root partition (default)
  hfs         Entire disk as one HFS+ partition
  dos         Entire disk as one DOS partition
  raid        Entire disk as one 0xAC partition
franck@iMac-de-Franck ~ %
 

#22 Re : Système » Utilisation HDD hors Raid1 ? » 02-01-2020 12:47:31

Je remonte un peu ce sujet car j'ai une autre question. J'ai placé ce HDD dans un boitier externe USB et raccordé à un Raspberry Pi qui avec les commandes données par @raleur me permette d'accéder au contenu du HDD.

J'aimerais pour que cela soit plus simple niveau transfert en faire de même sur mon iMac. Le problème c'est que je n'arrive pas à monter le disque car quand je le raccorde toujours en USB à mon iMac j'ai un pop up qui me dit qu'il n'est pas lisible et me demande de le formater. Dans Utilitaire de disque, l'HDD apparait en disk2s1.

Autre point, sur mon iMac la commande suivante fonctionne:

df -h



Par contre la suivante ne fonctionne pas, alors que pas de probleme sur le Raspberry:

fdisk -l



Du coup je ne peux pas voir comment ce nomme mon HDD en USB comme j'ai pu le faire sur le Raspberry.

Merci pour votre aide.

#23 Re : Système » Utilisation HDD hors Raid1 ? » 30-11-2019 19:32:28

Merci @raleur la solution une à fonctionnait à merveille, je peux accéder à tout le contenu du disque.

#24 Re : Système » Utilisation HDD hors Raid1 ? » 30-11-2019 12:49:10

J'ai des fichiers sur ce HDD (photo, video, pdf), les deux HDD étaient montés en RAID1 dans une machine server, la carte mère à lâcher et je souhaite remonter autre
chose sous une autre forme.

Les récupérer car j'en est besoin.

Pourquoi faire et bien les utiliser.

Un seul car sur un Raid1 y'a la même chose sur les deux HDD.

Donc soit je les laisse sur ce HDD mais tout en sachant qu'il faut que je puisse accéder à son contenu depuis une autre machine ou alors je les retire de ce HDD et
je les place sur le second que j'aurais formater au préalable.

En espérant avoir répondu à vos questions smile

#25 Système » Utilisation HDD hors Raid1 ? » 30-11-2019 10:46:22

proXi
Réponses : 21
Bonjour, j'utilise deux HDD en Raid1. J'aimerais récupérer un de ces deux HDD et son contenu.

Voici les infos du disque:

sudo fdisk -l



Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: SPZX-00Z10T0    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3BEA05AF-0B7F-4CD9-9006-2A1DEDEC1A62

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1953525134 1953523087 931.5G Linux filesystem
 



J'ai essayé de le monter mais voila le message que j'ai:

sudo mount /dev/sda1 /media/backup



mount: /media/backup: unknown filesystem type 'linux_raid_member'.
 



En modifiant l'étiquette du HDD cela permetrais son montage?

Bon week-end

Pied de page des forums

Propulsé par FluxBB