Un technicien d'OVH a installé aujourd'hui un disque dur USB de 500 Go
sur mon serveur dédié Fedora, mais ce disque n'est pas utilisable en
l'état : il est juste monté physiquement, mais il faut le monter au
niveau software.
Problème : je n'ai trouvé aucune info sur le site et les forums d'OVH
sur les commandes à utiliser, et je suis loin d'être un expert Linux
...
J'ai tenté la commande mount mais sans succès :
[root@ns2347 Elements]# mount -t auto /dev/sda1 /media/Elements
mount: wrong fs type, bad option, bad superblock on /dev/sda1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
J'ai donc fait :
[root@ns2347 Elements]# dmesg | tail
Attached scsi disk sda
usb-storage: device scan complete
FAT: codepage cp437 not found
J'ai aussi jeté un oeil dans /etc/fstab :
/dev/sda1 /media/Elements vfat pamconsole,exec,noauto,utf8,managed 0 0
Et j'ai fais un fdisk -l :
/dev/sda1 1 60800 488375968+ c W95 FAT32 (LBA)
Est ce le "codepage cp437 not found" qui bloque, et si oui, comment
l'installer ? Ou alors est ce qu'on doit spécifier un autre codepage en
trifouillant le /etc/fstab ?
Dans le message <news:46f37214$0$1559$, *Dominique MICOLLET* tapota sur f.c.o.l.configuration :
Exemple : __$ tar -tvf truc est complété pour truc.tar, mais ne l'est pas pour truc.machin.
Ce comportement m'agace prodigieusement, mais pas assez pour que je me décide à chercher comment le modifier :-)
$ complete -r tar
-- Sébastien Monbrun aka TiChou
Nicolas George
Dominique MICOLLET wrote in message <46f37214$0$1559$:
Sous Debian Etch, la complétion automatique est devenue "intelligente" et ne complète pas si le fichier n'a pas une extension compatible avec la commande. Exemple : __$ tar -tvf truc est complété pour truc.tar, mais ne l'est pas pour truc.machin.
Utilise zsh, où la complétion va prendre en priorité truc*.tar, mais prendra tous les truc* s'il n'y a pas de truc*.tar.
Dominique MICOLLET wrote in message
<46f37214$0$1559$426a74cc@news.free.fr>:
Sous Debian Etch, la complétion automatique est devenue "intelligente" et ne
complète pas si le fichier n'a pas une extension compatible avec la
commande.
Exemple :
__$ tar -tvf truc
est complété pour truc.tar, mais ne l'est pas pour truc.machin.
Utilise zsh, où la complétion va prendre en priorité truc*.tar, mais prendra
tous les truc* s'il n'y a pas de truc*.tar.
Dominique MICOLLET wrote in message <46f37214$0$1559$:
Sous Debian Etch, la complétion automatique est devenue "intelligente" et ne complète pas si le fichier n'a pas une extension compatible avec la commande. Exemple : __$ tar -tvf truc est complété pour truc.tar, mais ne l'est pas pour truc.machin.
Utilise zsh, où la complétion va prendre en priorité truc*.tar, mais prendra tous les truc* s'il n'y a pas de truc*.tar.
Dominique MICOLLET
Sébastien Monbrun aka TiChou wrote:
$ complete -r tar
Merci.
Je n'ai plus qu'à me plonger dans le manuel de bash pour comprendre comment tout cela marche. -- Cordialement
Dominique MICOLLET Email : enlever deux fr Universite de Bourgogne 9, Avenue Alain SAVARY BP 47870 Tel : +33/(0)3-80-39-59-27 21078 DIJON CEDEX FRANCE Tfx : +33/(0)3-80-39-68-69
Sébastien Monbrun aka TiChou wrote:
$ complete -r tar
Merci.
Je n'ai plus qu'à me plonger dans le manuel de bash pour comprendre comment
tout cela marche.
--
Cordialement
Dominique MICOLLET Email : enlever deux fr
Universite de Bourgogne
9, Avenue Alain SAVARY BP 47870 Tel : +33/(0)3-80-39-59-27
21078 DIJON CEDEX FRANCE Tfx : +33/(0)3-80-39-68-69