Размер имеет значение)
Запись от KellyDink размещена 10.03.2017 в 14:43
Показов 2720
Комментарии 8
Метки c++
|
Увеличиваем размер диска для виртуального жесткого диска на VirtualBox. 1)останавливаем виртуалку 2)Запускаем VBoxManage modifyhd test.vdi --resize 20000, где test.vdi - имя машины, а 20000 - новый размер, до которого вы хотите увеличить.
4) Для этого в виртуалке выполняем cfdisk и создаем новый диск на свободном месте после чего он отображается как /dev/sda3 и с ним я дальше так и не поняла что делать, поэтому пошла читать гугл дальше 4.1) другие советовали установить gparted
там тоже самое, что и в cfdisk только в приятном гуишном интерфейсе. 6. Если мы выполним
7. После чего в терминале открываем от имени рута право на редактирование системного файла: sudo gedit /etc/fstab и вставляем в конец этого файла следующую строчку: /dev/sdaХ /путь/куда/монтировать/раздел ext4 defaults 0 2 Где Х — это номер раздела. К примеру: /dev/sda5 /media ext4 defaults 0 2 и чисто в теории он должен примонтироваться в указанную папку. но вот у меня он очень криво это сделал. но заработал. | ||||||||||||||||||||
Метки c++
Размещено в Без категории
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Всего комментариев 8
Комментарии
-
сказки про ИИ сильно преувеличены. поэтому ваш линукс не смог сам угадать, что диск (или раздел) после создания нужно еще и .... форматироватьЗапись от Dmitry размещена 10.03.2017 в 14:47 
-
Вы разбили все мои надежды про ИИ( но все-равно в силу обстоятельств, он таки все еще сильно умнее меня.
а как его форматировать надо было? из cfdisk'a?
я там выбрала free space - выставила разметку и нажала Write. после чего, он стал отображаться, как нормальный уважающий себя диск, только не работал и не виделся системой.Запись от KellyDink размещена 10.03.2017 в 18:01
-
4.1.1. ПКМ по разделу, форматировать. выбираем желаемое.
4.2. Отформатировать из консоли/терминала тоже несложно.
Например, новый раздел -- sda5, желаемая ФС -- ext4:То, что делается в cfdisk, fdisk, gdisk, ... прочих программах разметки диска -- это работа с таблицей разделов по созданию/изменению самих разделов (непрерывных кусков диска).Bash 1
$ sudo mke2fs -t ext4 /dev/sda5
Однако, обычно, чтобы писать файлы на раздел, на нем создается файловая система -- логическая структура, позволяющая иметь файлы и каталоги, и определенным способом организующая место такого раздела.Запись от bormant размещена 13.03.2017 в 19:39
-
Увеличение размера раздела не рекомендуется в связи со следующим.
Файловые системы семейства ext* используют понятие inode -- единицы выделения места под данные. При создании ФС mke2fs "прикидывает", сколько нужно зарезервировать inode для ФС. Для больших по размерам разделов нужно больше inode. "df" покажет свободное место на разделе, "df -i" покажет количество свободных inode. Число inode прогнозируется с большим запасом, поэтому чаще встречается ситуация, когда место закончилось, а inode еще есть.
Однако, возможна и обратная ситуация, когда inode кончились, а свободное место место еще осталось.
Это значение постоянно и без переформатирования его не изменить. Если увеличить маленький раздел, то вероятность ситуации с нехваткой inode возрастает тем сильнее, чем сильнее увеличен раздел.
Есть ФС, не использующие inode, к ним изложенные выше аргументы, естественно, неприменимы.Запись от bormant размещена 13.03.2017 в 19:48
-
Про форматирование поняла. спасибо большое. в следующий раз буду делать из консольки.
А вот по поводу inode'ов пока плохо понятно. Вот вывод моих команд. раздел и папки показаны одинаково. а вот значения раздела "Использовано" поменялся. Могу ли я как-нибудь перераспределить inode'ы при увеличении диска?
Сообщение от bormant
C++ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
root@KaterinaDeb:/opt/yEd# df -i Файловая система Iнодов IИспользовано IСвободно IИспользовано% Cмонтировано в /dev/sda1 4685824 400114 4285710 9% / udev 763709 389 763320 1% /dev tmpfs 765832 553 765279 1% /run tmpfs 765832 299 765533 1% /dev/shm tmpfs 765832 4 765828 1% /run/lock tmpfs 765832 13 765819 1% /sys/fs/cgroup tmpfs 765832 26 765806 1% /run/user/1000 root@KaterinaDeb:/opt/yEd# df Файловая система 1K-блоков Использовано Доступно Использовано% Cмонтировано в /dev/sda1 73627880 23116332 46748400 34% / udev 10240 0 10240 0% /dev tmpfs 1225332 24500 1200832 2% /run tmpfs 3063328 158360 2904968 6% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 3063328 0 3063328 0% /sys/fs/cgroup tmpfs 612668 40 612628 1% /run/user/1000
Запись от KellyDink размещена 15.03.2017 в 15:11
-
Подробнее по inode: https://ru.wikipedia.org/wiki/Inode
Имеется в виду уже созданная ФС. Очевидно, можно загрузившись с ремонтного носителя, сделать файловый бэкап, увеличить раздел, отформатировать его -- новая ФС получит необходимое место под inode -- развернуть бэкап обратно.
На выводе "df -i" хорошо видно, что количество inode резервируется с большим запасом -- занято уже 34% места на разделе, но использовано только 9% от доступного количества inode. Если принять имеющееся положение дел за обычную ситуацию, запас по количеству inode при форматировании получается почти четырехкратный.
На 73627880 килобайтных блоков выделено 4685824 iнод, примерно 1 на 16 КБ места.Запись от bormant размещена 15.03.2017 в 15:35
-
спасибо!
а может Вы еще в качестве рождественского подарка подскажете чем лучше бэкап в линуксе снимать? я бы тогда попробовала на виртуалочке все свернуть и заново все развернуть)Запись от KellyDink размещена 16.03.2017 в 17:56
-
Вариантов на самом деле масса:
fsarchiver
dump/restore
partimage
tar (обратить внимание на ключи)
...
Но у вас на сегодняшний день вполне себе неплохой запас, стоит ли беспокоиться?Запись от bormant размещена 16.03.2017 в 18:50
Сообщение от bormant
спасибо!
