Не отображается uuid раздела hdd [Решено]

[sidbar]

Всем привет! В упсе закончилась батарея и комп стал перезагружатся сам по себе, после сбоев на первом разделе были ошибки, не может найти суперблок, пробовал программами не находит, но монтируется нормально и ошибок, после восстановления fsck не находит, и главное сейчас не отображается, с помошью команды ls -l /dev/disk/by-uuid идентификатор этого раздела, что приводит к неудобствам с монтированием в fstab. Файловая система hfs+ журнальный и под osx uuid отображается нормально(после сбоя изменился), пока возможности перенести инфу нет, буду признателен, если подскажите возможно ли конвертировать фс без потери данных в ext4 или каким образом можно восстановить в Debian uuid раздела. Спасибо!

[qupl]

Попробуйте

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

blkid -p /dev/sdXXдля нужного раздела

[sidbar]

Попробуйте
Код: [Выделить]

blkid -p /dev/sdXX

для нужного раздела

может в этих значениях что-то не правильно?

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

/dev/sda1: TYPE="hfsplus" USAGE="filesystem" PART_ENTRY_SCHEME="dos" PART_ENTRY_TYPE="0xaf" PART_ENTRY_NUMBER="1" PART_ENTRY_OFFSET="34" PART_ENTRY_SIZE="841252830" PART_ENTRY_DISK="8:0" диск раньше был в разметке GPT, а потом я его изменил с помощью программы bootitng в extended mdr, так как установщик debian дублировал списки разделов, сейчас на нем больше четырех первичных разделов(несколько загрузочных разделов скрыты загрузчиком bootitng), может ошибки суперблока из-за этого? gparted тоже не отображает uuid этого раздела, пустая строка. Спасибо вам за ответ!

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

sidbar@debian:~$ sudo fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x1727de26

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              34   841252863   420626415   af  HFS / HFS+
/dev/sda2   *   844630016   845346815      358400   83  Linux
/dev/sda3       845348862   910163967    32407553    f  W95 Ext'd (LBA)
/dev/sda4       977429602  1953507057   488038728   af  HFS / HFS+
/dev/sda5       845348864   863780863     9216000   83  Linux
/dev/sda6       863782912   869926911     3072000   83  Linux
/dev/sda7       869928960   872026111     1048576   82  Linux swap / Solaris
/dev/sda8       872028160   872847359      409600   83  Linux
/dev/sda9       872849408   910163967    18657280   83  Linux
Сообщение объединено: [time]26 Январь 2015, 08:57:36[/time]да, и я пробовал добавить в fstab тот новый uuid который отображается в osx, но раздел не монтируется с ним

[qupl]

sidbar, сохраните на внешний носитель данные, потом разбейте правильно. Это будет самым быстрым и верным вариантом.

[sidbar]

сохраните на внешний носитель данные, потом разбейте правильно. Это будет самым быстрым и верным вариантом.

Это решение, из-за варнинга от fdisk? Оставлю тогда пока как есть, инфу некуда слить.

[qupl]

sidbar, нет, этот fdisk gpt-шные разделы не понимает, gdisk есть.
Решение - потому что риск угробить данные, играя  с криво размеченным диском, очень велик.

[sidbar]

Решение - потому что риск угробить данные, играя  с криво размеченным диском, очень велик.

не совсем понятно для чего команда blkid -U uuid как используется?

[oermolaev]

sidbar,  что бы определить устройство по известному uuid

[sidbar]

каким образом можно восстановить в Debian uuid раздела

нашел хорошую статью https://wiki.debian.org/ru/Part-UUID