Страница 2 из 3

Восстановление GRUB

Добавлено: 06 мар 2018, 19:24
vir0id
darkfenix писал(а):
06 мар 2018, 18:13
ты куда смотрел то)))
Так... эм... а... я моргнул :-D :tux:

Восстановление GRUB

Добавлено: 06 мар 2018, 21:40
AlexZ
Panda писал(а):
06 мар 2018, 17:50
А при попытке запуска системы появляется окно с названием GRUB 2 ...... и командная строка.
Загрузись в систему и переустанови grub:
set root=(hd0,6)
linux /boot/vmlinuz-(клавиша TAB и подставь версию ядра) root=/dev/sda6
initrd /boot/initrd-(TAB и т.п.)
boot

Восстановление GRUB

Добавлено: 07 мар 2018, 01:16
Panda
StarMAUGLI,
Если б я знал, что за безопасные сеансы и как в них входить. Я б ответил.

Восстановление GRUB

Добавлено: 07 мар 2018, 01:23
Panda
StarMAUGLI,
Кажется вспомнил что есть безопасные режимы. В recavery mode точно заходил. Выполнял там всевозможные пункты, но результата никакого. А и еще в memtest86 заходил. Но правда не задержался там долго. После первого этапа проверки я ушел спать. занемог :smile:

Восстановление GRUB

Добавлено: 07 мар 2018, 02:35
Panda
AlexZ,
Выполнил инструкцию. Результат тот же.

Восстановление GRUB

Добавлено: 07 мар 2018, 02:44
slant
Я бы для начала винчестер проверил. Как бы он не начал сыпаться - уж больно симптомы похожи на самое начало этой пакости.

Восстановление GRUB

Добавлено: 07 мар 2018, 06:02
vir0id
Panda писал(а):
05 мар 2018, 16:35
Восстановил GRUB. Теперь при запуске Linux Mint происходит такая ошибка
darkfenix, разве в live? Ткни меня, где это он написал?

Восстановление GRUB

Добавлено: 07 мар 2018, 06:12
rogoznik
vir0id писал(а):
07 мар 2018, 06:02
разве в live? Ткни меня, где это он написал?
Panda писал(а):
05 мар 2018, 19:56
mint@mint ~ $ sudo fdisk -l
Panda писал(а):
06 мар 2018, 16:26
mint@mint ~ $ sudo apt install lightdm
Panda писал(а):
06 мар 2018, 17:50
mint@mint ~ $ sudo grub-install --root-directory=/mnt /dev/sda
Panda писал(а):
06 мар 2018, 17:50
mint@mint ~ $ sudo update-grub --output=/mnt/boot/grub/grub.cfg

Восстановление GRUB

Добавлено: 07 мар 2018, 06:13
vir0id
darkfenix, ыыыы... точно :crazy:

Восстановление GRUB

Добавлено: 07 мар 2018, 11:25
Panda
slant,
Результаты сканирования в HDD Scan.

Восстановление GRUB

Добавлено: 07 мар 2018, 11:54
rogoznik
Panda писал(а):
07 мар 2018, 11:25
Результаты сканирования в HDD Scan.
ИМХО: винт менять и тянуть с него инфу пока еще возможно

Восстановление GRUB

Добавлено: 07 мар 2018, 12:53
Panda
darkfenix,
Я хочу попробовать перенести систему Linux на внешний SDD временно. Чтобы потом обратно перекинуть на новый HDD по этой схеме https://habrahabr.ru/post/102849/. Это возможно? Что скажете?

Восстановление GRUB

Добавлено: 07 мар 2018, 12:56
rogoznik
Panda писал(а):
07 мар 2018, 12:53
Это возможно?
нет ничего невозможного. Дерзай, потом расскажешь как все прошло

Восстановление GRUB

Добавлено: 07 мар 2018, 13:03
Panda
darkfenix,
Спасибо.
PS. Даже если тебя съели у тебя все равно два выхода :joke:

Восстановление GRUB

Добавлено: 07 мар 2018, 13:11
Chocobo
Panda писал(а):
07 мар 2018, 12:53
Я хочу попробовать перенести систему Linux на внешний SDD
Я бы под эту цель взял лайв CloneZilla в режиме device-device напрямую

Восстановление GRUB

Добавлено: 07 мар 2018, 13:20
colonel
Panda писал(а):
07 мар 2018, 12:53
....
хочу попробовать перенести систему Linux на внешний SDD временно. Чтобы потом обратно перекинуть на новый HDD по этой схеме https://habrahabr.ru/post/102849/. Это возможно?
ну надо же .. при наличии в системе LM как минимум 2-х "штатных" и имеющихся в системе дефолтно (и в лайфсистеме они тоже емнип имеются) обязательно надо найти какую-нибудь стороннюю шнягу ... и для своего переноса системы на другой винт , для того же самого ПК
будут брать за "руководство" - опыт "переноса системы на другой компьютер, целиком и полностью отличающийся аппаратной конфигурацией"

вот чем не устраивает к примеру " Резервное копирование" ( mintbackup ) ? или утилита Диски с её возможностью создания образов разделов и или всего носителя и их восстановления на другом носителе.
Chocobo писал(а):
07 мар 2018, 13:11
хочу попробовать перенести систему Linux на внешний SDD временно
Я бы под эту цель взял лайв CloneZilla в режиме device-device напрямую

клонезила может скопирить HDD (320Гб) напрямую на SDD ? или у ТС -а SDD >= 320Гб ?

Восстановление GRUB

Добавлено: 07 мар 2018, 13:30
Chocobo
colonel, Ну "впихнуть невпихуемое" не выйдет конечно, а в целом на меньший объем диска я переносил норм бывало :smile:

Восстановление GRUB

Добавлено: 07 мар 2018, 13:38
colonel
Chocobo, а оно надо ? в данном случае впихивать невпихуемое
ему надо то всего лишь пару линуксовых разделов забекапить, с чем справится и Диски (сделав образы разделов) и гпартед (прямым копированием разделов)
а можно и просто минтбакупом забекапить и данные и систему(имхо, так лучше забекапить список установленных пакетов(программ) и настройки
ессно , если не весь винт клонировать то загрузку надыть будет править\восстанавливать после возвращения разделов на комп с новым винтом,

Восстановление GRUB

Добавлено: 07 мар 2018, 14:07
slant
colonel писал(а):
07 мар 2018, 13:20
клонезила может скопирить HDD (320Гб) напрямую на SDD ? или у ТС -а SDD >= 320Гб ?
Может, если занятого места на клонируемых разделах < объем ssd. Это не dd, оно не побайтно 1 в 1 копирует.

Восстановление GRUB

Добавлено: 07 мар 2018, 15:15
colonel
клонезила может скопирить HDD (320Гб) напрямую на SDD ? или у ТС -а SDD >= 320Гб ?
Может, если занятого места на клонируемых разделах < объем ssd. Это не dd, оно не побайтно 1 в 1 копирует.

странно , но вот на сайте ithabits.ru с кучкой статей как работать с клонезиллой сказано -
"... что Clonezilla не умеет разворачивать свои образы дисков на целевые диски меньшего объема. Прямое клонирование диска на диск меньшего размера также не поддерживается. ...".
не... там конечно описаны обходные маневры в режиме "експерта" и какие параметры надыть ставить , клонировать пораздельно через образ ...
впрочем, может статьи те уже устарели и клонезила всё это умеет делать по умолчанию дефолтно , или какие альтернативные сброрки имеются ...
не суть...и не важно
просто какого размера SSD у ТС , знает только он, а стал быть исходя из "озвученного" им в теме
/dev/sda3 102402048 431728639 164663296 7 HPFS/NTFS/exFAT
......
/dev/sda5 431730688 435826390 2047851+ 82 Linux swap / Solaris
/dev/sda6 435828736 478836548 21503906+ 83 Linux
/dev/sda7 478838784 625141759 73151488 83 Linux
------------------------------------------------------------------

/dev/sda6 69G 43G 23G 65% /mnt
/dev/sda3 158G 139G 19G 89% /media/mint/066C85DC6C85C6C1
(сведений насколько заполнен линуксовый sda7 и виндовые sda1 и sda2 почему-то не имеется)

проблемный винт как минимум заполнен на 180Гб . , а стало быть SSD должна быть не менее того .
ну . эт всё так...просто рассуждения
чего ТС хотит того он и творит, поскольку хозяин- барин