Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites". Attention, le forum rencontre actuellement quelques difficultés. En cas d'erreur 502, il ne faut pas re-valider l'envoi d'un message ou l'ouverture d'une discussion, au risque de créer un doublon.

La section divers se réorganise ! De nouvelles sous-sections à venir. (plus d'infos + donner son avis)

nombre réponses : 25

#0 -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 08/06/2014, à 09:34

FrancisFDZ
Réponses : 9

Bonjour,
J'essaie d'installer ToutouLinux sur un vieux Compaq. Le téléchargement du fichier iso s'est bien passé, confirmation par md5. Cependant, je n'arrive pas à booter sur le CD, ni sur mon PC fixe, ni sur le Compaq. Pour contourner le problème, j'ai essayé de booter directement sur l'iso avec l'outil grml-rescueboot (voir ), mais ça ne boote pas non plus. Par contre, je suis parvenu à booter sur un iso Ubuntu trusty et Boot-rescue. Jai bien pensé aussi à personnaliser le CD suivant la doc, mais Toutou n'utilise pas squashfs. Pour l'instant, je n'ai plus de solution et je compte sur vous pour m'en fournir (même de simples débuts de commencement de piste ...)
NB : le CD fonctionne correctement sur mon portable ! ?

#1 Re : -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 08/06/2014, à 10:04

FrancisFDZ
Réponses : 9

Le problème n'y est pas traité.
De plus, pour s'y connecter, il y a des problèmes de captcha.

D'autre part, le problème est une lecture => démarrage à partir d'un CD/DVD et/ou iso, et n'est pas spécifique à Toutou (même si c'est jusqu'à présent le seul CD/iso qui présente ce dysfonctionnement)

#2 Re : -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 08/06/2014, à 10:16

FrancisFDZ
Réponses : 9

Comme dit plus haut (messages/edit croisés), je ne peux pas m'identifier sur ce site suite à des pb de captcha non reconnu (majuscules éxigées ?). D'autre part, ni le CD ni l'iso ne démarrent sur mon fixe, ce n'est donc pas un problème lié au compaq.

#3 Re : -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 08/06/2014, à 10:24

FrancisFDZ
Réponses : 9

Ce Compaq n'est pas à moi et je n'en ai pas les références sous la main. En attendant, j'aurais aimé tester toutou sur mon fixe, mais pour cela il faut nécessairement que le boot puisse se faire sur le CD, ou à défaut sur l'iso; or aucune ces deux options ne passe.

#4 Re : -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 08/06/2014, à 10:59

FrancisFDZ
Réponses : 9

J'ai un disque externe USB sur lequel d'ailleurs je comptais installer Toutou pour test. Puis-je installer le liveCD dessus (unetbootin, par ex., que je n'ai d'ailleurs jamais utilisé) ?
Et quid du démarrage de l'iso ?

#5 Re : -1 »  LiveCD Toutou ne démarre pas [Abandon] » Le 09/06/2014, à 17:28

FrancisFDZ
Réponses : 9

Je ne sais toujours pas pourquoi je n'arrive pas à démarrer sur l'iso, mais le problème du lecteur de CD est un problème "hard" que je suis parvenu à résoudre. Je m'en tiendrais donc là.

#6 Re : -1 »  Faire booter grub sur une image iso » Le 22/05/2014, à 17:59

FrancisFDZ
Réponses : 8

Un petit détail intéressant :
Certains linuxiens préfèrent se créer une table de partitions pour installer linux. Dans ce cas, il est généralement conseillé d'utiliser pour la partition destinée à /boot une partition assez petite; du coup il n'y a pas assez de place pour y copier un fichier iso dans /boot/grml. On peut très facilement contourner cette limitation en indiquant dans le script /etc/grub.d/42_grml (ça s'appelle comme ça chez moi, mais ça peut être [un_nombre_quelconque]_grml) l'adresse du répertoire où on veut placer son fichier iso (de préférence /home/où_on_veut). La variable à changer est ISO_LOCATION, le répertoire choisi est validé au premier coup de "update-grub" (refaire "update-grub" à chaque changement dans ce répertoire)

NB : ça marche avec d'autres distributions ! (testé avec Debian, Arch, Gentoo, ...)

#7 -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 08/05/2014, à 10:12

FrancisFDZ
Réponses : 16

Bonjour,
Jusqu'à présent, je me connectais au réseau à travers une clé WIFI Advance par l'intermédiaire de ndiswrapper. Excédé par les problèmes récurrents liés à ndiswrapper à la plupart des mises à jour du noyau, j'ai décidé de me passer de ndiswrapper en changeant de clé.
Après avoir consulté le forum pour chercher les clés directement compatibles et en fonction d'un rapport qualité/prix, j'ai choisi une clé TP-Link WN821N (V 4.2).
Mauvaise pioche ! Ca ne s'installe pas tout seul, faut trouver et installer correctement le bon driver !
J'ai suivi les conseils de Chibbata , mais la compilation n'aboutit pas.

/home/francis/Téléchargements/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.c:999:2: warning: (near initialization for ‘rtw_netdev_ops.ndo_select_queue’) [enabled by default]
cc1: some warnings being treated as errors
make[2]: *** [/home/francis/Téléchargements/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911/os_dep/linux/os_intfs.o] Erreur 1
make[1]: *** [_module_/home/francis/Téléchargements/RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/driver/rtl8188C_8192C_usb_linux_v4.0.2_9000.20130911] Erreur 2
make[1]: quittant le répertoire « /usr/src/linux-headers-3.13.0-24-generic »
make: *** [modules] Erreur 2
##################################################
Compile make driver error: 2
Please check error Mesg
##################################################

Bien sur, le fichier a évolué, c'est maintenant "RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911.zip" mais normalement ça devrait marcher. Il y a bien des infos complémentaires dans le rép. "RTL8188C_8192C_USB_linux_v4.0.2_9000.20130911/document", mais "trop d'infos tue l'info", c'est en anglais et je ne m'en sors pas.
Je suis en 14.04 Trusty 64b.
J'ai réussi à  me connecter sous ma session Arch avec ma nouvelle clé, ça doit donc être possible sous ubuntu !
Réf de la clé selon lsusb :

[francis@Arch ~]$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 003: ID 03f0:9711 Hewlett-Packard 
Bus 003 Device 002: ID 0bc2:2320 Seagate RSS LLC USB 3.0 bridge [Portable Expansion Drive]
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

#8 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 09/05/2014, à 17:22

FrancisFDZ
Réponses : 16

Je vais donc essayer de démarrer en 13.10 et refaire un essai, on va bien voir

#9 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 09/05/2014, à 19:17

FrancisFDZ
Réponses : 16

Bon, je ne dispose que de 2 versions du noyau : 3.11.0.19 et 3.13.0.24 (generic tous les 2), mais l'install foire de la même façon.
Je ne trouve pas le module rtl8192cu, au besoin un petit coup de google ... et ne pas oublier que suivant le tuto de Chibbata cité dans le post #1 il faudra le dé-blacklister.
Je pense que ce module n'est pas sur mon PC, vu que dans le cas contraire il aurait du s'installer à la première install de la clé, non ?

#10 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 10/05/2014, à 08:55

FrancisFDZ
Réponses : 16

Je confirme que je n'ais pas rtl8192 sur mon PC, et http://packages.ubuntu.com/fr/trusty-ba … llpackages est désespérément vide !?

#11 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 10/05/2014, à 10:47

FrancisFDZ
Réponses : 16

J'ai cru comprendre que les modules relatifs au wifi se trouvaient dans "linux-backport" . Visiblement je me suis trompé, mais où puis-je trouver ce ~##^@ module rtl8192cu ???
(en ce qui concerne les infos demandées, je ne suis évidemment pas sous ubuntu actuellement, pour répondre à ça, ça demande quelques manipulations)
Pour l'instant, je voudrais au moins tester ce module natif qui pourrait (?) avoir été mis à jour.

#12 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 10/05/2014, à 16:20

FrancisFDZ
Réponses : 16

"sudo modprobe rtl8192cu" me renvoie "rtl8192cu does not exist in /proc/modules". Je préfère ne pas chercher à créer une ligne "rtl8192cu blabla" dans ce fichier, d'ailleurs en lecture seule.
La commande "sudo find / -type f -name "rtl8192cu*" me renvoie bien des références à des éléments de compilation de ce fichier, mais pas le fichier seul.
Alors, je dois le chercher où ?

NB : j'ai essayé d'installer 8192cu par la méthode de Chibbata sur ma session Debian (noyau 3.2) : ça marche ! Il semble donc se confirmer que la version du noyau ubuntu soit incompatible avec le fichier d'installation (ou plutot l'inverse)

Excuses moi si je n'ai pas bien répondu à tes demandes du post #6, il m'est difficile de chercher sous ubuntu sans réseau pour ensuite reprendre la discussion sous une autre session (deb, arch ou win)

#13 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 11/05/2014, à 08:38

FrancisFDZ
Réponses : 16

Voilà (enfin ?) les réponses au post #6 :

francis@Ubuntu:~$ cat /etc/modules
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.
# Parameters can be specified after the module name.

# ndiswrapper
lp
rtc

J'ai bien sur commenté ndiswrapper

francis@Ubuntu:~$ modinfo rtl8192cu
ERROR: Module rtl8192cu does not exist in /proc/modules

francis@Ubuntu:~$ sudo modprobe rtl8192cu
ERROR: Module rtl8192cu does not exist in /proc/modules

Ces 2 commandes laissent penser que le module rtl8192cu est absent.
Un noveau tour de lsusb sous ubuntu donne :

francis@Ubuntu:~$ lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 03f0:9711 Hewlett-Packard 
Bus 001 Device 002: ID 0bc2:2320 Seagate RSS LLC USB 3.0 bridge [Portable Expansion Drive]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Et enfin lsmod :

francis@Ubuntu:~$ lsmod
no module names given
Usage: lsmod [-fhswvV] modulename ...
 -f (or --force) forces a module unload, and may crash your
    machine.  This requires the Forced Module Removal option
    when the kernel was compiled.
 -h (or --help) prints this help text
 -s (or --syslog) says use syslog, not stderr
 -v (or --verbose) enables more messages
 -V (or --version) prints the version code
 -w (or --wait) begins a module removal even if it is used
    and will stop new users from accessing the module (so it
    should eventually fall to zero).
francis@Ubuntu:~$ lsmod rtl8192cu
ERROR: Module rtl8192cu does not exist in /proc/modules

Je pense tenter une autre approche : j'ai installé trusty en upgrade de saucy; je vais voir si je peux utiliser rtl8192cu à partir d'un cdlive trusty.
NB : la manip "Chibbata" marche pour debian, mais ça a tendance à ramer (à confirmer)

Les fichiers téléchargeable chez Realtek sont valables pour des noyaux jusque 3.9, cependant j'ai réussi à faire fonctionner la clé sous arch avec un noyau forcément plus récent.
Je viens de détecter dans le répertoire /usr/src de Arch un dossier "8192cu-v4.0.2_9000". Je l'ai recopié dans le rép. /opt de ubuntu et je vais regarder ça de plus près.

#14 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 12/05/2014, à 10:05

FrancisFDZ
Réponses : 16

Bon, j'ai d'abord fait le test du liveCD : pas de réseau (iwconfig ne trouve rien). Je lance donc "sudo modprobe rtl8192cu" : ça passe (le pilote est donc bien sur le CD), wlan0 est actif (confirmation par iwconfig) et j'ai bien la liste des wifi environnants. Je n'ai pas jugé utile de configurer wpa_supplicant.
Je pense que ça devrait marcher, je suis un peu retardé par des pb de montage du  CD.

NB : je confirme que pour lancer modprobe en liveCD, il est nécessaire de passer par sudo, mais ce n'est pas gênant (pas de password demandé)

#15 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 12/05/2014, à 17:41

FrancisFDZ
Réponses : 16

L'install de 'linux-firmware' n'a rien donné : sudo modprobe rtl8192cu" renvoie "rtl8192cu does not exist in /proc/modules"
J'ai installé linux-firmware avec "dpkg -i" après avoir téléchargé le deb sur le site des packages de trusty. Un problème de dépendances ? (Note : linux-firmware ne figure pas dans le /pool du CD)
En regardant dans linux-firmware...deb avec le gestionnaire d'archive (file-roller), je n'y trouve pas rtl8192cu mais rtl8192cs

Une recherche google sur "does not exist in /proc/modules" me confirme que je ne suis pas le premier à rencontrer cette erreur, mais ne donne pas de réponse utilisable pour mon cas perso.

Il reste la solution "bourrin" : réinstaller trusty à partir du CD, mais il faudrait réinstaller plusieurs applis, donc d'abord faire la liste de ces applis pour pouvoir les réinstaller ensuite, et il faudrait être sur que la connexion sera bonne ... hmm

Vu que trusty est une LTS, je crois bien que je vais prendre le risque (après avoir soigneusement vérifié que la connexion est effective en live)

#16 Re : -1 »  WIFI : TP-Link WN821N [Résolu !] » Le 22/05/2014, à 17:45

FrancisFDZ
Réponses : 16

Et voilà ! J'ai enfin réussi à réinstaller trusty malgré un lecteur de dvd récalcitrant qui m'a permis de découvrir qu'il était possible de booter sur une image iso à partir de grub (voir , vous ne regretterez pas !)
Ensuite, modprobe rtl8192cu et adieu ndiswrapper !
Et merci beaucoup Foustala !

#17 -1 »  CD non bootable ? » Le 02/05/2014, à 08:21

FrancisFDZ
Réponses : 1

Bonjour,
[Je ne suis pas sur d'avoir choisi la bonne section du forum, veuillez m'en excuser]
Je viens de copier un CD en principe bootable de toutoulinux pour raviver un vieux compaq, mais ce CD ne veut pas booter ni sur mon fixe, ni sur le compaq ; par contre il boote bien sur un portable Lenovo. N'ayant pas de CD sous la main, j'ai gravé sur un DVD en RO pis essayé sur un DVD RW, même problème. Je ne suis pas sur du tout que le problème vienne de là, mais pouvez-vous m'aiguiller vers une solution ?

#18 -1 »  ndiswrapper ? problème de connection » Le 02/05/2014, à 08:31

FrancisFDZ
Réponses : 0

Bonjour,
Je me connecte au réseau en wifi via une clé usb Advance, répertoriée par lsusb :

Bus 001 Device 002: ID 1286:1fab Marvell Semiconductor, Inc. 88W8338 [Libertas] 802.11g

.
Je suis passé il y a quelques mois (il était temps!) de WEP à WPA, et depuis la connection est beaucoup plus difficile (du moins la première, une fois connecté pas de pb de déconnection).
J'ai plusieurs sessions : Debian, Ubuntu (bien sur), Arch et Gentoo ; démarrant avec networkmanager, wicd ou simplement wpa_supplicant, mais dans tous les cas, la première connection est laborieuse. Ce problème n'apparaissait pas en WEP.
Pouvez me conseiller un gestionnair"e réseau ou me proposer une autre solution SVP ?
Merci d'avance

#19 Re : -1 »  Déplacement impossible ? [Résolu] » Le 06/04/2014, à 18:02

FrancisFDZ
Réponses : 10

J'ai eu le temps de réfléchir depuis mon message précédent, et quelques éléments sont à considérer. Dans un premier temps, j'ai monté ma partition à partir du gestionnaire de fichiers et copié mes premiers fichiers avec un "sudo cp ..." en mode console, sans problème.
Par la suite, j'ai automatisé le montage dans fstab, et c'est vraisemblablement là que se situe le nœud de ce problème. J'écris actuellement de mon portable et non de mon PC fixe où se situe le problème et je ne peux pas recopier la ligne probablement erronnée de fstab, mais la question est maintenant : quelles sont les bonnes options à ajouter pour que mon répertoire soit accessible en lecture et écriture par tous les utilisateurs ?

En ce qui concerne l'utilisation de "cp" puis "rm" plutôt que "mv", l'avertissement est arrivé trop tard; mais sans conséquence grave (les fichiers perdus pouvaient être facilement récupérés). C'est le genre de bêtises qui apprennent la prudence ... wink
Le choix de fat32 plutôt que ntfs est lié à l'utilisation éventuelle de la prise usb de ma box pour lire directement mes fichiers multimédia.

#20 Re : -1 »  Déplacement impossible ? [Résolu] » Le 07/04/2014, à 08:53

FrancisFDZ
Réponses : 10
francis@Ubuntu:~/Bureau$ lsb_release -a && mount && ls -la
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 13.10
Release:	13.10
Codename:	saucy
/dev/sdb8 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sdb9 on /home type ext4 (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=francis)
/dev/sdc7 on /media/francis/gen_home type ext4 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sr0 on /media/francis/Ubuntu 13.10 amd643 type iso9660 (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,mode=0400,dmode=0500,uhelper=udisks2)
/dev/sdc6 on /media/francis/Gentoo type ext4 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdc1 on /media/francis/Seagate Expansion Drive type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sdc5 on /home/francis/Vidéos type vfat (rw)
total 28
drwxr-xr-x  2 francis francis  4096 févr.  7 13:51 .
drwxr-xr-x 96 francis francis 20480 avril  7 09:29 ..
-rwxrwxr-x  1 francis francis   216 avril 13  2013 MineCraft.desktop
francis@Ubuntu:~/Bureau$ lsb_release -a && mount && ls -la
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 13.10
Release:	13.10
Codename:	saucy
/dev/sdb8 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/sdb9 on /home type ext4 (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=francis)
/dev/sdc7 on /media/francis/gen_home type ext4 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sr0 on /media/francis/Ubuntu 13.10 amd643 type iso9660 (ro,nosuid,nodev,uid=1000,gid=1000,iocharset=utf8,mode=0400,dmode=0500,uhelper=udisks2)
/dev/sdc6 on /media/francis/Gentoo type ext4 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdc1 on /media/francis/Seagate Expansion Drive type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)
/dev/sdc5 on /home/francis/Vidéos type vfat (rw)
total 24
drwxr-xr-x  2 francis francis  4096 avril  7 09:41 .
drwxr-xr-x 96 francis francis 20480 avril  7 09:29 ..
francis@Ubuntu:~/Bureau$ ls -la /home/francis/media & ls -la /media
[1] 3436
ls: impossible d'accéder à /home/francis/media: Aucun fichier ou dossier de ce type
total 20
drwxr-xr-x   5 root root 4096 mars  25 18:19 .
drwxr-xr-x  24 root root 4096 avril  4 09:51 ..
drwxr-xr-x   2 root root 4096 mars  25 18:19 Fichiers_partagés
lrwxrwxrwx   1 root root    7 janv. 31 14:25 floppy -> floppy0
drwxr-xr-x   2 root root 4096 janv. 31 14:25 floppy0
drwxr-x---+  9 root root 4096 avril  7 09:29 francis
[1]+  Termine 2               ls --color=auto -la /home/francis/media

A vrai dire, je ne vois pas trop à quoi ça peut servir.
J'ai remis dans fstab les paramètres à "defaults" :

/dev/sdc5       /home/francis/Vidéos    vfat    defaults        0       2

J'ai toujours des problèmes de copie de fichier.
[Edit] Un détail qui doit avoir son importance : mon répertoire d'acceuil (/home/$user/Videos) a pour propriétaire "francis:francis" tant que la partition /dev/sdc5 n'est pas montée, sitôt que je la monte, il passe en "root:root"
[/Edit]

#21 Re : -1 »  Déplacement impossible ? [Résolu] » Le 07/04/2014, à 09:46

FrancisFDZ
Réponses : 10

Je pense avoir trouvé (j’attends un peu avant de passer officiellement en Résolu) : j'ai recherché dans la doc des infos sur mount et fstab et j'ai essayé l'option "umask=0" dans fstab :

/dev/sdc5       /home/francis/Vidéos    vfat    defaults,umask=0        0       2

On va bien voir si ça tient ...

#22 Re : -1 »  Déplacement impossible ? [Résolu] » Le 07/04/2014, à 13:21

FrancisFDZ
Réponses : 10

Comme le disait le chirurgien au garagiste : "Pourriez-vous réparer le moteur sans qu'il s'arrête de tourner ?"
L'option "umask=0" semble bien être la solution à ce problème, désolé de l'avoir trouvé le premier tongue
Sans rancune, et merci quand même de ton intervention !

#23 Re : -1 »  Déplacement impossible ? [Résolu] » Le 08/04/2014, à 07:16

FrancisFDZ
Réponses : 10

Après recherche google sur "man umask" (ce qui permet entre autre de choisir les réponses en français), je vais remplacer "umask=0" par "umask=022", ce qui devrait placer les autorisations des différents fichiers en 755, c'est effectivement plus sécurisant (assez ?)
Pour mémoire, je rappelle les 3 règles d'or de la sécurité informatique (mais il y en a plein d'autres) :
1- sauvegarder
2- sauvegarder
3- SAUVEGARDER

#24 Re : -1 »  Déplacement impossible ? [Résolu] » Le 08/04/2014, à 10:26

FrancisFDZ
Réponses : 10

Suite aux remarques sur la sécurité, j'ai modifié une dernière fois fstab pour retrouver mes fichiers eu "$user:$user" :

/dev/sdc5       /home/francis/Vidéos    vfat    defaults,umask=022,uid=[Mon_uid],gid=[Mon_gid]    0       2

en remplaçant bien sur [Mon_uid] et [Mon_gid] par les valeurs correspondantes trouvées dans /etc/passwd.
Merci encore moko138, tes conseils m'ont en fait beaucoup aidé. Par la suite, il est même possible que je repasse ma partition en ext4, je vais y réfléchir (question sécurité, c'est mieux, question Win, je n'utilise presque plus du tout, et le vfat a perdu sa raison d'être).
Pour l'instant et dans l'état actuel des choses, mon problème est résolu.