Arch linux squashfs error

squashfs из iso loop

Собственно хочу понять как подхватывать вторичную фс при загрузке из iso, в качестве примера взят mageia2:

Где ISOIMAGE это метка тома ISO по умолчанию от grub2-mkrescue -o ../grub.iso .

Собственно, загрузчик этой конфигурацией подхватывается, но вылетает при попытке загрузиться с loopbacks/distrib-lzma.sqfs:

Что тут можно сделать ? Очень желательны и другие примеры 🙂

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

Очень желательны и другие примеры

Тут есть пара примеров. Только не вникал, рабочие или нет.

Попробую прокомментировать твой пример.

Первые две строки вообще не понятно зачем.

Откуда взялась переменная isofile. Обычно использую iso_path. Уже точно не помню, но кажется это внутренняя переменная груб. Если изменить имя, то возникают ошибки.

Следующая строка должна быть:

loopback loop0 $isofile

После этой строки:

Чтобы доалее уже не писать loop. Все имена начинаются с «/», например, «linux /boot/vmlinuz». Далее, две строки с «probe» тоже непонятно что делают.

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

Почему в качестве примера взял столь древнюю версию.

Чтобы тупо не копировать чужие находки, но и, с другой стороны, совсем уж не остаться с совсем уж неизвестной материей.

Первые две строки вообще не понятно зачем.

Да, без search можно было в данном контексте обойтись, но и навредить, насколько я понимаю, не может

Теперь я уже не понял назначение этой команды.

Проверить, исо-образ случайно не битый.

Нет, файл исправный: md5 в порядке, в qemu работает нормально. Да если бы дело было только в этой древности. Я решительно не понимаю механику того как подхватывать образ внутри loop. И, в частности, непонятно где брать опции загрузки ядра различающиеся от дистрибутива к дистрибутиву, и я не имею всякие там lang, vga, splash и.т.п, я имею ввиду именно опции на продолжение загрузки дистрибутива из файловых систем типа squashfs, спрятанных внутри iso-образа.

P.S: Спасибо за отзыв, хорошего вам вечера

не понимаю механику того как подхватывать образ внутри loop

Сам дистрибутив должен уметь загружаться из исо-образа. Собственно груб загружает только ядро и инитрд. Дальше уже скрипты из инитрд должны искать исо-образ. В разных дистрибутивах они действуют по разному. Для облегчения этого процесса придумали технологию loopback-bootable. Суть ее в том, что в файле loopback.cfg находится конфиг, для загрузки именно из исо-образа. Собственно груб запускается с конфигом loopback.cfg Иногда это просто символическая ссылка на grub.cfg. Посмотрел образ версии 7 — до loopback-bootable Mageia еще не доросла. А умеет-ли она вообще грузиться из исо-образа. Пока нигде не попадался ответ на этот вопрос.

где брать опции загрузки ядра различающиеся от дистрибутива к дистрибутиву

Поискать в интернете. Недавно разбирался с antiX. Быстро все нашлось и заработало. На магею пока не находится. Второй вариант. Распотрошить инитрд и поискать в нем.

Это принципиально, загрузка из исо-образа. А например, загрузка «из набора файлов» получилась?

В общем, ничего эта Mageia не могет.

Вот что нашлось. Пока получилось только загрузить версию 7 из «набора файлов», находящихся на разделе с файловой системой ext4. Реально файлы находятся в каталоге /opt/mageia. Для имитиации, что они находятся в корне, в корне были созданы симлинки boot, isolinux, loopbacks, указывающие на соответствующие каталоги. Первое впечатление от системы — отвратительно. Грузилась минут десять. Обычно загрузка сервисов проскакивает, что не успеваешь прочитать. Здесь неспеша выползают строчки, успеваю прочитать раза три. Версия 6 не запстилась, с той же ошибкой, что у тебя.

Что нашлось в инитрд 5 версии:

непонятно где брать опции загрузки ядра различающиеся от дистрибутива к дистрибутиву

Базово — нигде. Это не опции ядра, это опции для программ (в основном загрузочных скриптов), передающиеся через командную строку ядра и доступные через /proc/cmdline. Ядро игнорирует неизвестные опции, поэтому там может быть что угодно. Разработчики системы инициализации (initrd/initramfs скриптов) далеко не всегда документируют все возможности. Как уже написали, если очень хочется, изучайте что внутри initrd. Причём, может оказаться что в initrd использует какой-нибудь бинарник, для которого нет или не полная man-страница и нужно смотреть исходник.

Распаковал и просмотрел инитрд всех версий mageia.

О первой версии можно сказать только что она есть. Во второй появляется код «поиска живой сисстемы», но только на файловой системе iso9660. С третьей версии Магея может найти свою «живую систему» на файловой системе ФАТ. Но все имена файлов и каталогов жестко зашиты в скрипте. В практически неизменном состоянии доходит до шестой версии. Только в седьмой появляется возможность менять каталог. Но вроде бы нет никаких намеков на возможность загрузки из исо-файла.

Пример конфига груб2 для загрузки Mageia live.

Источник

Arch Linux

You are not logged in.

#1 2017-12-23 12:34:59

SQUASHFS errors when booting from live USB on Intel NUC

I’m trying to install Arch on an Intel NUC, specifically the NUC7i5BNK. (These are Intel’s new-ish tiny computers, a bit like a Raspberry Pi.) When I boot from a USB with the Arch installation image on it, Arch gets some way into booting and then (usually) gives some kind of error message to do with SQUASHFS. Obviously, I can’t copy and paste these, but the errors are something like:

Where the XXXXs are numbers and hex codes that are different each time.

What’s weird about this is that the errors are a bit random. They seem to occur at different points in the boot process each time, and how badly the boot is affected seems to vary: sometimes it leads to a completely crashed blank screen, sometimes I get a half-working environment but with certain files and executables inaccessible, and once or twice it even seems to have booted completely successfully. But I didn’t manage to install it correctly those times (I think I forgot to install a bootloader!), and I haven’t got it to boot successfully again, in spite of trying many times.

The image on the USB stick is OK because it boots fine on another machine. And I can boot another distro’s live image (I tried Puppy Linux) on the NUC. So it seems to be the specific combination of Arch and the NUC that is the problem, though I’ve no idea why.

I also ran the memtest utility that comes with the Arch live image and it says my memory is OK, so I don’t think it’s that, either.

Источник

Ubuntu Documentation

SquashFS Errors

Problem Statement

Some users have reported being unable to boot from the Ubuntu LiveCD, due to SquashFS errors like this:

Example error when loading Xubuntu with Wubi on first boot:

Causes and Solutions

These errors can be due to a variety of reasons:

• bad memory modules (solution: use memtest86+ to check your memory)
• a bad dvd drive (solution: if possible, try using a different cd/dvd drive)
• bad data cable (solution: change it for a new one)
• bad media (solution: try burning the iso image to a new disc)
• a corrupted iso image (solution: run an md5 checksum, and if they don’t match, download the iso image again)

Temporary Workarounds

Some users have reported that adding the ide=nodma or acpi=off allowed them to work around this issue (which proved to be bad memory modules). You might want to give that a try

Successful boot was achieved by adding «all_generic_ide» to the grub boot line for the live CD.

You can add those lines to the grub entry, either in the grub.conf file or either entering letter ‘e’ on the grub menu and after editing Control+x to boot:

Add to the grub line:

Add to the kernel line:

More information about the problem in grub can be found here: https://bugs.launchpad.net/wubi/+bug/608941

If is not a HW problem and you can probe it

If you definitely found that is not a HW issue, add you comment with all the logs and evidence you can get to Launchpad bug #172937

SquashfsErrors (последним исправлял пользователь bump55 2010-07-23 10:40:22)

The material on this wiki is available under a free license, see Copyright / License for details
You can contribute to this wiki, see Wiki Guide for details

Источник

Arch Linux

You are not logged in.

#1 2014-08-07 14:54:21

SQUASHFS error while installation of arch linux

I’m trying to install arch linux in virtualbox by following all the steps provided in the beginner’s guide. After partitioning my virtual hard disk, mounting the partitions and installing the base system, I saved the state of my virtual machine by the option provided in virtualbox. When I resumed the next day, while generating the fstab file I get the following errors:
->end_request :I/O Error, dev sr0, sector 483256
more of the same with different sectors..
->
->SQUASHFS Error: squashfs_read_data failed to read block 0xbf0ff64
/usr/bin/genfstab: line 266: /usr/bin/findmnt: Input/output error
->SQUASHFS Error: squashfs_read_data failed to read block 0xbf7a040
->SQUASHFS Error: squashfs_read_data failed to read block 0xbf7a040

I can’t understand if the error is due to some faults in executing the previous steps or something else.

Last edited by goutam2475 (2014-08-07 14:56:30)

#2 2014-08-07 16:26:19

Re: SQUASHFS error while installation of arch linux

I also have made the experience, that the installer dislikes being in a suspended WM. No clue why. Try to do it without suspending.

#3 2014-10-30 15:01:03

Re: SQUASHFS error while installation of arch linux

I just experienced this as well. My screen only turned black though. I had to type any key.

Had to go back to square one. I hope a well knowledgeable individual can look into this

Last edited by vohof (2014-10-30 15:11:02)

Источник

Ошибки SquashFS после установки

Недавно у моего компьютера возникла довольно загадочная проблема. После того, как я закончу установку Ubuntu, Ubuntu выкладывает ряд ошибок, по-видимому связанных с плохими блоками. Эти ошибки покрывают мой экран и требуют от меня принудительного отключения машины.

Эта ошибка довольно раздражающая, так как USB выглядит в хорошем состоянии.

Некоторые ошибки включают (но не ограничиваются ими) следующее:

• SQUASHFS error: Superblock in USB, cylinder 3
• SQUASHFS fatal error, SQUASHFS exited with error code 5

Я уже попробовал решения, изложенные в этих вопросах, но безрезультатно. Что я могу сделать, чтобы решить эту проблему?

(У меня есть ноутбук UEFI Toshiba. Тест SMART показал, что с диском все в порядке. Я также запустил memtest86. Никаких ошибок там нет)

РЕДАКТИРОВАТЬ: Я использовал ответ KazWolfe и обнаружил, что было превышено количество хэшей. Итак, я получил новую ISO, и на этот раз я установил 16.10 ISO.

Но это все еще приходит со спамом ошибок SQUASHFS.

4 ответа

Эта проблема часто возникает из-за аппаратного сбоя вашего накопителя (как указано в «Ошибка 5», которая почти всегда является ошибкой ввода-вывода) или из-за проблемы с образом используемого диска. В более редких случаях это может быть ошибка памяти, но это кажется маловероятным в вашем случае.

Вы можете устранить эту конкретную проблему, загрузив чистый ISO-файл с официального сайта Ubuntu, а затем проверив MD5-хеш файла, используя следующую команду:

Ниже вы можете найти действительные суммы MD5 для 16.04.1, полученные из этого файла. Убедитесь, что результаты команды, которую вы запустили, и этот файл (или ниже) точно такие же.

После того, как вы проверили, что MD5-хэши на самом деле ТОЧНО, как они отображаются здесь, вы можете приступить к его записи на заведомо исправную флешку. Вы можете проверить работоспособность флэш-накопителя, выполнив проверку только для чтения, указанную в принятом ответе на этот вопрос.

Убедившись, что ISO и ваша флешка работают правильно, вы можете использовать Ubuntu ISO Tool или просто dd записать ISO на флешку.

Это может быть вызвано рядом проблем (наиболее распространенной из которых является неисправность ОЗУ, которую вы можете проверить с помощью memtest86), за которой следует проблема с подключением (уровень платы или жгут USB в вашем случае) или, возможно, из-за поврежденного ISO

Временные обходные пути Некоторые пользователи сообщают, что добавление ide=nodma или же acpi=off позволил им обойти эту проблему (которая оказалась плохими модулями памяти). Возможно, вы захотите попробовать.

Успешная загрузка была достигнута путем добавления all_generic_ide к загрузочной линии grub для live CD.

Вы можете добавить эти строки в запись grub, либо в файле grub.conf, либо введя букву ‘e’ в меню grub, и после редактирования Control+x загрузиться:

Добавьте к линии grub:

all_generic_ide pci=nommconf Добавьте к строке ядра:

ide=nodma acpi=off Более подробную информацию о проблеме в grub можно найти здесь: https://bugs.launchpad.net/wubi/+bug/608941

Если вы подтвердили, что это не проблема с оборудованием, вы можете подписаться на эту давнюю ошибку

Если что-то в этом ответе неясно, пожалуйста, прокомментируйте, и я постараюсь уточнить.

На самом деле, вы ошибаетесь в одном:

Это довольно раздражает, на моем USB нет СУПЕР БЛОКОВ

Конечно, на вашем USB есть суперблоки, потому что он содержит файловую систему. Суперблоки — это структуры метаданных в файловых системах, и поэтому вы можете сделать ставку на тот факт, что squashfs имеет один или несколько суперблоков.

Первое, что нужно попробовать, — это взять другой USB-диск, сделать из него загрузочный USB-диск и посмотреть, продолжает ли проблема существовать. Это исключило бы, что ваш USB-диск на самом деле — в конце концов — проблемы. Вы не можете просто сделать вывод, что «это работает в Windows, следовательно, это хорошо», потому что к дефектным секторам просто невозможно получить доступ с помощью Windows, особенно если они не используются файлом, к которому у вас нет доступа.

Вы сказали, что после установки Ubuntu вы должны выключить компьютер, но никогда не говорили, что произойдет после того, как вы снова отключите USB от компьютера. Также вы не упомянули номер вашей модели Toshiba, который может иметь определенные сбои. Номер версии BIOS тоже может быть важен.

Вы сказали, что используете UEFI, но пробовали ли вы CSM? В BIOS отключите Secure Boot, а затем измените UEFI на CSM.

Во-вторых, поддержка USB 3 не встроена в BIOS на некоторых машинах, а драйверы загружаются ОС во время загрузки. Вы можете попробовать загрузочную флешку USB 2 вместо текущей загрузочной флешки USB 3.

Наконец, некоторые пользователи Toshiba утверждают, что для загрузки с USB на основе UEFI версию Windows Rufus следует использовать для форматирования USB и установки типа раздела «Схема GPT-раздела только для UEFI».

Не знать свою машину и видеть, что происходит, это все, что приходит на ум.

Источник