Peut-il écraser les partitions adjacentes

Voudrais

dd if=/dev/zero of=somepartition bs=512

effacer également les partitions après somepartitionou arrêter à la fin de somepartition?

Écraser une partition avec dd

ddest un outil très puissant mais aussi dangereux. Il fait ce que vous lui demandez de faire sans poser de questions. Donc, si vous lui dites d'effacer les photos de famille, ... et c'est une erreur de frappe mineure.

Mais si vous vérifiez et revérifiez, vous pouvez l'utiliser.

dd if=/dev/zero of=somepartition bs=512

ou je suggérerais

dd if=/dev/zero of=/dev/sdxn bs=4096

où xest la lettre de lecteur et nle numéro de partition et la taille de bloc 4096 octets accélère le processus d'écriture.

Dans ce cas, il est important que vous écriviez sur une partition . Si vous écrivez sur le lecteur entier (la tête de lecteur), /dev/sdxle lecteur entier sera écrasé. Mais l'écriture sur la partition sera interrompue à la fin de la partition et les partitions derrière elle seront conservées. (J'ai testé maintenant sur une clé USB dans Lubuntu 16.04 LTS, donc je sais que cela fonctionne comme ça.)

Exception pour une partition étendue

Il existe une exception pour une partition étendue (qui est un conteneur pour les partitions logiques, afin d'avoir plus de quatre partitions dans une table de partition MSDOS). Ceci est décrit dans le lien suivant,

Puis-je créer une image de partition «étendue» en utilisant dd?

Mais il y a aussi un autre problème. J'ai testé votre commande dans un environnement de test, et j'ai lu un seul kibioctet (1024 octets) quand je voulais qu'il fasse une image d'une partition étendue.

J'ai également testé cela maintenant sur une clé USB dans Lubuntu 16.04 LTS, et cela s'applique à l'écriture (ainsi qu'à la lecture). Seul le premier kibibyte est écrasé.

Pour résumer, l'écrasement des partitions principales et des partitions logiques fonctionne selon la description principale de cette réponse. Mais n'utilisez pas cette méthode pour écraser une partition étendue car seul le premier kibioctet sera écrasé. Les partitions logiques de la partition étendue ne seront plus trouvées via la table de partition, mais les données qui y sont stockées sont toujours là.

Les écritures sur un périphérique de partition n'écriront pas en dehors de cette partition, avec dd ou autre chose. Vous auriez besoin d'utiliser un périphérique à disque complet pour avoir un effet en dehors d'une seule partition.

(Avertissement: sauf si votre disque a une table de partition avec des partitions qui se chevauchent, ce qui ne devrait jamais arriver.)

Je pense que votre question est basée sur un malentendu fondamental sur le fonctionnement dd(et en fait les systèmes d'exploitation de type Unix en général):

ddne peut pas écraser les partitions adjacentes, tout simplement parce que ddne peut pas écraser les partitions, point .

ddécrit simplement dans des fichiers . C'est ça.

Maintenant, si vous passez ddun fichier qui représente plusieurs partitions, puis ddécrasera ce fichier . Mais dans ce cas, il n'écrit pas ddaprès la fin de la partition. ddécrira toujours jusqu'à la fin du fichier, et seulement jusqu'à la fin du fichier.

Mais, si vous passez ddun fichier qui ne représente qu'une seule partition, alors ddil n'écrira pas après la fin de cette partition. Encore une fois, cela n'a rien à voir avec dd. ddécrit simplement dans le fichier sur lequel vous lui demandez d'écrire. Le fait que ce fichier représente une seule partition est (dans ce cas) assuré par le pilote de périphérique de bloc dans le noyau. ddn'a rien à voir avec ça.

Donc, en bref: ddécrit dans des fichiers. Ce que ces fichiers représentent, cela ne nous ddinquiète pas. ddne sait rien des partitions.

Il existe un scénario spécial dangereux, mais rare, dans lequel cela peut se produire même avec des pilotes de périphérique de bloc non buggés:

• La table de partition sur le disque est modifiée de manière à ce que la partition x soit redimensionnée pour se terminer sur une limite inférieure qu'auparavant. Soit la partition y située derrière est redimensionnée en haut à partir d'une limite inférieure, soit une nouvelle partition y est ajoutée dans l'espace.
• La partition y est remplie de données pertinentes par des moyens indépendants de la table de partition, par exemple en utilisant dd avec des options de saut / comptage sur le périphérique de bloc de disque entier (par exemple / dev / sda)
• L'ioctl qui indique au noyau de relire la table de partition n'est pas émis ou échoue en raison de périphériques occupés
• La partition x est écrite par n'importe quel processus qui essaie d'y écrire jusqu'à ce qu'elle rencontre une condition d'erreur.

Vous devez être prudent avec dd car si vous faites une erreur, vous pouvez écraser plus que ce que vous aviez négocié et cela dépend de ce que vous utilisez pour dd (l'OP était vague dans son utilisation de dd et la syntaxe exacte du dd commander).

Si vous spécifiez une partition, il écrit sur cette partition jusqu'à ce que la partition soit pleine.

Si vous faites une erreur et placez le lecteur entier, par exemple de = / dev / sda, dd écrira sur le disque entier pour commencer à ignorer (et écraser) votre table de partition.

Vous pouvez également utiliser dd sur une partition pour écraser les fichiers supprimés (les fichiers supprimés peuvent rester sur la partition et découverts par divers outils de récupération avec différents degrés de succès jusqu'à ce qu'ils soient écrasés. Dans ce cas, vous pouvez utiliser dd pour remplir l'espace libre en écrire dans un fichier.

dd if=/dev/zero of=/path/to/mount_point/zero_file bs=4096
rm -f /path/to/mount_point/zero_file

Selon ce que vous faites, cependant, vous souhaiterez peut-être utiliser un autre outil pour supprimer les fichiers en toute sécurité. Voir Comment supprimer des fichiers de manière sécurisée? pour les options.