Коли розділити жорсткий диск?

Чи є якісь спеціальні апаратні переваги розділення жорсткого диска перед встановленням ОС порівняно з тим, як це робити після встановлення ОС?

(Тут, під перевагами, я маю на увазі фізичні ефекти, такі як термін експлуатації жорсткого диска тощо.

Реальних переваг немає.

Якщо у вас є лише один привід, ви навіть не отримаєте вибору. Ви повинні мати щось, для чого встановити ОС і для Windows, що є розділом.

(Для повноти: майже для будь-якої ОС, яка буде розділом, хоч ви можете сказати BSds і т. Д. Використовувати необроблений диск в небезпечно виділеному режимі. І я не здивуюся, якщо QNX, GNU / Linux і т.д. також підтримують це).

Сказавши, що:

1. Чому ви навіть думаєте, що це вплине на термін експлуатації жорсткого диска?
2. Незалежно від розділення перед встановленням до ОС або розділення після встановлення після ОС, ви майже напевно хочете, щоб другий диск або другий розділ для даних. (наприклад, для зберігання /usr/localта/home чи в windowsMy documents/

Найважливіша причина, що краще мати потужний план розділів під час встановлення, а не возитися з ним динамічно після встановлення вашої ОС, як правило, питання збереження даних. Багато утилітів дозволять урізати розділ, у якому є дані, що може залишити диск у пошкодженому стані та вимагати перевстановлення ОС або будь-яких додатків, які втратили файли внаслідок зміни. Однак у цьому і є міра; жорсткий диск або SSD не зазнають аномального старіння або стресу, змінюючи перегородки.

Здебільшого це не має значення.

Один виняток - це установка застарілих операційних систем на сучасні накопичувачі.

Старі інсталятори ОС прагнули вирівнювати перегородки за межами "циліндра". Зокрема, починаючи перший розділ на початку "циліндра" 1 (сектор 0 був зарезервований для коду завантаження та таблиці розділів).

Сучасні диски зазвичай розглядаються ОС як такі, що мають 255 "секторів" на "трек" і "63" голови. Тож кожен "циліндр" мав би 16065 секторів.

Це було добре, поки не з'явилися диски "розширеного формату". Ці диски мають фізичний розмір сектора 4KiB, але логічний розмір сектору - 512 байт. Вони працюють набагато краще, якщо читання та запис (особливо записує) кратне розміром 4KiB та вирівняне на межі 4KiB (8 логічних секторів). Неузгоджене записування перетворюється на операцію читання-зміна-запис, яка ризикує втратою даних.

Результат цього - якщо ви використовуєте накопичувач "розширеного формату", ви насправді хочете, щоб ваші розділи запускалися на межі 4KiB (8 логічних секторів).

Ви помітите, що 16065 не ділиться на 8. Тож використання старого інструмента ОС для розділення сучасного накопичувача великою ймовірністю може призвести до нерівності.

Багато файлових систем (наприклад, ext3 / ext4) приймають рішення щодо оптимізації зарезервованих структур (наприклад, розміри таблиць inode, зарезервований простір суперпользователя, можливо, навіть розмір використовуваних покажчиків). Сумнівно, чи залишаються ці структури оптимально налаштованими, якщо розмір файлової системи суттєво змінений, особливо за допомогою інструментів зміни розміру в Інтернеті, для яких зміна основ файлової системи буде небезпечною. Наприклад, занадто мала таблиця inode на ext3 (призначена для значно меншої файлової системи) може змусити вас зіткнутися з умовою, коли у файловій системі не вистачає "слотів" для файлів, тому ви можете раптом не створити жодного нового файлу та отримати помилка в просторі, навіть якщо залишилось багато місця. Занадто велика таблиця inode (яка була призначена для більшої файлової системи) може витратити місце.

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

Оскільки для ОС не потрібно багато місця (відносний термін ...), ви можете зробити розділ ОС порівняно невеликим, а розділ користувача - великим.

Анекдот: я використовую Linux, а мої користувацькі дані (називаються /home) вже на власному розділі вже 17 років. Дозволяється копіювати дані з диска на диск, не турбуючись про ОС або версію.