После клонирования диска система не грузится ubuntu
Вопрос: как лечить?
Было несколько способов.
1. Восстановление GRUB2 при помощи Live CD (в моем случае USB)
Запустил систему с Live USB и открыл терминал. Для этого можно нажать Alt+F2 и ввести команду:
gnome-terminal
Далее необходимо было узнать таблицу разделов. Используйте команду:
sudo fdisk -l
На экран должна быть выведена примерно такая таблица:
/dev/sda1 29 8369 66999082+ 83 HPFS/NTFS
/dev/sda2 8370 13995 45190845 7 HPFS/NTFS
/dev/sda3 13996 14593 4803435 5 Linux swap
/dev/sda4* 14593 30584 66999082+ 83 Linux
(набрал приблизительно:)
2. Восстановление GRUB2 при помощи Boot-Repair
Загрузил клонированный компьютер при помощи той же Live-USB, установил Boot Repair при помощи следующих команд:
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)
После запуска программы установил на вкладке "Main options" установил флажок Reinstall GRUB
Вопросы
Но, остались некоторые вопросы, может кто-то ответит? Предполагается клонирование десятка машин, пока стоит вопрос о нормальной загрузке обеих операционных систем.
1. Можно ли клонировать систему чем-то таким, что сбросит UUID в конфигурационных файлах GRUB. Возможно заменить UUID на имя раздела sda3 и т.п.
2. Что будет, а точнее каких проблем можно ожидать, если в ручную изменить UUID диска в GRUB? Может есть какие-то программы, которым тоже важен UUID, а они будут использовать старый?
Пометки в тему, можно не читать. Изменение загрузочного меню GRUB.
Finally, change the GRUB_DEFAULT option in /etc/default/grub to point to the new stanza you added.
0 will refer to the first stanza, 1 to the second, and so on.
For example:
GRUB_TIMEOUT=5
GRUB_DEFAULT=0
grub2-mkconfig --output=/boot/grub2/grub.cfg
На ноутбуке, кстати, BIOS-CSM или UEFI режим загрузки?
Стационарный комп. Включена UEFI. SSD работал с ней же, поэтому не стал ничего трогать при клонировании. Про переустановку загрузчика и правку /etx/fstab - с чего лучше начать?
Проверь, что в /etc/fstab совпадает UUID разделов.
Через chroot перегененируй конфиг grub.
И возможно, нужно перкгенерировать initramfs, чтобы в нем были драйверы (модули) для доступа к nvme диску.
Сверка uuid и правка /etc/rstab;
Перегенерации grub.cfg и правка конфига груб, в котором указывается откуда грузить основной конфиг.
Переустановка efi образа grub и прописывание его в efivars, либо переименовывание его в bootx64.efi.
Загрузись с флешки и сделай как говорит астронавт.
Если не сможешь самостоятельно, скопируй сюда содержимое fstab и выхлоп sudo fdisk -l . Для начала можешь просто sudo update-grub попробовать, может прокатить (с efi не прокатит, инструкция ниже).
WitcherGeralt ★★ ( 21.08.20 22:45:31 )
Последнее исправление: WitcherGeralt 21.08.20 22:50:20 (всего исправлений: 1)
Сложно это для меня :-( Скажите, а есть ли смысл в «переезде» с sATA SSD на NVME?
Вот инструкция по восстановлению grub, смотри секцию «Восстановление используя chroot». Не ссы, ничего сложного.
Спасибо за советы и поддержку :-) Ушёл пробовать. Мне, чтобы nvme воткнуть - полкомпа разобрать надо. О результатах отпишусь.
Ты скопировал, не смог загрузиться, вытащил, загрузился с SATA-носителя, написал сюда, а сейчас хочешь по второму кругу?
Немного не так… Сейчас я подключил рабочий SSD, с которого копировал систему, и загрузился с него. Не отключая NVME.
Теперь сперва проверю содержимое fstab
UUID=bc214833-d0f3-4849-b7e0-bff3b79f0e82 / btrfs defaults,subvol=@ 0 1
UUID=bed99606-a0a7-4fcc-81f5-93123dd6dcef /home btrfs defaults,subvol=@home 0 2
UUID=705936c6-fe57-442e-8f1f-12d0764d80f7 none swap sw 0 0 /dev/sdc1 /media/data btrfs defaults 1 2 /dev/sdd1 /media/multimedia btrfs defaults 1 2
Кстати - вообще божественно получилось: разделы swap и efi подтянулись с nvme, а загрузка произошла с ssd. Я так полагаю, что нужно в fstab таки прописать uuid раздела root на nvme - и будет мне счастье?
Ты же таблицу разделов склонировал? По логике уиды должны быть одинаковые. Это легко проверить с помощью fdisk .
Скорее всего достаточно обновить конфиг grub. UPD. Старый носитель я бы прр этом отключил, ибо при одинаковых уидвх поведение непредсказуемо. По крайней мере я не в курсе, что из этого может получиться.
WitcherGeralt ★★ ( 21.08.20 23:30:13 )
Последнее исправление: WitcherGeralt 21.08.20 23:35:56 (всего исправлений: 2)
Таблица разделов - клонирована. UUID - разные. fstab вообще показывает, что у меня swap и efi на одном устройстве, а root - на другом. Хотя изначально они все втроём на одном сидят. Значит GRUB просто находит root на том устройстве, где ему указано искать в BIOS, а остальные разделы подтаскивает с того устройства, которое установлено в приоритетный для загрузки слот NVME. Следовательно, нужно GRUB`у указать, что ВСЕ разделы нужно искать на одном устройстве. Вообще, как я полагаю, проблема возникла именно из-за того, что устройство, на которое клонирована система, подключено к другому разъёму.
Старый носитель я отключаю при операциях с новым. Обновление конфига GRUB`а - делать по-инструкции выше?
Диск /dev/nvme0n1: 238,5 GiB, 256060514304 байт, 500118192 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt
Идентификатор диска: DBC2AB35-1E0E-447D-803F-8F0143B5ACF5
Устр-во начало Конец Секторы Размер Тип
/dev/nvme0n1p1 2048 999423 997376 487M EFI
/dev/nvme0n1p2 999424 17000447 16001024 7,6G Linux своп
/dev/nvme0n1p3 17000448 234440703 217440256 103,7G Файловая система Linux
Диск /dev/sda: 111,8 GiB, 120034123776 байт, 234441648 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: DBC2AB35-1E0E-447D-803F-8F0143B5ACF5
Устр-во начало Конец Секторы Размер Тип /dev/sda1 2048 999423 997376 487M EFI /dev/sda2 999424 17000447 16001024 7,6G Linux своп /dev/sda3 17000448 234440703 217440256 103,7G Файловая система Linux
Диск /dev/sdb: 447,1 GiB, 480103981056 байт, 937703088 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: 2BCA24AC-DB24-4996-8AF2-718D96D300CE
Устр-во начало Конец Секторы Размер Тип /dev/sdb1 2048 937701375 937699328 447,1G Файловая система Linux
Диск /dev/sdd: 3,7 TiB, 4000787030016 байт, 7814037168 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 16325560-A4C7-4FF1-8319-FE61335E1BAD
Устр-во начало Конец Секторы Размер Тип /dev/sdd1 2048 7814037134 7814035087 3,7T Файловая система Linux
Диск /dev/sdc: 3,7 TiB, 4000787030016 байт, 7814037168 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 4671995E-9596-4867-8F57-7252758DE349
Устр-во начало Конец Секторы Размер Тип /dev/sdc1 2048 7814037134 7814035087 3,7T Файловая система Linux
Вот глупый вопрос: а как из загрузочного меню GRUB a попасть в командную строку? При нажатии кнопки "c" появляется командная строка самого GRUB a, в которой не работают обычные команды. Или я что-то не так делаю?
Не, не, это не так работает. Загрузчик знает только про ядро, а ядро уже само монтирует всё нужное как указано в fstab.
Ну так у меня в FSTAB почему-то именно так и прописано. Думаю - надо переписать по-нормальному.
Только вот с командной строкой грабовской - не понятно.
Выполни: sudo blkid /dev/nvme0n1p* и сравни с теми, что прописаны в fstab и с теми, что у тебя на старом диске (та же команда + соответвующее устройство).
WitcherGeralt ★★ ( 21.08.20 23:50:29 )
Последнее исправление: WitcherGeralt 21.08.20 23:50:42 (всего исправлений: 1)
Всё так. Если нужна ядерная консоль, нужно выбрать соответствующий пункт из предложенных, он может по-разному называться. Но когда линукс не грузит, ты так и так в ней должен оказаться.
загрузка у меня просто стопорится на показе логотипа Kubuntu. Когда надоедает ждать (минут через 5 тишины) я просто жму сочетание волшебных кнопок и комп ребутится.
sudo blkid /dev/nvme0n1 /dev/nvme0n1: PTUUID=«dbc2ab35-1e0e-447d-803f-8f0143b5acf5» PTTYPE=«gpt» sudo blkid /dev/sda /dev/sda: PTUUID=«dbc2ab35-1e0e-447d-803f-8f0143b5acf5» PTTYPE=«gpt»
Получается, что у меня в fstab прописан одинаковый UUID для SSD и для NVME. Получается, теперь нужно в FSTAB, расположенном на NVME, прописать UUID в строке, где перечислены разделы efi, root, swap, и по-идее, загрузка должна начаться?
Всё как изначально и предлагали. Нужно замостить live-образ на флешку, загрузиться с неё, вытащив SATA-носитель и обновить grub, можно тупо следуя инструкции по восстановлению, там есть все нужные шаги и апдейт в конце.
Образ взять от Kubuntu 18.04? Инструкция - на которую ссыль выше? Раздел в инструкции - chroot? Там написано, что нужно примонтировать важные разделы - у меня эти разделы называются также?
У меня загрузочный диск в GPT, а не MBR - это не страшно?
А иначе бы и без choot восстановилось, всё ок.
— если я правильно распасил твой выхлоп, то так. Ты бы лучше его в «`» заворачивал.
mad_austronaut ★★★★ (21.08.20 22:37:23) Купил KingSpec NVMe 2242 256GB @ 04.07.19
И как оно, шевелится?
kuguar, не туда тебя понесло.
/home was on /dev/sdb1 during installation
UUID=bed99606-a0a7-4fcc-81f5-93123dd6dcef /home btrfs defaults,subvol=@home 0 2
Вот с чем тебе нужно разбираться. Налепил хоме-разделов черт знает откуда. Плюс к этому смотреть в новом fstab монтирование остальных, несистемных дисков. После изменения номенклатуры дисков, вполне могут измениться их канонические имена. Для простоты лучше их пока закомментировать.
Продал его на авито, не подошел, так как в Lenovo X250 диск M.2 работает как SATA.
Купил у того же продавца на али аналогичный диск, но не NVMe, а SATA. Не такой шустрый, но тоже нормальный (SMART).
Работает периодически под убунтой у меня, думал ноутбук в командировки брать. Пару раз взял, а потом всех пандемия накрыла.
Здравствуйте. Я честно скажу - с Линукс я знаком очень плохо. Но стоит у нас система видеонаблюдения, на системнике софт на базе линукса. Посыпался диск IDE-шный, купил новый SATA и склонировал посекторно. Ставлю новый, а при загрузке GRUB loading Stage1.5 и висит. Поиск выдает про ошибки разные, а у меня ничего кроме это строчки. Шеф стоит над душой. помогите, люди добрые, пожалуйста.
А не лучше ли указать UUID в fstab?
Скачайте какой-нибудь LiveCD, запустите на этом компьютере, посмотрите через него, что там с диском (появятся ли разделы в выводе fdisk -l, например). Дальше видно будет
До fstab тут дело даже не доходит, по-моему. fstab цепляется уже когда ядро загружено
Да, но если он всё правильно скопировал то UUID должны быть правильные и загрузчик тоже.
Izumkin
А ты какой командой воспользовался для клонирования?
Какой линукс то был?
Зря, по крайней мере если sata винт большего объема, то теперь у него таблица разделов от ide винтчестера.
Какой у вас дистрибутив был установлен? Подозреваю что /dev/hdaX на sata стали именоваться /dev/sdaX
В любом случае нужен загрузочный диск или флешка parted magic или systemrescuecd, для переустановки в загрузочный сектор grub.
диск того же объема какой дистриб был - LinuxBased DVR. Все, что знаю. с флэшки гружусь, через что и как менять и переустанавливать GRUB?
На таком уровне знаний проще всего найти соседского линуксоида, который за пиво восстановит загрузчик.
Я сразу сказал, что не шарю в линукс. Соседей таких нет сейчас. Разовая операция, а шеф казнит, вот и прошу помочь.
Так тебе написали
что там с диском (появятся ли разделы в выводе fdisk -l, например).
Загрузился с флэшки, там разделы sda1 и sda2. sda1 с флагом Boot. Подмонтировал sda1, исправил в fstab hda1 на sda1, перегрузил - ничего не изменилось ((((
Возможно надо обновить конфиг граба и переустановить его.
Ставлю новый, а при загрузке GRUB loading Stage1.5 и висит
Вообще, попросите вашего начальника выйти, т.к. если человек что-либо делает первый раз и тем более только разбирается в этом, то стоя над душой у человека ваш начальник только мешает вам сосредоточиться, вы заведомо будете торопиться и как следствие совершать ошибки. В общем, попросите его выйти, скажите, что сейчас всё сделаете.
У вас сейчас подключены оба диска, IDE и SATA или только SATA?
Как клонировали диски, какой программой, от части в этом может крыться проблема?
В начале всё же попробуем восстановить загрузчик:
Загрузитесь с livecd диска, и выполняйте:
Вывод должен быть примерно таким:
Теперь перезагрузитесь, удостоверьтесь, что загрузчик корректно запускается.
Если загрузчик корректно запускается, то снова загружаетесь с LiveCD и редактируете /etc/fstab.
Вы можете указать файловые системы посредством UUID, что бы избежать путаницы /dev/sda1 и /dev/hda1.
Значение UUID смотрите в вывод команды blkid.
kostik87 ★★★★★ ( 02.07.13 09:44:16 )
Последнее исправление: kostik87 02.07.13 09:45:40 (всего исправлений: 1)
Вывод blkid примерно следующий:
Теперь монтируете первый раздел и редактируете /etc/fstab, указав вместо /dev/hda1 UUID=, тоже самое и со вторым разделом.
Хотя можете попробовать и просто загрузиться, вдруг ядро вашего Linux дистрибутива «видит» все диска как /dev/sd*.
В любом случае, если загрузка без изменений /etc/fstab не произойдёт, то редактируете /etc/fstab, кроме всего прочего нужно отредактировать параметры ядра, передаваемые в загрузчике, выбираете пункт меню, нажимаете «e» и в строке
изменяете значение root=/dev/hda1 на /dev/sda1, это примерно, строка может выглядеть немного по другому, кроме всего прочего, возможно и менять ничего не нужно будет. Но после изменение жмёте «b» для запуска с измененными параметрами.
Если всё успешно после загрузки сможете отредактировать конфигурационный файл загрузчика /boot/grub/menu.lst
Я тут на правах анонимуса кое-что хочу посоветовать
1) Восстанавливать grub с Live CD таким макаром - небезопасно, у топикстартера первый груб, а на диске 99% будет второй, и станет нехорошо )
2) На примере systemresquecd
mkdir /mnt/chroot
mount /dev/sda1 /mnt/chroot
cat /mnt/chroot/etc/fstab
дальше в зависимости от содержимого ./etc/fstab у нас два пути. Первый - у вас система в sda1 а данные в sda2 - все хорошо
Второй - у вас в sda1 /boot, а система в sda2. Лучше запостите /etc/fstab сюда
Если у вас первый вариант
mount -t proc proc /mnt/chroot/proc
mount -t sysfs sysfs /mnt/chroot/sys
mount -o bind /dev /mnt/chroot/dev
chroot /mnt/chroot
update-grub
если второй - пишите, разберемся
загружаешься с livecd, могтируешь свой корень куда-нибудь, chroot туда куда смонтировал, и делаешь grub install /dev/веник
главное перед чрутом пробрось /dev и смонтируй /proc
о, вот анон выше рассказал подробнее. граб у тебя первый судя по всему, так что если у тебя не будет комманды update-grub
то сделаешь grub-install /dev/тввойдиск
у топикстартера первый груб, а на диске 99% будет второй, и станет нехорошо )
На примере systemresquecd
Кроме всего прочего, если на LiveCD нет grub-0.97, то команды 'grub' на нём не будет и ТС об этом напишет.
дальше в зависимости от содержимого ./etc/fstab у нас два пути. Первый - у вас система в sda1 а данные в sda2 - все хорошо Второй - у вас в sda1 /boot, а система в sda2. Лучше запостите /etc/fstab сюда
Izumkin
Загрузился с флэшки, там разделы sda1 и sda2. sda1 с флагом Boot. Подмонтировал sda1, исправил в fstab hda1 на sda1
Здравствуйте. Я честно скажу - с Линукс я знаком очень плохо. Но стоит у нас система видеонаблюдения, на системнике софт на базе линукса. Посыпался диск IDE-шный, купил новый SATA и склонировал посекторно. Ставлю новый, а при загрузке GRUB loading Stage1.5 и висит. Поиск выдает про ошибки разные, а у меня ничего кроме это строчки. Шеф стоит над душой. помогите, люди добрые, пожалуйста.
Вообще странно то, что у вас не получается загрузиться, драйвер используется один и для IDE и для SATA.
У вас случаем SATA контроллер не переведён в режим AHCI ? Хотя, вроде не должен, но проверьте как обстоят дела на самом деле в BIOS.
Ещё раз покажите, что в /etc/fstab ?
Покажите содержимое /boot/grub/menu.lst
в первогрубе запись о hda не только в /boot/grub/menu.lst
Со слов ТС он вносил изменения в параметры пункта запуска в grub и нажимал «b» и правил /etc/fstab.
Если читается ядро и initrd и происходит передача управления ядру, то уже без разницы где ещё в «первогрубе» указано «hda».
Я помню лет пять назад переходил c ide на sata и в директории первогруба помимо menu.lst правил еще какие-то файлы, в них были упоминания о hd и без их изменения загрузка не шла.
Да просмотрел, похоже действительно initramfs
Ситуация осложняется еще тем, что у вас исходный диск возможно с bad блоками, то есть часть информации потеряна безвозвратно и вероятность что система рабочая на клоне не составляет 100%
С радостью ответил бы, да у меня оказывается разделы слетели. а вот из-за чего - загадка. Снова поставлю на клонирование.
с исходного диска грузится сейчас (((
Вы уже лучше сделайте backup с проблемного диска в файл.
С радостью ответил бы, да у меня оказывается разделы слетели
Кхм, разделы это одно, но вы что не знаете в каком режиме работает SATA контроллер ?
Когда гружусь с флэшки и с подключенным только IDE диском - fdisk выдает тоже sda1 и sda2. А на этом диске я не правил никаких файлов, но система загружается.
На всякий покажи
может там вместо (hd0,0) и (hd0) стоит (hd1,0) и (hd1)
не, режимы я уже все перепробовал. Изначально все работало на Enchansed, а я уж переключал и так и этак.
Когда грузитесь с флешки у вас загружается другое ядро и другая система.
На каком диске ничего не правили ?
Система загружается - значит тему можно закрывать ?
Вы уж пишите понятнее и не мешайте всё в одну кучу.
device.map нужен только при переустановке загрузчика, когда загрузчик стартует с жёсткого диска он даже не знает ничего о /dev/sda, /dev/sdb и прочем, он работает через прерывания BIOS и уже BIOS ему даёт информацию, что мол, вот этот диска на каком-то SATA или IDE канале я инициализировал (увидел) первым, тогда grub будет его считать (hd0) и так далее.
Ещё раз, у ТС запускается загрузчик, при выборе пункта меню с диска читается образ ядра и initramfs, дальше ядру передаются параметры и управление.
Больше ни для чего, кроме как прочитать файлы и передать им управление загрузчик не нужен, он свою функцию выполняет.
Система загружается на старом диске, IDE, а на нем bad blocks и оставлять его нельзя.
Ничего не правил на IDE диске.
При загрузке с флэшки (физически подключен только IDE (старый) диск), fdisk -l выводит sda1 и sda2, а также саму флэшку sdb1, никаких hda1 и hda2.
Переключите в compatible, вроде так это называется.
я переключал всяко-разно, не помогало клонирую снова, продолжу эксперименты
Плюньте вы на это дело, купите IDE диск.
А не лучше ли указать UUID в fstab?
Что за изврат? Может сразу бинарные данные, по которым определять винт, забить в fstab?
А в чём проблема, добавьте комментарий выше записи в fstab с указанием имени раздела или модели диска и номера раздела.
Можно указать и через метку файловой системы.
А там для работы с сата-дисками еще какой-то модуль может нужен?
ТС, покажи вывод «lsmod | sort» на какой-нибудь live системе, загруженной с подключенным sata-диском, а также «ls /dev/sd*».
Ну вот и получилось все!
Не плюнул, просто склонировал по новой, использовал Ваш метод
грузиться начал, но не до конца, потом в BusyBox вываливался опять. Тогда поменял hda1 на sda1 в menu.lst и все стало прекрасно грузиться! )))))
Спасибо всем просто неимоверное. Спасли меня!
ide тоже определяются как /dev/sd*
Не обязательно, всё зависит от опций, с которым собрано ядро.
Видимо первый раз было «криво» произведено клонирование или какие-либо прочие ваши действия привели к проблеме. Сделайте сейчас backup с рабочего диска, можете использовать, к примеру Acronos или Ping Is Not Ghost, либо другой аналог.
Тогда поменял hda1 на sda1 в menu.lst
Ну и в /etc/fstab, конечно, тоже?
Ну вот я же говорил что в этом-то и дело
А в чём проблема, добавьте комментарий выше записи в fstab с указанием имени раздела или модели диска и номера раздела.
Проблема в том, что конфиги должны быть читаемыми и их заполнение должно обходиться без копипасты. Комментирование - костыль. Попробуй в терминале скопировать что-нибудь из буфера.
ИМХО, в нормальном, не через гуй настроенном линуксе, GUID'ов быть не должно. Нельзя простой файл /etc/fstab превращать в виндовый реестр.
Никто в здравом уме не будет собирать ядро так. Лучше было предположить что это очень старая система.
Мда, не вижу проблем, что бы ядро IDE диски именовала /dev/hd*, а SATA диски - /dev/sd*, это логично.
Так было изначально и в этом нет ничего плохого. Вы мыслите какими-то штампами, если вы так же писали и про UUID, то тогда вы должны так же ратовать за именование устройств жёстких по разному, в зависимости от контроллера, к которому они подключены.
Использование UUID оправдано в любом случае, в особенности на системах, где может меняться конфигурация дисковой подсистемы, добавляться или удаляться диски.
Даже простое добавление диска, в случае, если уже установленные диски подключены к каналам контролера не по порядку приведёт к тому, что изменятся имена устройств в системе. Поэтому использоваие UUID оправдано.
Если вам в консоли нужен буфер, то поставьте 'gpm' и используйте мышь, выделение левой кнопкой мыши, вставка правой.
Кроме всего прочего можно воспользоваться ssh подключением с системы, на которой запущена графическая оболочка.
Добавление комментириев обычная практика и в ней нет ничего плохого, отказ от неё не обоснован.
Решение проблемы: не стартует Linux после клонирования диска HDD на SSD
Предыстория
1) На основном диске объём вначале установлена Windows XP для экспериментов. Затем рядом установлен Linux Mint - операционная система для работы. Таблица разделов - MBR. Основной раздел Windows, а Linux установлен в дополнительный раздел.
- раздел 1 /dev/sda1 - NTFS/exFAT/HPFS Windows 35 Gb - загрузочный
- раздел 2 /dev/sda2 - NTFS/exFAT/HPFS данные
- расширенный раздел 3, объём 40 Гбайт, в который установлена Linux Mint.
- раздел 5 - Ext4 - корневой раздел "/"
- раздел 6 - SWAP
2) В определенное время места стало не хватать, а на поверхности образовались повреждённые сектора, скорость запуски "тяжелых" программ (почтового клиента Thunderbird) не радовала. Принял решение перенести операционную систему и данные с HDD на SSD способом "клонирования".
3) Купил SSD диск большего объёма в Китае - 120 Гбайт. Диск оказался не размечен.
4) С помощью загрузочного CR-R с программой CloneZilla 2.6.7 x64 (Debian) выполнил клонирование (зеркальную копию) исходного диска на диск назначения, с расширенной установкой (Expert Mode):
-g auto Переустановить grub в загрузочный сектор целевого жесткого диска
-e1 auto Автоматически выровнять геометрию файловой системы для загрузочного раздела NTFS
-e2 sfdisk использует CHS жесткого диска с ESD (для не-GRUB загрузчика)
-j2 клонировать данные, скрытые между MBR и первым разделом
-r изменить размер файловой системы соответственно размеру целевого раздела
-rescue При ошибке чтения блоков диска - читать следующий блок.
На следующем экране по умолчанию используется опция
- fsck пропустить проверку/восстановление исходной файловой системыПредпоследний экран перед клонированием - использовал настройку:
- Использовать таблицу разделов с исходного диска.Проблема
Решение
Поскольку во время клонирования в CloneZilla не было замечено никаких ошибок, связанных со структурой диска, единственная причина, по которой не происходила загрузка операционной системы Linux, связана с загрузчиком Grub2. Принял решение переустановить Grub2 в рабочий раздел Linux.
На форуме linux . stackexchange . com нашёл решение, которое помогло на 100%.
Объяснение: загрузчик разбит на 2 части: первые 512 байт пишутся в MBR, исполнимые файлы и скрипты - в каталог /boot/grub. Необходимо переустановить Grub2.
Установка загрузчика Grub2 с использованием команды grub-install:
1) Подключил к ПК оба диска - старый HDD и новый SSD.
Первое загрузочное устройство HDD, последовательность загрузки: SSD, HDD.2) Загрузил ПК со старого HDD-диска. (В момент загрузки была небольшая пауза, связанная с невозможностью запуска системы с SSD-диска).
3) Посмотрел в утилите "Служебные" "Диски" имя раздела Ext4 с Linux на новом диске, оказался /dev/sda5
(Имя устройства можно получить и с помощью команды df -h ).
4) Запустил терминал и выполнил следующие команды для установки загрузчика grub на /dev/sda:
5) После завершения работы ПК, отключил питание и отсоединил SATA-шлейф от старого HDD-диска.
6) Включил ПК - операционная система загрузилась с нового SSD диска без ошибок.
Дополнение: расширение корневого ("/") раздела Linux после клонирования
Расширить раздел на работающей системе невозможно - GParted при попытке измения раздела загрузочного диска системы "влетает". Необходимо загрузить ПК с LiveCD или LiveUSB, например, Xubuntu и в режиме тестового запуска ("Try") выполнить изменение разделов в программе GParted:
1) при загрузке LiveCD выбрать русский язык и нажать кнопку "Попробовать Xubuntu"
2) запустить GParted
4) при помощи "мыши" выделил расширенный раздел, на который установлен Linux и SWAP (в моём случае "/dev/sda3")
5) правая кнопка мыши - "Resize/Move"
6) Free Space following (Mib) - поставил 0 Мбайт. Соответственно, увеличился пункт "New size (MiB)"
6) Выделил подраздел SWAP - правая кнопка мыши - Swapoff
7) Правая кнопка мыши на разделе SWAP - "Delete"
8) Подраздел "/dev/sda5" на который установлена система, увеличил почти на весь размер диска, оставил 6 Гбайт под SWAP
8) Создать новый раздел (правая кнопка мыши) - SWAP (в конце диска) на 6 Гбайт
9) Галочка "Apply"10) Запутить GParted в операционной системе - включить Swapon,
11) Галочка "Apply"
12) Отредактировать файл "/etc/fstab", указав у SWAP UUID такой же, как у основного диска.UUID=fd79588f-94ae-4b02-9ec2-47dc0c31b7dd / ext4 errors=remount-ro 0 1
UUID=fd79588f-94ae-4b02-9ec2-47dc0c31b7dd / none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
tmpfs /tmp tmpfs nodev,nosuid,noexec,size=100M 0 0Размер основного диска увеличен. Новый SWAP-раздел подключен. Ошибок после перезугрузки нет.
Читайте также: