J'ai un accès ssh à distance et un accès root. Je n'ai pas d'accès physique. Je ne cherche pas de solutions impliquant de démarrer dans quoi que ce soit, je veux le faire à partir de ce qui fonctionne actuellement.
Le système d'exploitation est SL6. Existe-t-il un moyen de charger tout ce qui est nécessaire dans la RAM et d'utiliser dd ou un outil similaire pour effacer en toute sécurité le disque entier ? Il est évident que cela aboutira à une boîte non fonctionnelle à la fin, le résultat que je voulais obtenir.
Il semble que cela devrait être possible.
Deux autres ajouts intéressants :
-
Être capable de se connecter, de lancer l'écran, d'exécuter la commande dd et de se détacher. Se connecter une semaine plus tard une fois que c'est terminé. :)
-
D'une certaine manière, il y a une barre de progression ?
Mise à jour : J'opte maintenant pour l'option chroot. Actuellement, je fais :
mkdir /dev/shm/ramdisk/ && cd ramdisk && mkdir bin lib64 && cd /lib64 && cp ld-linux-x86-64.so.2 libc.so.6 libdl.so.2 libpthread.so.0 librt.so.1 libtinfo.so.5 /dev/shm/ramdisk/lib64 && cd /bin && cp bash dd /dev/shm/ramdisk/bin && cd /dev/shm/ramdisk && chroot .
Ce qui fonctionne ( !) mais j'ai toujours besoin de /dev/zero et /dev/sda. Une idée ?
Mise à jour 2012-07-20 :
mkdir /dev/shm/ramdisk/ && cd /dev/shm/ramdisk && mkdir bin lib64 && cd /lib64 && cp ld-linux-x86-64.so.2 libc.so.6 libdl.so.2 libpthread.so.0 librt.so.1 libtinfo.so.5 /dev/shm/ramdisk/lib64 && cd /bin && cp bash dd /dev/shm/ramdisk/bin && mkdir /dev/shm/ramdisk/dev && cd /dev/shm/ramdisk/dev && cp -a /dev/zero . && cp -a /dev/sda . && cd .. && chroot . dd if=/dev/zero of=/dev/sda bs=1M
Ce qui semble faire quelque chose, mais j'aimerais avoir une sorte d'indicateur de progression si possible, ainsi qu'un moyen de se détacher et d'établir une nouvelle connexion ssh plus tard.
3 votes
Essayez-le ;) Eventuellement dans une VM d'abord.
2 votes
Quand vous dites que le démarrage n'est pas une option, voulez-vous dire que toucher la console/insérer un média n'est pas une option, ou que la machine ne peut pas être redémarrée du tout ? Parce que vous pouvez potentiellement ajouter une image livecd sur votre disque. Lorsque le système redémarre, il démarre l'image livecd, la charge en mémoire et lance un serveur SSH.
0 votes
En effet, je n'ai pas d'accès physique. En tout cas, je connais la solution du live cd, donc je suis intéressé à connaître une autre solution, spécifiquement avec les conditions posées dans ce problème. Merci !
0 votes
Pure spéculation : Je me demande si
chrootdans un disque RAM peut aider à cela. Deuxième spéculation : partitionner une partie du disque, réécrire Grub, et redémarrer.0 votes
Il n'y a qu'un seul sécurisé option, si la confidentialité des données est vraiment une préoccupation : vous devez détruire le disque. Les options normales sont : 1) démagnétiseur, 2) ponceuse de disque, 3) marteau à panne ronde. Si vous pouvez redémarrer, il est alors possible d'utiliser des outils de nettoyage de disque de niveau DoD, mais vous avez éliminé les redémarrages comme option.
0 votes
Utilice
pvpour faire une barre de progression, comme :dd if=/dev/zero | pv | dd of=/dev/sda0 votes
Et pour votre nouveau système : mettez toutes vos données privées et l'espace d'échange sur des partitions cryptées. Ça vous évitera des maux de tête ultérieurs.