#1 Le 18/03/2021, à 14:24
- Skorak
Problème de copie sur un autre ssd
Bonjour ! Alors voilà, je suis un grand débutant pour l'utilisation de "Ubuntu server" et là je fais face à un problème qui m'enquiquine sérieusement! :x
Lorsque je souhaite "dupliquer" (avec winscp) des dossiers volumineux vers mon second ssd, je reçois le message d'erreur suivant :
http://image.noelshack.com/fichiers/202 … inscp1.png
http://image.noelshack.com/fichiers/202 … inscp2.png
Cependant, je peux dupliquer les dossiers moins volumineux, mais lors de la copie vers le second ssd.. Tout est mélangé au lieu d'être dans un seul dossier !
http://image.noelshack.com/fichiers/202 … inscp3.png
Et hier soir j'avais une liste d'erreur bien plus longue avec les "possibles problèmes" comme le quotas utilisateur dépassé etc..
J'ai un ssd de 120go (avec ubuntu server d'installer dessus) dans ma machine, mais je commence à manquer d'espace alors j'ai décidé d'en rajouter un deuxième de 224go qui était sur mon ordinateur de jeu sous windows10 (je l'ai formaté et monté une fois qu'il était sur ma machine), les voici :
sudo fdisk -1skorak@daddy:~$ sudo fdisk -l
Disk /dev/loop0: 54.98 MiB, 57626624 bytes, 112552 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
Disk /dev/loop1: 55.48 MiB, 58159104 bytes, 113592 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
Disk /dev/loop2: 69.9 MiB, 73277440 bytes, 143120 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
Disk /dev/loop3: 31.9 MiB, 32595968 bytes, 63664 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
Disk /dev/loop4: 70.39 MiB, 73797632 bytes, 144136 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
Disk /dev/loop5: 32.28 MiB, 33845248 bytes, 66104 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
Disk /dev/sda: 223.58 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SUV400S
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: dos
Disk identifier: 0xd514db50
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 468858879 468856832 223.6G 7 HPFS/NTFS/exFAT
/dev/sda2 468858880 468862127 3248 1.6M 83 Linux
Disk /dev/sdb: 111.81 GiB, 120034123776 bytes, 234441648 sectors
Disk model: CT120BX500SSD1
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: gpt
Disk identifier: CAAB9554-E243-4806-82C9-0F34007EFCCA
Device Start End Sectors Size Type
/dev/sdb1 2048 4095 2048 1M BIOS boot
/dev/sdb2 4096 2101247 2097152 1G Linux filesystem
/dev/sdb3 2101248 234438655 232337408 110.8G Linux filesystem
Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 91.4 GiB, 98134130688 bytes, 191668224 s ectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytessudo lsblk -fskorak@daddy:~$ sudo lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
loop0 squashfs 0 100% /snap/core18/1880
loop1 squashfs 0 100% /snap/core18/1988
loop2 squashfs 0 100% /snap/lxd/19188
loop3 squashfs 0 100% /snap/snapd/11036
loop4 squashfs 0 100% /snap/lxd/19647
loop5 squashfs 0 100% /snap/snapd/11107
sda
├─sda1 ext4 77ebcfb9-a1b3-43d3-b505-28a78ad7b87f 132.8G 34% /home/skorak/kingstone
└─sda2 ext4 153e7804-477b-463a-a7c2-403f2bc3e970
sdb
├─sdb1
├─sdb2 ext4 164bf2f2-4ad7-4750-9195-05402c05c5f6 710.3M 20% /boot
└─sdb3 LVM2_member D8nbW6-VroM-0P9b-jKlr-aSV3-PteI-gpzKDP
└─ubuntu--vg-ubuntu--lv ext4 b7620b52-8e4e-4147-b129-5c2e2c74a255 8.1G 86% /
skorak@daddy:~$Alors oui, il parait que le disque de base doit être "Sda" et le second "Sdb" sauf que moi, c'est l'inverse! Bon je ne pense pas que ça sois très grave, mais je le précise tout de même 
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 18/03/2021, à 14:52)
Hors ligne
#2 Le 18/03/2021, à 16:36
- Skorak
Re : Problème de copie sur un autre ssd
Ah et ça me fais la même chose lorsque j'essaye de supprimer des dossiers trop volumineux sur mon second ssd 
Hors ligne
#3 Le 19/03/2021, à 08:26
- iznobe
Re : Problème de copie sur un autre ssd
Bonjour ,
je n' ai pas vraiment d' idée sur le probleme en question , mais je commencerais par faire au moins 2 choses avant d' aller plus loin .
La 1ere , c ' est de verifier si il n ' y a pas une nouvelle version du firmware a mettre en place pour votre disque sur le site du constructeur .
La 2eme , je ne me contenterai pas de formater mais je supprimerai absolument tout en changeant le type de table partitionnement , ensuite je rereformaterais , puis je passerai un coup de trim histoire de remmettre de l' ordre dans le SSD .
A partir de là , un rapport SMART avancé peux en dire plus sur d' eventuels problemes disques .
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne
#4 Le 19/03/2021, à 17:59
- Skorak
Re : Problème de copie sur un autre ssd
Bonjour, tout d'abord je tiens à vous remercier pour votre réponse!
Le ssd n'est pas très vieux, donc je ne pense pas que ça soit un pb de firmware.
De base le ssd était en ntfs, je l'ai reformaté en ext4, un coup de trim c'est quoi?
Après j'ai suivi un tuto assez vieux (2014) pour cette étape, si jamais vous avez une page sur laquelle je peux me référer et apprendre cela, je suis preneur 
Hors ligne
#5 Le 19/03/2021, à 18:28
- erresse
Re : Problème de copie sur un autre ssd
Lorsque je souhaite "dupliquer" (avec winscp) des dossiers volumineux vers mon second ssd...
Bonjour,
Moi, ce qui me surprend, c'est le logiciel que tu emploies pour transférer tes données...
"winscp", c'est un truc Windows qui ne tourne pas sous Linux, pourquoi ne pas utiliser un logiciel Linux qui fait la même chose ?
Il paraît que "FileZilla" est l'alternative la plus populaire (mais qu'il en existe d'autres, éventuellement).
Une raison particulière pour utiliser "winscp" ? Et comment le fais-tu tourner alors que ton environnement est Linux ?
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne
#6 Le 19/03/2021, à 19:32
- Skorak
Re : Problème de copie sur un autre ssd
Bonjour, j'utilise winscp sur mon ordinateur principale (qui est sous windows10), pour pouvoir transférer des fichiers vers ma machine serveur (qui se trouve chez moi, dans ma chambre, et qui tourne sous ubuntu-server)
J'utilise tout le temps ce logiciel pour transférer des fichiers vers des serveurs sous linux, et je n'ai jamais eu de problème^^, et le transfert de fichier de cette façon : "Mon ordinateur => Serveur, SSD1 (sdb)" OU "Mon ordinateur => Serveur, SSD2(sda)" fonctionne très bien.
Le problème que je rencontre actuellement, c'est quand je souhaite envoyer de fichiers/dossiers trop volumineux de cette façon : "Serveur, SSD1 (sdb) => Serveur, SSD2 (sda)" ou inversement : "Serveur, SSD2 (sda) => Serveur, SSD1(sdb)".
Dernière modification par Skorak (Le 19/03/2021, à 19:41)
Hors ligne
#7 Le 20/03/2021, à 11:43
- iznobe
Re : Problème de copie sur un autre ssd
Bonjour, tout d'abord je tiens à vous remercier pour votre réponse!
Le ssd n'est pas très vieux, donc je ne pense pas que ça soit un pb de firmware.
De base le ssd était en ntfs, je l'ai reformaté en ext4, un coup de trim c'est quoi?
Après j'ai suivi un tuto assez vieux (2014) pour cette étape, si jamais vous avez une page sur laquelle je peux me référer et apprendre cela, je suis preneur
1°) justement , c ' est là que la plupart des gens se trompe , quand il y a des problemes on s ' en apercoit generalement dans les 1er mois de la mise sur le marché et on les corriges donc rapidement .
comme pour les cartes meres et les bios ...
il y a beaucoup plus de mises a jours ou de nouveaux firmwares pour le materiel des le debut , et tres peu sur du materiel relativement ancien ou des logiciels qui ont du vecu , car ils ont deja été mis en evidence et corrigé au depart .
Donc verifier le firmware sur site du constructeur et au passage nous dire quel disque exactement ( lien si possible )
il se peut que d ' autres utilisateurs ait rencontré le meme probleme , d ' ou un nouveau firmware ou des messages sur la toiles .
2°) le reformatage rapide , n ' est parfois suffisant , donc autant partir sur des bases sures et saines , et vraiment tout refaire .
virer la table de partition est le meilleur moyen .
3°) faire un test SMART complet peut mettre en evidence des defaillances physiques du disque et/ou du systeme de fichiers .
le TRIM est une reorganisation des cellules en fonction de leur usure qu on peut faire manuellement uniquement sur les disques SSD . normalement sur les systemes recents , elle est gerée automatiquement .
Dernière modification par iznobe (Le 20/03/2021, à 11:44)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10
Hors ligne
#8 Le 20/03/2021, à 14:35
- erresse
Re : Problème de copie sur un autre ssd
Le problème que je rencontre actuellement, c'est quand je souhaite envoyer de fichiers/dossiers trop volumineux de cette façon : "Serveur, SSD1 (sdb) => Serveur, SSD2 (sda)" ou inversement : "Serveur, SSD2 (sda) => Serveur, SSD1(sdb)".
Donc, lorsque tu veux copier des données entre deux volumes formatés en EXT4 sous Linux...
Ne peux-tu essayer de faire tes copies avec un logiciel Linux qui est plus à même de gérer correctement les formats Linux que ne peut le faire un logiciel Windows ? (Note que l'inverse est tout à fait vrai, les logiciels Linux ne sont pas les mieux placés pour gérer des volumes formatés en NTFS, par exemple, ou d'autres formats Windows°.
Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.
Hors ligne