Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: Неудачное создание разделов на жестком диске  (Прочитано 1117 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Mandrik A. G.

  • Автор темы
  • Новичок
  • *
  • Сообщений: 42
    • Просмотр профиля
Здравствуйте!!! Кто сталкивался с такой проблемой.
Хотел установить Windows на ноутбук, но там дисковод нерабочий чтобы загрузиться с лайв сд. Нашел системник, поставил туда жд с ноутбука, вставил диск и запустил GPated. Раздел от которого отрезал большой, на 350гб (/dev/sda1) и потому ждать пришлось долго. Ждал ждал и дождался когда оставалось процентов 20, ПК завис. Это я забыл, не сильно удивительно, когда работаю с лайвсд пк может зависать недолго поработав а иногда долго. Так вот, я аххнул, поседел и трясущимися руками с мыслями что всё что было на разделе потерял перезагрузил компьютер. перед этим ждал около часа. Перезагружаюсь, вновь с лайв сд и о чудо!! все разделы на месте как и всё что на них было!!
И вот тут я начал делать ошибки. перезагрузился, выбрал загрузку с жд, груб загрузился, началась загрузка системы и появилось сообщение что надо сделать проверку на ошибки, но можно пропустить нажав кнопку C. я ничего не нажал, решил что пусть лучше ошибки исправятся. Ждал ждал, ждал ждал.. прошло часа два всего и я подумал что это опять сбой. послушал жесткий диск, он работал вроде бы над файлами но как то одинаково. и вот зачем я подумал что это плохо!.. перезагрузил пк.
При следующей загрузке груб не грузился, выскакивал текст на черном экране (вроде командной строки)
Grub rescue> _
и всё. Если загружаюсь с лайв сд этот раздел не монтируется, если посмотреть через GPated, на этом разделе всё так же 159гб заняты файлами....   Пробовал воспользоваться советом https://forum.ubuntu.ru/index.php?PHPSESSID=54mqpa4lnn8fdc39i4ojjnr9r2&topic=80125.msg603284#msg603284 , но почему - то компьютер недолго поработав или отключается, чего не бывает при работе с лайвсд или зависает, что бывает при работе с лайвсд.
Кстати после этого кода
sudo dumpe2fs /dev/sda1 | grep -i superblock
 мне предлагается несколько суперблоков, что тогда делать? я решил что надо восстанавливать все и начинал с первого. Вот список:

ubuntu@ubuntu:~$ sudo dumpe2fs /dev/sda1 | grep -i superblock
dumpe2fs 1.42.9 (4-Feb-2014)
  Primary superblock at 0, Group descriptors at 1-22
  Backup superblock at 32768, Group descriptors at 32769-32790
  Backup superblock at 98304, Group descriptors at 98305-98326
  Backup superblock at 163840, Group descriptors at 163841-163862
  Backup superblock at 229376, Group descriptors at 229377-229398
  Backup superblock at 294912, Group descriptors at 294913-294934
  Backup superblock at 819200, Group descriptors at 819201-819222
  Backup superblock at 884736, Group descriptors at 884737-884758
  Backup superblock at 1605632, Group descriptors at 1605633-1605654
  Backup superblock at 2654208, Group descriptors at 2654209-2654230
  Backup superblock at 4096000, Group descriptors at 4096001-4096022
  Backup superblock at 7962624, Group descriptors at 7962625-7962646
  Backup superblock at 11239424, Group descriptors at 11239425-11239446
  Backup superblock at 20480000, Group descriptors at 20480001-20480022
  Backup superblock at 23887872, Group descriptors at 23887873-23887894
  Backup superblock at 71663616, Group descriptors at 71663617-71663638
  Backup superblock at 78675968, Group descriptors at 78675969-78675990
ubuntu@ubuntu:~$

Но так как в процессе возникает сбой, думаю у меня ничего так не получится. Кто может подсказать какие варианты?

Список разделов на жестком диске:________________________________занято____свободно
/dev/sda1______ext4_______________________________340.64GiB_______159gb____180.94gb
/dev/sda2______ntfs___________зарезерв.системой___100.00MiB_____27.04mb_____72.96mb
/dev/sda3______ext4_______________________________105.87GiB______1.84gb____104.02gb___boot
/dev/sda4______extented____________________________19.16GiB_________---_________---___lba
  /dev/sda6____ext4________________________________11.24GiB_______3.37gb_____7.87gb
  /dev/sda5____linux-swap___________________________7.91GiB_______4.00kb_____7.81gb
unallocated____unallocated__________________________1.03MiB__________---________---
Помогите пожалуйста не потерять данные, там много ценного, кроме большого архива с фотографиями.. остальные разделы не нужны кроме sda1


Цитата: Правила форума
1.4. Листинги и содержимое текстовых файлов следует добавлять в сообщение с помощью тегов [spoiler]...[/spoiler] или [code]...[/code], либо прикреплять к сообщению в виде отдельного файла.

--HP
« Последнее редактирование: 02 Февраль 2017, 19:25:38 от Mandrik A. G. »

Оффлайн Sly_tom_cat

  • Don't worry, be happy!
  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 12072
  • Xubuntu 20.04 (64bit)
    • Просмотр профиля
testdisk и пытаться вытащить нужные файлы.
Индикатор для Yandex-Disk: https://forum.ubuntu.ru/index.php?topic=241992
UEFI-Boot - грузимся без загрузчика: http://help.ubuntu.ru/wiki/uefiboot

Оффлайн Mandrik A. G.

  • Автор темы
  • Новичок
  • *
  • Сообщений: 42
    • Просмотр профиля
А можно как - то при загрузке с жесткого диска, когда написано Grub rescue>_ ?
Просто я боюсь что доступ и ко второму разделу потеряю из за того что с лайвсд иногда зависает компьютер. Будет что - то восстанавливаться и зависание. Тогда теряется доступ к тому месту куда копировалось и к информации которая там была. в моём случае это может быть /dev/sda3. Причина зависания лайв системы не ясна, может зависнуть когда только загрузился и подключаюсь к интернету а может несколько часов проработать и зависнуть когда ничего не делаю, просто сижу на странице социальной сети.

Пользователь добавил сообщение 02 Февраль 2017, 17:12:09:
и если надо восстановить 10 000 фотографий надо будет по одной восстанавливать программой testdisk?
« Последнее редактирование: 02 Февраль 2017, 17:12:09 от Mandrik A. G. »

Оффлайн ARTGALGANO

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 1936
    • Просмотр профиля

Какая таблица разделов? MBR? более 4 разделов создать нельзя, поэтому gparted  и висит, и нет изменений,  ( оно и к лучшему). а вот почему затерся grub, вопрос. http://help.ubuntu.ru/wiki/восстановление_grub 
фотки восстановить лучше photorec, но будут много мусора.

а зачем вы двигали sda1? есть же расширенный со свапом и разделом sda6 ( кста: зачем сделали sda1 на 150gb и sda6  на 11gb в расширенном??? И sda3 boot на 105gb!!!!): данные из sda6 переместить в sda1, и удалить sda4. и создавайте раздел для винды. Будут 4 основных раздела
в 19gb винда наверно влезет, ток  опять затрет grub.
« Последнее редактирование: 03 Февраль 2017, 12:13:01 от ARTGALGANO »

Оффлайн Mandrik A. G.

  • Автор темы
  • Новичок
  • *
  • Сообщений: 42
    • Просмотр профиля
разделов на жестком диске стало больше когда я отрезал от раздела sda3 на котором когда то была виндовс 19 гигабайт чтобы аварийно установить туда линукс. Просто отрезал и просто устанавить на него попытался, ничего не запустилось, допустил некоторые ошибки. Не об этом. Теперь я на тех же 19 гигабайтах сделал разделы как надо, установил туда Ubuntu и вставил жесткий диск обратно в ноутбук. благо на нем у меня ничего не зависает намертво. Вчера нашел способ восстанавливать информацию, им и воспользовался. Вчера же пытался этим способом восстанавливать через ПК с лайвсд, сегодня через  установленную систему - зависает системник немного или побольше поработав. Вот сейчас уже третий час наверно с ноутбука восстанавливаю, пока всё радует работает.
Собственно способ - это  выполнить в терминале:

fsck -c -y /dev/sda1
нашел здесь https://forum.ubuntu.ru/index.php?topic=91231.msg692012#msg692012

Настораживает момент, не понимаю что это значит. как будто какая - то ошибка. Может она значит что файлы не восстанавливаются??
вот с терминала немного скопировал

39377, mod time Fri Jan 27 14:59:42 2017)
Clone multiply-claimed blocks? yes

clone_file_block: internal error: can't find dup_blk for 28050721

clone_file_block: internal error: can't find dup_blk for 28050721

File ... (inode #204471, mod time Sat Jan 14 17:30:08 2017)
  has 151932 multiply-claimed block(s), shared with 1 file(s):
/home/mag/M-PM- M-PM-0M-PM-1M-PM->M-QM-^GM-PM-8M-PM-9 M-QM-^AM-QM-^BM-PM->M-PM-;/WIND/Anton_MAG/Pictures/DCIM/M-PM->M-QM-^AM-PM-5M-PM-=M-QM-^L-M-PM-7M-PM-8M-PM-<M-PM-0 16-2017/MP_ROOT/100ANV01/MAH00246.MP4 (inode #11539381, mod time Sat Jan 14 17:30:08 2017)
Clone multiply-claimed blocks? yes

clone_file_block: internal error: can't find dup_blk for 4056258

И вот, пока писал это соообщение текст весьма поменялся :) Наверно это значит хорошо всё? :D

File /???/firmware (inode #13500422, mod time Mon Jun 20 04:17:22 2016)
  has 7 multiply-claimed block(s), shared with 1 file(s):
... (inode #217188, mod time Mon Jun 20 04:17:22 2016)
Multiply-claimed blocks already reassigned or cloned.

File /???/???/radeon (inode #13500561, mod time Mon Jun 20 04:17:22 2016)
  has 9 multiply-claimed block(s), shared with 1 file(s):
... (inode #217327, mod time Mon Jun 20 04:17:22 2016)
Multiply-claimed blocks already reassigned or cloned.

File /home/mag/M-PM- M-PM-0M-PM-1M-PM->M-QM-^GM-PM-8M-PM-9 M-QM-^AM-QM-^BM-PM->M-PM-;/WIND/Anton_MAG/AppData/Local/Avg/AWL/CrashDumps/Styler.exe_131292433995130762_3404_F.dmp (inode #14289728, mod time Thu Jan 19 03:03:25 2017)
  has 40316 multiply-claimed block(s), shared with 1 file(s):
... (inode #287813, mod time Thu Jan 19 03:03:25 2017)
Multiply-claimed blocks already reassigned or cloned.

File /home/mag/M-PM- M-PM-0M-PM-1M-PM->M-QM-^GM-PM-8M-PM-9 M-QM-^AM-QM-^BM-PM->M-PM-;/WIND/Anton_MAG/VirtualBox VMs/Windows XP 98/Windows XP 98.vdi (inode #14291248, mod time Wed Dec  7 11:07:51 2016)
  has 54272 multiply-claimed block(s), shared with 1 file(s):
... (inode #289333, mod time Wed Dec  7 11:07:51 2016)
Multiply-claimed blocks already reassigned or cloned.



Пользователь добавил сообщение 03 Февраль 2017, 18:05:33:
Хаа! Ребята, не может быть!!!! Всё работает :D  Отдельное спасибо ARTGALGANO, внимательно прочитать столько текста и вникнуть непросто, заслуживает уважения!

Итог - абсолютно все файлы в порядке, на все 150 гигов :)

Пользователь добавил сообщение 03 Февраль 2017, 18:08:06:
ARTGALGANO, вопрос решен
« Последнее редактирование: 03 Февраль 2017, 18:08:06 от Mandrik A. G. »

Оффлайн ARTGALGANO

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 1936
    • Просмотр профиля

Рад, что у вас положительные результаты.
fsck -c
можно было и без этого параметра, т.к. он ищет бэдблоки и заносит  их в inode-bad.
смысла в этом нет, т.к. это делает прошивка hdd, и бэдов мы и так не увидим,




PS
что же у вас то и дело комп зависает намертво?

Оффлайн Mandrik A. G.

  • Автор темы
  • Новичок
  • *
  • Сообщений: 42
    • Просмотр профиля
что же у вас то и дело комп зависает намертво?

так и не понял, системный монитор оставлял, смотрел момент когда зависает, но видно не было ни по процессору (~2.3мггц) прирост нагрузки ни по оперативной памяти (2гб).

Оффлайн ARTGALGANO

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 1936
    • Просмотр профиля
Перегрев, или hdd сыпется. Покажите smart диска.

Оффлайн Mandrik A. G.

  • Автор темы
  • Новичок
  • *
  • Сообщений: 42
    • Просмотр профиля
Я смотрел там состояние диска, общее состояние плохое, но ничего не поделаю. Надеюсь когда совсем перестанет загружать систему смогу скопировать файлы как со сьемного. Понятно что не факт. что всё. не об этом.
Системник зависает с LiveCD Ubuntu и без жесткого диска, перегрева нет.
Кстати на данный момент у меня установлена одна Windows 10, всего 2 раздела с NTFS, 80 и 350. 35Гб оставил для Ubuntu, потом установлю. Тот ПК которым я воспользовался у меня на ремонте, стал изучать что с ним только после того как всё сделал для себя. Оказалось не рабочий жесткий диск, простым языком - двигатель сгорел, показывает КЗ. Мой жесткий диск с ноутбука там нормально работает под Win 10, вечер и ночь работал не выключаясь, делал дефрагментацию, диск 350Гб - 58%, диск 109Гб - 15%. вот пока данные со второго не перекопировал тогда боялся что не выдержит чего ни будь. Теперь всё хорошо работает. и разделы нормально отрезал. А поставлю ка его сейчас в системник и загружусь с LiveCD, интересно что SMART информация покажет. Скриншот разумеется сделаю.

 

Страница сгенерирована за 0.179 секунд. Запросов: 24.