NR_CPUS
определяется как макрос в файле: include/linux/threads.h
.
struct schedule_data
определяется в: /usr/src/linux/kernel/sched.c
.
Если Вы используете /dev/sda1
как Ваш корень существующей системы, Вы будете не мочь размонтировать его, и выполнение так препятствовало бы тому, чтобы Вы работали отделенный от него так или иначе.
resize2fs
может увеличить ext3/4 файловые системы, в то время как смонтировано на более новых ядрах, но не уменьшить их.
Ваш лучший выбор состоит в том, чтобы, вероятно, использовать gparted живой CD или gparted, включенный с Системным Спасением CD. Они позволят Вам загрузить Linux на CD и затем изменить размер раздела Вашего жесткого диска, не монтируя его.
Если это не будет опцией, то у Вас должна будет быть отдельная установка Linux на другом разделе или устройстве, которое можно загрузить для изменения размеров; или пройдите долгий болезненный процесс резервного копирования, воссоздания раздела с нуля и восстановления резервного копирования.
Честный ответ на Ваш вопрос: нет, это не безопасно.
Потеря данных является очень реальной возможностью при изменении размеров разделов любого типа.
Действительно ли это - уверенность? Ни в коем случае. Я изменил размер многих разделов в свое время жизни; это - немного долгий, но обычно безаварийный процесс.
Однако это не 100%-й сейф, и Вы всегда, несомненно, должны будете иметь актуальное резервное копирование прежде, чем делать попытку изменить размер операции на любом разделе. Это еще более важно, когда Вы имеете дело с корневым разделом.
Да.
1. Скопируйте важные файлы (это работает, но иногда вещи могут пойти не так, как надо),
2. Начальная загрузка LiveCD
3. Выполненный Gparted (если не включенный в LiveCD, затем склонный - получают установку gparted),
4. Измените размер раздела и нажмите Apply
5. Начальная загрузка от жесткого диска