OVH Cloud OVH Cloud

copie de données

5 réponses
Avatar
TchaTcha
Salut,
j'ai 2 DD. Sur le 1er, j'ai install=E9 MDK 2007 et Windows 2000. Sur le
2e, il y a seulement mes donn=E9es, que j'ai format=E9es avec Partition
Magic en format FAT 32. Mais sous Linux, il n' a pas chang=E9 et est
rest=E9 en NTFS. J'ai tent=E9 de copier des donn=E9es d'un CD Rom sur
cette partition. La progression me montrait que la copie se fait sans
probl=E8me (car j'ai install=E9 Captive afin de sauvegarder sur ma
partition NTFS).
Mais en fait, ces donn=E9es sont copi=E9es sur ma partition / de Linux.
Ce qui a baiss=E9 la taille de la portion libre de /. Donc j'aimerai
effacer ces donn=E9es mais je ne sais pas o=F9 elles ont =E9t=E9 copi=E9es
et comment faire pour les retrouver. J'ai tent=E9 de v=E9rifier chaque
dossier de / mais je ne retrouve pas ces donn=E9es. Sont-elles cach=E9es?
C'est un dr=F4le de probl=E8me mais =E7a fait partie de mon apprentissage
de Linux. Merci pour votre aide.

5 réponses

Avatar
sansflotusspam
TchaTcha wrote:

Salut,
j'ai 2 DD. Sur le 1er, j'ai installé MDK 2007 et Windows 2000. Sur le
2e, il y a seulement mes données, que j'ai formatées avec Partition
Magic en format FAT 32.


Partition Magic, avec de l'unix derrière, ce n'est pas idéal, même (surtout)
pour faire du fat32 ; rien ne vaut les beaux et bons outils classiques,
tels fdisk, cfdisk, etc

Mais sous Linux, il n' a pas changé et est
resté en NTFS.


quelles sont la taille et l'ID de cette partition, selon fidsk bien sûr ?
normalement, l'ID devrait être "b" pour une petite partition, ou "c" en mode
LBA, pour du Fat32, et "7", "86" ou "87" pour du NTFS.

J'ai tenté de copier des données d'un CD Rom sur
cette partition. La progression me montrait que la copie se fait sans
problème (car j'ai installé Captive afin de sauvegarder sur ma
partition NTFS).


si tu as copié, tu sais donc obligatoirement depuis quoi (/mnt/cdrom en
principe) et vers quel répertoire de quel système de fichiers ; aucune
commande unix ne copie en aveugle.
tu connais au moins le nom d'UN fichier du Cd que tu as copié ; il suffit de
faire une recherche à partir de ce nom de fichier (find) pour trouver le
rep de destination.

Mais en fait, ces données sont copiées sur ma partition / de Linux.
Ce qui a baissé la taille de la portion libre de /. Donc j'aimerai
effacer ces données mais je ne sais pas où elles ont été copiées
et comment faire pour les retrouver. J'ai tenté de vérifier chaque
dossier de / mais je ne retrouve pas ces données. Sont-elles cachées?


il n'y a rien de caché dans un système gnu/linux

C'est un drôle de problème mais ça fait partie de mon apprentissage
de Linux. Merci pour votre aide.


bonnes fêtes !

Avatar
TchaTcha
On Dec 26, 12:28 pm, sansflotusspam
wrote:
TchaTcha wrote:
Salut,
j'ai 2 DD. Sur le 1er, j'ai installé MDK 2007 et Windows 2000. Sur le
2e, il y a seulement mes données, que j'ai formatées avec Partition
Magic en format FAT 32.Partition Magic, avec de l'unix derrière, ce n 'est pas idéal, même (surtout)
pour faire du fat32 ; rien ne vaut les beaux et bons outils classiques,

tels fdisk, cfdisk, etc

Mais sous Linux, il n' a pas changé et est
resté en NTFS.quelles sont la taille et l'ID de cette partition, selo n fidsk bien sûr ?
normalement, l'ID devrait être "b" pour une petite partition, ou "c" en mode

LBA, pour du Fat32, et "7", "86" ou "87" pour du NTFS.

J'ai tenté de copier des données d'un CD Rom sur
cette partition. La progression me montrait que la copie se fait sans
problème (car j'ai installé Captive afin de sauvegarder sur ma
partition NTFS).si tu as copié, tu sais donc obligatoirement depuis q uoi (/mnt/cdrom en
principe) et vers quel répertoire de quel système de fichiers ; aucune

commande unix ne copie en aveugle.
tu connais au moins le nom d'UN fichier du Cd que tu as copié ; il suff it de
faire une recherche à partir de ce nom de fichier (find) pour trouver le
rep de destination.

Mais en fait, ces données sont copiées sur ma partition / de Linux.
Ce qui a baissé la taille de la portion libre de /. Donc j'aimerai
effacer ces données mais je ne sais pas où elles ont été copi ées
et comment faire pour les retrouver. J'ai tenté de vérifier chaque
dossier de / mais je ne retrouve pas ces données. Sont-elles cachée s?il n'y a rien de caché dans un système gnu/linux

C'est un drôle de problème mais ça fait partie de mon apprentissa ge
de Linux. Merci pour votre aide.bonnes fêtes !




j'ai trouvé ces donnees dans le repertoire /proc/1 . en cherchant sur
le net, il est deconseille d'effacer des fichiers de ce repertoire.
alors comment faire pour les effacer sans crainte? merci et bonnes fetes


Avatar
Sébastien Kirche
Le 27 décembre 2006 à 04:50, TchaTcha vraute :

j'ai trouvé ces donnees dans le repertoire /proc/1 .


Les informations relatives au process init ?

en cherchant sur le net, il est deconseille d'effacer des fichiers de
ce repertoire. alors comment faire pour les effacer sans crainte?


Comme c'est un répertoire virtuel dont le contenu est maintenu par le
noyau, la suppression de données me paraît difficile.

Ce serait rigolo que la suppression d'un répertoire se traduise par un
kill du process.

--
Sébastien Kirche

Avatar
TchaTcha
On Dec 27, 8:15 am, Sébastien Kirche
wrote:
Le 27 décembre 2006 à 04:50, TchaTcha vraute :

j'ai trouvé ces donnees dans le repertoire /proc/1 .Les informations relatives au process init ?

en cherchant sur le net, il est deconseille d'effacer des fichiers de
ce repertoire. alors comment faire pour les effacer sans crainte?Comme c'est un répertoire virtuel dont le contenu est maintenu par le
noyau, la suppression de données me paraît difficile.


Ce serait rigolo que la suppression d'un répertoire se traduise par un
kill du process.
je ne comprend pas ta derniere phrase??



--
Sébastien Kirche



Avatar
Sébastien Kirche
Le 27 décembre 2006 à 15:53, TchaTcha vraute :

j'ai trouvé ces donnees dans le repertoire /proc/1 .Les
informations relatives au process init ?

en cherchant sur le net, il est deconseille d'effacer des fichiers
de ce repertoire. alors comment faire pour les effacer sans
crainte?


Comme c'est un répertoire virtuel dont le contenu est maintenu par
le noyau, la suppression de données me paraît difficile.

Ce serait rigolo que la suppression d'un répertoire se traduise par
un kill du process.
je ne comprend pas ta derniere phrase??



/proc est un répertoire dont le contenu est mis à jour en temps réél par
le noyau.

Certains "fichiers" ne bougent pas et permettent d'avoir des
informations sur le système, p. ex /proc/cpuinfo
D'autres bougent un peu plus et reflètent l'état de la machine, p. ex
/proc/meminfo ou /proc/bus/usb/

Certains fichiers permettent de même de passer des paramètres au noyau
en y écrivant des données, p.ex /proc/sys/net/ipv4/ip_forward

Enfin les sous-répertoires de /proc dont le nom est un nombre
correspondent en fait à des process lancés sur la machine (à rapprocher
de la liste donnée par ps ax) et dont les fichiers permettent d'obtenir
des infos dessus. Je disais simplement que je trouverais rigolo que
l'effacement d'un répertoire virtuel associé à un process se traduise
par un kill du dit process.
--
Sébastien Kirche