Version imprimable
Bonjour à tous.
Je suis développeur JAVA depuis très peu de temps. Et pour un projet que l'on m'a confié je doit effectuer du clonage de disque dur dans le but de produire des copies à distribuer.
Je travaille sous Linux (Ubuntu 14.04) et je désire savoir s'il existe une librairie ou une API pour accéder directement au disques durs.
J'entends par là lire et écrire directement les blocs ou sur les secteurs du disques.
Si quelqu’un connaît un moyen et pouvait le faire partager.
Merci.
tu peux toujours utiliser la commande "dd" (voir http://ydisanto.developpez.com/tutor.../runtime-exec/)
Pour lire/écrire un disque dur, le plus simple est d'utiliser le package java.io (FileInputStream, FileOutputStream, File, etc...)
Maintenant, si tu dois écrire sur un secteur particulier... via JNI ce sera possible mais directement, je ne sais pas trop :koi:
Et pourquoi passer par Java, en bash ça doit se faire plus simplement, non ?
+1 cloner un disque sous linux, c'est aussi simple que de tapper
dd if=/dev/sda of=/dev/sdd
Sauf que si vous voulez faire un programme portable et indépendant de la plateforme, java est une bien meilleure solution...
Le fait de travailler sous Ubuntu ne veut pas dire que ça tournera sur un Unix ;)
... l'idée ici était de faire un code en java en utilisant Runtime.exec() avec dd dedans. Effectivement DD n'existe que sous Unix et pas windows, donc le programme va tourner sans fonctionner sur windows par exemple.Citation:
Envoyé par OButterlin
Après coder en pure java, sans librairie speciale (.dll ou .so) pour recopier des disques dur bit a bit... ben je voudrais voir ta solution portable ;)
Dans la question initiale, il y a :
"je doit effectuer du clonage de disque dur dans le but de produire des copies à distribuer."
Moi ce que j'y vois, c'est :
- je supprime la cible
- je lis tous les fichiers sources et je les copie dans la cible
et ça, en java, c'est faisable ;)
(il va de soit que "source" et "cible" sont sur la même machine)
Désolé, mais ça ce n'est pas du clonage. C'est juste un backup. Et puis dans la question initiale, il n'a jamais été précisé qu'il y avait des fichiers sur ces disques.
(Et oui, si vous posez la question, ça existe des partitions sans fichiers, comme pour oracle database :mrgreen:)
Bah, d'après wikipediaCitation:
Envoyé par tchize_
La différence entre un backup sur disque et le clonage d'un répertoire sur disque est plus que discutable...Citation:
En informatique et plus particulièrement dans les langages de programmation orientés objets le clonage est l'opération de copie d'une instance d'objet afin de créer une nouvelle instance qui contienne les mêmes informations.
...
Et si le répertoire est vide, pas de soucis, on n'a rien à faire
bah justement, en java tu va avoir du mal à conserver toutes les dates associées aux fichiers, toutes les ACLs, les hardlinks, .... :)
Clonage d'un objet (une classe quoi) et disque dur ? Y'a un truc qui m'échappe un peu la...Citation:
Envoyé par OButterlin
On joue sur les mots... un objet, c'est abstrait, un disque dur est un objet aussi... on n'est pas forcément dans le cadre d'un langage objetCitation:
Envoyé par wax78
Pour l'argument de tchize_, effectivement, on modifie ces informations, c'est moyen... :aie:
Bonjour,
Je me permets d'intervenir dans cette discussion qui semble dériver.
En effet, vous confondez copie de fichier, et copie binaire de secteur physiques d'un disque dur.
Les deux n'ont rien à voir. Toute la technologie de l'API java.io s'appuie sur la gestion de fichiers du système hôte, qui d'ailleurs lui-même ne sait pas faire de clônage, du moins pour les plateforme de type Windows. Sous linux le système de fichier étant radicalement différent, les choses sont plus simple mais ne peuvent se situées qu'au niveau du système hôte.
Comme Java est multi-plateforme, il ne sait pas comment on gère les fichiers, et ce, quel que soit l'OS. C'est à travers des appels aux librairies du système hôte faits par la machine virtuelle Java que l'API java.io travaille. Donc, il n'y a aucun moyen de faire de la copie binaire en java pure. Il devient naturellement nécessaire d'exploiter jni/jna et de solliciter les librairies hôte, ce qui brise le principe multi-plateforme.
Bref, tout ça pour dire que Java, dans votre cas, ne peut que vous permettre de réaliser une interface graphique de pilotage d'outils bas-niveau, qui eux permettent l'accès via le driver hôte du contrôleur de disque à la copie de secteur, pas de fichier, j'insiste bien.:D