Claude Fuhrer wrote:
Bonsoir
je viens de recevoir un appel à l'aide d'un copain dont le HD vient de
crasher. Bien entendu, il n'a pas les backup à jour et a absolument
besoin des informations qui se trouvent sur le disque. Est-ce que vous
connaissez des entreprises permettant de récupérer
2. on pourrait imaginer sauvegarder les données dans une raw
partitions.
Dans ce cas, on doit alors considerer la "raw partition" comme une tape. En
effet, si la taille du backup est bien inferieur a celle de la partition, il
est domage de perdre l'espace non utilise. Il faut alors
On Tue, 10 Oct 2000, you wrote:
2. on pourrait imaginer sauvegarder les données dans une raw
partitions.
Complement :
--
dd permet de "sauter" des blocks a l'aide de la commande "skip". Il n'est donc
pas necessaire d'utilliser le "raw device" en mode "no rewind" ! Il suffit
Salut,
quelqu'un aurait-il connaissance d'un outil (en perl,html ou javascript)
qui
pourrait avoir le même type de fonctionnalité que les index help, où à
chaque lettre tapée dans un champ texte, ça nous amène directement sur le
début du mot de l'entrée d'index correspondante (je sais pas si
On Tue, 10 Oct 2000, Daniel Cordey wrote:
d'utilliser dd en combinaison avec 'mt'. Ce qui permettrait d'avoir des
pas avec un raw device *disque* (c'est ce que j'entendais). Je ne parlais
pas d'un device tape (car sous Linux, il n'existe pas de raw device en
fait).
Résumons:
Problème:
Marc SCHAEFER [EMAIL PROTECTED] wrote:
En 2.4 + nouvelle libc + applications modifiées dans certains cas c'est
bon.
Je suis pas très chaud pour passer un serveur en production en 2.4.x :)
Ou sur Alpha, SPARC, etc.
Ca j'aimerais bien mais c'est un peu cher comme matos.
Alternativement,
Marc SCHAEFER [EMAIL PROTECTED] wrote:
1. afbackup est un outil semble-t-il assez appréciable lorsqu'on n'a
pas de cassettes ou une seule, et il gère d'après ce j'ai compris
le saucissonnage
J'ai regardé en vitesse ce afbackup, je pense que je vais me repencher
dessus.
2.
On 10 Oct 2000, Francois Deppierraz wrote:
Mais n'y a-t-il pas un problème de fiabilité vu qu'on utilise pas de
filesystem car il me semble que le filesystem gère lui-même les
badblocks et ce genre de problèmes, non ?
hum, les disques corrects devraient faire un warning, puis remapper le
On Tue, 10 Oct 2000, you wrote:
Mais n'y a-t-il pas un problème de fiabilité vu qu'on utilise pas de
filesystem car il me semble que le filesystem gère lui-même les
badblocks et ce genre de problèmes, non ?
Sauf erreur, le hardware/firmware du disque gere deja les bads blocks, les
isole
On Tue, 10 Oct 2000, Daniel Cordey wrote:
comme en tres mauvais etat. Je ne crois pas que le disque s'occupe de
prevenir le driver a chaque probleme. Par contre il se peut que le driver
C'est une option des mode pages dans les disques SCSI. (Read/Write
Recovery).
examine cette table
What: tmpwatch
Problem: shell command execution
Remote: no
Notes: SuSE is not vulnerable
What: Boa
Problem: Exposes contents of local files
Remote: yes
What: esound
Problem: UNIX domain socket race
Remote: no
Notes: Debian slink/potato/woody not vulnerable.
What: Master Index
Problem: Traverse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Comme d'habitude, on fait un réunion ce soir (mardi, oct. 10, 2000) à
20h00 chez Ynternet.
Voir le plan à http://www.linux-gull.ch/lieux/index.html .
Sujet de discussion:
* Debriefing de Journée de Logiciels Libres (avec des ampoules 300W et des
12 matches
Mail list logo