Bonjour,
Je viens d'acquerir un SSD et je peine a le faire reconnaitre a Leap.
- SSD en usb3 reconnu sous Windows 10.
Quand je regarde avec le programme Disques, le SSD apparait avec une partition de 15Mo et une autre du reste du disque.
Mais cette partition n'est pas montée, n'a pas d'étiquette, n'apparait pas formatée (sous Linux)
SSD branché à W10 fonctionne en ecriture/lecture.
Quand je raccorde un HDD sur le meme port usb3 de linux, le HDD fonctionne et indique un formatage en ntfs.
J'avais envisagé de le formater en exfat mais je n'ai pas trouvé l'option dans la gestion de disque.
Quand je fais
sudo lsblk -f
Ca donne juste
sdc
sdc1
sdc2
pour la partie disque concerné évidemment :-)
Une idée ?
Cdt
Ooo
Bonjour,
il fait quelle taille ton disque ? et il est formaté en ntfs ? tu as bien ntfs-3g installé ?
il peu aussi être en exfat, install aussi le packet fuse-exfat
Merci pour les réponses
ntfs-3g et libntfs-3g87
fuse-exfat
les 3 sont déjà installés
Dimension SSD :
- 3To 8 d'apres Linux
- 4To 2 d'après Windows
Ca pose question deja sur les dimensions détectées.
Je suis pas contre de faire un format en exfat; c'est l'option vfat ??
mais si c'est pas une bonne idée, je me baserai sur de meilleurs avis :-)
Bonjour
Si formater ton disque en exFat est une bonne idée. Ça évite les blocages de la partitions.
Et pour la taille c'est une question des tébioctet vs téraoctet https://fr.wikipedia.org/wiki/Octet#Multiples_normalis%C3%A9s
Bsr
J'ai formaté en extfat depuis windows 10.
Acces disque sous Windows ok. Lecture/ecriture
Je branche sous Linux. Pas de détection.
Je passe par GParted. J'arrive à
Périphérique : /dev/sdc
Modèle : SDK SSD
Numéro de série :
Taille de secteur : 4096
Secteurs totaux : 1024000000
Têtes : 255
Secteurs/pistes : 63
Cylindres : 63741
Table de partitions : msdos
Partition Type Début Fin Drapeaux Nom de la partition Système de fichiers Étiquette Point de montage
/dev/sdc1 Primaire 256 1023999999 type inconnu
========================================
Formater /dev/sdc1 en exfat 00:00:17 ( SUCCÈS )
calibrer /dev/sdc1 00:00:00 ( SUCCÈS )
chemin : /dev/sdc1 (partition)
début : 256
fin : 1023999999
taille : 1023999744 (3.81 Tio)
effacer les anciennes signatures de systèmes de fichiers sur /dev/sdc1 00:00:06 ( SUCCÈS )
write 512.00 Kio of zeros at byte offset 0 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 67108864 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 274877906944 00:00:00 ( SUCCÈS )
write 512.00 Kio of zeros at byte offset 4194302427136 00:00:00 ( SUCCÈS )
write 4.00 Kio of zeros at byte offset 4194302885888 00:00:00 ( SUCCÈS )
write 8.00 Kio of zeros at byte offset 4194302943232 00:00:00 ( SUCCÈS )
purger le cache du système d’exploitation sur /dev/sdc 00:00:06 ( SUCCÈS )
messages de libparted ( INFO )
Erreur d'entrée/sortie lors de l'écriture sur /dev/sdc
définir le type de partition sur /dev/sdc1 00:00:00 ( SUCCÈS )
nouveau type de partition : ntfs
créer un nouveau système de fichiers exfat 00:00:11 ( SUCCÈS )
mkfs.exfat -L '' '/dev/sdc1' 00:00:11 ( SUCCÈS )
exfatprogs version : 1.0.4
Creating exFAT filesystem(/dev/sdc1, cluster size=131072)
Writing volume boot record: done
Writing backup volume boot record: done
Fat table creation: done
Allocation bitmap creation: done
Upcase table creation: done
Writing root directory entry: done
Synchronizing...
exFAT format complete!
Ca dit que ca a été créé.
Sauf que ca a créé quelque chose qui existait.. De plus, ca indique au debut que c'est infaisable et en cliquant sur annuler, la procédure de formatage est quand meme (semble-t-il) executée.
Ton disque semble effectivement mal reconnu.
Que donne chez toi avec le disque branché et monté
inxi -F -v 7
mesuré la taille de il y a 2 des disque il y a 2 system soit tu multi par 1000 soit par 1024 pour passer de octer -> ko de ko-> Mo, ...
si tu utilise la commande
df tu as l'option
-h pour le multiple par 1024 et l'option
-H si tu peux par multiple de 1000
quand on mesure par par multiple de 1024 pour parle de kibibytes, mebibytes, gibibytes, tebibytes et on écrie kio, mio, gio, tio normalement
quand a ton problème de montage essaie de monter en manuel.
ID-3: /dev/sdc type: USB model: SDK size: 3.81 TiB type: N/A serial: SSD rev: 5.00
unmounted (c'est pas une surprise :-) )
ID-5: /dev/sdc1 size: 3.81 TiB fs: <superuser required> label: N/A uuid: N/A
Pourquoi ce ssd demande un level admin alors que le hdd lui ne le demande pas (si je le branche au meme endroit) ?
sudo mount /dev/sdc1 /mnt/ma_cle_usb
[sudo] Mot de passe de root :
FUSE exfat 1.3.0
ERROR: invalid VBR checksum 0x14831ce1 (expected 0x74452fb0).
voila une nouveauté... la somme de controle serait donc suspecte ?
je dirais essaie de faire un scandick sur la partition
essai un fsck.vfat /dev/sdc1
l'autre point bloquant que je connais, sur les partition ntfs, si certain option dans windows la partition n'est pas "fermer" correctement elle refuse de ce monter sous linux.
OK finalement, j'ai quand meme verifié que Windows ne me bloquait pas.
Racordement du disque, il annonce qu'un formatage est necessaire.. Bon, ok. exfat effectué
Rebranche sur Linux. Inchangé.
Je passe au montage manuel
sudo mount -o rw /dev/sdc1 /mnt/usb
Ca fonctionne.
Juste besoin de rafraichir avec un F5 pour que les fichiers s'affichent sinon la zone est vide.
Reste a tester l'usage.
Bonjour,
Précisions recherchées :-)
Lorsque je copie sur le disque, ca fonctionne.
Mais lorsque je déplace un fichier de l'ordi vers le ssd, j'obtiens ce type de message pour chaque fichier transféré..
https://ufile.io/libhg9bw
Un clic sur "annuler" supprime bien entendu la fenetre, et je vois que le fichier est transféré.
Mon montage qui n'est pas bon ?? Enfin, qui serait pas bon à 100% ?
Cdt
Tu éjectes le disque avant de quitter windows ?
Entre Leap et Windows, il se passe parfois des chose étranges en fonction des m-à-j de Leap. Jusqu'à hier, je ne pouvais que copier de Leap vers Windows, mais pas déplacer ni copier dans le sens inverse. Et ce phénomène se produit régulièrement.
Je comprends bien. Dans ma situation, c'est juste de leap vers le disque ssd qui est formaté extfat
Je ne peux pas deplacer un fichier de leap vers le SSD sans avoir le message d'erreur que je pressente au debut de ce fil.
Par contre, si je copie, je n'ai pas le message d'erreur.... mais des fois meme en copiant le message apparait quand meme, meme si c'est beaucoup beaucoup moins frequent qu'avec un deplacement de fichier.
Ca reste esoterique ceci dit c'est vrai :-)
j'ai eu aussi une autre bizarrerie : en déplaçant un fichier vers un DD externe formaté en ntfs, celui-ci s'est évaporé. Je ne sais pas où il est passé. En coupables éventuels : fuse ou ntfs-prog.
J'avais fait un essai avec un DD formaté en exfat : même résultat. Impossible de déplacer ou copier jusqu'à une récente m-à-j qui à réglé le problème...pour l'instant.
Je ne sais pas si ce nouveau problème est dans la lignée du premier, mais voila :
Les transferts de fichier jusqu’à 1Go-1.5Go passent assez bien. Mais les fichiers de plus de 2Go soit mettent une éternité a être transférés soit font genre ils sont transférés mais en fait ils sont illisibles.
Y aurait il un paramètre a ajouter quelque part ?
J'ai 16Go de ram et en général, ca pose pas beaucoup de problème de ce coté la... niveau transfert de fichiers.
Le SSD est formaté extfat. Des limitations a ce niveau ? J'avais pourtant l'impression que c’était le contraire.
Il est temps de rafraîchir mes certitudes en fait peut être :-)
La copie de fichiers, même de très grande taille, de SSD à SSD, se fait normalement à des vitesses supérieures à 100Mo/s et en exfat comme en ntfs il n'y a à priori pas de limite de taille. Par contre il pourrait y avoir un problème de compatibilité du SSD selon sa marque. Personnellement j'utilise ceux de la marque Crucial ou Seagate sans aucun problème.
S'il s'agit d'un transfert de DD à SSD, la vitesse de transfert dépend de la vitesse de lecture du DD. Dans le sens inverse, SSD vers DD, c'est la vitesse d'écriture qui dépend de ce dernier. Par ex. j'ai un vieux disque dur multimédia qui me sert à archiver et la vitesse d'écriture peut varier sans cesse de 20 Mo/s à quelque dizaines de Ko/s.
Intéressant. Dans le cas présent le transfert se fait d'un disque dur interne de 1 To vers le ssd.
Le problème parait pourtant se situer sur du goulot de transfert.
Si je transfère 5 fichiers de 500Mo ou une trentaine qui donnerait aussi 1.5 Go global, le ralentissement se produit au bout du 3e ou 4e fichier.. Si je transfère 50 fichiers de 20 Mo, ca ralentira vers la fin ... Ce que j'essaie de dire (e de comprendre en même temps :-) c'est que si j'avais un problème de lenteur du DD, je l'aurais des le début non ?
Dans votre cas, il est évident que la vitesse de transfert devrait être à peu près constante. Resterait 2 hypothèses ( et cela reste des hypothèses) :câble ou fiche usb défaillante, ou DD qui commence à fatiguer. On peut le vérifier avec PartedMagic, dont la version gratuite doit encore pouvoir se trouver.
Mon intuition me poussait vers le cable usb... a exploiter.
Par contre, je ne comprends pas PartitionMagic... Je ne vois pas de version Linux sur le site.
PartedMagic est un live cd à télécharger à cette adresse : https://partedmagic.com/
L'adresse que je vous ai communiquée est celle de la version payante. Vous pouvez utiliser celle-ci : https://filecr.com/download?id=117391545306
Il y en a d'autres plus ou moins fiables.
oui qui conduit a un "purchase subscription"
j'ai suivi mon intuition. J'ai acheté un nouveau cable.. et il semblerait que ca fonctionne mieux.
Je dis "semblerait" parce que, bien que le transfert d'un fichier de 7 Gigas ait été jusqu'au terme du transfert, je n'ai pu lire le fichier en suite. Par contre pour des fichiers jusqu'a au moins 1.5 Go, ca fonctionne correctement. Je vais donc me dispenser de sauvegarder les fichiers enormes sur ce disque... pour le moment en tous cas!