Ubuntu-fr

ursu

Incapacité de copier [résolu]

Bonsoir à tous!

En pleine réorganisation de mon système, je suis en train de transférer mes données;
le but étant un dualboot avec deux DD différents, plus un troisième DD pour lesdites données.
Pour le moment:
_sda: dualboot Windows XP/Ubuntu 10.10/Swap   (500Go)
_sdf: données NTFS/Ext4   (1To)
_sdg: le troisième, destiné à récupérer les données de sdf   NTFS/Ext4   (2To)

Après avoir réussi le transfert données NTFS sdf vers NTFS sdg, je m'attaque à
celui des données Ext4 sdf vers Ext4 sdg et là "coller" en grisé! Par contre, le transfert  des données
Ext4 sdf vers NTFS sdg ne pose aucun problème (paradoxe très énervant, comprenez-moi!!!)
Étant un padawan, je vous soumets ce problème assez ennuyeux, vu que je veux conserver ces données
en Ext4 pour récupérer mon home Ubuntu (sda sera pour XP, sdf pour Ubuntu)

Commande "mount":

/dev/sda4 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
/dev/sdf1 on /media/U_Peru_NTFS type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sdf2 on /media/U_Peru_ext4 type ext4 (rw,commit=0)
/dev/sda1 on /media/sda1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/denis/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=denis)
/dev/sdg1 on /media/sdg1 type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
/dev/sdg2 on /media/sdg2 type ext4 (rw)

Merci de votre aide,
L'Ursu_

Dernière modification par ursu (Le 27/07/2011, à 23:44)

Zakhar

Re : Incapacité de copier [résolu]

Bonsoir à toi.

Le problème est tout simple. NTFS ne gérant pas les droits Linux, tout le monde peut y lire, effacer, et tout casser si on veut !..

ext4 par contre les gère. Et par défaut, il est monté avec les droits root.

Tu as donc plusieurs options :
- monter avec ton utilisateur
- copier en ligne de commande avec "sudo"
- etc...

Le plus propre, en général tu as quelques répertoires, et tout est dedans (car je n'imagine pas que tu fourres tout en vrac dans la racine du volume).
Donc tu crées les répertoires en ligne de commande, tu les change de propriétaire, pour en être le détenteur, et ensuite tu pourras faire les copies tout à fait normalement.

---

"A computer is like air conditioning: it becomes useless when you open windows." (Linus Torvald)

jilucorg

Re : Incapacité de copier [résolu]

Je suppose que si tu entres dans un terminal

 sudo ls -la /media/sdg2

tu auras la première ligne après 'total nnn' qui ressemblera ± à ça :

drwxr-xr-x  24 root root  4096 2011-07-20 13:15 .

Si c'est bien le cas, il te faut devenir propriétaire pour faire ce que tu veux, donc dans le terminal :

sudo chown   -R   nom_d_utilisateur:nom_d_utilisateur  /media/sdg2

alors la première commande devrait donner ± :

drwxr-xr-x  24 nom_d_utilisateur nom_d_utilisateur  4096 2011-07-20 13:15 .

---

  jiluc.
––
             Pour soutenir concrètement le logiciel libre : l'April !    http://www.april.org

ursu

Re : Incapacité de copier [résolu]

Re-

Merci à tous les deux pour vos réponses hyper rapides!
À un moment, j'ai pressenti que c'était une histoire de root, puis.... .

Le plus propre, en général tu as quelques répertoires, et tout est dedans (car je n'imagine pas que tu fourres tout en vrac dans la racine du volume).

Euh, non...; comme c'est un volume destiné au stockage (on parle bien de sdg, hein?), je n'avais pas pensé à y créer des répertoires (vu que mes données sont classées
en répertoires..); c'est une erreur?

alors la première commande devrait donner ± :

drwxr-xr-x  24 nom_d_utilisateur nom_d_utilisateur  4096 2011-07-20 13:15 .

Après ta manip', j'ai obtenu:

denis@UPeru:~$ sudo ls -la /media/sdg2
total 28
drwxr-xr-x 4 denis denis  4096 2011-07-27 23:18 .
drwxr-xr-x 8 root  root   4096 2011-07-27 12:49 ..
drwx------ 2 denis denis 16384 2011-07-27 14:44 lost+found

Je comprends pour le "lost+found", répertoire visible, mais pas pour les deux "drwxr-xr 4 et 8"? Surtout que le second est resté en root root!
Sinon, après ce résultat, je peux effectuer un transfert, ou je dois continuer avec la manip' de Zakhar?
Merci encore de votre aide,
L'Ursu_

ursu

Re : Incapacité de copier [résolu]

Re-

OK, merci beaucoup, le transfert fonctionne sans problème!
Je reste tout de même intéressé par une petite explication concernant les deux "drwxr-xr 4 et 8" (qu'est-ce que c'est?), la raison pour
laquelle le second reste en root root, ainsi que par une réponse à ma (bête?) question:

Euh, non...; comme c'est un volume destiné au stockage (on parle bien de sdg, hein?), je n'avais pas pensé à y créer des répertoires (vu que mes données sont classées
en répertoires..); c'est une erreur?

Voilà, bonne nuit,
L'Ursu_

jilucorg

Re : Incapacité de copier [résolu]

Je te déconseille vivement de faire toute autre manip ici conseillée. Pour le coup du répertoire qui finit par des '..' tu vas comprendre : fais un

cd /media/sdg2

(cd c'est pour "change directory" = aller dans le répertoire) Tape

pwd

("print working directory = le répertoire où tu es), tu dois voir

/media/sdg2

Tape

cd ..

et tu comprendras quel répertoire est encore à root... et doit le rester Pour info, le répertoire

.

c'est celui où tu es : pour lancer un exécutable qui se trouve dans ton répertoire personnel, il faut faire

./mon_exécutable

---

  jiluc.
––
             Pour soutenir concrètement le logiciel libre : l'April !    http://www.april.org

ursu

Re : Incapacité de copier [résolu]

Bonjour à tous!

Merci beaucoup Jilucorg pour ces précisions;
la progression passe inévitablement par la compréhension!!!
Bonne soirée et à bientôt,
L'Ursu_

jilucorg

Re : Incapacité de copier [résolu]

En fait je m'aperçois que je me suis mal exprimé :

./mon_exécutable

lance bien l'exécutable du répertoire où on se trouve avec le terminal. Comme on est par défaut dans /home/user/  – noté aussi ~/ –, cette commande permet usuellement de lancer un exécutable qui se trouve dans notre répertoire perso.

---

  jiluc.
––
             Pour soutenir concrètement le logiciel libre : l'April !    http://www.april.org