Може DD замінити сусідні розділи

Б

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

також протирати розділи після somepartitionабо зупинити в кінці somepartition?

Перепишіть розділ на dd

ddє дуже потужним, але й небезпечним інструментом. Це робить те, що ви скажете, без проблем. Тож якщо ви скажете йому витерти сімейні фотографії, ... і це незначна помилка введення тексту.

Але якщо ви перевірите і подвійно перевірте, ви можете скористатися цим.

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

або я б запропонував

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

де xє літера диска та nномер розділу та розмір блоку 4096 байт, що робить процес запису більш швидким.

Важливо, щоб у цьому випадку ви писали на розділ . Якщо ви запишете на весь диск (кінець головки диска), /dev/sdxвесь диск буде перезаписаний. Але запис у розділ буде перервано в кінці розділу, і розділи, що стоять за ним, будуть збережені. (Я протестував зараз на USB-матриці в Lubuntu 16.04 LTS, тому знаю, що він працює так.)

Виняток для розширеного розділу

Існує виняток для розширеного розділу (який є контейнером для логічних розділів, щоб мати більше чотирьох розділів у таблиці розділів MSDOS). Це описано в наступному посиланні,

Чи можу я зробити зображення "розширеного" розділу за допомогою dd?

Але є й інша проблема. Я перевірив вашу команду в тестовому середовищі, і dd прочитав лише один кібібайт (1024 байти), коли хотів, щоб він створив зображення розширеного розділу.

Я перевірив це також зараз на USB-матриці в Lubuntu 16.04 LTS, і це стосується написання (а також читання). Перезаписується лише перший кібібайт.

Отже, підсумовуючи, перезапис первинних розділів та логічних розділів працює відповідно до основного опису цієї відповіді. Але не використовуйте цей метод для перезапису розширеного розділу, оскільки буде замінено лише перший кібібайт. Логічні розділи розширеного розділу більше не будуть знаходитись через таблицю розділів, але дані, що зберігаються в них, все ще є.

Записи на пристрій розділів не записуватимуть за межами цього розділу, з dd або чим-небудь іншим. Для будь-якого ефекту поза одним розділом вам потрібно буде використовувати пристрій з великим доступом.

(Caveat: якщо на вашому диску немає таблиці розділів із перекриттями розділів, що ніколи не повинно відбуватися.)

Я думаю, що ваше запитання базується на принциповому непорозумінні щодо того, як dd(і насправді Unix-подібні операційні системи взагалі працюють):

ddне може перезаписати сусідні розділи, просто тому, що ddне можна перезаписати розділи, періодично .

ddпросто записує у файли . Це воно.

Тепер, якщо ви передати ddфайл , який представляє кілька розділів, то ddбуде перезаписувати цей файл . Але в цьому випадку це не ddнаписання минулого кінця розділу. ddзаписуватиметься до кінця файлу і лише до кінця файлу.

Але, якщо ви передасте ddфайл, який представляє лише один розділ, він ddне запише минулого кінця цього розділу. Знову ж таки, це не має нічого спільного dd. ddпросто записує у файл, до якого ви скажете його написати. Те, що цей файл являє собою єдиний розділ, (у цьому випадку) забезпечується драйвером блокового пристрою в ядрі. ddне має нічого спільного з цим.

Отже, коротше: ddзаписує у файли. Те, що представляють ці файли, не викликає жодних ddпроблем. ddнічого не знає про перегородки.

Існує небезпечний, але рідкісний спеціальний сценарій, за якого це може статися навіть із драйверами блокових пристроїв, що не мають помилок:

• Таблиця розділів на диску змінюється таким чином, щоб розмір розділу x мінявся до кінця на нижній межі, ніж раніше. Або розділ y позаду нього змінено верхній початок на нижній межі, або новий розділ y додається в простір.
• Розділ y заповнюється відповідними даними засобами, які не залежать від таблиці розділів, наприклад, використовуючи dd з параметрами пропуску / підрахунку на блоковому блоці цілого диска (наприклад, / dev / sda)
• Ioctl, який сповіщає ядро ​​перечитати таблицю розділів, не видається або не працює через зайняті пристрої
• Розділ x записується будь-яким процесом, який намагається записати на нього, поки він не потрапить у стан помилки.

Ви повинні бути обережними з dd, як якщо ви помилитесь, ви можете перезаписати більше, ніж ви торгувались, і це залежить від того, для чого ви використовуєте dd (ОП було розпливчастим у його використанні dd та точному синтаксисі dd команда).

Якщо ви вкажете розділ, він запише до цього розділу, поки розділ не буде заповнений.

Якщо ви помилитесь і помістите весь диск, наприклад = / dev / sda, dd запише весь диск, щоб почати ігнорувати (і перезаписувати) вашу таблицю розділів.

Ви також можете використовувати нас на розділі, щоб перезаписати видалені файли (видалені файли можуть залишатися на розділі та виявлені різними інструментами відновлення з різним ступенем успіху, поки вони не будуть записані. У цьому випадку ви можете використовувати dd для заповнення вільного простору шляхом запис у файл.

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

Однак, залежно від того, чим займаєтесь, ви можете скористатися альтернативним інструментом для безпечного видалення файлів. Див. Розділ Як безпечно видалити файли? для варіантів.