Не думай, как получилось так - подумай, как это исправить.
Доклад начал.
Имеется винчестер на 180 гб из которых 80 отедено под убунту, для работы надобная, плюс там еще раздел файла убунтовского около 2 гб. Так же имеем твердотельник на 160 гб. Задача - перенести убунту на твердотельник без шуму и пыли. Возможно ли такое? Терять инфу нельзя - рабочие веб проэкты. В линуксе не сильно шарю, так что можно по пальцам. Так же в перспективе интересно можно ли на одном твердотельнике подружить винду с убунтой. Зачем это все? 180 гиговик греется, хочется убрать винты до состояние 1ТБ и твердотельник.
Доклад окончил.
Имеется винчестер на 180 гб из которых 80 отедено под убунту, для работы надобная, плюс там еще раздел файла убунтовского около 2 гб. Так же имеем твердотельник на 160 гб. Задача - перенести убунту на твердотельник без шуму и пыли. Возможно ли такое? Терять инфу нельзя - рабочие веб проэкты. В линуксе не сильно шарю, так что можно по пальцам. Так же в перспективе интересно можно ли на одном твердотельнике подружить винду с убунтой. Зачем это все? 180 гиговик греется, хочется убрать винты до состояние 1ТБ и твердотельник.
Доклад окончил.
-
-
06.07.2013 в 18:46-
-
06.07.2013 в 20:04kid!Tiru, при чём здесь архитектуры? операционной системе пофиг, что там за данные в соседнем разделе
это просто неудобно в случае падения харда - пропадут сразу две системы
лучше, конечно, физически системы разнести системы по разным хардам
-
-
07.07.2013 в 01:24Есть годная тема почитать про этот танец с бубном?
-
-
08.07.2013 в 06:271. бубунта видит оба накопителя. будем называть старый /dev/sda, а новый /dev/sdb
2. fdisk /dev/sdb, создаём два раздела (один под своп)
3. mkswap /dev/sdb1 (скопировать ууид)
4. mkfs /dev/sdb2 (ФС по выбору, скопировать ууид)
5. mount /dev/sdb2 /mnt
6. rsync -auH --exclude /dev/* --exclude /proc/* --exclude /sys/* --exclude /mnt/* / /mnt
7. nano /mnt/etc/fstab (исправить ууиды файловых систем на новые)
8. umount /mnt
-
-
08.07.2013 в 14:46-
-
08.07.2013 в 19:30