1.4.21 - sauvegarde sur usb (lecteur zip)

[batman]

bonjour,

Est-il possible de faire des sauvegardes (automatique, la partie batch je serais la faire) sur support usb, je pense à une clef usb mais aussi sur disquettes zip (il se trouve que j'ai 1 zip 250Mo qui prends la poussière ....)

dans l'interface ipcop il y a bien dans le menu de sauvegarde le support 'Iomega USB Zip 250 sda ()' détecté, mais le montage ne semble pas fonctionner :
- selection de 'Iomega USB Zip 250 sda ()'
- clic sur montage
- rafraichissement de l'interface avec 'disque dur' coché, aucun message d'erreur

root@neo:/etc # lsmod | grep -i usb
usb-storage 24624 0
scsi_mod 52920 2 [sd_mod usb-storage]
usb-uhci 20528 0 (unused)
usbcore 56236 1 [CDCEther catc acm hid usb-storage usb-uhci]
root@neo:/etc # cat /proc/scsi/usb-storage-0/0
Host scsi0: usb-storage
Vendor: Iomega
Product: USB Zip 250
Serial Number: 059B00300E012D0D
Protocol: Transparent SCSI
Transport: Bulk
GUID: 059b0030059b00300e012d0d
Attached: Yes

un mount /dev/sda1 /mnt/zip (par exemple, testé avec sdb sdc, cela ne change rien) : "mount: you must specify the filesystem type"

un cfdisk me dis qu'il ne détecte pas de disque (oui, la disquette est dans le lecteur )

[megagolgoth]

bonjour,

essaye un "mount -t <type_de_systme_de_fichier> /dev/sda1 /mnt/zip"

où <type_de_systme_de_fichier> est le nom du driver pour lire le systeme de fichier par exemple :

vfat pour du fat32 (fat16 et fat12 aussi, mais pas sur)
ntfs ou ntfs-3G pour du ntfs (support avec noyau 2.6, et module ntfs-3G pour le driver ntfs-3G, donc pour ipcop ca doit pas etre dispo)
ext3 pour du ext3 (a verifier)
etc...

Une autre question, ta disquette est formaté? une partition s'y trouve-t-elle? la disquette zip est a considerer comme un disque dur, il est necessaire d'avoir une partition présente pour pouvoir y stocker des données.

---> fdisk -l pour savoir ce qu'il y a sur la disquette zip (et autre volume)

[Gesp]

Le système devrait fonctionner avec un disque formaté FAT.

Pourquoi FAT?
- parce que la majorité des clés usb sont formatés comme cela,
- parce que Windows dans sa grande bonté de coopération avec d'autres OS a décrété que toutes les partitions qui ne sont ni FAT ni NTFS sont des erreurs et doivent être reformatées.
Cela parait donc assez dangereux de formater ext(2|3|4) un équipement mobile parce que le jour ou tu le branches sous windows, tu as juste un message te demandant de confirmer qu'il faut le reformater: gare à toi si naïvement tu réponds oui.

Evite de monter manuellement la clé et de refaire ce que fait le programme existant de sauvegarde. Regarde plutôt ce que ipcopbkcfg peut faire pour toi.

[batman]

La disquette est bien vfat
/sbin/mkfs.vfat -c /dev/sdc1 (sdc car sur mon poste de travail sda et sdb déjà pris, mais l'ipcop n'a rien en sd*)

je branche le lecteur sur ipcop avec la disquette fraîchement formaté:

Sep 6 18:47:19 neo kernel: hub.c: new USB device 00:07.2-2, assigned address 10 (cela à commencé à 6 pour "address"

mais un mount -t vfat /dev/sd[abcdefghij] /mnt/zip ne donne rien

de sda a sdd : is not a valid block device
de sdd a sdj : does not exist

les fdisk sur /dev/sd[a...j] : pas de message

cfdisk (pour sda ..... sdj) : FATAL ERROR: Cannot open disk drive

[megagolgoth]

Que te donne un

Code: Tout sélectionner

fdisk -l

(l'option -l permet de lister tout les volumes de la machine) ?


Sous ipcop je crois que les volumes sont nommés /dev/hd* (* à remplacer par une lettre), en tout cas un

Code: Tout sélectionner

fdisk -l

t'indiquera comment sont nommés tes volumes.

[batman]

oops pardon j'avais pas compris le fdisk -l [sans unité disque]


fdisk -l

Disk /dev/hda: 2160 MB, 2160431104 bytes
15 heads, 63 sectors/track, 4465 cylinders
Units = cylinders of 945 * 512 = 483840 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 22 10394+ 83 Linux
/dev/hda2 23 3156 1480815 83 Linux
/dev/hda4 3157 4465 618502+ 83 Linux

[megagolgoth]

comme tu dois le constater, tu n'as que des volume sur /dev/hda de détecté. Il faudrait voir si le support des lecteurs zip est dispo au niveau du noyau (option, module, patch, etc...).

[batman]

comme tu dois le constater, tu n'as que des volume sur /dev/hda de détecté. Il faudrait voir si le support des lecteurs zip est dispo au niveau du noyau (option, module, patch, etc...).

rien dans http://marc.theaimsgroup.com/?l=ipcop* (enfin rien avec réponses)

j'imagine que je dois chercher un .config (que j'ai pas sur ma config), y'a pas de /proc/config.gz non plus, je sèche un peu, d'ou ma question sur ce forum

[batman]

visiblement, y'a peu de chance que cela fonctionne (actuellement)

cat /proc/bus/usb/devices (partiel)
Vendor=059b ProdID=0030 Rev= 1.00
S: Manufacturer=Iomega
S: Product=USB Zip 250

http://www.ipcop.org/index.php?module=p ... g=UsbIDMap

le 'vendor' n'existe pas dans ce tableau

[megagolgoth]

il faudra probablement attendre la version 2 d'IpCop, qui elle implémente un noyau 2.6, qui je suppose, supporte les lecteur zip en natif.
Il ne serait pas inutile de chercher sur les forums anglophones, et sur les forums germanophones (pour ces derniers, il faut maitriser la langue, mais ils sont extrêmement bien fournis, et de bonnes qualités!).

[Gesp]

La disquette est bien vfat
/sbin/mkfs.vfat -c /dev/sdc1 (sdc car sur mon poste de travail sda et sdb déjà pris, mais l'ipcop n'a rien en sd*)

je branche le lecteur sur ipcop avec la disquette fraîchement formaté:

Sep 6 18:47:19 neo kernel: hub.c: new USB device 00:07.2-2, assigned address 10 (cela à commencé à 6 pour "address"

ok

mais un mount -t vfat /dev/sd[abcdefghij] /mnt/zip ne donne rien

normal
ce devrait être
mount -t vfat /dev/sda1

Regarde avec cat /proc/partitions s'il y a des partitions reconnues.
Si c'est le cas, le périphérique zip marche comme n'importe quel mass-storage.
J'ai un zip usb, cela je peux tester. Il me semble avoir testé l'installation depuis un zib, mais je ne sais plus si c'est avec le scsi ou l'usb.

cat /proc/bus/usb/devices (partiel)
Vendor=059b ProdID=0030 Rev= 1.00
S: Manufacturer=Iomega
S: Product=USB Zip 250

http://www.ipcop.org/index.php?module=p ... g=UsbIDMap

le 'vendor' n'existe pas dans ce tableau

Tout n'est pas recensé, il y a en aurait trop, surtout concernant les périphériques mass-storage ou tous les périph fonctionnent pas défaut sans modification de code, à part ceux figurant dans les unusual_dev qui ont eux des spécificités.