Автор Тема: SL 8.990 rc1 - Критическая ошибка "Broken pipe"  (Прочитано 5208 раз)

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
При установке дистра (с usb) на 4/12 форматирую раздел, либо создаю его и потом форматирую, всё равно выскакивает "Broken pipe". Никакими другими способами этот раздел не трогал...

Оффлайн NickM

  • Завсегдатай
  • *
  • Сообщений: 901
Хмм, интересно, а какие характеристики аппаратного обеспечения?

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
Старое, но до этого стоял 8.2, на том же разделе.
 ASUS p5q-em, hd4500 intel graphics, 4Gb ram

Оффлайн NickM

  • Завсегдатай
  • *
  • Сообщений: 901
Т.е. Вы производите переустановку/ обновление в режиме переустановки и пытаетесь форматировать только корневой раздел?

Ммм, а СМАРТ ж/д смотрели, может он что подскажет?

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
Именно. Ситуация такая, после этих попыток форматирований в 4/12 и ошибок Broken pipe, mbr оказался "самопересечённым" (так gparted говорит) и нечитаем. Пока диск отложу, и буду искать инфу по восстановлению mbr...

Оффлайн NickM

  • Завсегдатай
  • *
  • Сообщений: 901
Пока диск отложу, и буду искать инфу по восстановлению mbr...
Возможно проще окажется забэкапить имеющийся раздел/ имеющиеся разделы и произвести разметку ж/д по новой?
Ну, во избежание потери всей информации во время манипуляций с mbr?

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
А бэкапить нечего) Запорол таки mbr.
PS. Вот всё меньше нравится мне альт... т.к. ситуация штатная, штатнее не бывает, разбивка диска и формат-е - пункт обязательный, соглашаешься, а он тебе ломает mbr, да ещё я об этом узнаю не из непонятного сообщения в два слова, а уже после разбирательств в стороннем софте! ну как?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
а он тебе ломает mbr, да ещё я об этом узнаю не из непонятного сообщения в два слова, а уже после разбирательств в стороннем софте! ну как?
Ну очевидно надо подтянуть знания для начала. На тему что такое MBR, что такое таблица разделов, как это можно сломать, как восстановить. Чтобы непонятно что не писать. Про восстановить MBR - это man fixmbr, либо man lilo.

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
Сломать таблицу разделов выполняя стандартные действия в установщике - признаться, у меня это первый случай. За ссылку на fixmbr, спасибо, его попробую после gpart, а он - долгий, думаю до утра будет сканировать. Не очень понимаю как работает fixmbr. Если, скажем, форматы разделов сбились, вместо ext2 раздел стал неразмеченным, логический в расширенном пропал, возможно размер/начальные сектора тоже стали неправильными и т.д., теоретически это поправимо?

Оффлайн Александр Ерещенко

  • Завсегдатай
  • *
  • Сообщений: 1 160
Посмотрите ещё на testdisk - у него поиск разделов сначала быстрый, а потом, если надо, уже можно и глубокий поиск устроить.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Не очень понимаю как работает fixmbr. Если, скажем, форматы разделов сбились, вместо ext2 раздел стал неразмеченным, логический в расширенном пропал, возможно размер/начальные сектора тоже стали неправильными и т.д., теоретически это поправимо?
MBR - это Master Boot Record. Partition Table - это Partition Table. Это разные структуры данных, для совсем разных целей, хотя и находятся в одном секторе. Первое - загрузчик, который может загрузить какой-то другой загрузчик с одного из разделов (хотя не обязательно с раздела), второе - коротенькая запись о максимум 4 разделах, которые могут быть первичными и расширенными. Расширенный, по идее, допускается только один. Вот, например:
Device     Boot    Start       End   Sectors   Size Id Type
/dev/sda1  *          63    610469    610407 298,1M 83 Linux
/dev/sda2         610470 312576704 311966235 148,8G  5 Extended
/dev/sda5         614400   9003007   8388608     4G 83 Linux
/dev/sda6        9005056  71919615  62914560    30G 83 Linux
/dev/sda7       71921664  84504575  12582912     6G 83 Linux
/dev/sda8       84506624  97089535  12582912     6G 82 Linux swap / Solaris
/dev/sda9       97091584 312576704 215485121 102,8G 83 Linux
Здесь в одном секторе с MBR находится запись только о двух разделах, 1 и 2. Записи о разделах с 5 по 9 находятся внутри раздела 2, далеко от начала дика (они там цепочкой на самом деле, но это уже на самостоятельное изучение).

fixmbr восстанавливает именно MBR, а не Partition Table. Если запороть таблицу, то, в принципе, всё легко восстанавливается по сигнатурам начала разделов, но это не MBR. Так что начинать надо с правильной диагностики и правильно говорить про то, что именно запорото.

Ну а если по какой-то причине, иза чего-то умершенго, либо ранее неправильно созданного где-то кто-то ошибается, ну что делать. Надо искать.
« Последнее редактирование: 29.02.2020 13:24:25 от asy »

Оффлайн Anh

  • Давно тут
  • **
  • Сообщений: 28
Посмотрите ещё на testdisk - у него поиск разделов сначала быстрый, а потом, если надо, уже можно и глубокий поиск устроить.
Судя по описаниям, то что надо! Испорченную табл.разделов , к сожалению, перезаписал, так что не проверить, а так хотелось хоть что-то раз в жизни восстановить. Но всё равно спасибо.

<...> Ну а если по какой-то причине, иза чего-то умершенго, либо ранее неправильно созданного где-то кто-то ошибается, ну что делать. Надо искать.
Благодарю!
   smartctl показал полное здоровье hdd (samsung SP1, в своё время считались надёжными, что и подтвердилось).
   Пробовал пересоздать заново табл.разделов и установить SL с того же usb. Ошибка осталась.
   Если побайтово сравнивать содержимое исходного iso-образа и записанной с него флешки, выяснилось, что для только что записанной флешки с РОСОЙ имеем полное совпадение:
>cmp /home/altlinux/Загрузки/ROSA.FRESH.XFCE.R11.x86_64.uefi.iso /dev/sdc
cmp: EOF в /home/altlinux/Загрузки/ROSA.FRESH.XFCE.R11.x86_64.uefi.iso после байта 1779433472 в строке 6925219
(дошёл до конца iso-файла и не встретил различий)
   А для флешки с SL - не совпадают!
 
Решено. Проблема во флешке.
« Последнее редактирование: 29.02.2020 16:40:26 от Anh »