Squashfs error unable to read data cache entry

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

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

Workaround: SQUASHFS errors while installing LMDE from USB

Workaround: SQUASHFS errors while installing LMDE from USB

Post by j-a » Fri Jun 08, 2012 12:31 pm

Last night, after a 12 hour tinkering marathon, I finally managed to install LMDE 201204 on my ThinkPad X220 (i5-2520M). Lacking a DVD-Drive (and with my 1GB USB stick being too small for the LMDE ISO) I decided to use one of my microSD cards in combination with a USB-Adapter. I used Ubuntu’s ImageWriter to copy the ISO to the card and it took a few copies until the md5 consistency checks finally validated.

Booting the live system worked perfectly. The installation went smooth — until the last few percent (some kernel module files were copied) where it suddenly halted. dmesg revealed the infamous SQASHFS errors:

Memtest86+ showed no RAM-issues. I even tried several different microSD Cards — all with no success. So I took a closer look at the installer ( /usr/lib/live-installer/installer.py). What it basically does is create two mountpoints

• /source/, where /live/image/casper/filesystem.squashfs ist mounted, and
• /target/, where the freshly formatted root partition of the new system is mounted

and then copy all files (=the whole LMDE system) from /source/ to /target/.

To determine which files had not been copied yet, I diff’ed the two directories, which again led to many SQUASHFS errors. I unmounted /source/ and did a md5sum on filesystem.squashfs which promptly failed, although it had validated correctly right before the installation.

Although /live/image/casper/filesystem.squashfs is mounted with the readonly option, the mounting and/or reading of the volume somehow modifies the file, which leads to a corrupted filesystem. Maybe this is a strange recursion- and/or permission-related bug in squashfs which occurs when a mounted filesystem.squashfs tries to mount itself again and thus somehow gains write access. Or my microSD-USB adapter is crap. Oh well.

After verifying that

I’m glad I pulled through all the hassle. Everything feels so solid and responsive now. As a former Debian user it’s quite like coming home.

Источник

squashfs corruption over time #236

Adi mentioned they are seeing corruption after leaving the bmc to run for about 54 hours

The text was updated successfully, but these errors were encountered:

From other reports the decompression fails causing the caches to be populated with error entries. The file system in flash is ok when upon reboot.

We can try dmesg or a log capture at the start of the corruption, or add instrumentation of the data being decompressed. Could be some error preventing the flash to be read or memory corruption maybe of the decompression workspace or cache pointing to data to be read.

On 21 Apr 2016 11:22 pm, «Milton D. Miller II» notifications@github.com
wrote:

From other reports the decompression fails causing the caches to be
populated with error entries. The file system in flash is ok when upon
reboot.

Where are the other reports? Can we collect them here please.

Have we seen it happen with development machines, or just those in the
datacentre?

We can try dmesg or a log capture at the start of the corruption, or add
instrumentation of the data being decompressed. Could be some error
preventing the flash to be read or memory corruption maybe of the
decompression workspace or cache pointing to data to be read.

The sigbus in the log I pasted suggests memory corruption beyond bad flash
data.

I received a report Monday. The claim was 12 systems were flashed Friday with PVT code and monitoring of the periodic (30s) ssh connect attempts was made and recorded.

Since we’ve had this kind of thing happen a few times I setup monitoring to keep an eye on the BMCs and it looks like 12 of them are down this morning, failing roughly in the order I reflashed them in (bottom of the rack, up).

All failed over time with age reported 2 — 12 hours (guessing this was time of last good report).

The system with the debug serial cable was proded with this result:

‘
SQUASHFS error: Unable to read metadata cache entry [16832a4]
SQUASHFS error: Unable to read inode 0x1648
barreleye login:
SQUASHFS error: Unable to read metadata cache entry [16832a4]
SQUASHFS error: Unable to read inode 0x1648
barreleye login:
SQUASHFS error: Unable to read metadata cache entry [16832a4]
SQUASHFS error: Unable to read inode 0x1648
barreleye login: rootSQUASHFS error: xz decompression failed, data probably corrupt
SQUASHFS error: squashfs_read_data failed to read block 0x3137f4
SQUASHFS error: Unable to read data cache entry [3137f4]
SQUASHFS error: Unable to read page, block 3137f4, size da98
SQUASHFS error: Unable to read metadata cache entry [1684b1a]
‘

Note after root login the xz decompression report, which means the attempt to decompress a buffer failed. The rest are reporting cache access failures which could be attempts to read beyond the size of the file system or cached failures of a decompression failure.

Have we seen it happen with development machines, or just those in the datacentre?

I’ve only heard reports.

Something different about the usage we’ve been throwing at the BMCs is our monitoring system. It attempts to connect to port 22 on the BMC every 30 seconds, so it may be nobody is pushing this kind of usage at it.

instrumentation of the data being decompressed. Could be some error preventing the flash to be read or memory corruption maybe of the decompression workspace or cache pointing to data to be read.

The sigbus in the log I pasted suggests memory corruption beyond bad flash data.

That could just be due to a discard and attempted re-read of the program from the file system.
The discard would imply memory pressure

Источник

dmugtasimov_pro

Дмитрий Мугтасимов (профессиональный блог)

Вероятно, многим из читателей покажется странным, что такой тривиальный процесс, как установка Ubuntu 10.04 удостоился отдельного постинга. Наверное, в большинстве случаев Ubuntu устанавливается без каких-либо проблем путем выбора рекомендованных опции в визарде инсталлятора. У меня, например, было так, когда я ставил Ubuntu 8.x на Acer ZG5. Но в этот раз я устанавливал Ubuntu 10.04 на Dell Latitude D610.

Про SQAUSHFS: [Errno 5] Input/output error
Первая попытка установки началась с того, что я скачал Ubuntu Desktop Edition LiveCD iso-файл и записал его на CD-RW. Однако, в ходе установки (в процессе копирования файлов) возникла ошибка [Errno 5] Input/output error:

Как видно из снимка экрана, проблема может быть в следующем: неисправность CD/DVD диска, CD/DVD-привода, жесткого диска или перегрев компьютера.

Вариантов для научного тыка достаточно! Я прожег еще одну CD-RW болванку — не помогло, прожег CD iso-образ на DVD-RW — не помогло (но было интересно узнать, что загрузочный CD-образ можно прожигать DVD и он тоже будет загрузочным). Сделал из LiveCD LiveUSB — таже самая проблема сохранилась. При изменении исходного носителя суть проблемы сохранялась, менялся только процент выполнения копирования файлов, на котором возникала ошибка — было 24%, 35% и 40%.

Тогда я сделал вывод, что проблема, наверное не в исходном носителе, а в жестком диске ноутбука. Для того, чтобы обойти эту потенциальную проблему я попробовал создавать раздел с файловой системой Ext3 на разной удаленности от начала диска, чтобы избежать записи в потенциально физически дефектные сектора. Это не помогло.

Тогда было сделано предположение, что проблемы возникают из-за особенностей драйверов (модулей ядра), которые обеспечивают работу с диском, либо из-за каких-то других проблем на системном уровне. Для исключения их влияния были использованы следующие опции загрузки (boot options): acpi=off, noapic, nolapic, hw-detect/start_pcmcia=false (и возможно еще какие-то). Не помогло.

Еще я снимал неродной модуль памяти размером 1Гб, т.к. из-за перегрева (а в Москве в это время стояла ужасная жара) могли возникать ошибки в памяти. Не помогло.

Пробовал ставить Mint и Fedora — аналогичная проблема. Метод научного тыка оказался неэффективным. Нужно было исследовать проблему под микроскопом.

Когда я вернулся к установке Ubuntu, то обнаружил, что в момент возникновения ошибки “[Errno 5] Input/output error” в /var/log/syslog появляются следующие строки:
[ 288.909464] SQUASHFS error: zlib_inflate error, data probably corrupt
[ 288.909481] SQUASHFS error: squashfs_read_data failed to read block 0x11b3773e
[ 288.909490] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909494] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
.

То есть, проблема возникает при чтении из файловой системы SQAUSHFS и, конретно, из файла filesystem.squashfs, в котором она размещена в данном случае.

Для того, чтобы убедиться, что проблема не связанна с нестабильным чтением с USB-диска я скопировал на жесткий диск и смонтировал его оттуда. Попробовал скопировать все файлы со смонтированной файловой системы на соседний диск. Возникли аналогичные ошибки, но теперь я мог видеть, с какими конкретно файлами возникают проблемы. Это были какие-то help-файлы и часть FireFox. Все это можно было доустановить потом, когда основная часть системы установиться. Поэтому возникала идея как-то отключить контроль корректной распаковки SQAUSHFS, но либо это невозможно, zlib_inflate выдает ошибку не по причине сравнения контрольных сумм, либо я просто не нашел как это сделать.

Последнее упражнение с перемонтированием filesystem.squashfs привело меня к выводу, что проблема либо с цельностью filesystem.squashfs, либо возникают ошибки в вычислениях из-за аппаратных проблем (было жарко — CPU и память могли перегреваться), либо ошибка в реализации алгоритма распаковки.

Попробовал скачать CD ISO-образ еще несколько раз из разных источников. Посчитал MD5, но он не сходился с тем, что был на сайт. Только вот проблема в том, что MD5 я считал какой-то бесплатной утилитой под Windows, которой вряд ли можно доверять. Тогда я скачал еще одну, теперь у меня было три разных MD5-хэша: один на сайте Ubuntu и два посчитанные разными утилитами. Все он расходились. Можно было еще пойти дальше и скопировать CD ISO-образ под Linux, загрузившись под LiveCD, но это все-равно не решило бы проблему. Я бы только узнал, что у меня образ битый или что он нормальный. Ошибка SQAUSHFS все-равно осталась бы.

На каком-то из форумов я обнаружил, что при такой ошибке как у меня успешно происходит установка с Alternative CD в текстовом режиме. Тогда я скачал этот ISO-образ — он уже предназначался для записи на DVD, т.к. занимал примерно 4Гб. Чудесным образом установка удалась , однако меня ждала следующая (как оказалось потом) проблема GRUB не устанавливался и выдавал ошибку “error: unknown filesystem” и консоль grub rescue>.

Про GRUB: error: unknown filesystem
Пришлось начать с того, чтобы восстановить основную загрузочную запись (MBR) и загрузить хотя бы Windows XP. Сделать это нужно было из под Linux LiveCD командой sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda. Файл содержит первые 404 байт стандартного загрузчика, поэтому, во-первых, не затирает таблицу разделов, а, во-вторых, успешно восстанавливает исходное состояние системы. Еще после восстановления я на всякий случай сделал резервную копию всей MBR (включая таблицу разделов): sudo dd if=/dev/sda of=mbr.bak count=1.

Первое предположение (после того, как было сдалан вывод, что [Errno 5] Input/output error и error: unknown filesystem не связанны), почему не работает GRUB, заключалось в том, что GRUB, который размеще в Alternative CD не поддерживает файловую систему Ext4. Попытка установки Ubuntu на Ext3 привела к тому же результату.

Опять же на одном из форумов была обнаружена рекомендация создавать раздел с операционной системой ближе к началу диска. Пришлось немного поперетаскивать данные по диску и раздел с Ext3 был создан на отметке примерно 40Гб от начала диска. И это помогло! Видимо GRUB не умеет загружать Linux, если раздел этой файловой системы находится слишком далеко от начала диска (в моем случае примерно 200 Гб).

Источник

Ошибка SQUASHFS: невозможно прочитать страницу, . размер

Я работаю со встроенной платформой ARM со встроенной флэш-памятью NAND. Мой раздел крыш сквош. И u-boot, и ядро ​​используют OMAP_ECC_BCH8_CODE_HW. Проблема в том, что некоторые платы (не только одна) перестали работать после отключения питания (они использовались около 2 месяцев).

Эти ошибки можно увидеть при загрузке:

Как мне отладить это? Я не стер вспышку, поэтому все еще можно провести некоторые тесты на ней.

Что я сделал до сих пор:

Я использовал nanddump (с -o, читать данные oob) на плохом разделе и заметил три предупреждения об исправлении ошибок ecc. Когда я записываю этот дамп на другую плату, он загружается без проблем.

Когда я использовал nanddump с дополнительной опцией -n (—noecc, Читать без исправления ошибок) и записал его на другую плату (используя nandwrite -n), вторая плата не смогла загрузиться.

Мне кажется, что эти ошибки можно исправить, и поэтому nanddump исправил их в первом случае. Я сравнил эти 2 дампа, и они представляют собой только три различия (3 поправки ecc, сообщенные nanddump?)

Вопрос в том, почему эти ошибки не были исправлены системой автоматически? Это потому, что squashfs не является файловой системой, ориентированной на mtd, и не должна использоваться на устройствах mtd? Если так, я должен использовать squashfs по UBI? Тогда как насчет ядра (насколько я знаю, это должен быть необработанный образ, чтобы загрузить его из u-boot)?

Источник

SquashFS Errors

Problem Statement

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

SQUASHFS error: sb_bread failed reading block 0x9d7f3
SQUASHFS error: Unable to read fragment cache block [275faa28]
SQUASHFS error: Unable to read page, block 275faa28, size 23a7

Example 2:

[ 1228.553598] EXT3 FS on sda5, internal journal
[ 1228.553605] EXT3-fs: mounted filesystem with ordered data mode.
[ 1349.994012] SQUASHFS error: zlib_inflate returned unexpected result 0xfffffffd, srclength 131072, avail_in 352, avail_out 92175
[ 1349.994024] SQUASHFS error: sb_bread failed reading block 0x77162
[ 1349.994029] SQUASHFS error: Unable to read fragment cache block [1dc4df1a]
[ 1349.994035] SQUASHFS error: Unable to read page, block 1dc4df1a, size a972

Example error when loading Xubuntu with Wubi on first boot:

[ 81.364872] Btrfs loaded
[ 90.596351] Adding 261112k swap on /host/ubuntu/disks/swap.disk. Priority:-1 extents:1 across:261112k
[ 104.800436] EXT4-fs (loop2): mounted filesystem with ordered data mode
[ 288.909464] SQUASHFS error: zlib_inflate error, data probably corrupt
[ 288.909481] SQUASHFS error: squashfs_read_data failed to read block 0x11b3773e
[ 288.909490] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909494] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909531] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909534] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909557] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909561] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909574] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909578] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909591] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909594] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909609] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909612] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909626] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909630] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909644] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909647] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909664] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909667] SQUASHFS error: Unable to read page, block 11b3773e, size 17512

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:

all_generic_ide pci=nommconf

Add to the kernel line:

ide=nodma acpi=off

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

Страницы: [1]   Вниз

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

Страницы: [1]   Вверх

Вероятно, многим из читателей покажется странным, что такой тривиальный процесс, как установка Ubuntu 10.04 удостоился отдельного постинга. Наверное, в большинстве случаев Ubuntu устанавливается без каких-либо проблем путем выбора рекомендованных опции в визарде инсталлятора. У меня, например, было так, когда я ставил Ubuntu 8.x на Acer ZG5. Но в этот раз я устанавливал Ubuntu 10.04 на Dell Latitude D610.

Про SQAUSHFS: [Errno 5] Input/output error
Первая попытка установки началась с того, что я скачал Ubuntu Desktop Edition LiveCD iso-файл и записал его на CD-RW. Однако, в ходе установки (в процессе копирования файлов) возникла ошибка [Errno 5] Input/output error:


Как видно из снимка экрана, проблема может быть в следующем: неисправность CD/DVD диска, CD/DVD-привода, жесткого диска или перегрев компьютера.

Вариантов для научного тыка достаточно! Я прожег еще одну CD-RW болванку — не помогло, прожег CD iso-образ на DVD-RW — не помогло (но было интересно узнать, что загрузочный CD-образ можно прожигать DVD и он тоже будет загрузочным). Сделал из LiveCD LiveUSB — таже самая проблема сохранилась. При изменении исходного носителя суть проблемы сохранялась, менялся только процент выполнения копирования файлов, на котором возникала ошибка — было 24%, 35% и 40%.

Тогда я сделал вывод, что проблема, наверное не в исходном носителе, а в жестком диске ноутбука. Для того, чтобы обойти эту потенциальную проблему я попробовал создавать раздел с файловой системой Ext3 на разной удаленности от начала диска, чтобы избежать записи в потенциально физически дефектные сектора. Это не помогло.

Тогда было сделано предположение, что проблемы возникают из-за особенностей драйверов (модулей ядра), которые обеспечивают работу с диском, либо из-за каких-то других проблем на системном уровне. Для исключения их влияния были использованы следующие опции загрузки (boot options): acpi=off, noapic, nolapic, hw-detect/start_pcmcia=false (и возможно еще какие-то). Не помогло.

Еще я снимал неродной модуль памяти размером 1Гб, т.к. из-за перегрева (а в Москве в это время стояла ужасная жара) могли возникать ошибки в памяти. Не помогло.

Пробовал ставить Mint и Fedora — аналогичная проблема. Метод научного тыка оказался неэффективным. Нужно было исследовать проблему под микроскопом.

Когда я вернулся к установке Ubuntu, то обнаружил, что в момент возникновения ошибки  “[Errno 5] Input/output error” в /var/log/syslog появляются следующие строки:
[ 288.909464] SQUASHFS error: zlib_inflate error, data probably corrupt
[ 288.909481] SQUASHFS error: squashfs_read_data failed to read block 0x11b3773e
[ 288.909490] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909494] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
…

То есть, проблема возникает при чтении из файловой системы SQAUSHFS и, конретно, из файла filesystem.squashfs, в котором она размещена в данном случае.

Для того, чтобы убедиться, что проблема не связанна с нестабильным чтением с USB-диска я скопировал на жесткий диск и смонтировал его оттуда. Попробовал скопировать все файлы со смонтированной файловой системы на соседний диск. Возникли аналогичные ошибки, но теперь я мог видеть, с какими конкретно файлами возникают проблемы. Это были какие-то help-файлы и часть FireFox. Все это можно было доустановить потом, когда основная часть системы установиться. Поэтому возникала идея как-то отключить контроль корректной распаковки SQAUSHFS, но либо это невозможно, zlib_inflate выдает ошибку не по причине сравнения контрольных сумм, либо я просто не нашел как это сделать.

Последнее упражнение с перемонтированием filesystem.squashfs привело меня к выводу, что проблема либо с цельностью filesystem.squashfs, либо возникают ошибки в вычислениях из-за аппаратных проблем (было жарко — CPU и память могли перегреваться), либо ошибка в реализации алгоритма распаковки.

Попробовал скачать CD ISO-образ еще несколько раз из разных источников. Посчитал MD5, но он не сходился с тем, что был на сайт. Только вот проблема в том, что MD5 я считал какой-то бесплатной утилитой под Windows, которой вряд ли можно доверять. Тогда я скачал еще одну, теперь у меня было три разных MD5-хэша: один на сайте Ubuntu и два посчитанные разными утилитами. Все он расходились. Можно было еще пойти дальше и скопировать CD ISO-образ под Linux, загрузившись под LiveCD, но это все-равно не решило бы проблему. Я бы только узнал, что у меня образ битый или что он нормальный. Ошибка SQAUSHFS все-равно осталась бы.

На каком-то из форумов я обнаружил, что при такой ошибке как у меня успешно происходит установка с Alternative CD в текстовом режиме. Тогда я скачал этот ISO-образ — он уже предназначался для записи на DVD, т.к. занимал примерно 4Гб. Чудесным образом установка удалась, однако меня ждала следующая (как оказалось потом) проблема GRUB не устанавливался и выдавал ошибку “error: unknown filesystem” и консоль grub rescue>.

Про GRUB: error: unknown filesystem
Пришлось начать с того, чтобы восстановить основную загрузочную запись (MBR) и загрузить хотя бы Windows XP. Сделать это нужно было из под Linux LiveCD командой sudo dd if=/usr/lib/syslinux/mbr.bin of=/dev/sda. Файл содержит первые 404 байт стандартного загрузчика, поэтому, во-первых, не затирает таблицу разделов, а, во-вторых, успешно восстанавливает исходное состояние системы. Еще после восстановления я на всякий случай сделал резервную копию всей MBR (включая таблицу разделов): sudo dd if=/dev/sda of=mbr.bak count=1.

Первое предположение (после того, как было сдалан вывод, что [Errno 5] Input/output error и error: unknown filesystem не связанны), почему не работает GRUB, заключалось в том, что GRUB, который размеще в Alternative CD не поддерживает файловую систему Ext4. Попытка установки Ubuntu на Ext3 привела к тому же результату.

Опять же на одном из форумов была обнаружена рекомендация создавать раздел с операционной системой ближе к началу диска. Пришлось немного поперетаскивать данные по диску и раздел с Ext3 был создан на отметке примерно 40Гб от начала диска. И это помогло! Видимо GRUB не умеет загружать Linux, если раздел этой файловой системы находится слишком далеко от начала диска (в моем случае примерно 200 Гб).

P.S.
Это постинг был написан под Ubuntu 10.04 :).

Hi i find this if somebody has it again!

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

SQUASHFS error: sb_bread failed reading block 0x9d7f3
SQUASHFS error: Unable to read fragment cache block [275faa28]
SQUASHFS error: Unable to read page, block 275faa28, size 23a7
Example 2:

[ 1228.553598] EXT3 FS on sda5, internal journal
[ 1228.553605] EXT3-fs: mounted filesystem with ordered data mode.
[ 1349.994012] SQUASHFS error: zlib_inflate returned unexpected result 0xfffffffd, srclength 131072, avail_in 352, avail_out 92175
[ 1349.994024] SQUASHFS error: sb_bread failed reading block 0x77162
[ 1349.994029] SQUASHFS error: Unable to read fragment cache block [1dc4df1a]
[ 1349.994035] SQUASHFS error: Unable to read page, block 1dc4df1a, size a972
Example error when loading Xubuntu with Wubi on first boot:

[ 81.364872] Btrfs loaded
[ 90.596351] Adding 261112k swap on /host/ubuntu/disks/swap.disk. Priority:-1 extents:1 across:261112k
[ 104.800436] EXT4-fs (loop2): mounted filesystem with ordered data mode
[ 288.909464] SQUASHFS error: zlib_inflate error, data probably corrupt
[ 288.909481] SQUASHFS error: squashfs_read_data failed to read block 0x11b3773e
[ 288.909490] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909494] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909531] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909534] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909557] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909561] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909574] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909578] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909591] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909594] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909609] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909612] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909626] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909630] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909644] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909647] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
[ 288.909664] SQUASHFS error: Unable to read data cache entry [11b3773e]
[ 288.909667] SQUASHFS error: Unable to read page, block 11b3773e, size 17512
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: 

all_generic_ide pci=nommconf
Add to the kernel line: 

ide=nodma acpi=off
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