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

[Divanchik-di]

Доброго времени суток! Я начинающий пользователь убунты и в целом, не самый опытный пользователь ПК. В прошлом году поставила Ubuntu рядом с 7 виндой с загрузочной флешки. Сегодня Windows отчего-то отлетела. Ноут перезагрузился. В выпадающем меню не успела выбрать винду. Загрузилась Ubuntu. По классике решила перезагрузиться, чтоб войти во вторую ОС. Но не вышло. Вылетело сообщение об обновлении компонентов убунты. А потом загрузчик сломался (или еще что случилось но дальше rescue mode дело не заходит.) На этом форуме нашла решение проблемы, через liveCD в терминале пыталась восстановить grub. Надо сказать оба способа оказались тупиковыми для меня...  Пробовала и через rescue mode. Помня на каком разделе у меня Linux, пыталась там восстановить. Но ничего не вышло. Выкатывались сообщения про "ext2" (с чем я никогда еще не сталкивалась) и бесконечные ошибки с одинаковым текстом : "attempt to read or write outside of disk hd0". Последней инстанцией рассмотрела вариант boot-repair. Но у меня опять ничего не выходит. На этот раз ошибка:

Возникла ошибка во время восстановления.

Новый файл (/var/log/boot-repair/20180919_090229/Boot-Info_20180919_0902.txt) будет открыт в текстовом обозревателе.


Если вы продолжаете испытывать неполадки при загрузке, сообщите о её содержимом:
boot.repair@gmail.com

Вы можете перезагрузить компьютер.


Файлы начальной загрузки [Ubuntu 16.04.4 LTS] расположены далеко от начала диска. BIOS может не определить их. Вы можете повторить попытку после создания раздела /boot (EXT4, >200MB, начало диска). Выполнить это вы можете с помощью инструмента gParted. Затем выберите этот раздел используя параметр [Отдельный раздел /boot:] [Восстановление загрузки]. (https://help.ubuntu.com/community/BootPartition)

Подскажите пожалуйста, что делать... Очень нужен рабочий ноутбук. А насколько я понимаю без граба войти в винду возможности нет.

[Sly_tom_cat]

Попробуйте https://help.ubuntu.ru/wiki/boot_repair

[Divanchik-di]

Попробуйте https://help.ubuntu.ru/wiki/boot_repair

Вот он-то и привел к цитируемому выше тексту( Понятия не имею что имеется в виду под той ошибкой..

[ARTGALGANO]

Divanchik-di, с лайвсд покажите скрин gparted или
sudo parted -l
и смарт диска тоже можно

[Divanchik-di]

Не уверена, что получилось картинку сделать. Я и форумчанин новичок(
Пользователь добавил сообщение 19 Сентября 2018, 15:51:21:


Если попробовать через терминал вылезает такое.


Исправил.
Прочитайте правила:
(С lostpic.net, берёте ссылку из окошка: Ссылки на изображение- BB-коды- BB-Код миниатюры со ссылкой)

Правила форума
1.5. Для добавления графических изображений в сообщения требуется использовать внешние сервисы. Включение в сообщение полноразмерных изображений, превышающих разрешённые размеры, допускается исключительно в виде превью. Подробную инструкцию, а так же список рекомендованных и запрещенных сервисов можно посмотреть в «Руководстве по добавлению изображений на форум»

--Aleksandru

[ARTGALGANO]

Divanchik-di, я еще просил показать смарт диска.
С лайва

Код: [Выделить]

sudo apt install smartmontools
sudo smartctl -a /dev/sdaИ вывод терминала выложите в текстовом виде.

[Divanchik-di]

Код: [Выделить]

smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.13.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 2.5" HDD MQ01ABD...
Device Model:     TOSHIBA MQ01ABD075
Serial Number:    Y2AUT6OET
LU WWN Device Id: 5 000039 461e81c9a
Firmware Version: AX0A3M
User Capacity:    750 156 374 016 bytes [750 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS (minor revision not indicated)
SATA Version is:  SATA 2.6, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is:    Wed Sep 19 16:19:20 2018 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (  120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: (   2) minutes.
Extended self-test routine
recommended polling time: ( 210) minutes.
SCT capabilities:        (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   099   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1716
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       6418
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       520
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   068   068   000    Old_age   Always       -       13026
 10 Spin_Retry_Count        0x0033   227   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       6361
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       2950
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       212
193 Load_Cycle_Count        0x0032   097   097   000    Old_age   Always       -       36715
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       36 (Min/Max 12/58)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       7
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       1768
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   070   070   000    Old_age   Always       -       12088
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       273
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0

SMART Error Log Version: 1
ATA Error Count: 9916 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 9916 occurred at disk power-on lifetime: 13023 hours (542 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 18 d0 f6 83 eb  Error: UNC 24 sectors at LBA = 0x0b83f6d0 = 193197776

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 28 c0 f6 83 e0 00      00:00:11.405  READ DMA EXT
  25 00 28 98 7f 18 e0 00      00:00:11.405  READ DMA EXT
  25 00 18 80 7f 18 e0 00      00:00:11.389  READ DMA EXT
  25 00 1c 24 59 19 e0 00      00:00:11.389  READ DMA EXT
  25 00 24 00 59 19 e0 00      00:00:11.383  READ DMA EXT

Error 9915 occurred at disk power-on lifetime: 13023 hours (542 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 18 d0 f6 83 eb  Error: UNC 24 sectors at LBA = 0x0b83f6d0 = 193197776

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 28 c0 f6 83 e0 00      00:00:10.073  READ DMA EXT
  25 00 28 98 7f 18 e0 00      00:00:10.072  READ DMA EXT
  25 00 18 80 7f 18 e0 00      00:00:10.057  READ DMA EXT
  25 00 1c 24 59 19 e0 00      00:00:10.056  READ DMA EXT
  25 00 24 00 59 19 e0 00      00:00:10.051  READ DMA EXT

Error 9914 occurred at disk power-on lifetime: 13023 hours (542 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 41 c0 d7 bf 64 40  Error: UNC at LBA = 0x0064bfd7 = 6602711

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 01 c0 d7 bf 64 40 00      04:06:24.987  READ FPDMA QUEUED
  ef 10 02 00 00 00 a0 00      04:06:24.986  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 e0 00      04:06:24.986  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      04:06:24.985  IDENTIFY DEVICE
  ef 03 45 00 00 00 a0 00      04:06:24.985  SET FEATURES [Set transfer mode]

Error 9913 occurred at disk power-on lifetime: 13023 hours (542 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 41 28 d6 bf 64 40  Error: UNC at LBA = 0x0064bfd6 = 6602710

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 01 30 d7 bf 64 40 00      04:06:21.220  READ FPDMA QUEUED
  60 01 28 d6 bf 64 40 00      04:06:21.220  READ FPDMA QUEUED
  ef 10 02 00 00 00 a0 00      04:06:21.219  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 e0 00      04:06:21.219  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]
  ec 00 00 00 00 00 a0 00      04:06:21.218  IDENTIFY DEVICE

Error 9912 occurred at disk power-on lifetime: 13023 hours (542 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 41 80 d1 bf 64 40  Error: UNC at LBA = 0x0064bfd1 = 6602705

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 01 90 d6 bf 64 40 00      04:06:17.453  READ FPDMA QUEUED
  60 01 88 d7 bf 64 40 00      04:06:17.453  READ FPDMA QUEUED
  60 01 80 d1 bf 64 40 00      04:06:17.453  READ FPDMA QUEUED
  ef 10 02 00 00 00 a0 00      04:06:17.452  SET FEATURES [Enable SATA feature]
  27 00 00 00 00 00 e0 00      04:06:17.452  READ NATIVE MAX ADDRESS EXT [OBS-ACS-3]

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%         3         -
# 2  Short offline       Completed without error       00%         3         -
# 3  Short offline       Completed without error       00%         3         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.


[ARTGALGANO]

Divanchik-di, ну в общем-то ожидаемо.
Диск сыпется.
Копируйте с диска важную инфу, пока еще можно что-то скопировать, и -- в магаз за новым диском.
 --

[Divanchik-di]

А как ее скопировать с винды, если она вся важная там... Догадываюсь, что это с убунты как-то делается.. и параллельно если не сложно, можете объяснить как вы поняли, что произошло.. и спасибо вам большое за помощь!

[ARTGALGANO]

Ошибка ввода-вывода при чтении/записи всегда указывает на проблемы с диском, и смарт это подтверждает. Пока еще не совсем трындец, но уже близко ....
С лайва пподключаете флеху или внешний жд -- монтируете, потом смонтируете /dev/sda2 /dev/sda7 (если получится), точки монтирования д.б созданы, и копируете что нужно

[eyakubovskiy]

Теоретически можно целыми разделами перенести на новый жесткий диск, как есть.
Не помню, что использовал сам когда-то, но первое, что гуглится - partimage, clonezilla.
Вроде можно даже проще - через dd в терминале перенести данные 1 в 1. Команды не помню, но можете погуглить в этом направлении.

[andytux]

Теоретически можно целыми разделами...

Какой резон тащить ошибки на новый диск. Если-бы не было ошибок, то и на старом работало-бы.
Если действительно проблема с диском, а на это косвенно указывает и первое сообщение ТС:

Windows отчего-то отлетела...
загрузчик сломался...
бесконечные ошибки с одинаковым текстом : "attempt to read or write outside of disk hd0"...

Все как-то враз.
Единственное, спасать информацию - если есть что ценное.
Пробовать смонтировать разделы. Скопировать что получится. Остальное восстанавливать с помощью testdisk и одного из его компонентов photorec.
После выполнить тест поверхности, для постановки окончательного диагноза.

[zg_nico]

через dd

тогда уж ddrescue. С dd диск, с которого копируется информация может задымиться при определенных условиях (она изначально полагает что диск, с которого пользователь копирует информацию, исправен физически, а потому наткнувшись на нечитаемый сектор будет читать его снова и снова и снова...).
Как раз на данный момент сижу с ноутбуком, на котором посыпался диск. Стоит оффтоп седьмой версии, и принесли с симптомами "тормозит". Стал лениво ковырять, под windows никаких проблем кроме торможения постоянного не выявил; загрузился с liveDVD knoppix - заметил такую вот штуку (скрин gnome-disks):

(Нажмите, чтобы показать/скрыть)

Диск стоит на 500 Гб. Порылся в своих загашниках, нашел аналогичный по размерам диск, подцепил его через внешний usb кейс, проверил что есть что в системе:

(Нажмите, чтобы показать/скрыть)

(Нажмите, чтобы показать/скрыть)

Таким образом, определил, что sda - диск, на котором сейчас система стоит и с которым ко мне ноутбук попал, sdb - диск, на который я хочу скопировать всю информацию, и который впоследствии вставлю в ноутбук для того, чтобы it's alive! Далее остается:

Код: [Выделить]

sudo ddrescue -f -n /dev/sda /dev/sdbНадо морально быть готовым к тому, что процесс чертовски долго выполняется. На текущий момент времени копирование идет вторые сутки в моем случае:

Код: [Выделить]

sudo ddrescue -f -n /dev/sda /dev/sdb
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:   419808 MB,  errsize:  41152 kB,  current rate:    13107 B/s
   ipos:   420777 MB,   errors:     931,    average rate:    3500 kB/s
   opos:   420777 MB, run time:    1.38 d,  successful read:       0 s ago
Copying non-tried blocks... Pass 1 (forwards)Однако, как видно из вывода, близится к завершению.
Как диски переставлю - планирую проверку файловой системы на целостность оффтопиком, и, полагаю, беда меня покинет.

(Нажмите, чтобы показать/скрыть)

Итогом стала долгожданная в данном случае ошибка, свидетельствующая о том, что процесс копирования закончен:

Код: [Выделить]

sudo ddrescue -f -n /dev/sda /dev/sdb
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:   499132 MB,  errsize:  42942 kB,  current rate:    9830 kB/s
   ipos:   500107 MB,   errors:     974,    average rate:    3405 kB/s
   opos:   500107 MB, run time:    1.69 d,  successful read:       0 s ago
Copying non-tried blocks... Pass 1 (forwards)
ddrescue: Write error: No space left on deviceПотеряно было по результатам 42942 kB, работала программа почти двое суток. После этого я заменил жесткий диск ноутбука на тот, на который ранее выполнял копирование, собрал и включил ноутбук. Оффтопик встретил меня предложением на проверку файловой системы своим chdisk. Естественно, я не возражал. Ошибок файловой системы меж тем забугорная софтина не обнаружила. Загрузившись в систему, запустил дефрагментацию. После ее окончания перезагрузился, - система снова работает как часы

[ARTGALGANO]

ddrescue может вести лог, тогда можно процесс и прервать, и повторном запуске  уже начнет с места , где был остановлен.

[zg_nico]

ddrescue может вести лог

В данном случае это не требовалось - всё равно ведь ждать два дня. С перерывами или без, - не вижу особой разницы. Без перерывов субъективно быстрее. А так - да, есть такая возможность. Поправьте, если ошибаюсь, но необходимо и достаточно для этого указать в качестве параметра файл, куда будет сохраняться прогресс:

Код: [Выделить]

sudo ddrescue -f -n /dev/sda /dev/sdb /media/OtherFleshka/memmapВ данном примере /media/OtherFleshka/ - точка монтирования флешки, которая не имеет отношения к liveUSB, если мы с него стартовали, и не относится ни к одному из дисков (sda, sdb), участвующих в копировании. Структура этого файла будет примерно такой (для имитации процесса запустил копирование флешки в /dev/null, и указал в качестве параметра memmap в домашней папке пользователя, после чего и привожу его здесь - так что сами параметры current_pos, current_status, current_pass, pos, size, status показывают в примере полную ернуду, не относяющуюся к примеру из ответа #12):

Код: [Выделить]

# Mapfile. Created by GNU ddrescue version 1.22
# Command line: ddrescue -f -n /dev/sda /dev/sdb /media/OtherFleshka/memmap
# Start time:   [дата и время запуска]
# Current time: [дата и время остановки]
# Copying non-tried blocks... Pass 1 (forwards)
# current_pos  current_status  current_pass
0x184B0000     ?               1
#      pos        size  status
0x00000000  0x184B0000  +
0x184B0000  0xE1B50000  ?Соответственно остановка команды выполняется посредством Ctrl+C в том терминале, откуда запущен процесс. Возобновление - просто дачей той же команды, с которой все запускали, - ddrescue из файла memmap подтягивает что уже было сделано и просто продолжает с того же места. Соответственно, memmap - произвольное имя файла (можно любое иное), но необходимо чтобы при всех возобновлениях процесса сама первичная адресация дисков (что есть sda, а что есть sdb) сохранялись. Положение файла memmap, сколь я могу судить, можно менять (главное при всяком перезапуске указывать его текущее местоположение).