Messages de proXi

proXi · Système

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.

proXi · Système

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

proXi · Système

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.

proXi · Système

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 ...

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**** ??

proXi · Système

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

proXi · Système

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.

proXi · Système

Oui oui j'avais bien compris comme ça aussi

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

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?

proXi · Système

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

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.

proXi · Système

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?

proXi · Système

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é.

proXi · Système

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?

proXi · Système

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?

proXi · Système

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?

proXi · Système

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.

proXi · Système

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 ... ?

proXi · Système

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:~ $

proXi · Système

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

proXi · Système

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?

proXi · Système

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:~ $

proXi · Système

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

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:~ $

proXi · Système

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 ~ %

proXi · Système

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.

proXi · Système

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

proXi · Système

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

proXi · Système

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

Debian-facile

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Pied de page des forums