Bonjour,
j'aimerais effacer toutes les données de mon vieux pc (pentium 100mhz, 10mo de ram, ...)
J'aimerais lancer la commande shred depuis un live-cd mais quel live-cd accepterait de tourner avec si peu de ram?
Sinon, quelqu'un a peut-être une autre solution?
# 32mo de ram en fait
Posté par hypno . Évalué à 1.
# DSL
Posté par gringonz . Évalué à 2.
# un marteau
Posté par neologix . Évalué à 4.
[^] # Re: un marteau
Posté par B16F4RV4RD1N . Évalué à 2.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: un marteau
Posté par fcartegnie . Évalué à 4.
Mon 486sx33 avec ses 8Mo de ram faisait tourner la slack 1.3...sans magie
# mettre le disque dur sur une machine recente
Posté par NeoX . Évalué à 5.
2°) plus de ram => n'importe quel livecd
3°) je ne connais pas la capacité du disque, mais si tu ne veux pas le recycler, un coup de marteau avec un poinson et tu es tranquille
[^] # Re: mettre le disque dur sur une machine recente
Posté par anakin . Évalué à 1.
Sinon, un Live CD léger type DSL, même pas besoin d'interface graphique pour faire un simple shred ;)
Et si tu peux pas booter sur CD nativement (pas pris en charge par le bios), tu peux charger smart boot manager (par exemple) sur disquette et, de là, démarrer sur le CD ;)
[^] # Re: mettre le disque dur sur une machine recente
Posté par NeoX . Évalué à 2.
comme PCI, PCI-X, AGP, PCI-e
m'etonnerais que ce soit directement le disque dur brancher dessus
mais à ce moment là à quoi va servir le shred ?
a eviter qu'on ne remonte la machine pour lire son contenu ?
il doit y avoir quoi, 2Go de disque dur,
autant mettre un coup de burrin, ca prendra 5 minutes,
pas besoin de booter un quelconque support
[^] # Re: mettre le disque dur sur une machine recente
Posté par nono14 (site web personnel) . Évalué à 1.
La dernière fois que j'ai vu un controleur disque sur une carte c'etait sur un 8086 640ko de mémoire 20 Mo de disque dur...
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
# live-disquette ?
Posté par solsTiCe (site web personnel) . Évalué à 1.
sinon tu peux toujours acheter une barette de ram (32 MO ? 64 Mo ?) d'occaz. ça devrait pas être trop cher ??
[^] # Re: live-disquette ?
Posté par teoB . Évalué à 2.
Il n'y a peut-être plus de version disquette pour la dernière version, mais en prenant une version plus ancienne, ça doit le faire.
http://sourceforge.net/projects/dban/files/
# swap ?
Posté par bubar🦥 (Mastodon) . Évalué à 2.
Tu pourrais peut être préparer une distribution miniature, que tu bootes sur un CD, et avec tu déclares de la swap sur une vieille clef usb, tu devrais certainement avoir une vieille clef usb genre 128 ou 256 de ram qui ne servira plus, non ? Cela te dégages de toutes utilisations du disque dur pour ce que tu veux faire, et la swap est faite pour cela, alors profites en.
# un aimant
Posté par nono14 (site web personnel) . Évalué à 1.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: un aimant
Posté par GG (site web personnel) . Évalué à 3.
j'ai déjà fait l'essai avec des cartouches Syquest, aucun effet.
Le marteau sur les plateaux de disque, c'est efficace....
A bientôt
Grégoire
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
# pourquoi ?
Posté par lem__mel . Évalué à 5.
[1] de toute façon, ce qui compte c'est l'effort que quelqu'un sera capable d'investir pour récupérer les données qui compte : si c'est une bête compta, et à moins que ce soit celle de la pègre, abîmer les connecteurs suffit largement.
# Disquette.
Posté par Grunt . Évalué à 4.
Ça se faisait avec une simple disquette 3' 1/4 qui chargeait:
- un noyau Linux avec son pilote IDE,
- un dd if=/dev/urandom of=/dev/hda 14 fois de suite.
Donc même avec ta vieille bouse tu devrais pouvoir effacer ton disque sans soucis.
Et 14 passes de urandom, c'est plus efficace que de marteler le disque: on peut relire les données d'un disque martelé.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Disquette.
Posté par mathieui (site web personnel) . Évalué à 1.
quelques unes devraient suffire, non ? (et on ne sait toujours pas ce qu'il compte faire avec, donc si c'est juste pour jeter, c'est beaucoup de précautions pour pas grand chose)
[^] # Re: Disquette.
Posté par Grunt . Évalué à 2.
Disons qu'avec 14 passes t'es absolument certain que rien ne sera récupérable.
Pour la petite histoire, on avait quelques dizaines de machine à effacer, et y'en avait pour une dizaine d'heures (facteur limitant, le CPU). On a donc posé des multiprises en cascade et effacé un maximum de machines en même temps: une fois que le contenu de la disquette est chargé en RAM, tu peux la sortir et lancer une autre machine.
Ben, mine de rien, 20 machines avec le CPU (un Sempron) à 100%, dans une pièce fermée, ça chauffe ^^'
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: Disquette.
Posté par Nicolas Boulay (site web personnel) . Évalué à 2.
Et encore, récupérer des données en ayant exploser l'électronique qui va avec et encore pire le plateau doit rendre toute récupération impossible.
"La première sécurité est la liberté"
# slitaz, 30 M
Posté par palm123 (site web personnel) . Évalué à 2.
ウィズコロナ
# Kolibri
Posté par Nonolapéro . Évalué à 4.
C'est une distribution tout en assembleur.
[^] # Re: Kolibri
Posté par B16F4RV4RD1N . Évalué à 3.
Que cela soit dans qemu ou sur du vrai matériel, cela met 2 secondes à démarrer depuis un cdrom. J'ai réussi à faire fonctionner le réseau, mais pas à utiliser le navigateur.
C'est un fork de menuetos, mais menuetos demande plus de ressources : pour la version 64bit, la seule encore développée (et pas libre), il faut 512 Mo et bien que n'ayant testé que dans qemu, c'était plus lent.
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Kolibri
Posté par dinomasque . Évalué à 2.
BeOS le faisait il y a 20 ans !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.